From cochranb at speakeasy.net Fri Aug 1 00:59:26 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 31 Jul 2003 20:59:26 -0400 Subject: VNC installation In-Reply-To: References: Message-ID: <1059699566.2087.4.camel@bobcp4.lingpgmr.com> Thanks, I appreciate this. Makes very interesting reading. Do you reccomend TightVNC? Should I build from source or use the provided RPMs? Thanks Bob Cochran On Thu, 2003-07-31 at 18:09, Robert P. J. Day wrote: > On 31 Jul 2003, Robert L Cochran wrote: > > > Can you tell me what is VNC? > > http://www.tightvnc.com > http://www.tightvnc.com/related.html > > rday > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -------------- 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 whooperhsd3 at earthlink.net Fri Aug 1 01:15:16 2003 From: whooperhsd3 at earthlink.net (William Hooper) Date: Thu, 31 Jul 2003 21:15:16 -0400 (EDT) Subject: VNC installation In-Reply-To: <1059699566.2087.4.camel@bobcp4.lingpgmr.com> References: <1059699566.2087.4.camel@bobcp4.lingpgmr.com> Message-ID: <64829.65.41.49.151.1059700516.squirrel@whooper.org> Robert L Cochran said: > Thanks, I appreciate this. Makes very interesting reading. Do you > reccomend TightVNC? Should I build from source or use the provided RPMs? > > Thanks > > Bob Cochran Not a recommendation, but you will also want to check out RealVNC: http://www.realvnc.com Their new beta looks interesting (check the archives for getting it to build on RHL 9). I'd give them both a try and see which performs better for you. If you are using it over a local network there shouldn't be much performance difference between the two. Oh, and don't forget RH also distributes a version of VNC (which includes the TightVNC extensions). -- William Hooper From leonardjo at hetnet.nl Fri Aug 1 01:44:25 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Fri, 1 Aug 2003 03:44:25 +0200 Subject: mc segfaulting NOT solved In-Reply-To: <3F288535.32282.146415@localhost> References: <20030730232231.GA30266@popelka.ms.mff.cuni.cz> Message-ID: <3F29E219.2471.9DA70@localhost> Hi, On first sight upgrading gpm to 1.20.1-36 seemed to solve my mc crashes, but as it turns out it didn't. Today again I experienced crashes in mc as user leonard (currently not reproducible) and as root (still reproducable) that dissappeared when stopping gpm. Obviously the patch didn't solve the entire problem. I do have core files, but no experience with analyzing these. Should I submit them? Or can you give me some clues on where and how to look? Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From ghenriks at rogers.com Fri Aug 1 02:33:00 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Thu, 31 Jul 2003 22:33:00 -0400 Subject: 2.6.0- test2, getting sound to work? In-Reply-To: <20030731184657.A2204@devserv.devel.redhat.com> References: <20030731212039.GA11968@nonesuch> <20030731184657.A2204@devserv.devel.redhat.com> Message-ID: On Thu, 31 Jul 2003 18:46:57 -0400, you wrote: >> > 1) the list of necessary RPMS >> >> I should add that the rpms at freshrpms.net are only necessary for 2.4 >> kernels since the 2.5+ kernels have the ALSA framework built in. > >For alsa-native apps, you'll still need alsa-libs, and possibly >alsa-utils. Any apps on freshrpms that are compiled to use ALSA require the alsa-libs rpm. You need the alsa-utils rpm to get alsamixer so that you can unmute your soundcard. From rpjday at mindspring.com Fri Aug 1 02:57:57 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 31 Jul 2003 22:57:57 -0400 (GMT) Subject: 2.6.0- test2, getting sound to work? Message-ID: <8029221.1059706678563.JavaMail.nobody@wamui04.slb.atl.earthlink.net> -------Original Message------- From: Gerald Henriksen > Any apps on freshrpms that are compiled to use ALSA require the > alsa-libs rpm. > You need the alsa-utils rpm to get alsamixer so that you can > unmute your soundcard. and do we have a volunteer to go back over the last 20+ posts regarding ALSA sound under test-2.6.0 and summarize all that into a nice, condensed recipe? i've seen enough 2.6.0 kernel today to last me a while. then we just have to pick a new topic to beat to death. ACPI, anyone? rday -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list > From ghenriks at rogers.com Fri Aug 1 03:31:03 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Thu, 31 Jul 2003 23:31:03 -0400 Subject: 2.6.0- test2, getting sound to work? In-Reply-To: <8029221.1059706678563.JavaMail.nobody@wamui04.slb.atl.earthlink.net> References: <8029221.1059706678563.JavaMail.nobody@wamui04.slb.atl.earthlink.net> Message-ID: On Thu, 31 Jul 2003 22:57:57 -0400 (GMT), you wrote: >and do we have a volunteer to go back over the last 20+ >posts regarding ALSA sound under test-2.6.0 and summarize all >that into a nice, condensed recipe? i've seen enough 2.6.0 >kernel today to last me a while. I've made a note to put together a list of instructions including a couple of links into the ALSA website tomorrow. Having said that anyone know why after 3 boots twice the driver hasn't been loaded automatically and I have had to do "modprobe snd-emu10k1" from a command prompt? This is my current stuff for sound in /etc/modprobe: alias char-major-116 snd alias snd-card-0 snd-emu10k1 alias char-major-14 soundcore alias sound-slot-0 snd-card-0 alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss alias char-major-116 snd alias snd-card-0 snd-emu10k1 alias char-major-14 soundcore alias sound-slot-0 snd-card-0 alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss From dstclair at cs.wcu.edu Fri Aug 1 03:42:39 2003 From: dstclair at cs.wcu.edu (David St.Clair) Date: Thu, 31 Jul 2003 23:42:39 -0400 Subject: 2.6.0- test2, getting sound to work? References: <8029221.1059706678563.JavaMail.nobody@wamui04.slb.atl.earthlink.net> Message-ID: <000d01c357de$f4f10be0$6401a8c0@nc.rr.com> I've had similar problems. 2.6 loads several alsa modules, but doesn't load snd-emu10k1 (and my conf file looks like yours). My temporary solution has been to put "modprobe snd-emu10k1" in my rc.local file. David St.Clair ----- Original Message ----- From: "Gerald Henriksen" To: Sent: Thursday, July 31, 2003 11:31 PM Subject: Re: 2.6.0- test2, getting sound to work? > On Thu, 31 Jul 2003 22:57:57 -0400 (GMT), you wrote: > > >and do we have a volunteer to go back over the last 20+ > >posts regarding ALSA sound under test-2.6.0 and summarize all > >that into a nice, condensed recipe? i've seen enough 2.6.0 > >kernel today to last me a while. > > I've made a note to put together a list of instructions including a > couple of links into the ALSA website tomorrow. > > Having said that anyone know why after 3 boots twice the driver hasn't > been loaded automatically and I have had to do "modprobe snd-emu10k1" > from a command prompt? This is my current stuff for sound in > /etc/modprobe: > > alias char-major-116 snd > alias snd-card-0 snd-emu10k1 > alias char-major-14 soundcore > alias sound-slot-0 snd-card-0 > alias sound-service-0-0 snd-mixer-oss > alias sound-service-0-1 snd-seq-oss > alias sound-service-0-3 snd-pcm-oss > alias sound-service-0-8 snd-seq-oss > alias sound-service-0-12 snd-pcm-oss > alias char-major-116 snd > alias snd-card-0 snd-emu10k1 > alias char-major-14 soundcore > alias sound-slot-0 snd-card-0 > alias sound-service-0-0 snd-mixer-oss > alias sound-service-0-1 snd-seq-oss > alias sound-service-0-3 snd-pcm-oss > alias sound-service-0-8 snd-seq-oss > alias sound-service-0-12 snd-pcm-oss From sgarman at iname.com Fri Aug 1 04:17:46 2003 From: sgarman at iname.com (Scott Garman) Date: 01 Aug 2003 00:17:46 -0400 Subject: Trying to run Severn 2.4.21 kernel with RH 9. Message-ID: <1059711466.14043.12.camel@gorgias.mensactivism.org> Hey there, I've got a Sony VAIO laptop (R505GL) and would love to use Severn's ACPI and laptop-mode kernel under RedHat 9. I installed the kernel packages for my arch and it boots fine but X won't start. X dies with a sig11. I manually added the agpgart and i830 modules by hand just in case, and I also saved the output of lsmod when I was running Severn and have made sure all of the same modules are loaded when I try to start X under RH9. Still no luck. Can anyone explain to me why this isn't working? Could it have something to do with the threading library, which apparently the Severn kernel is compiled against? Thanks, Scott -- Scott Garman sgarman at iname.com From jbinpg at shaw.ca Fri Aug 1 04:36:35 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Thu, 31 Jul 2003 21:36:35 -0700 Subject: 2.6.0- test2, getting sound to work? In-Reply-To: References: <8029221.1059706678563.JavaMail.nobody@wamui04.slb.atl.earthlink.net> Message-ID: <0HIX009CPBH3FI@l-daemon> ** Reply to message from Gerald Henriksen on Thu, 31 Jul 2003 23:31:03 -0400 [snip] > alias char-major-116 snd > alias snd-card-0 snd-emu10k1 > alias char-major-14 soundcore > alias sound-slot-0 snd-card-0 > alias sound-service-0-0 snd-mixer-oss > alias sound-service-0-1 snd-seq-oss > alias sound-service-0-3 snd-pcm-oss > alias sound-service-0-8 snd-seq-oss > alias sound-service-0-12 snd-pcm-oss > alias char-major-116 snd > alias snd-card-0 snd-emu10k1 > alias char-major-14 soundcore > alias sound-slot-0 snd-card-0 > alias sound-service-0-0 snd-mixer-oss > alias sound-service-0-1 snd-seq-oss > alias sound-service-0-3 snd-pcm-oss > alias sound-service-0-8 snd-seq-oss > alias sound-service-0-12 snd-pcm-oss Any reason why the directives are doubled in the above? jb From rpjday at mindspring.com Fri Aug 1 04:37:32 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Fri, 1 Aug 2003 00:37:32 -0400 (EDT) Subject: wireless, ALSA, and ACPI Message-ID: http://www.linuxjournal.com/article.php?sid=6891 as a starting point. rday From justinc at serani.com.au Fri Aug 1 04:40:41 2003 From: justinc at serani.com.au (Justin Clacherty) Date: Fri, 1 Aug 2003 14:40:41 +1000 Subject: Openldap Message-ID: <002801c357e7$1267f2d0$1401a8c0@pug> There doesn't seem to be a way to choose to install ldap in the install process. Have I just overlooked it somewhere? Justin -------------- next part -------------- An HTML attachment was scrubbed... URL: From justinc at serani.com.au Fri Aug 1 05:07:13 2003 From: justinc at serani.com.au (Justin Clacherty) Date: 01 Aug 2003 15:07:13 +1000 Subject: ldapmigrate Message-ID: <1059714433.3958.4.camel@shrike.serani.com.au> Dax, I tried to use the ldapmigrate script you wrote but it is giving errors when I run it. I expect I haven't got ldap set up correctly. Any help would be appreciated. [root at leo tmp]# ./ldapmigrate -b "dc=serani,dc=com,dc=au" -D "cn=Manager,dc=serani,dc=com,dc=au" --prepdb Password: failed to add entry dc=serani,dc=com,dc=au: value of naming attribute 'dc' is not present in entry at ./ldapmigrate line 136, line 283. failed to add entry People: parent does not exist at ./ldapmigrate line 174, line 283. failed to add entry Group: parent does not exist at ./ldapmigrate line 174, line 283. failed to add entry Mounts: parent does not exist at ./ldapmigrate line 174, line 283. [root at leo tmp]# Justin. From barryn at pobox.com Fri Aug 1 07:08:35 2003 From: barryn at pobox.com (Barry K. Nathan) Date: Fri, 1 Aug 2003 00:08:35 -0700 Subject: Trying to run Severn 2.4.21 kernel with RH 9. In-Reply-To: <1059711466.14043.12.camel@gorgias.mensactivism.org> References: <1059711466.14043.12.camel@gorgias.mensactivism.org> Message-ID: <20030801070835.GB3777@ip68-4-255-84.oc.oc.cox.net> On Fri, Aug 01, 2003 at 12:17:46AM -0400, Scott Garman wrote: > Can anyone explain to me why this isn't working? Could it have something > to do with the threading library, which apparently the Severn kernel is > compiled against? The problem is that the Severn kernel has ExecShield, and Red Hat 9's XFree86 is incompatible with that. The most secure way to fix it is to install Severn's XFree86 as well. If you don't want to do that, you can use chstk (I think it's in Severn's kernel-utils) to disable non-exec stack on /usr/X11R6/bin/XFree86 (or wherever the XFree86 binary is, I'm typing this e-mail off the top of my head). There's also a file somewhere under /proc that can be used to disable ExecShield, but I don't remember the name right now and at this moment I don't have time to look it up. Does this help? -Barry K. Nathan From ez2023 at yahoo.com Fri Aug 1 08:48:53 2003 From: ez2023 at yahoo.com (G S) Date: Fri, 1 Aug 2003 01:48:53 -0700 (PDT) Subject: binary compatibilty of severn In-Reply-To: <20030731215616.3621.8861.Mailman@listman.back-rdu.redhat.com> Message-ID: <20030801084853.37698.qmail@web21203.mail.yahoo.com> I started to run into problems already with RH9 when my fortran compilers (intel fortran, lahey) would no longer link statically or not link at all. I understand that is due to the new pthreads library, also it would have been great to still be able to link against the old libs. With severn the problems are much more severe, with the lahey compiler already the install fails and the intel compiler now frequently fails already at the compile stage (internal errors etc.) Note that the ifc 7.1 was build for RH8 which is not that long ago. Is RH plaining some kind of compatibility setup for this and future release as it used to do in the past or is backwards compatibilty a thing of the past with RHL? __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From shrek-m at gmx.de Fri Aug 1 08:49:45 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 01 Aug 2003 10:49:45 +0200 Subject: rhn alert icon In-Reply-To: <20030726102300.C14664@redhat.com> References: <1059187133.1654.6.camel@one.myworld> <20030726102300.C14664@redhat.com> Message-ID: <3F2A29A9.1000708@gmx.de> Daniel Veillard wrote: >On Sat, Jul 26, 2003 at 04:38:54AM +0200, F?liciano Matias wrote: > > >>Is someone experiment this : >>http://feliciano.matias.free.fr/Screenshot-Panel.png >> >>The rhn alert icon is hide by the authentication icon. >> >>Sorry, but i can't reproduce. >> >> > > Hum, it's the infamous "1 pixel wide applet icon" bug, it's already >registered in bugzilla, apparently it is a GTK bug but nobody has been >able to reproduce it under debug condition to chase it down :-( >Yes it's nearly impossible to reproduce ... > >Daniel > > oops, i had trouble with the gnome-desktop under rhl 8.0, the keyboard gave me only beeps but other users had no problems. i moved all ~/.* to solve it, i copyed-back .gn* .moz* .rhn-apllet.conf i had forgotten to copy-back the .rhn-applet.cache and now i can see "1 pixel wide applet icon" can you try this to reproduce it ? $ mkdir home-rhn-applet $ mv .rhn-applet.cache home-rhn-apllet/ logout login --> "1 pixel wide applet icon" $ cp home-rhn-applet/.rhn-applt.cache . logout login --> all is ok -- shrek-m From milan.kerslager at pslib.cz Fri Aug 1 09:08:27 2003 From: milan.kerslager at pslib.cz (Milan Kerslager) Date: Fri, 1 Aug 2003 11:08:27 +0200 Subject: i386 kernel In-Reply-To: <3F29C3EE.4989.431C78@localhost> References: <3F29C3EE.4989.431C78@localhost> Message-ID: <20030801090827.GA32031@pluto.pslib.cz> On Fri, Aug 01, 2003 at 01:35:42AM +0200, Leonard den Ottolander wrote: > Hi, > > Probably quite late to bring this up, but can anybody explain to me > why there is no i386 kernel available on the installation cd's since > 8.0? And if this kernel version is considered obsolete (ie no support > for machines below i586) then why are updated i386 kernels still > released? That seems a little inconsistent. Installation CD has kernel-BOOT...i386 so you can use this one. In the updates there is no reason to release kernel-BOOT as no RHN user needs rebuild installation CD but needs update kernel-BOOT. -- Milan Kerslager E-mail: milan.kerslager at pslib.cz WWW: http://www.pslib.cz/~kerslage/ From nyberg.kent at spray.se Fri Aug 1 10:58:12 2003 From: nyberg.kent at spray.se (Kent Nyberg) Date: 01 Aug 2003 12:58:12 +0200 Subject: Regarding the graphical boot and not showing kernel-messages. In-Reply-To: <200307311659.h6VGxuC32710@devserv.devel.redhat.com> References: <200307311659.h6VGxuC32710@devserv.devel.redhat.com> Message-ID: <1059681105.2096.13.camel@Snutten> tor 2003-07-31 klockan 18.59 skrev Alan Cox: > > boot the system, i found the system still printing out kernel-messages. > > The thing is that while installing the system i got some pictures > > showing up in the installer about (from memory, not sure about spelling > > or if its 100% as it was written in the image) "Who understood those > > kernel message anyway?". > > But, the kernel is still printing messages. Is it not only the > > init-process not printing messages and thats not the kernel is it? > > Indeed. Its actually quite easy to hide the kernel messages by default > and keep a blank screen, its a bit trickier to drop in a logo (as it is > in text mode). Adding a graphical system to the kernel is out of the question, or? Like, adding X to the kernel that is. Maybe not X, but som sort of graphical system that can init the video and show graphics? This would maybe depend on a rewrite of the drivers for the cards, i do not know that much about these things. But has it been rejected as an id??? > Its also important that people can get to the messages on > something like a boot up hang so they can report them > How about turning them off by default and having the bootloader print "Starting Linux.." and let the kernel print nothing while doing the things it does and then start X as you do? For people having problems and wanting to report the problem you could have them add "console=.." or something so they see the debugging information? Adding the "console=/dev/null" to the kernel did work for me nicely, but grub messes it up by printing out debug-information which for me is meaningless information. I wanted to try to make the boot look nice but knowing grub-information is not my definition of nice boot :) I can understand the need of printing errors but printing a huge amount of information when everything is ok seems a bit to much technical. If normal users find it to hard to make grub add a command to the kernel then its grubs problem and not yours :) Well, grubs problems is our problems.. but i hope you understand my point. From jkt at redhat.com Fri Aug 1 11:00:54 2003 From: jkt at redhat.com (Jay Turner) Date: Fri, 1 Aug 2003 07:00:54 -0400 Subject: Trying to run Severn 2.4.21 kernel with RH 9. In-Reply-To: <20030801070835.GB3777@ip68-4-255-84.oc.oc.cox.net> References: <1059711466.14043.12.camel@gorgias.mensactivism.org> <20030801070835.GB3777@ip68-4-255-84.oc.oc.cox.net> Message-ID: <20030801110054.GH21999@redhat.com> On Fri, Aug 01, 2003 at 12:08:35AM -0700, Barry K. Nathan wrote: > There's also a file somewhere under /proc that can be used to disable > ExecShield, but I don't remember the name right now and at this moment I > don't have time to look it up. echo > /proc/sys/kernel/exec-shield Where is one of the following: - 0 -- Exec-shield is always disabled - 1 -- Exec-shield is disabled, except for binaries that enable it - 2 -- Exec-shield is enabled, except for binaries that disable it - jkt -- --*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--* Jay Turner, QA Technical Lead jkt at redhat.com Red Hat, Inc. Reality is merely an illusion, albeit a very persistent one. - Albert Einstein From rpjday at mindspring.com Fri Aug 1 13:33:04 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Fri, 1 Aug 2003 09:33:04 -0400 (EDT) Subject: 2.6.0-test2-bk1 available, and ACPI config menu Message-ID: the first BK patch (bk1) is out for 2.6.0-test2 and seems to work just fine. i wouldn't have expected something like the first patch to suddenly break things, but i've been wrong before. also, in the long and hallowed tradition of brain-damaged, ambiguous and just plain confusing menu configuration, anyone who wants to play with ACPI should be aware that the Power Management menu is, well, wrong. or at least hideously misleading. despite what the help screen states (and what any normal human being would assume), you don't need to select "Power Management support" to configure ACPI, despite its aesthetic appearance as a dependent sub-menu. go figure. however, if you *do* select Power Management support, and further select "Software Suspend", this does offer an additional option under ACPI -- "Sleep States". again, go figure. rday From sgarman at iname.com Fri Aug 1 13:37:57 2003 From: sgarman at iname.com (Scott Garman) Date: 01 Aug 2003 09:37:57 -0400 Subject: Trying to run Severn 2.4.21 kernel with RH 9. In-Reply-To: <20030801070835.GB3777@ip68-4-255-84.oc.oc.cox.net> References: <1059711466.14043.12.camel@gorgias.mensactivism.org> <20030801070835.GB3777@ip68-4-255-84.oc.oc.cox.net> Message-ID: <1059745077.14043.18.camel@gorgias.mensactivism.org> On Fri, 2003-08-01 at 03:08, Barry K. Nathan wrote: > On Fri, Aug 01, 2003 at 12:17:46AM -0400, Scott Garman wrote: > > Can anyone explain to me why this isn't working? Could it have something > > to do with the threading library, which apparently the Severn kernel is > > compiled against? > > The problem is that the Severn kernel has ExecShield, and Red Hat 9's > XFree86 is incompatible with that. The most secure way to fix it is to > install Severn's XFree86 as well. If you don't want to do that, you can > use chstk (I think it's in Severn's kernel-utils) to disable non-exec > stack on /usr/X11R6/bin/XFree86 (or wherever the XFree86 binary is, I'm > typing this e-mail off the top of my head). > > There's also a file somewhere under /proc that can be used to disable > ExecShield, but I don't remember the name right now and at this moment I > don't have time to look it up. > > Does this help? It sure does! That was exactly the problem - thank you, and also Jay Turner, who mentioned which proc entry to use. I now disable ExecShield in my rc.local file on bootup and all is well. Thanks! Scott -- Scott Garman sgarman at iname.com From veillard at redhat.com Fri Aug 1 13:37:55 2003 From: veillard at redhat.com (Daniel Veillard) Date: Fri, 1 Aug 2003 09:37:55 -0400 Subject: rhn alert icon In-Reply-To: <3F2A29A9.1000708@gmx.de>; from shrek-m@gmx.de on Fri, Aug 01, 2003 at 10:49:45AM +0200 References: <1059187133.1654.6.camel@one.myworld> <20030726102300.C14664@redhat.com> <3F2A29A9.1000708@gmx.de> Message-ID: <20030801093755.B21597@redhat.com> On Fri, Aug 01, 2003 at 10:49:45AM +0200, shrek-m at gmx.de wrote: > Daniel Veillard wrote: > > Hum, it's the infamous "1 pixel wide applet icon" bug, it's already > >registered in bugzilla, apparently it is a GTK bug but nobody has been > >able to reproduce it under debug condition to chase it down :-( > >Yes it's nearly impossible to reproduce ... > > oops, > > i had trouble with the gnome-desktop under rhl 8.0, > the keyboard gave me only beeps but other users had no problems. > > i moved all ~/.* to solve it, > i copyed-back .gn* .moz* .rhn-apllet.conf > > i had forgotten to copy-back the .rhn-applet.cache > and now i can see "1 pixel wide applet icon" > > > can you try this to reproduce it ? > > $ mkdir home-rhn-applet > $ mv .rhn-applet.cache home-rhn-apllet/ > > logout > login > > --> "1 pixel wide applet icon" Hum, it took me two attempts but I managed to reproduce this bug for the first time ! thanks a lot, now I should be able to kill it :-) 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 leonardjo at hetnet.nl Fri Aug 1 13:40:59 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Fri, 1 Aug 2003 15:40:59 +0200 Subject: i386 kernel In-Reply-To: <20030801090827.GA32031@pluto.pslib.cz> References: <3F29C3EE.4989.431C78@localhost> Message-ID: <3F2A8A0B.8268.E6A30@localhost> Hi Milan, > Installation CD has kernel-BOOT...i386 so you can use this one. In the > updates there is no reason to release kernel-BOOT as no RHN user needs > rebuild installation CD but needs update kernel-BOOT. The -BOOT kernel is not normally used on installed systems. I could use an i586, i686 or athlon kernel on an i386/i486 because they are instruction compatible. The problem is that neither of these automatically get installed during installation which causes even a minimal install on a i486 to take a long time because of the missing dependency. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From ed at redhat.com Fri Aug 1 15:06:27 2003 From: ed at redhat.com (Edward C. Bailey) Date: 01 Aug 2003 11:06:27 -0400 Subject: Trying to run Severn 2.4.21 kernel with RH 9. In-Reply-To: <20030801110054.GH21999@redhat.com> References: <1059711466.14043.12.camel@gorgias.mensactivism.org> <20030801070835.GB3777@ip68-4-255-84.oc.oc.cox.net> <20030801110054.GH21999@redhat.com> Message-ID: >>>>> "Jay" == Jay Turner writes: ... Jay> echo > /proc/sys/kernel/exec-shield Jay> Where is one of the following: Jay> - 0 -- Exec-shield is always disabled Jay> - 1 -- Exec-shield is disabled, except for binaries that enable it Jay> - 2 -- Exec-shield is enabled, except for binaries that disable it And don't forget: - 3 -- Exec-shield is always enabled :-) -- Ed Bailey Red Hat, Inc. http://www.redhat.com/ From felipe_alfaro at linuxmail.org Fri Aug 1 15:26:40 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Fri, 01 Aug 2003 17:26:40 +0200 Subject: NTP: ntpdate: Server dropped: strata too high Message-ID: <1059751599.7454.3.camel@teapot.felipe-alfaro.com> I have just set up an NTP server on a Taroon Beta 1 machine. The NTP server seems to be running, but when trying to do an "ntpdate" against it, the client receives the following error: teapot:~# ntpdate -d glass 1 Aug 17:22:18 ntpdate[7453]: ntpdate 4.1.1c-rc2 at 1.866 Tue Jul 1 09:35:22 EDT 2003 (1) transmit(192.168.0.2) receive(192.168.0.2) transmit(192.168.0.2) receive(192.168.0.2) transmit(192.168.0.2) receive(192.168.0.2) transmit(192.168.0.2) receive(192.168.0.2) transmit(192.168.0.2) 192.168.0.2: Server dropped: strata too high server 192.168.0.2, port 123 stratum 16, precision -16, leap 11, trust 000 refid [0.0.0.0], delay 0.02579, dispersion 0.00000 transmitted 4, in filter 4 reference time: 00000000.00000000 Thu, Feb 7 2036 7:28:16.000 originate timestamp: c2d5042b.84226809 Fri, Aug 1 2003 17:22:19.516 transmit timestamp: c2d5042a.fa702a34 Fri, Aug 1 2003 17:22:18.978 filter delay: 0.02591 0.02579 0.02579 0.02580 0.00000 0.00000 0.00000 0.00000 filter offset: 0.537794 0.537777 0.537770 0.537781 0.000000 0.000000 0.000000 0.000000 delay 0.02579, dispersion 0.00000 offset 0.537777 1 Aug 17:22:18 ntpdate[7453]: no server suitable for synchronization found This is my "ntp.conf" file: driftfile /etc/ntp/data/drift broadcastdelay 0.008 server ntp1.curie.fr server ntp2.curie.fr server ntp3.curie.fr server time.nist.gov server clock.redhat.com Why does my NTP server assigns itself an stratum of 16, instead of an stratum of 2 (since all the assigned NTP servers have an stratum of 1)? I'm out of game with this. Thanks! From tdiehl at rogueind.com Fri Aug 1 16:07:44 2003 From: tdiehl at rogueind.com (Tom Diehl) Date: Fri, 1 Aug 2003 12:07:44 -0400 (EDT) Subject: NTP: ntpdate: Server dropped: strata too high In-Reply-To: <1059751599.7454.3.camel@teapot.felipe-alfaro.com> Message-ID: On Fri, 1 Aug 2003, Felipe Alfaro Solana wrote: > I have just set up an NTP server on a Taroon Beta 1 machine. The NTP > server seems to be running, but when trying to do an "ntpdate" against > it, the client receives the following error: > Have a look at the server with ntpq. Once you start ntpq run the pe, as, and rv commands and you should get an idea what is going on. It sounds to me like your server is not synced. AN unsynced server is normally strat 16. -- ......Tom Registered Linux User #14522 http://counter.li.org tdiehl at rogueind.com My current SpamTrap -------> mtd123 at rogueind.com From katzj at redhat.com Fri Aug 1 16:12:38 2003 From: katzj at redhat.com (Jeremy Katz) Date: 01 Aug 2003 12:12:38 -0400 Subject: i386 kernel In-Reply-To: <20030801090827.GA32031@pluto.pslib.cz> References: <3F29C3EE.4989.431C78@localhost> <20030801090827.GA32031@pluto.pslib.cz> Message-ID: <1059754358.13575.0.camel@mirkwood.devel.redhat.com> On Fri, 2003-08-01 at 05:08, Milan Kerslager wrote: > On Fri, Aug 01, 2003 at 01:35:42AM +0200, Leonard den Ottolander wrote: > > Probably quite late to bring this up, but can anybody explain to me > > why there is no i386 kernel available on the installation cd's since > > 8.0? And if this kernel version is considered obsolete (ie no support > > for machines below i586) then why are updated i386 kernels still > > released? That seems a little inconsistent. > > Installation CD has kernel-BOOT...i386 so you can use this one. In the > updates there is no reason to release kernel-BOOT as no RHN user needs > rebuild installation CD but needs update kernel-BOOT. Actually, the CD now has the i586 kernel (so that it can have ACPI) and only the boot disk is left with i386 kernel-BOOT Cheers, Jeremy From johnsonm at redhat.com Fri Aug 1 16:19:34 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Fri, 1 Aug 2003 12:19:34 -0400 Subject: i386 kernel In-Reply-To: <3F29C3EE.4989.431C78@localhost>; from leonardjo@hetnet.nl on Fri, Aug 01, 2003 at 01:35:42AM +0200 References: <3F29C3EE.4989.431C78@localhost> Message-ID: <20030801121934.B6892@devserv.devel.redhat.com> On Fri, Aug 01, 2003 at 01:35:42AM +0200, Leonard den Ottolander wrote: > Probably quite late to bring this up, but can anybody explain to me > why there is no i386 kernel available on the installation cd's since > 8.0? We removed it because of lack of testing; there was no point in using up CD space and (someday, see below) update bandwidth on something that really hasn't been a development target, is generally significantly smaller than our listed minimum requirements, etc. > And if this kernel version is considered obsolete (ie no support > for machines below i586) then why are updated i386 kernels still > released? That seems a little inconsistent. It's because we're using the same source base for updates to products that did ship i386 kernels, and so for the updates we need to do the supersets as long as those releases are being maintained. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From felipe_alfaro at linuxmail.org Fri Aug 1 17:14:39 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Fri, 01 Aug 2003 19:14:39 +0200 Subject: NTP: ntpdate: Server dropped: strata too high In-Reply-To: References: Message-ID: <1059758078.742.6.camel@teapot.felipe-alfaro.com> On Fri, 2003-08-01 at 18:07, Tom Diehl wrote: > > I have just set up an NTP server on a Taroon Beta 1 machine. The NTP > > server seems to be running, but when trying to do an "ntpdate" against > > it, the client receives the following error: > > > > Have a look at the server with ntpq. Once you start ntpq run the pe, as, > and rv commands and you should get an idea what is going on. It sounds > to me like your server is not synced. AN unsynced server is normally > strat 16. The server should be synched, since upon starting "ntpd", the "ntpdate" command is invoked and the time is synched. At least, that's what is seems from looking at "/var/log/messages" and invoking "ntpdate" manually. NOTE: I have had to modify "/etc/init.d/ntpd" because my firewall is preventing any UDP traffic from privileged (<1023) ports from passing through it. Thus, I've had to add the "-u" option to "ntpdate". Could this be affecting the NTP server? Is there any ntpd option to force usage of non-privileged source UDP ports? I must say that I have no idea about NTP, so all of this is completely new to me. Here are is the output of "ntpq": ntpq> pe remote refid st t when poll reach delay offset disp ============================================================================== woon.curie.fr 0.0.0.0 16 u - 64 0 0.00 0.000 16000.0 xoon.curie.fr 0.0.0.0 16 u - 64 0 0.00 0.000 16000.0 lip.curie.fr 0.0.0.0 16 u - 64 0 0.00 0.000 16000.0 time.nist.gov 0.0.0.0 16 u - 64 0 0.00 0.000 16000.0 clock.redhat.co 0.0.0.0 16 u - 64 0 0.00 0.000 16000.0 ntpq> as ind assID status conf reach auth condition last_event cnt =========================================================== 1 44140 8000 yes no 2 44141 8000 yes no 3 44142 8000 yes no 4 44143 8000 yes no 5 44144 8000 yes no ntpq> rv status=c011 sync_alarm, sync_unspec, 1 event, event_restart system="Linux", leap=11, stratum=16, rootdelay=0.00, rootdispersion=0.00, peer=0, refid=0.0.0.0, reftime=00000000.00000000 Thu, Feb 7 2036 7:28:16.000, poll=4, clock=c2d51d07.8b3aa000 Fri, Aug 1 2003 19:08:23.543, phase=0.000, freq=0.00, error=0.00 What's really strange is how all the NTP servers from which time is synched are set an stratum of 16. For example, "woon.curie.fr" is really an stratum 1 server: # ntptrace woon.curie.fr woon.curie.fr: stratum 1, offset 0.211136, synch distance 0.00000, refid 'GPS' What's going on here? Any ideas? Thanks! From johnsonm at redhat.com Fri Aug 1 17:17:22 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Fri, 1 Aug 2003 13:17:22 -0400 Subject: 2.6.0-test2-bk1 available, and ACPI config menu In-Reply-To: ; from rpjday@mindspring.com on Fri, Aug 01, 2003 at 09:33:04AM -0400 References: Message-ID: <20030801131722.C6892@devserv.devel.redhat.com> On Fri, Aug 01, 2003 at 09:33:04AM -0400, Robert P. J. Day wrote: > despite what the help screen states (and what any normal > human being would assume), you don't need to select "Power > Management support" to configure ACPI, despite its aesthetic FWIW, ACPI is far more than power management. In fact, we are including it in Severn not because of any power management capabilities but purely for hardware enumeration. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From tdiehl at rogueind.com Fri Aug 1 17:39:36 2003 From: tdiehl at rogueind.com (Tom Diehl) Date: Fri, 1 Aug 2003 13:39:36 -0400 (EDT) Subject: NTP: ntpdate: Server dropped: strata too high In-Reply-To: <1059758078.742.6.camel@teapot.felipe-alfaro.com> Message-ID: On Fri, 1 Aug 2003, Felipe Alfaro Solana wrote: > On Fri, 2003-08-01 at 18:07, Tom Diehl wrote: > > > > I have just set up an NTP server on a Taroon Beta 1 machine. The NTP > > > server seems to be running, but when trying to do an "ntpdate" against > > > it, the client receives the following error: > > > > > > > Have a look at the server with ntpq. Once you start ntpq run the pe, as, > > and rv commands and you should get an idea what is going on. It sounds > > to me like your server is not synced. AN unsynced server is normally > > strat 16. > > The server should be synched, since upon starting "ntpd", the "ntpdate" > command is invoked and the time is synched. At least, that's what is > seems from looking at "/var/log/messages" and invoking "ntpdate" > manually. > > NOTE: I have had to modify "/etc/init.d/ntpd" because my firewall is > preventing any UDP traffic from privileged (<1023) ports from passing > through it. Thus, I've had to add the "-u" option to "ntpdate". Could > this be affecting the NTP server? Is there any ntpd option to force > usage of non-privileged source UDP ports? You need port 123 udp open for ntp to function. > I must say that I have no idea about NTP, so all of this is completely > new to me. Here are is the output of "ntpq": > > ntpq> pe > remote refid st t when poll reach delay > offset disp > ============================================================================== > woon.curie.fr 0.0.0.0 16 u - 64 0 0.00 0.000 > 16000.0 > xoon.curie.fr 0.0.0.0 16 u - 64 0 0.00 0.000 > 16000.0 > lip.curie.fr 0.0.0.0 16 u - 64 0 0.00 0.000 > 16000.0 > time.nist.gov 0.0.0.0 16 u - 64 0 0.00 0.000 > 16000.0 > clock.redhat.co 0.0.0.0 16 u - 64 0 0.00 0.000 > 16000.0 This indicates that your server is unable to talk to the time servers you wish to sync with. The st column is the stratum of the server. The reach column is the number of seconds since the last time your server got a reply from the server listed. > ntpq> as > ind assID status conf reach auth condition last_event cnt > =========================================================== > 1 44140 8000 yes no > 2 44141 8000 yes no > 3 44142 8000 yes no > 4 44143 8000 yes no > 5 44144 8000 yes no this says I cannot find the servers. > ntpq> rv > status=c011 sync_alarm, sync_unspec, 1 event, event_restart > system="Linux", leap=11, stratum=16, rootdelay=0.00, > rootdispersion=0.00, peer=0, refid=0.0.0.0, > reftime=00000000.00000000 Thu, Feb 7 2036 7:28:16.000, poll=4, > clock=c2d51d07.8b3aa000 Fri, Aug 1 2003 19:08:23.543, phase=0.000, > freq=0.00, error=0.00 This among other things says your clock is stratum 16 > > What's really strange is how all the NTP servers from which time is > synched are set an stratum of 16. For example, "woon.curie.fr" is really > an stratum 1 server: > > # ntptrace woon.curie.fr > woon.curie.fr: stratum 1, offset 0.211136, synch distance 0.00000, refid > 'GPS' > > What's going on here? Any ideas? > Thanks! your not talking to the time servers. You MUST be able to talk to the timeservers on port 123 udp otherwise it will not work. Just for reference here is the pe output from one of my timeservers: (icarus pts8) # ntpq ntpq> pe remote refid st t when poll reach delay offset jitter ============================================================================== +bonehed.lcs.mit .GPS. 1 u 668 1024 377 29.893 10.282 6.852 +NAVOBS1.MIT.EDU .PSC. 1 u 667 1024 377 29.669 10.152 0.075 *time.nist.gov .ACTS. 1 u 696 1024 377 102.528 -2.858 5.146 Now as: ntpq> as ind assID status conf reach auth condition last_event cnt =========================================================== 1 26580 9434 yes yes none candidat reachable 3 2 26581 9434 yes yes none candidat reachable 3 3 26582 9634 yes yes none sys.peer reachable 3 Now rv: ntpq> rv status=06b4 leap_none, sync_ntp, 11 events, event_peer/strat_chg, version="ntpd 4.1.1a at 1.791 Sat Aug 31 18:27:29 EDT 2002 (1)", processor="i686", system="Linux2.4.20-19.8", leap=00, stratum=2, precision=-17, rootdelay=102.528, rootdispersion=55.574, peer=26582, refid=time.nist.gov, reftime=c2d5211f.ef404ea4 Fri, Aug 1 2003 13:25:51.934, poll=10, clock=c2d5240e.5ae88df3 Fri, Aug 1 2003 13:38:22.355, state=4, offset=2.715, frequency=-130.203, jitter=29.472, stability=0.043 See the difference?? -- ......Tom Registered Linux User #14522 http://counter.li.org tdiehl at rogueind.com My current SpamTrap -------> mtd123 at rogueind.com From tdiehl at rogueind.com Fri Aug 1 17:51:32 2003 From: tdiehl at rogueind.com (Tom Diehl) Date: Fri, 1 Aug 2003 13:51:32 -0400 (EDT) Subject: NTP: ntpdate: Server dropped: strata too high In-Reply-To: Message-ID: On Fri, 1 Aug 2003, Tom Diehl wrote: > On Fri, 1 Aug 2003, Felipe Alfaro Solana wrote: > > > On Fri, 2003-08-01 at 18:07, Tom Diehl wrote: > > > > ntpq> pe > > remote refid st t when poll reach delay > > offset disp > > ============================================================================== > > woon.curie.fr 0.0.0.0 16 u - 64 0 0.00 0.000 > > 16000.0 > > xoon.curie.fr 0.0.0.0 16 u - 64 0 0.00 0.000 > > 16000.0 > > lip.curie.fr 0.0.0.0 16 u - 64 0 0.00 0.000 > > 16000.0 > > time.nist.gov 0.0.0.0 16 u - 64 0 0.00 0.000 > > 16000.0 > > clock.redhat.co 0.0.0.0 16 u - 64 0 0.00 0.000 > > 16000.0 > > This indicates that your server is unable to talk to the time servers you wish to > sync with. The st column is the stratum of the server. The reach column is the > number of seconds since the last time your server got a reply from the server > listed. OOPS that is wrong. The when column is the number of seconds since the last reply. Sorry. -- ......Tom Registered Linux User #14522 http://counter.li.org tdiehl at rogueind.com My current SpamTrap -------> mtd123 at rogueind.com From segg at infonet.ca Fri Aug 1 19:48:14 2003 From: segg at infonet.ca (Gilles J. Seguin) Date: Fri, 01 Aug 2003 15:48:14 -0400 Subject: mc segfaulting NOT solved References: <20030730232231.GA30266@popelka.ms.mff.cuni.cz> <3F29E219.2471.9DA70@localhost> Message-ID: <3F2AC3FE.8BA6E7E8@infonet.ca> Leonard den Ottolander wrote: > > Hi, > > On first sight upgrading gpm to 1.20.1-36 seemed to solve my mc > crashes, but as it turns out it didn't. Idem > Today again I experienced > crashes in mc as user leonard (currently not reproducible) and as root > (still reproducable) that dissappeared when stopping gpm. Idem > Obviously the patch didn't solve the entire problem. > > I do have core files, but no experience with analyzing these. Should I > submit them? Or can you give me some clues on where and how to look? Allow core file to be saved # ulimit -c 99999; # unit are in KB ... # gdb mc core.1234 (gdb) bt #0 0x40287673 in strlen () from /lib/libc.so.6 #1 0x401933e2 in Gpm_Open () from /usr/lib/libgpm.so.1 #2 0x4032f91d in __libc_ptyname2 () from /lib/libc.so.6 The back trace is different, the behavior from working again to segfault is puzzling, at best. The backtrace being different let me beleive that it is trigger from a different case. From vader21 at imsa.edu Fri Aug 1 21:46:56 2003 From: vader21 at imsa.edu (Geoff Reedy) Date: Fri, 1 Aug 2003 16:46:56 -0500 Subject: mc segfaulting NOT solved In-Reply-To: <3F2AC3FE.8BA6E7E8@infonet.ca>; from segg@infonet.ca on Fri, Aug 01, 2003 at 03:48:14PM -0400 References: <20030730232231.GA30266@popelka.ms.mff.cuni.cz> <3F29E219.2471.9DA70@localhost> <3F2AC3FE.8BA6E7E8@infonet.ca> Message-ID: <20030801164656.A2216@shell.imsa.edu> I filed the bug for the crash in vim. I haven't had a chance to test gpm-1.20.1-36 yet, but looking at the code it seems the patch was not enough. A few lines after where it crashed before there is another strlen(option.consolename) (option.consolename is the null pointer that was dereferenced for the previous crash too). Based on my reading of the gpm documentation as far as how the Gpm_Open function is supposed to operate I have a proper solution in mind. I'll reopen the bug and see if my idea works and attach the patch to the bug. If you add yourself to the CC list on the bug (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101104) it'll mail you when I post the patch. - Geoff Reedy From rpjday at mindspring.com Fri Aug 1 21:50:04 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Fri, 1 Aug 2003 17:50:04 -0400 (EDT) Subject: 2.6.0-test2-bk1 available, and ACPI config menu In-Reply-To: <20030801131722.C6892@devserv.devel.redhat.com> Message-ID: On Fri, 1 Aug 2003, Michael K. Johnson wrote: > On Fri, Aug 01, 2003 at 09:33:04AM -0400, Robert P. J. Day wrote: > > despite what the help screen states (and what any normal > > human being would assume), you don't need to select "Power > > Management support" to configure ACPI, despite its aesthetic > > FWIW, ACPI is far more than power management. In fact, we are > including it in Severn not because of any power management > capabilities but purely for hardware enumeration. i never said it wasn't. i was simply pointing out that both the help screen and ACPI's visually subordinate menu position might lead folks to think otherwise. rday From betatest at gnucode.kicks-ass.net Fri Aug 1 21:54:32 2003 From: betatest at gnucode.kicks-ass.net (Michael Young) Date: 01 Aug 2003 15:54:32 -0600 Subject: updates Message-ID: <1059774872.18552.8.camel@rhbeta.tcore.com> Please pardon me if I missed a thread about this, but, is everyone updating out of rawhide? Is redhat planning to populate the rhn severn channel with packages anytime in the near future? I feel like I'm wasting my entitlements while running the beta. TIA -- Michael Young From cochranb at speakeasy.net Fri Aug 1 22:39:01 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 01 Aug 2003 18:39:01 -0400 Subject: updates In-Reply-To: <1059774872.18552.8.camel@rhbeta.tcore.com> References: <1059774872.18552.8.camel@rhbeta.tcore.com> Message-ID: <1059777541.2154.26.camel@bobcp4.lingpgmr.com> My experience is, anytime 2-4 weeks after the release of a beta, there are updates available for it through RHN. These can come to almost 500 Mb worth of updates, which is nearly a full size 700 Mb CD. Then a while later a second beta (that means a whole new set of iso's to burn) might be released, and then another set of updates through RHN, again massive in size. Then an nth public beta (more iso's), with the update cycle repeating. That has been the pattern for the last two betas I've done. There is a published timetable for Severn, which I believe is something new. You can consult that to get a sense of when to expect updates and a new set of iso images. As to entitlements, I've always felt that beta testers ought to get a free double entitlement to RHN just for the beta, and for just the beta period. This includes testers who already have paid RHN subscriptions. I don't want to use my paid-for entitlements for the beta. I would rather reserve those for my "production" machines. I guess this is RHN's way of getting people to use their own cash to pay for part of the costs of the beta. Bob Cochran On Fri, 2003-08-01 at 17:54, Michael Young wrote: > Please pardon me if I missed a thread about this, but, is everyone > updating out of rawhide? Is redhat planning to populate the rhn severn > channel with packages anytime in the near future? I feel like I'm > wasting my entitlements while running the beta. > > TIA -------------- 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 leonardjo at hetnet.nl Fri Aug 1 22:39:46 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Sat, 2 Aug 2003 00:39:46 +0200 Subject: mc segfaulting NOT solved In-Reply-To: <3F2AC3FE.8BA6E7E8@infonet.ca> Message-ID: <3F2B0852.13508.BDE74@localhost> Hello Gilles, > # gdb mc core.1234 Aha. That's the way to load the symbols. Should have probably looked that up in the man page, but thanks. > (gdb) bt > #0 0x40287673 in strlen () from /lib/libc.so.6 > #1 0x401933e2 in Gpm_Open () from /usr/lib/libgpm.so.1 > #2 0x4032f91d in __libc_ptyname2 () from /lib/libc.so.6 > > The back trace is different, the behavior from working again > to segfault is puzzling, at best. Yes. I didn't do a lot of testing, but I was quite surprised to see the segfaults back. By the way, they are now reproducible for user leonard again as well. > The backtrace being different let me beleive that it is > trigger from a different case. Mine seem to be similar to the original posting (some slightly different, shorter): #0 0x00ef7173 in strlen () from /lib/tls/libc.so.6 #1 0x002c73e2 in Gpm_Open () from /usr/lib/libgpm.so.1 #2 0x08072dde in strcpy () #3 0x0807eefb in getch () #4 0x0806e959 in strcpy () ... #15 0x08071595 in strcpy () #16 0x00e95678 in __libc_start_main () from /lib/tls/libc.so.6 I requested bug 100836 to be reopened, and just received this: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100836 ------- Additional Comments From aoliva at redhat.com 2003-08-01 17:48 --- ---- It sure solves the problem that I reported. If you still have problems, please file a new bug report describing how to duplicate it. Answered that I am still seeing the exact problem that he was(?) having. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From leonardjo at hetnet.nl Fri Aug 1 22:58:48 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Sat, 2 Aug 2003 00:58:48 +0200 Subject: NTP: ntpdate: Server dropped: strata too high In-Reply-To: <1059758078.742.6.camel@teapot.felipe-alfaro.com> References: Message-ID: <3F2B0CC8.29786.1D4DD1@localhost> Hello Felipe, > The server should be synched, since upon starting "ntpd", the "ntpdate" > command is invoked and the time is synched. ntpd has to sync itself with its peers. The fact that the system clock is synced by ntpdate doesn't matter in that respect. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From sflory at rackable.com Fri Aug 1 22:55:10 2003 From: sflory at rackable.com (Samuel Flory) Date: Fri, 01 Aug 2003 15:55:10 -0700 Subject: updates In-Reply-To: <1059777541.2154.26.camel@bobcp4.lingpgmr.com> References: <1059774872.18552.8.camel@rhbeta.tcore.com> <1059777541.2154.26.camel@bobcp4.lingpgmr.com> Message-ID: <3F2AEFCE.9030303@rackable.com> Robert L Cochran wrote: >My experience is, anytime 2-4 weeks after the release of a beta, there >are updates available for it through RHN. These can come to almost 500 >Mb worth of updates, which is nearly a full size 700 Mb CD. Then a while >later a second beta (that means a whole new set of iso's to burn) might >be released, and then another set of updates through RHN, again massive >in size. Then an nth public beta (more iso's), with the update cycle >repeating. That has been the pattern for the last two betas I've done. > >There is a published timetable for Severn, which I believe is something >new. You can consult that to get a sense of when to expect updates and a >new set of iso images. > >As to entitlements, I've always felt that beta testers ought to get a >free double entitlement to RHN just for the beta, and for just the beta >period. This includes testers who already have paid RHN subscriptions. I >don't want to use my paid-for entitlements for the beta. I would rather >reserve those for my "production" machines. I guess this is RHN's way of >getting people to use their own cash to pay for part of the costs of the >beta. > > > What really should occur is the updates be also availble on the ftp site. That way we can grab them from the mirrrors. There isn't any reason to force everyone to use rhn. -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From betatest at gnucode.kicks-ass.net Fri Aug 1 23:54:17 2003 From: betatest at gnucode.kicks-ass.net (Michael Young) Date: 01 Aug 2003 17:54:17 -0600 Subject: updates In-Reply-To: <1059777541.2154.26.camel@bobcp4.lingpgmr.com> References: <1059774872.18552.8.camel@rhbeta.tcore.com> <1059777541.2154.26.camel@bobcp4.lingpgmr.com> Message-ID: <1059782057.8449.14.camel@emotehp.gnucode.kicks-ass.net> Thanks for the reply Robert... > My experience is, anytime 2-4 weeks after the release of a beta, there > are updates available for it through RHN. These can come to almost 500 > Mb worth of updates, which is nearly a full size 700 Mb CD. Then a while > later a second beta (that means a whole new set of iso's to burn) might > be released, and then another set of updates through RHN, again massive > in size. Then an nth public beta (more iso's), with the update cycle > repeating. That has been the pattern for the last two betas I've done. I guess I'll keep my eye out for the little red dot in the corner of my screen then. This has actually been a really stable beta for me. I have only been bitten once, by the ACPI/intel E100 bug, which was easily worked around. I mainly asked because the updates are pouring out for taroon, which I am also running. > There is a published timetable for Severn, which I believe is something > new. You can consult that to get a sense of when to expect updates and a > new set of iso images. I always look forward to downloading ~2GB of data. Makes my hardware earn its keep. :) > As to entitlements, I've always felt that beta testers ought to get a > free double entitlement to RHN just for the beta, and for just the beta > period. This includes testers who already have paid RHN subscriptions. I > don't want to use my paid-for entitlements for the beta. I would rather > reserve those for my "production" machines. I guess this is RHN's way of > getting people to use their own cash to pay for part of the costs of the > beta. I am mostly a home user, with the exception of a network management machine I play with at work, so, I really don't have any "production" systems. I purchased a couple entitlements to keep my home network updated, and to contribute a few $$ to Red Hat. I have yet to find a distro I like as much. Thanks for all the hard work everyone! > On Fri, 2003-08-01 at 17:54, Michael Young wrote: > > Please pardon me if I missed a thread about this, but, is everyone > > updating out of rawhide? Is redhat planning to populate the rhn severn > > channel with packages anytime in the near future? I feel like I'm > > wasting my entitlements while running the beta. > > > > TIA From skvidal at phy.duke.edu Sat Aug 2 00:01:55 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 01 Aug 2003 20:01:55 -0400 Subject: updates In-Reply-To: <1059774872.18552.8.camel@rhbeta.tcore.com> References: <1059774872.18552.8.camel@rhbeta.tcore.com> Message-ID: <1059782515.11146.3.camel@binkley> On Fri, 2003-08-01 at 17:54, Michael Young wrote: > Please pardon me if I missed a thread about this, but, is everyone > updating out of rawhide? Is redhat planning to populate the rhn severn > channel with packages anytime in the near future? I feel like I'm > wasting my entitlements while running the beta. There is a rawhide yum repository at: http://mirror.dulug.duke.edu/pub/yum-repository/redhat/rawhide/i386/ You can update via yum - grab yum from rawhide and give it the above baseurl for your repository and you can get all the new brokeness or fixedness from rawhide :) -sv From elwoo at videotron.ca Sat Aug 2 00:07:19 2003 From: elwoo at videotron.ca (Elton Woo) Date: Fri, 01 Aug 2003 20:07:19 -0400 Subject: comments please: new bug in bugzilla. Message-ID: <200308012007.19118.elwoo@videotron.ca> Kindly add comments as approptiate, thanks! printer-configuration applet: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101507 Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From kylem at xwell.org Sat Aug 2 00:28:06 2003 From: kylem at xwell.org (Kyle Maxwell) Date: 01 Aug 2003 19:28:06 -0500 Subject: Updated website? Message-ID: <1059784086.9952.2.camel@lando> The RHL website has been taken down for a couple of weeks now, listing only the announcement and mirrors for Severn. Any idea as to when it's going to be restored? -- Kyle Maxwell From pmatilai at welho.com Sat Aug 2 00:31:20 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Sat, 2 Aug 2003 03:31:20 +0300 Subject: updates In-Reply-To: <1059782515.11146.3.camel@binkley> References: <1059774872.18552.8.camel@rhbeta.tcore.com> <1059782515.11146.3.camel@binkley> Message-ID: <1059784280.3f2b0658d7823@webmail.welho.com> Quoting seth vidal : > On Fri, 2003-08-01 at 17:54, Michael Young wrote: > > Please pardon me if I missed a thread about this, but, is everyone > > updating out of rawhide? Is redhat planning to populate the rhn severn > > channel with packages anytime in the near future? I feel like I'm > > wasting my entitlements while running the beta. > > There is a rawhide yum repository at: > > http://mirror.dulug.duke.edu/pub/yum-repository/redhat/rawhide/i386/ > > > You can update via yum - grab yum from rawhide and give it the above > baseurl for your repository and you can get all the new brokeness or > fixedness from rawhide :) ..and depending on your choise of favorite system updater :) there's a rawhide apt repository on freshrpms at least. This ought to work as the sources.list entry: "rpm http://ayo.freshrpms.net/redhat rawhide/i386 os" -- - Panu - From mike at redtux.demon.co.uk Sat Aug 2 00:45:41 2003 From: mike at redtux.demon.co.uk (Mike) Date: 02 Aug 2003 01:45:41 +0100 Subject: alsa and no sound Message-ID: <1059785137.3909.8.camel@localhost.localdomain> Hi I am probably gonna sound stupid here, but here goes I have compiled alsa in a freshly minted test2 kernel with oss emulation for my cs4237B based soundcard. after modprobing snd-cs4236 everything appears to work but no sound to whit sound mixer starts up fine (everything on max) xmms appears to play no errors in dmesg or /var/log/messages my /proc/asound/oss/sndstat is Sound Driver:3.8.1a-980706 (ALSA v0.9.4 emulation code) Kernel: Linux localhost 2.6.0-test2_scheda #1 Fri Aug 1 02:44:31 BST 2003 i586 Config options: 0 Installed drivers: Type 10: ALSA emulation Card config: CS4237B at 0x534, irq 9, dma 1&3 Audio devices: 0: CS4237B (DUPLEX) Synth devices: NOT ENABLED IN CONFIG Midi devices: 0: MPU-401 (UART) 0-0 Timers: 7: system timer Mixers: 0: CS4237B my /proc/asound/alsa/oss/devices is 2: [0- 2]: raw midi 10: [0-10]: hardware dependent 0: [0- 0]: mixer 3: [0- 3]: digital audio /etc/modprobe.conf contains include /etc/modprobe.conf.dist alias eth0 8139too alias char-major-14 soundcore alias char-major-14 sound alias char-major-14-6 sndstat alias char-major-10-1 mousedev alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss any help appreciated From mike at redtux.demon.co.uk Sat Aug 2 01:03:05 2003 From: mike at redtux.demon.co.uk (Mike) Date: 02 Aug 2003 02:03:05 +0100 Subject: problem with library Message-ID: <1059786183.4541.2.camel@localhost.localdomain> Sorry to be a pain again Now got Rb to load, however just a slight problem It wont load any tracks into the library - no errors any ideas From mattdm at mattdm.org Sat Aug 2 01:13:56 2003 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 1 Aug 2003 21:13:56 -0400 Subject: comments please: new bug in bugzilla. In-Reply-To: <200308012007.19118.elwoo@videotron.ca> References: <200308012007.19118.elwoo@videotron.ca> Message-ID: <20030802011356.GB12035@jadzia.bu.edu> On Fri, Aug 01, 2003 at 08:07:19PM -0400, Elton Woo wrote: > Kindly add comments as approptiate, thanks! > printer-configuration applet: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101507 A request -- when sending these kind of messsages, please set the subject appropriately ("print config bug: partially-completed test pages", for example) and then give a further summary in the message. That way, we know if it's something useful for us to look at. This'll save every one time and probably get you better responses. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From felipe_alfaro at linuxmail.org Sat Aug 2 01:17:38 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Sat, 02 Aug 2003 03:17:38 +0200 Subject: NTP: ntpdate: Server dropped: strata too high In-Reply-To: References: Message-ID: <1059787058.1159.1.camel@teapot.felipe-alfaro.com> On Fri, 2003-08-01 at 19:51, Tom Diehl wrote: > > This indicates that your server is unable to talk to the time servers you wish to > > sync with. The st column is the stratum of the server. The reach column is the > > number of seconds since the last time your server got a reply from the server > > listed. > > OOPS that is wrong. The when column is the number of seconds since the last reply. > Sorry. Never mind :-) I have been able to fix it... You were right: I had to open 139/UDP through my firewall to get NTP server synching. Thanks! From kylem at xwell.org Sat Aug 2 01:33:09 2003 From: kylem at xwell.org (Kyle Maxwell) Date: 01 Aug 2003 20:33:09 -0500 Subject: NTP: ntpdate: Server dropped: strata too high In-Reply-To: <1059787058.1159.1.camel@teapot.felipe-alfaro.com> References: <1059787058.1159.1.camel@teapot.felipe-alfaro.com> Message-ID: <1059787989.9952.5.camel@lando> On Fri, 2003-08-01 at 20:17, Felipe Alfaro Solana wrote: > Never mind :-) > I have been able to fix it... You were right: I had to open 139/UDP > through my firewall to get NTP server synching. > Thanks! 139 or 123? 139 is used for Windows networking... if you've opened that up you might want to close it again :) -- Kyle Maxwell From skvidal at phy.duke.edu Sat Aug 2 01:51:47 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 01 Aug 2003 21:51:47 -0400 Subject: updates In-Reply-To: <1059784280.3f2b0658d7823@webmail.welho.com> References: <1059774872.18552.8.camel@rhbeta.tcore.com> <1059782515.11146.3.camel@binkley> <1059784280.3f2b0658d7823@webmail.welho.com> Message-ID: <1059789107.11146.5.camel@binkley> > > ..and depending on your choise of favorite system updater :) there's a rawhide > apt repository on freshrpms at least. This ought to work as the sources.list > entry: "rpm http://ayo.freshrpms.net/redhat rawhide/i386 os" Did fedora or freshrpms release a version of apt that runs/compiles on severn? I didn't catch what the last status of that was. -sv From cochranb at speakeasy.net Sat Aug 2 02:06:14 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 01 Aug 2003 22:06:14 -0400 Subject: 2.6.0-test2-bk1 available, and ACPI config menu In-Reply-To: References: Message-ID: <1059789974.2154.32.camel@bobcp4.lingpgmr.com> Robert -- I've been trying to get a 2.6.0-test2 kernel running under Severn also. I've read all your postings on this glorious issue, and don't see a response to the suggestion that you diff your homemade config files with Arjan's config. Did you do that? Bob Cochran On Fri, 2003-08-01 at 17:50, Robert P. J. Day wrote: > On Fri, 1 Aug 2003, Michael K. Johnson wrote: > > > On Fri, Aug 01, 2003 at 09:33:04AM -0400, Robert P. J. Day wrote: > > > despite what the help screen states (and what any normal > > > human being would assume), you don't need to select "Power > > > Management support" to configure ACPI, despite its aesthetic > > > > FWIW, ACPI is far more than power management. In fact, we are > > including it in Severn not because of any power management > > capabilities but purely for hardware enumeration. > > i never said it wasn't. i was simply pointing out that both > the help screen and ACPI's visually subordinate menu position > might lead folks to think otherwise. > > rday > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Need help with computer hardware or software? I can take care of it in your home at very reasonable cost. Bob Cochran Greenbelt, Maryland, USA http://www.greenbeltcomputer.biz/ -------------- 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 betatest at gnucode.kicks-ass.net Sat Aug 2 02:11:26 2003 From: betatest at gnucode.kicks-ass.net (Michael Young) Date: 01 Aug 2003 20:11:26 -0600 Subject: updates In-Reply-To: <1059782515.11146.3.camel@binkley> References: <1059774872.18552.8.camel@rhbeta.tcore.com> <1059782515.11146.3.camel@binkley> Message-ID: <1059790286.8449.18.camel@emotehp.gnucode.kicks-ass.net> On Fri, 2003-08-01 at 18:01, seth vidal wrote: > On Fri, 2003-08-01 at 17:54, Michael Young wrote: > > Please pardon me if I missed a thread about this, but, is everyone > > updating out of rawhide? Is redhat planning to populate the rhn severn > > channel with packages anytime in the near future? I feel like I'm > > wasting my entitlements while running the beta. > > There is a rawhide yum repository at: > > http://mirror.dulug.duke.edu/pub/yum-repository/redhat/rawhide/i386/ > > > You can update via yum - grab yum from rawhide and give it the above > baseurl for your repository and you can get all the new brokeness or > fixedness from rawhide :) > Thanks Seth.. I may go that route if up2date isn't populated soon. Although, I really hate to add any brokeness to what is a pretty stable install. From betatest at gnucode.kicks-ass.net Sat Aug 2 02:18:06 2003 From: betatest at gnucode.kicks-ass.net (Michael Young) Date: 01 Aug 2003 20:18:06 -0600 Subject: updates In-Reply-To: <1059784280.3f2b0658d7823@webmail.welho.com> References: <1059774872.18552.8.camel@rhbeta.tcore.com> <1059782515.11146.3.camel@binkley> <1059784280.3f2b0658d7823@webmail.welho.com> Message-ID: <1059790685.8449.24.camel@emotehp.gnucode.kicks-ass.net> On Fri, 2003-08-01 at 18:31, Panu Matilainen wrote: > Quoting seth vidal : > > > On Fri, 2003-08-01 at 17:54, Michael Young wrote: > > > Please pardon me if I missed a thread about this, but, is everyone > > > updating out of rawhide? Is redhat planning to populate the rhn severn > > > channel with packages anytime in the near future? I feel like I'm > > > wasting my entitlements while running the beta. > > > > There is a rawhide yum repository at: > > > > http://mirror.dulug.duke.edu/pub/yum-repository/redhat/rawhide/i386/ > > > > > > You can update via yum - grab yum from rawhide and give it the above > > baseurl for your repository and you can get all the new brokeness or > > fixedness from rawhide :) > > ..and depending on your choise of favorite system updater :) there's a rawhide > apt repository on freshrpms at least. This ought to work as the sources.list > entry: "rpm http://ayo.freshrpms.net/redhat rawhide/i386 os" It's so cool there are all these rawhide repositories for yum and apt and such, but I would really like to be able to utilize my purchased entitlements for RHN. The clock is ticking to renewel time... Anyhow, thanks to everyone for the suggestions... -- Michael Young From skvidal at phy.duke.edu Sat Aug 2 02:20:25 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 01 Aug 2003 22:20:25 -0400 Subject: updates In-Reply-To: <1059790286.8449.18.camel@emotehp.gnucode.kicks-ass.net> References: <1059774872.18552.8.camel@rhbeta.tcore.com> <1059782515.11146.3.camel@binkley> <1059790286.8449.18.camel@emotehp.gnucode.kicks-ass.net> Message-ID: <1059790824.11146.11.camel@binkley> > > Thanks Seth.. I may go that route if up2date isn't populated soon. > Although, I really hate to add any brokeness to what is a pretty stable > install. I thought you said you wanted to play with what is in rawhide. rawhide is exactly the same broken whether it comes from rhn/up2date or yum. :) -sv From elwoo at videotron.ca Sat Aug 2 02:28:18 2003 From: elwoo at videotron.ca (Elton Woo) Date: Fri, 01 Aug 2003 22:28:18 -0400 Subject: comments invited: new bug (gdm) Message-ID: <200308012228.18318.elwoo@videotron.ca> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101511 Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From betatest at gnucode.kicks-ass.net Sat Aug 2 02:33:28 2003 From: betatest at gnucode.kicks-ass.net (Michael Young) Date: 01 Aug 2003 20:33:28 -0600 Subject: updates In-Reply-To: <1059790824.11146.11.camel@binkley> References: <1059774872.18552.8.camel@rhbeta.tcore.com> <1059782515.11146.3.camel@binkley> <1059790286.8449.18.camel@emotehp.gnucode.kicks-ass.net> <1059790824.11146.11.camel@binkley> Message-ID: <1059791608.8449.38.camel@emotehp.gnucode.kicks-ass.net> On Fri, 2003-08-01 at 20:20, seth vidal wrote: > > > > Thanks Seth.. I may go that route if up2date isn't populated soon. > > Although, I really hate to add any brokeness to what is a pretty stable > > install. > > I thought you said you wanted to play with what is in rawhide. > > rawhide is exactly the same broken whether it comes from rhn/up2date or > yum. :) > > -sv Well, that's not exactly what I said, but you are right, the whole fun in testing beta stuff is seeing just how badly you can break things. I guess the RHN thing is kinda political to me. I paid for a subscription, but during the time I'm beta testing, the entitlement isn't being used for anything. But, the expiration day stays the same no matter what. That just doesn't seem fair to the paying subscriber who wants to run the betas. Especially since the taroon updates are already in RHN. This is starting to resemble bitching, so I'll shut up.. :) -- Michael Young From elwoo at videotron.ca Sat Aug 2 02:51:17 2003 From: elwoo at videotron.ca (Elton Woo) Date: Fri, 01 Aug 2003 22:51:17 -0400 Subject: software installer / (and anaconda?) bug Message-ID: <200308012251.17402.elwoo@videotron.ca> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101512 Kindly add comments or confirm. Thanks, Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From mattdm at mattdm.org Sat Aug 2 02:57:00 2003 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 1 Aug 2003 22:57:00 -0400 Subject: comments invited: new bug (gdm) In-Reply-To: <200308012228.18318.elwoo@videotron.ca> References: <200308012228.18318.elwoo@videotron.ca> Message-ID: <20030802025700.GB13938@jadzia.bu.edu> On Fri, Aug 01, 2003 at 10:28:18PM -0400, Elton Woo wrote: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101511 Same comment as last time. But doubly so. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jim-cornette at columbus.rr.com Sat Aug 2 02:58:31 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Fri, 01 Aug 2003 22:58:31 -0400 Subject: Severn problems encountered. Message-ID: <3F2B28D7.3070208@columbus.rr.com> I had the segmentation fault when using mc. I also missed pine and the fortune program. I dislike the graphical boot loader. I cannot determine if the thing is doing anything or is locked up. It also looks too win 2000 to me. Which tells the user nothing whatsoever, like windows. I prefer the messages and the ok or failed. My sound card is working. I have a GUI, It connected to the Internet and mounted the CD. This is on an HP pavilion ze4515us laptop. Jim -- Sometime in 1993 NANCY SINATRA will lead a BLOODLESS COUP on GUAM!! From jdy at cs.brown.edu Sat Aug 2 03:29:18 2003 From: jdy at cs.brown.edu (Joel Young) Date: Fri, 01 Aug 2003 23:29:18 -0400 Subject: software installer / (and anaconda?) bug In-Reply-To: Your message of "Fri, 01 Aug 2003 22:51:17 EDT." <200308012251.17402.elwoo@videotron.ca> References: <200308012251.17402.elwoo@videotron.ca> Message-ID: <20030802032918.7B7BC3F6F@null.cs.brown.edu> From: Elton Woo > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101512 > Kindly add comments or confirm. Thanks, Please please post at least a one sentence summary of the bug to help decide if it is relevant to my situation. otherwise I'm just not going to go look. Joel From cochranb at speakeasy.net Sat Aug 2 03:56:13 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 01 Aug 2003 23:56:13 -0400 Subject: software installer / (and anaconda?) bug In-Reply-To: <20030802032918.7B7BC3F6F@null.cs.brown.edu> References: <200308012251.17402.elwoo@videotron.ca> <20030802032918.7B7BC3F6F@null.cs.brown.edu> Message-ID: <1059796573.2154.36.camel@bobcp4.lingpgmr.com> That's fine then -- don't look. There's no need for you to order Elton around like you supervise him. Bob Cochran On Fri, 2003-08-01 at 23:29, Joel Young wrote: > From: Elton Woo > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101512 > > Kindly add comments or confirm. Thanks, > > Please please post at least a one sentence summary of the bug > to help decide if it is relevant to my situation. otherwise > I'm just not going to go look. > > Joel > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Need help with computer hardware or software? I can take care of it in your home at very reasonable cost. Bob Cochran Greenbelt, Maryland, USA http://www.greenbeltcomputer.biz/ -------------- 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 ghenriks at rogers.com Sat Aug 2 03:58:00 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Fri, 01 Aug 2003 23:58:00 -0400 Subject: alsa and no sound In-Reply-To: <1059785137.3909.8.camel@localhost.localdomain> References: <1059785137.3909.8.camel@localhost.localdomain> Message-ID: On 02 Aug 2003 01:45:41 +0100, you wrote: >sound mixer starts up fine (everything on max) Are you using alsamixer? By default alsa mutes the inputs and outputs on a soundcard and you must use alsamixer to unmute them (m key) as well as increase the level as necessary. If you don't have alsamixer you can find it at shrike.freshrpms.net in the alsa-utils package. From kjb at dds.nl Sat Aug 2 06:07:20 2003 From: kjb at dds.nl (Klaasjan Brand) Date: 02 Aug 2003 08:07:20 +0200 Subject: Severn problems encountered. In-Reply-To: <3F2B28D7.3070208@columbus.rr.com> References: <3F2B28D7.3070208@columbus.rr.com> Message-ID: <1059804439.1521.3.camel@isengard> On Sat, 2003-08-02 at 04:58, Jim Cornette wrote: > I had the segmentation fault when using mc. I also missed pine and the > fortune program. Then install the RH9 versions... > I dislike the graphical boot loader. I cannot determine if the thing is > doing anything or is locked up. It also looks too win 2000 to me. Which > tells the user nothing whatsoever, like windows. I prefer the messages > and the ok or failed. You can turn it off, it's not meant for people who like to know what's in the box ;) Klaasjan From jdy at cs.brown.edu Sat Aug 2 06:15:07 2003 From: jdy at cs.brown.edu (Joel Young) Date: Sat, 02 Aug 2003 02:15:07 -0400 Subject: software installer / (and anaconda?) bug In-Reply-To: Your message of "01 Aug 2003 23:56:13 EDT." <1059796573.2154.36.camel@bobcp4.lingpgmr.com> References: <200308012251.17402.elwoo@videotron.ca> <20030802032918.7B7BC3F6F@null.cs.brown.edu> <1059796573.2154.36.camel@bobcp4.lingpgmr.com> Message-ID: <20030802061508.5B3F63F6F@null.cs.brown.edu> From: Robert L Cochran > There's no need for you to order Elton around like you supervise him.=20 > from joel > Please please post at least a one sentence summary of the bug > to help decide if it is relevant to my situation. otherwise > I'm just not going to go look. begging....no ordering intended :-) From feliciano.matias at free.fr Sat Aug 2 07:58:48 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 02 Aug 2003 09:58:48 +0200 Subject: Severn problems encountered. In-Reply-To: <3F2B28D7.3070208@columbus.rr.com> References: <3F2B28D7.3070208@columbus.rr.com> Message-ID: <1059811128.8484.1.camel@one.myworld> Le sam 02/08/2003 ? 04:58, Jim Cornette a ?crit : > I dislike the graphical boot loader. From grub append "nogui" to kernel options. -- F?liciano Matias -------------- 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 pmatilai at welho.com Sat Aug 2 09:10:29 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Sat, 2 Aug 2003 12:10:29 +0300 Subject: updates In-Reply-To: <1059789107.11146.5.camel@binkley> References: <1059774872.18552.8.camel@rhbeta.tcore.com> <1059782515.11146.3.camel@binkley> <1059784280.3f2b0658d7823@webmail.welho.com> <1059789107.11146.5.camel@binkley> Message-ID: <1059815429.3f2b80052289f@webmail.welho.com> Quoting seth vidal : > > > > > ..and depending on your choise of favorite system updater :) there's a > rawhide > > apt repository on freshrpms at least. This ought to work as the > sources.list > > entry: "rpm http://ayo.freshrpms.net/redhat rawhide/i386 os" > > Did fedora or freshrpms release a version of apt that runs/compiles on > severn? > > I didn't catch what the last status of that was. At least Fedora has apt for severn now. Synaptic is missing but not because it won't build or something like that, just appears to be one of those packages nobody wants to QA :) -- - Panu - From pmatilai at welho.com Sat Aug 2 09:18:39 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Sat, 2 Aug 2003 12:18:39 +0300 Subject: software installer / (and anaconda?) bug In-Reply-To: <1059796573.2154.36.camel@bobcp4.lingpgmr.com> References: <200308012251.17402.elwoo@videotron.ca> <20030802032918.7B7BC3F6F@null.cs.brown.edu> <1059796573.2154.36.camel@bobcp4.lingpgmr.com> Message-ID: <1059815919.3f2b81efb8295@webmail.welho.com> Quoting Robert L Cochran : > That's fine then -- don't look. > > There's no need for you to order Elton around like you supervise him. > > Bob Cochran Nothing to do with supervising or ordering, just that potentially interesting / useful information goes unseen just because one doesn't chase every unnamed link that crosses your path, compared to short comment on what the bug is about, eg "installer crashes on foo when doing blah", bug #123456. -- - Panu - From felipe_alfaro at linuxmail.org Sat Aug 2 09:23:36 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Sat, 02 Aug 2003 11:23:36 +0200 Subject: NTP: ntpdate: Server dropped: strata too high In-Reply-To: <1059787989.9952.5.camel@lando> References: <1059787058.1159.1.camel@teapot.felipe-alfaro.com> <1059787989.9952.5.camel@lando> Message-ID: <1059816216.558.0.camel@teapot.felipe-alfaro.com> On Sat, 2003-08-02 at 03:33, Kyle Maxwell wrote: > On Fri, 2003-08-01 at 20:17, Felipe Alfaro Solana wrote: > > Never mind :-) > > I have been able to fix it... You were right: I had to open 139/UDP > > through my firewall to get NTP server synching. > > Thanks! > > 139 or 123? 139 is used for Windows networking... if you've opened that > up you might want to close it again :) 123/UDP :-) From ericbotton at netscape.net Sat Aug 2 10:19:03 2003 From: ericbotton at netscape.net (Eric Daniel Botton) Date: Sat, 02 Aug 2003 03:19:03 -0700 Subject: unsubscibe Message-ID: <3F2B9017.9010000@netscape.net> GET ME OFF YOUR LIST NOW! I didn't know I would get over 400 emails per week! stop Stop STOP! From feliciano.matias at free.fr Sat Aug 2 10:19:49 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 02 Aug 2003 12:19:49 +0200 Subject: unsubscibe In-Reply-To: <3F2B9017.9010000@netscape.net> References: <3F2B9017.9010000@netscape.net> Message-ID: <1059819588.8865.1.camel@one.myworld> Le sam 02/08/2003 ? 12:19, Eric Daniel Botton a ?crit : > GET ME OFF YOUR LIST NOW! GO HERE NOW ! http://www.redhat.com/mailman/listinfo/rhl-beta-list -------------- 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 ms-nospam-0306 at arcor.de Sat Aug 2 10:31:06 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sat, 2 Aug 2003 12:31:06 +0200 Subject: updates In-Reply-To: <1059815429.3f2b80052289f@webmail.welho.com> References: <1059774872.18552.8.camel@rhbeta.tcore.com> <1059782515.11146.3.camel@binkley> <1059784280.3f2b0658d7823@webmail.welho.com> <1059789107.11146.5.camel@binkley> <1059815429.3f2b80052289f@webmail.welho.com> Message-ID: <20030802123106.40c271c1.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, 2 Aug 2003 12:10:29 +0300, Panu Matilainen wrote: > At least Fedora has apt for severn now. Synaptic is missing but not because it > won't build or something like that, just appears to be one of those packages > nobody wants to QA :) This one? https://bugzilla.fedora.us/show_bug.cgi?id=313 If so, it is a bug-fix update and hence is better verified by someone who uses apt and synaptic actually. In comment #6, the reporter confirms that the bug-fix works. In case you only wait for the usual package sanity checks, feel free to add me as Cc and I'll have a look. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/K5Lq0iMVcrivHFQRApjMAJ9aOSwIzAkRHxfIy4poD4SVxeUrFACdE87P OkOn1cEQqw8jbLRQrCxy368= =/1XH -----END PGP SIGNATURE----- From mike at redtux.demon.co.uk Sat Aug 2 12:08:44 2003 From: mike at redtux.demon.co.uk (Mike) Date: 02 Aug 2003 13:08:44 +0100 Subject: alsa and no sound In-Reply-To: References: <1059785137.3909.8.camel@localhost.localdomain> Message-ID: <1059826121.1726.0.camel@localhost.localdomain> On Sat, 2003-08-02 at 04:58, Gerald Henriksen wrote: > On 02 Aug 2003 01:45:41 +0100, you wrote: > > >sound mixer starts up fine (everything on max) > > Are you using alsamixer? > > By default alsa mutes the inputs and outputs on a soundcard and you > must use alsamixer to unmute them (m key) as well as increase the > level as necessary. > > If you don't have alsamixer you can find it at shrike.freshrpms.net in > the alsa-utils package. > > thanks now - any idea how to stop it doing it? > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From guran at remberg.com Sat Aug 2 12:09:24 2003 From: guran at remberg.com (guran) Date: Sat, 2 Aug 2003 14:09:24 +0200 Subject: Grub - request Message-ID: <200308021409.24768.guran@remberg.com> Hi I have just done an installation via bootdisk.img and my hd images of the isos. Very nice. As I have a bunch of other Linux' on this box and uses Grub. It would be nice to have the possibility to install the RedHat Grub to the boot directory. Then it would be easier for me to know what special requests that this installation have, when I transfer the information to my own Grub. regards guran -- Red Hat Linux Beta 9.0.93 kernel-2.4.21-20.1.2024.2.1.nptl Only in a society that has 'a priori' defined what is true can the result from the evolution of life be defined false. From guran at remberg.com Sat Aug 2 12:21:37 2003 From: guran at remberg.com (guran) Date: Sat, 2 Aug 2003 14:21:37 +0200 Subject: Printer installation pb Message-ID: <200308021421.37609.guran@remberg.com> Hi I have a windows printer 'daisy-chained' to/through my old 100 MB Zip drive, it is a HP 710C. The printer had to be installed manually through 'Printer configuration' after installation. The installation went nicely, and last I was asked to print a test page. As I live in Sweden I want A4 paper, but the default setup was not corrected for my 'timezone' but printed in US letter. The installation should notice the user that the initial test page is for US letter and advice him to first use Edit and change the settings. regards guran -- Red Hat Linux Beta 9.0.93 kernel-2.4.21-20.1.2024.2.1.nptl Only in a society that has 'a priori' defined what is true can the result from the evolution of life be defined false. From avilella at lycos.es Sat Aug 2 13:04:10 2003 From: avilella at lycos.es (avb) Date: 02 Aug 2003 15:04:10 +0200 Subject: XFConfig mouse problem with 2.6.0-test2 running under severn Message-ID: <1059829450.12490.34.camel@localhost.localdomain> Hi, I've installed Severn on an Athlon XP and then the kernel-2.6.0-0.test2.1.28.athlon.rpm with "rpm -i". Reboot, choose the 2.6 kernel, and when trying to enter level 5, there was a problem with XFConfig. Apparently, the mouse, which was automatically configured during installation, is not found by the system when booting with 2.6 kernel. When the system tries to configure Xfree from a fresh setup, it fails with same arguments. I have tested it with 3 combinations: (1) A ps/2 mouse plugged alone. (2) A USB wacom volito plugged alone. (3) Both plugged. All the combinations work will the 2.4 kernel, which is 2.4.21-20.1.2024.2.1.nptl (it detects the AMD cpu and installs the athlon version of the kernel, which didn't happen with redhat 9). I append the XFree86.0.log file, P.D.: Btw, what does the "nptl" tag of the kernel means? -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XFree86.0.log URL: From warlock_ba at hotmail.com Sat Aug 2 12:33:42 2003 From: warlock_ba at hotmail.com (Andrei Botoaca) Date: 02 Aug 2003 15:33:42 +0300 Subject: Severn problems encountered. In-Reply-To: <3F2B28D7.3070208@columbus.rr.com> References: <3F2B28D7.3070208@columbus.rr.com> Message-ID: <1059827622.21299.5.camel@gelu.damage_inc> ok ... first ... all the segfaults from Severn are caused by gpm ... trashy driver , never worked for me anyway, so just stop the service on linux and stop whining on you ... Love, Me :) From guran at remberg.com Sat Aug 2 14:17:05 2003 From: guran at remberg.com (guran) Date: Sat, 2 Aug 2003 16:17:05 +0200 Subject: Kudzu in hiding during boot? Message-ID: <200308021617.05919.guran@remberg.com> Hi I am having some problem with my old ISA SB soundcard so I was trying to understand from messages what went on during installation. When during boot, in terminal by Ctrl-Alt-F5 I found that part of the duration in boot was kudzu showing its messages about printer and soundcard which were never shown in that fancy graphics. How do I shut off the graphic shit? regards guran -- Red Hat Linux Beta 9.0.93 kernel-2.4.21-20.1.2024.2.1.nptl Only in a society that has 'a priori' defined what is true can the result from the evolution of life be defined false. From whooperhsd3 at earthlink.net Sat Aug 2 14:23:47 2003 From: whooperhsd3 at earthlink.net (William Hooper) Date: Sat, 2 Aug 2003 10:23:47 -0400 (EDT) Subject: updates In-Reply-To: <1059791608.8449.38.camel@emotehp.gnucode.kicks-ass.net> References: <1059774872.18552.8.camel@rhbeta.tcore.com> <1059782515.11146.3.camel@binkley> <1059790286.8449.18.camel@emotehp.gnucode.kicks-ass.net> <1059790824.11146.11.camel@binkley> <1059791608.8449.38.camel@emotehp.gnucode.kicks-ass.net> Message-ID: <65221.65.41.49.151.1059834227.squirrel@whooper.org> Michael Young said: > On Fri, 2003-08-01 at 20:20, seth vidal wrote: [snip] > I guess the RHN thing is kinda political to me. I paid for a > subscription, but during the time I'm beta testing, the entitlement > isn't being used for anything. But, the expiration day stays the same no > matter what. That just doesn't seem fair to the paying subscriber who > wants to run the betas. Especially since the taroon updates are already > in RHN. > > This is starting to resemble bitching, so I'll shut up.. :) > > -- > Michael Young >From what I've seen, beta's rarely have updates in RHN, because betas are not meant for production systems. Towards the end of the last beta many people were complaining about a Sendmail bug not being fixed in the beta. Mike Harris gave his take on it here: https://listman.redhat.com/archives/phoebe-list/2003-March/msg00140.html I would suggest not wasting an entitlement on a beta machine. Just because you register it doesn't mean you need to entitle it. If you are using the GUI, the applet will alert you to any updates that might come along. -- William Hooper From leonardjo at hetnet.nl Sat Aug 2 14:32:58 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Sat, 2 Aug 2003 16:32:58 +0200 Subject: Kudzu in hiding during boot? In-Reply-To: <200308021617.05919.guran@remberg.com> Message-ID: <3F2BE7BA.12575.4C8258@localhost> Hi Guran, > How do I shut off the graphic shit? /etc/sysconfig/init: Set GRAPHICAL=no. Strange thing is that even though GRAPHICAL=yes on my system I do *not* get a graphical boot. Grub is running from /dev/hda14 on this system. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From herrold at owlriver.com Sat Aug 2 14:53:43 2003 From: herrold at owlriver.com (R P Herrold) Date: Sat, 2 Aug 2003 10:53:43 -0400 (EDT) Subject: Dependencies [was Re: bugs, bugs, bugs!] In-Reply-To: <3F291968.2688.F9D7D@localhost> Message-ID: On Thu, 31 Jul 2003, Leonard den Ottolander wrote: > LGPL version 2.1. This entitles you to redistribute copies under the > GPL according to paragraph 3. thanks -- Russ From jdy at cs.brown.edu Sat Aug 2 15:04:33 2003 From: jdy at cs.brown.edu (Joel Young) Date: Sat, 02 Aug 2003 11:04:33 -0400 Subject: alsa and no sound In-Reply-To: Your message of "02 Aug 2003 13:08:44 BST." <1059826121.1726.0.camel@localhost.localdomain> References: <1059785137.3909.8.camel@localhost.localdomain> <1059826121.1726.0.camel@localhost.localdomain> Message-ID: <20030802150433.A36833F62@null.cs.brown.edu> From: Mike >On Sat, 2003-08-02 at 04:58, Gerald Henriksen wrote: >> By default alsa mutes the inputs and outputs on a soundcard and you >> must use alsamixer to unmute them (m key) as well as increase the >> level as necessary. >thanks > > now - any idea how to stop it doing it? How is: post-install sound-card-0 /usr/sbin/alsactl restore >/dev/null 2>&1 || : pre-remove sound-card-0 /usr/sbin/alsactl store >/dev/null 2>&1 || : in modules.conf I think that covers what you want. Joel From betatest at gnucode.kicks-ass.net Sat Aug 2 15:43:14 2003 From: betatest at gnucode.kicks-ass.net (Michael Young) Date: 02 Aug 2003 09:43:14 -0600 Subject: updates In-Reply-To: <65221.65.41.49.151.1059834227.squirrel@whooper.org> References: <1059774872.18552.8.camel@rhbeta.tcore.com> <1059782515.11146.3.camel@binkley> <1059790286.8449.18.camel@emotehp.gnucode.kicks-ass.net> <1059790824.11146.11.camel@binkley> <1059791608.8449.38.camel@emotehp.gnucode.kicks-ass.net> <65221.65.41.49.151.1059834227.squirrel@whooper.org> Message-ID: <1059838994.11814.66.camel@emotehp.gnucode.kicks-ass.net> On Sat, 2003-08-02 at 08:23, William Hooper wrote: > >From what I've seen, beta's rarely have updates in RHN, because betas are > not meant for production systems. Towards the end of the last beta many > people were complaining about a Sendmail bug not being fixed in the beta. > Mike Harris gave his take on it here: > > https://listman.redhat.com/archives/phoebe-list/2003-March/msg00140.html > > I would suggest not wasting an entitlement on a beta machine. Just > because you register it doesn't mean you need to entitle it. If you are > using the GUI, the applet will alert you to any updates that might come > along. What I can't stress enough is the fact updates for the RHEL beta are already in RHN. A beta is a beta, be it RHEL or RHL. So if RH is going to release updates for one beta on RHN, why can't they do it for the other beta as well? As a home user, I don't really have any "production systems." I could care less if I blow them up or not. I am stuck administering windows at work, so, I like coming home and playing with my linux machines. Kind of a hobby you might say. I have 2 basic entitlements (not demo, I paid money) for my 2 home machines. AFAIK, basic entitlements are targeted at the home user. So, if I run a beta on 1 of my 2 systems, an entitlement is automatically being wasted. Everyone seems to be saying I can't use the tools I "purchased" if I want to run the betas. So, if I don't want to throw away my money, don't beta test. That attitude does not make me feel very welcome in the development community. Doesn't that contradict what the RHLP is trying to achieve, community participation? Just my $0.10... :| -- Michael Young From aoliva at redhat.com Sat Aug 2 15:58:19 2003 From: aoliva at redhat.com (Alexandre Oliva) Date: 02 Aug 2003 12:58:19 -0300 Subject: repeated key press events? Message-ID: I've been experiencing a somewhat annoying problem on Severn, on both my desktop and laptop: sometimes, when I press a letter (or number, arrow, whatever), without holding it, I get, instead of just one letter, 5-20 copies of the letter (or number, cursor movement, whatever :-) Is anyone else experiencing this? I'd like to file this in bugzilla, but I'd like to make sure the keyboards didn't decide to both start failing in this odd way at the same time. -- Alexandre Oliva, GCC Team, Red Hat From kylem at xwell.org Sat Aug 2 16:15:37 2003 From: kylem at xwell.org (Kyle Maxwell) Date: 02 Aug 2003 11:15:37 -0500 Subject: repeated key press events? In-Reply-To: References: Message-ID: <1059840937.6807.1.camel@lando> On Sat, 2003-08-02 at 10:58, Alexandre Oliva wrote: > I've been experiencing a somewhat annoying problem on Severn, on both > my desktop and laptop: sometimes, when I press a letter (or number, > arrow, whatever), without holding it, I get, instead of just one > letter, 5-20 copies of the letter (or number, cursor movement, > whatever :-) > > Is anyone else experiencing this? I'd like to file this in bugzilla, > but I'd like to make sure the keyboards didn't decide to both start > failing in this odd way at the same time. I've seen this as well but I can't swear that it's not due to my physical keyboard (el cheapo $12 Fry's special). The fact that someone else sees it makes me think that it's not. I can't really reproduce it, though, and it's only happened to me a couple of times. -- Kyle Maxwell From hp at redhat.com Sat Aug 2 17:50:03 2003 From: hp at redhat.com (Havoc Pennington) Date: Sat, 2 Aug 2003 13:50:03 -0400 Subject: repeated key press events? In-Reply-To: <1059840937.6807.1.camel@lando> References: <1059840937.6807.1.camel@lando> Message-ID: <20030802135003.E8543@devserv.devel.redhat.com> On Sat, Aug 02, 2003 at 11:15:37AM -0500, Kyle Maxwell wrote: > On Sat, 2003-08-02 at 10:58, Alexandre Oliva wrote: > > I've been experiencing a somewhat annoying problem on Severn, on both > > my desktop and laptop: sometimes, when I press a letter (or number, > > arrow, whatever), without holding it, I get, instead of just one > > letter, 5-20 copies of the letter (or number, cursor movement, > > whatever :-) > > > > Is anyone else experiencing this? I'd like to file this in bugzilla, > > but I'd like to make sure the keyboards didn't decide to both start > > failing in this odd way at the same time. > > I've seen this as well but I can't swear that it's not due to my > physical keyboard (el cheapo $12 Fry's special). The fact that someone > else sees it makes me think that it's not. > > I can't really reproduce it, though, and it's only happened to me a > couple of times. I've gotten this before on RHL9, with a USB keyboard. It doesn't seem to be happening recently though. It could be kernel, X, or the desktop env, pretty hard to track down especially when it's not reproduceable. Havoc From joden at malachi.lee.k12.nc.us Sat Aug 2 18:23:47 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Sat, 2 Aug 2003 14:23:47 -0400 (EDT) Subject: NTP: ntpdate: Server dropped: strata too high In-Reply-To: <3F2B0CC8.29786.1D4DD1@localhost> Message-ID: On Sat, 2 Aug 2003, Leonard den Ottolander wrote: > Hello Felipe, > > > The server should be synched, since upon starting "ntpd", the "ntpdate" > > command is invoked and the time is synched. > > ntpd has to sync itself with its peers. The fact that the system clock > is synced by ntpdate doesn't matter in that respect. > Just so you know, Felipe, this can take as long as 5 minutes. I don't understand the protocol enough to give you anything more deterministic than that. What I believe its doing in this time is trying to determine how much delay it can expect from the network in order to adjust any values it gets from the upstream server for this (and it probably is looking at things like latency internal to the server its on also). So basically you just have to give it a little time, and eventually it will get synced up. What the nptdate does is at least give it a sane starting point so that the sync can occur, and won't take nearly as long. Cheers...james > Bye, > Leonard. > > -- > How clean is a war when you shoot around nukelar waste? > Stop the use of depleted uranium ammo! > End all weapons of mass destruction. > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From jspaleta at princeton.edu Sat Aug 2 17:58:24 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 02 Aug 2003 13:58:24 -0400 Subject: updates Message-ID: <1059847104.4717.6.camel@localhost.localdomain> Michael Young wrote, somewhere in the digest: >What I can't stress enough is the fact updates for the RHEL beta are >already in RHN. A beta is a beta, be it RHEL or RHL. So if RH is going >to release updates for one beta on RHN, why can't they do it for the >other beta as well? Actually...RHL is now a 'project' RHEL is still a 'product'...i don't think how the beta phases for RHL and RHEL are going to look the same, from this point forward (and i dont think the community at large is going to want them to). And frankly...since the language at the rhl webpages, seemed to have redefined what rawhide is going to be used for....i don't think using up2date for pushing bugfix packages is going to make sense really... My view of how rhn has been used in beta phases in the past, has been more about testing rhn functionality, than providing a service to beta tester to get a stream of updates. IF the rhlp, is serious about making this a broader community development effort, then there needs to be a community way to push updates around. RHN, like it or not....is a redhat support service for redhat products. I'd imagine that at someone there will be updates to a beta channel, in an effort to test up2date functionality against the beta..to make sure up2date is working. But i think is a logic error in assuming that RHN will be the prefered mechanism to get RHLp beta package updates from this point forward. More likely than not community based proggies like apt and yum will end up being the preference, if the development process does broaden out into the community. >Everyone seems to be saying I can't use the tools I "purchased" if I >want to run the betas. So, if I don't want to throw away my money,don't >beta test. That attitude does not make me feel very welcome in the >development community. Here is where you apply a little logic. Redhat does not support the beta releases. RHN is essential a support service...for supported products. The expectation that RHN can be used to update the beta..ever..just don't make a lot of sense. RHN is not part of this community 'project'. There needs to be a community based way of pushing updates around between iso sets...yum apt etc....rhn is not there to help developers...id imagine rhel is getting active rhn updates becuase rhel is still a redhat 'product' and is not going to open up to community based decision making,and a lot of closed beta testing is going on inhouse for the RHEL stuff. RHLp isn't going to get that kind of inhouse private beta testing anymore...so rhl.redhat.com had me believe when i read it. I would never buy an entitlement for a beta release...then again i would never obliterate a functional redhat install that i need working with a beta either. I buy entitlements to cover my home desktops...and then i beta test a seperate install. I register that beta install with rhn, and I wait. When i see updates for the beta, I go to rhn flip the entitlement over to the beta box just long enough to get the beta updates and switch it back. You can't be sure there will EVER be updates in RHN, I don't know why you expect them...don't bank on it..don't buy the entitlement for the beta system. I seriously doubt anyone at redhat expects you to buy entitlements for the beta....and it takes minimal effort to switch an active entitlement over when and if you need to test rhn on the beta install. But lets talk about the issue of what would happen if redhat gave everybody running a beta install a freebie entitlement. Everyone would run a beta install...and redhat's rhn bandwidth would get munched by beta updates...not cool. If this really is going to be a more open development project...then there needs to be a community way to push updates around during these beta phases. RHN is a redhat service, which does need its own amount of beta testing, but its not a community based service...at least not yet...have to wonder if the idea of 3rd party channel through rhn tied to say yum repos will gain a little traction if redhat ever get around to targeting the home desktop userbase. Now that the language surrounding what rawhide is suppose to be has changed(according to the rhl website when i read it) there needs some community based ways to get access to those beta updates that appear in rawhide. -jef"wouldn't it be great if i could configure my up2date client to look for updates on community add-on channels like fedora? Or failing that...having an applet icon notifier that would work in a similar way for apt or yum based repos i could use to give me a heads up about updates"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 tdiehl at rogueind.com Sat Aug 2 18:28:15 2003 From: tdiehl at rogueind.com (Tom Diehl) Date: Sat, 2 Aug 2003 14:28:15 -0400 (EDT) Subject: Grub - request In-Reply-To: <200308021409.24768.guran@remberg.com> Message-ID: On Sat, 2 Aug 2003, guran wrote: > Hi > > I have just done an installation via bootdisk.img and my hd images of the > isos. Very nice. > As I have a bunch of other Linux' on this box and uses Grub. It would be nice > to have the possibility to install the RedHat Grub to the boot directory. > Then it would be easier for me to know what special requests that this > installation have, when I transfer the information to my own Grub. So what is the request?? Do you want to setup a dual boot machine?? -- ......Tom Registered Linux User #14522 http://counter.li.org tdiehl at rogueind.com My current SpamTrap -------> mtd123 at rogueind.com From ms-nospam-0306 at arcor.de Sat Aug 2 18:56:24 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sat, 2 Aug 2003 20:56:24 +0200 Subject: repeated key press events? In-Reply-To: References: Message-ID: <20030802205624.12664d15.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02 Aug 2003 12:58:19 -0300, Alexandre Oliva wrote: > I've been experiencing a somewhat annoying problem on Severn, on both > my desktop and laptop: sometimes, when I press a letter (or number, > arrow, whatever), without holding it, I get, instead of just one > letter, 5-20 copies of the letter (or number, cursor movement, > whatever :-) > > Is anyone else experiencing this? I'd like to file this in bugzilla, > but I'd like to make sure the keyboards didn't decide to both start > failing in this odd way at the same time. I've seen someone posting about it to a message board. But I've not pursued it further because it sounded like misconfiguration or hardware problems. It was about Shrike, not Severn. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/LAlY0iMVcrivHFQRAnL1AJ9eKQ6CfO/CLeDrn5eoJKb6hlsqZQCfUFMM H0v3FM+3T6SoMeLVfSgC908= =6/QE -----END PGP SIGNATURE----- From betatest at gnucode.kicks-ass.net Sat Aug 2 18:58:51 2003 From: betatest at gnucode.kicks-ass.net (Michael Young) Date: 02 Aug 2003 12:58:51 -0600 Subject: updates In-Reply-To: <1059847104.4717.6.camel@localhost.localdomain> References: <1059847104.4717.6.camel@localhost.localdomain> Message-ID: <1059850730.19630.37.camel@emotehp.gnucode.kicks-ass.net> This conversation is going no where.. We should just forget I asked a question. I almost didn't send my original message in the first place because I had a feeling this is the type of thread it would turn into. People seem to be reading between the lines instead of reading what I actually wrote. I really didn't want to have a debate. If I can download the software from RHN, I should be able to get the updates from RHN as well. This my opinion and I'm sticking to it. I'm tired of hearing "it's not supported." I didn't ask for "support," I just asked why the updates for Severn weren't available from RHN, while the updates for Taroon are. And, so far, I received an answer from everyone but a Red Hat employee (well, not everyone, but you get the point). I am also concerned that I will not be able to use the remainder of my subscription on the next release of RHL. That would force me to keep my systems at RH9, or quit using my entitlements, which will cost me money. I guess I will re-install my "supported" product, quit making an effort to contribute to the community, and go on about my business... -- Michael Young From guran at remberg.com Sat Aug 2 19:17:39 2003 From: guran at remberg.com (guran) Date: Sat, 2 Aug 2003 21:17:39 +0200 Subject: Grub - request In-Reply-To: References: Message-ID: <200308022117.39935.guran@remberg.com> On Saturday 02 August 2003 20.28, Tom Diehl wrote: > So what is the request?? Do you want to setup a dual boot machine?? O.K. Forgive me if it was stupid, but on my box I have, seven different installations of Linux, and I had not been using Red Hat for years, so I was wondering if devfs was used, if any information to the fb should be given &c But that's just me, so skip it. guran -- Mandrake Linux 9.1 kernel-2.4.21.0.25mdk-1-1mdk Only in a society that has 'a priori' defined what is true can the result from the evolution of life be defined false. From guran at remberg.com Sat Aug 2 19:55:36 2003 From: guran at remberg.com (guran) Date: Sat, 2 Aug 2003 21:55:36 +0200 Subject: Complete hang on hd check Message-ID: <200308022155.36863.guran@remberg.com> Hi When rebooting one of my partitions had been initiated 24 times without a check so it was set out -> complete hang, had to do a hard reset. Rebooted into Severn again and got the same hang => did the check in another installation. regards guran -- Red Hat Linux Beta 9.0.93 kernel-2.4.21-20.1.2024.2.1.nptl Only in a society that has 'a priori' defined what is true can the result from the evolution of life be defined false. From alan at redhat.com Sat Aug 2 20:02:08 2003 From: alan at redhat.com (Alan Cox) Date: Sat, 2 Aug 2003 16:02:08 -0400 (EDT) Subject: repeated key press events? In-Reply-To: <20030802135003.E8543@devserv.devel.redhat.com> from "Havoc Pennington" at Aws 02, 2003 01:50:03 Message-ID: <200308022002.h72K28Y24795@devserv.devel.redhat.com> > I've gotten this before on RHL9, with a USB keyboard. It doesn't seem > to be happening recently though. > > It could be kernel, X, or the desktop env, pretty hard to track down > especially when it's not reproduceable. The older uhci USB code would repeat events - I saw that with USB mice too. That seems to be fixed. The other case I know about is toshiba laptops but we *should* have a workaround in place that stops this occuring. From pandemic at syn-recon.net Sat Aug 2 20:57:14 2003 From: pandemic at syn-recon.net (Florian Hines) Date: Sat, 2 Aug 2003 15:57:14 -0500 Subject: repeated key press events? In-Reply-To: <200308022002.h72K28Y24795@devserv.devel.redhat.com> Message-ID: <000801c35938$aa38b6b0$6501a8c0@D611017> I get this both on severn and on 9.0, im on a Dell 200 SmartStep notebook. And it gets really annoying lol. Florian #-----Original Message----- #From: rhl-beta-list-admin at redhat.com #[mailto:rhl-beta-list-admin at redhat.com] On Behalf Of Alan Cox #Sent: Saturday, August 02, 2003 3:02 PM #To: rhl-beta-list at redhat.com #Subject: Re: repeated key press events? # # #> I've gotten this before on RHL9, with a USB keyboard. It #doesn't seem #> to be happening recently though. #> #> It could be kernel, X, or the desktop env, pretty hard to track down #> especially when it's not reproduceable. # #The older uhci USB code would repeat events - I saw that with #USB mice too. That seems to be fixed. The other case I know #about is toshiba laptops but we *should* have a workaround in #place that stops this occuring. # # #-- #Rhl-beta-list mailing list #Rhl-beta-list at redhat.com #http://www.redhat.com/mailman/listinfo/rhl-#beta-list # From adam at dynamicinteraction.co.uk Sat Aug 2 21:52:30 2003 From: adam at dynamicinteraction.co.uk (Mr. Adam ALLEN) Date: 02 Aug 2003 22:52:30 +0100 Subject: laptop got hot, no fans! (acpi tools to check fans/temp/battery?) Message-ID: <1059861150.4722.13.camel@elsol.zwan> pre-severn the laptop (Dell Lattitude L400) would use apm- and I could use the apm utility on the command line to check the battery status. Does severn have any command line utilities to show the battery status, (hopefully temperature) as well. I had a quick look at http://grahame.angrygoats.net/acpi.shtml but that doesn't work straight off with severn. The reason for wanting these tools.... A little concerned (rebuilding the 2.6 test2 kernel and the fan never came on- this is running the severn default kernel). The machine decided to power itself off after half an hour. I want to make sure that severns kernel isn't stopping the fan coming on. Let the laptop cool down and tried rebuiliding the kernel again- same thing, no fans after 20 minutes and the laptop getting hot enough to burn. I've fallen back to appending acpi=off for now. I've kept the output of dmidecode and acpidmp if this would offer any help in tracking down the problem. -- Regards, Adam Allen. adam at dynamicinteraction.co.uk pgp http://search.keyserver.net:11371/pks/lookup?op=vindex&search=adam%40dynamicinteraction.co.uk -------------- 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 linhardt at swbell.net Sat Aug 2 22:19:25 2003 From: linhardt at swbell.net (Terry R Linhardt) Date: 02 Aug 2003 17:19:25 -0500 Subject: updates In-Reply-To: <1059838994.11814.66.camel@emotehp.gnucode.kicks-ass.net> References: <1059774872.18552.8.camel@rhbeta.tcore.com> <1059782515.11146.3.camel@binkley> <1059790286.8449.18.camel@emotehp.gnucode.kicks-ass.net> <1059790824.11146.11.camel@binkley> <1059791608.8449.38.camel@emotehp.gnucode.kicks-ass.net> <65221.65.41.49.151.1059834227.squirrel@whooper.org> <1059838994.11814.66.camel@emotehp.gnucode.kicks-ass.net> Message-ID: <1059862765.1210.1294.camel@chastain> Michael, I believe the industry "convention" is that a beta is a release for individuals to test against. Reported fixes go into the next beta release, or eventually into the production release. The key to a beta is that everybody is working against the same code set. If beta release with patches applied is called a MS Windows. Terry On Sat, 2003-08-02 at 10:43, Michael Young wrote: > On Sat, 2003-08-02 at 08:23, William Hooper wrote: > > > >From what I've seen, beta's rarely have updates in RHN, because betas are > > not meant for production systems. Towards the end of the last beta many > > people were complaining about a Sendmail bug not being fixed in the beta. > > Mike Harris gave his take on it here: > > > > https://listman.redhat.com/archives/phoebe-list/2003-March/msg00140.html > > > > I would suggest not wasting an entitlement on a beta machine. Just > > because you register it doesn't mean you need to entitle it. If you are > > using the GUI, the applet will alert you to any updates that might come > > along. > > What I can't stress enough is the fact updates for the RHEL beta are > already in RHN. A beta is a beta, be it RHEL or RHL. So if RH is going > to release updates for one beta on RHN, why can't they do it for the > other beta as well? > > As a home user, I don't really have any "production systems." I could > care less if I blow them up or not. I am stuck administering windows at > work, so, I like coming home and playing with my linux machines. Kind of > a hobby you might say. > > I have 2 basic entitlements (not demo, I paid money) for my 2 home > machines. AFAIK, basic entitlements are targeted at the home user. So, > if I run a beta on 1 of my 2 systems, an entitlement is automatically > being wasted. > > Everyone seems to be saying I can't use the tools I "purchased" if I > want to run the betas. So, if I don't want to throw away my money, don't > beta test. That attitude does not make me feel very welcome in the > development community. > > Doesn't that contradict what the RHLP is trying to achieve, community > participation? Just my $0.10... :| -- Terry R Linhardt From jdy at cs.brown.edu Sat Aug 2 22:43:55 2003 From: jdy at cs.brown.edu (Joel Young) Date: Sat, 02 Aug 2003 18:43:55 -0400 Subject: updates In-Reply-To: Your message of "02 Aug 2003 17:19:25 CDT." <1059862765.1210.1294.camel@chastain> References: <1059774872.18552.8.camel@rhbeta.tcore.com> <1059782515.11146.3.camel@binkley> <1059790286.8449.18.camel@emotehp.gnucode.kicks-ass.net> <1059790824.11146.11.camel@binkley> <1059791608.8449.38.camel@emotehp.gnucode.kicks-ass.net> <65221.65.41.49.151.1059834227.squirrel@whooper.org> <1059838994.11814.66.camel@emotehp.gnucode.kicks-ass.net> <1059862765.1210.1294.camel@chastain> Message-ID: <20030802224355.CDB293F51@null.cs.brown.edu> If I understand Michael right, what he wants is some consideration and/or comps since he purchased rhn entitlements which will expire and which he is unable to use while beta testing severn. Why is he unable to use them? Because the machine he was planning on using them on is now running severn. Since he is performing a valuable service for RedHat, it would be apropos for RedHat to comp him with an entitlement extension for when he shifts out of beta testing mode...or to make those entitlements useful and worth using while in beta test mode. Is that it? I think it would be a nice benefit for actively beta testing severn if we were comped with some rhn services. I'm not sure I would use them since I find yum and downloading RPMS manually quite satisfactory but... Joel From jspaleta at princeton.edu Sat Aug 2 23:30:21 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 02 Aug 2003 19:30:21 -0400 Subject: updates Message-ID: <1059867021.4717.58.camel@localhost.localdomain> Michael Young wrote, somewhere in the digest: >I'm tired of hearing "it's not supported." I didn't ask for "support," >I just asked why the updates for Severn weren't available from RHN, whil >the updates for Taroon are. And, so far, I received an answer from >everyone but a Red Hat employee (well, not everyone, but you get the >point). Simple answer...there are no updates...wait for them to appear....if they appear..be happy. The key here is don't expect updates to ever ever ever appear. And don't work under the assumption that RHEL betas and RHL betas are anywhere close to the same thing. So what if RHEL beta has updates in rhn...where is it written rhn is going to carry updates between beta isos? For all you know RHEL is getting updates through rhn to test rhn functionality. RHL has a published(well it did at rhl.redhat.com when that site was working) schedule pointing out when the next iso set will appear...I didnt see any mention about published updates outside of rawhide between those iso sets. >I am also concerned that I will not be able to use the remainder of my >subscription on the next release of RHL. That would force me to keep my >systems at RH9, or quit using my entitlements, which will cost me money. This is a concern well outside the bounds of this list. I can't speak for Red Hat's plan for rhn and their next non enterprise product release. All i can say is that if they were to stop offering updates through rhn for their non enterprise line of products...I'd have no need for the rhn service and I would not re-up my subscription in the future. But your concern about future redhat releases and rhn is very much outside the scope of this beta list....but personally i think you'd be better off asking the world governments about their plan in case of a massive asteroid strike on the earth, i think that's probably a higher likelihood..so you should spend you effort on that concern before getting worked about about rhn. >I guess I will re-install my "supported" product, quit making an effort >to contribute to the community, and go on about my business... Nice parting shot. Yeesh...is this how you handle every time someone disagrees with you or tells you your concerns are not a big priority to them...you just take your ball and go home? If you are really interesting in running the beta and contributing, you have a few options. The chances of these options changing, because you threaten to reinstall rhl9 are pretty low. Your options are: 1)just use the isos sets...report bugs..wait for next iso this is by far the safest course of action... 2)keep watching that up2date icon...and if it shows there is an update present, go to rhn switch yer active entitlements around and get the beta updates. DO NOT EXPECT updates to appear. 3)watch an ftp mirror or yum/apt/autoupdate/grab repository for updates 4)watch rawhide and eat relevant rawhide packages as they come out...since it seems now this time around rawhide's been redefined to be more beta relevant...so rhl.redhat.com would make me believe. RHN is NOT RHLp. If you NEED RHN to work for you, and you don't have a spare system...then you are probably better off not using the beta at all. I can't for the life of me understand why you would pay for an entitlement for a stable system, then choose to replace that system with a beta. At no point in the past has anyone said that rhn would definitely provide updates for betas...certaintly not security updates(which if you look back is pretty much the main reason rhn is used for in the redhat releases)...we saw this last time around with the sendmail security vulnerability that showed up right before the last release. I think you have some misconceptions about the service rhn provides...the point of beta releases in general...and the point about contributing to a community effort....you brought up a concern. I thought the reference to a previous mharris post about what 'support' means in a beta summed up the general point: once you install the beta...you can't expect to see one single update package ever! If they show up...they show up. And as for rawhide, the day to day packages that show up in rawhide should still be taken with as much concern as in the past i think. Rawhide packages could easily break as much as they fix...its not clear to me that its in every beta tester's best interest to eat rawhide on a daily basis. Every beta tester..if yer going to beta test should run the isos and report bugs, and follow up on their specific bugreports if a developer pushes updates to rawhide...but i don't know if every beta tester should be using the daily rawhide updates for all the packages...and expect to end up with a system that is better of than before. -jef"heading off to write to his congressmen about that asteroid strike preparedness plan"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 matt at primefactor.com Sat Aug 2 23:58:43 2003 From: matt at primefactor.com (Matt Perry) Date: Sat, 2 Aug 2003 16:58:43 -0700 (PDT) Subject: updates In-Reply-To: <1059850730.19630.37.camel@emotehp.gnucode.kicks-ass.net> References: <1059847104.4717.6.camel@localhost.localdomain> <1059850730.19630.37.camel@emotehp.gnucode.kicks-ass.net> Message-ID: On 2 Aug 2003, Michael Young wrote: > I am also concerned that I will not be able to use the remainder of my > subscription on the next release of RHL. That would force me to keep my > systems at RH9, or quit using my entitlements, which will cost me money. The only limitation is that of time. Your entitlement will expire at some point at which you can renew it or let it go. The entitlements can be applied to anything. They aren't locked at a certain revision. If the next version of Red Hat comes out then you can install it, register it with RHN, and then on the RHN web site remove the entitlement from the old machine and assign it to the new one. - .\\ From mike at redtux.demon.co.uk Sun Aug 3 00:25:20 2003 From: mike at redtux.demon.co.uk (Mike) Date: 03 Aug 2003 01:25:20 +0100 Subject: XFConfig mouse problem with 2.6.0-test2 running under severn In-Reply-To: <1059829450.12490.34.camel@localhost.localdomain> References: <1059829450.12490.34.camel@localhost.localdomain> Message-ID: <1059870315.3788.1.camel@localhost.localdomain> On Sat, 2003-08-02 at 14:04, avb wrote: > Hi, > > I've installed Severn on an Athlon XP and then the > kernel-2.6.0-0.test2.1.28.athlon.rpm with "rpm -i". Reboot, choose the > 2.6 kernel, and when trying to enter level 5, there was a problem with > XFConfig. > > Apparently, the mouse, which was automatically configured during > installation, is not found by the system when booting with 2.6 kernel. > > When the system tries to configure Xfree from a fresh setup, it fails > with same arguments. > > I have tested it with 3 combinations: > > (1) A ps/2 mouse plugged alone. > (2) A USB wacom volito plugged alone. > (3) Both plugged. > try adding this to /etc/modprobe.conf alias char-major-10-1 mousedev worked for me (I have a ps2 scroll mouse) > All the combinations work will the 2.4 kernel, which is > 2.4.21-20.1.2024.2.1.nptl (it detects the AMD cpu and installs the > athlon version of the kernel, which didn't happen with redhat 9). > > I append the XFree86.0.log file, > > P.D.: Btw, what does the "nptl" tag of the kernel means? > new threading library > From mike at redtux.demon.co.uk Sun Aug 3 00:37:41 2003 From: mike at redtux.demon.co.uk (Mike) Date: 03 Aug 2003 01:37:41 +0100 Subject: alsa and no sound In-Reply-To: <20030802150433.A36833F62@null.cs.brown.edu> References: <1059785137.3909.8.camel@localhost.localdomain> <1059826121.1726.0.camel@localhost.localdomain> <20030802150433.A36833F62@null.cs.brown.edu> Message-ID: <1059871057.3788.13.camel@localhost.localdomain> On Sat, 2003-08-02 at 16:04, Joel Young wrote: > From: Mike > >On Sat, 2003-08-02 at 04:58, Gerald Henriksen wrote: > >> By default alsa mutes the inputs and outputs on a soundcard and you > >> must use alsamixer to unmute them (m key) as well as increase the > >> level as necessary. > >thanks > > > > now - any idea how to stop it doing it? > > How is: > > post-install sound-card-0 /usr/sbin/alsactl restore >/dev/null 2>&1 || : > pre-remove sound-card-0 /usr/sbin/alsactl store >/dev/null 2>&1 || : > > in modules.conf > tried this (but in /etc/modprobe.conf - using 2.6-test2) what I get is ignoring badline at for both of these commands ie: Aug 3 01:16:14 localhost modprobe: WARNING: /etc/modprobe.conf line 14: ignoring bad line starting with 'pre-remove' Aug 3 01:16:36 localhost modprobe: WARNING: /etc/modprobe.conf line 13: ignoring bad line starting with 'post-install' > I think that covers what you want. > > Joel > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From tdiehl at rogueind.com Sun Aug 3 02:18:10 2003 From: tdiehl at rogueind.com (Tom Diehl) Date: Sat, 2 Aug 2003 22:18:10 -0400 (EDT) Subject: Grub - request In-Reply-To: <200308022117.39935.guran@remberg.com> Message-ID: On Sat, 2 Aug 2003, guran wrote: > On Saturday 02 August 2003 20.28, Tom Diehl wrote: > > > So what is the request?? Do you want to setup a dual boot machine?? > > O.K. Forgive me if it was stupid, but on my box I have, seven different > installations of Linux, and I had not been using Red Hat for years, so I was > wondering if devfs was used, if any information to the fb should be given &c > > But that's just me, so skip it. I did not say you were stupid. I was trying to understand what you were trying to accomplish so I could help. In your original message you said something about grub now you are asking about devfs and fb. I am confused :-( AFAIK RHL does not support devfs. It is generally more trouble than it is worth. I do not know much if anything about fb. I have never messed with it. Sorry, -- ......Tom Registered Linux User #14522 http://counter.li.org tdiehl at rogueind.com My current SpamTrap -------> mtd123 at rogueind.com From gstool at earthlink.net Sun Aug 3 02:39:11 2003 From: gstool at earthlink.net (Gerry Tool) Date: Sat, 02 Aug 2003 21:39:11 -0500 Subject: Advanced Display parameters missing in severn Message-ID: <3F2C75CF.8050204@earthlink.net> In RHL9 the System Settings > Display dialog has an Advanced tab with a DPI section and a Set DPI button that opens a sub-dialog that allows manual setting of the Monitor width and height in whatever units one specifies. This is very useful for matching the dimensions of a frame in a word processor with the dimensions of a picture inserted from a file that has the size determined by a program such as Gimp. There is no such facility in the Display applet in severn. Is there another way to set these parameters? If not, it seems a regression to remove this facility from the new version of RHL. Thanks. Gerry From whooperhsd3 at earthlink.net Sun Aug 3 02:40:54 2003 From: whooperhsd3 at earthlink.net (William Hooper) Date: Sat, 2 Aug 2003 22:40:54 -0400 (EDT) Subject: updates In-Reply-To: <1059850730.19630.37.camel@emotehp.gnucode.kicks-ass.net> References: <1059847104.4717.6.camel@localhost.localdomain> <1059850730.19630.37.camel@emotehp.gnucode.kicks-ass.net> Message-ID: <1330.192.168.0.49.1059878454.squirrel@192.168.0.52> Michael Young said: [snip] > I'm tired of hearing "it's not supported." I didn't ask for "support," I > just asked why the updates for Severn weren't available from RHN, while > the updates for Taroon are. And, so far, I received an answer from > everyone but a Red Hat employee (well, not everyone, but you get the > point). I think you missed the part when we asked "what updates"? > I am also concerned that I will not be able to use the remainder of my > subscription on the next release of RHL. That would force me to keep my > systems at RH9, or quit using my entitlements, which will cost me money. As others pointed out your RHN subscription is not tied to either that particular machine or that particular release. It is based entirely on time. If you keep your subscription paid up you could continue to use it on every release (note I said release, not beta) that comes out. > I guess I will re-install my "supported" product, quit making an effort > to contribute to the community, and go on about my business... If your main concern is not being able to use your subscription on betas in between releases, then by all means go ahead. If you are interested in seeing what direction the RHLP is going, and possibly make the next release better, then run the betas. Why don't you just let one of your subscriptions run out and have one machine on the release and one on the newest beta? -- William Hooper From cochranb at speakeasy.net Sun Aug 3 03:00:46 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 02 Aug 2003 23:00:46 -0400 Subject: updates In-Reply-To: References: <1059847104.4717.6.camel@localhost.localdomain> <1059850730.19630.37.camel@emotehp.gnucode.kicks-ass.net> Message-ID: <1059879646.2027.23.camel@bobcp4.lingpgmr.com> The really interesting thing about this thread is that it demonstrates a clear need for Red Hat Network to do a much better job of explaining Red Hat Network. Speaking as a paying customer, I rate RHN's actual customer service near zero. On a scale of 0 to 10 with 10 being the best, RHN rates about a 0.5. It does deliver a product, which is why I pay; but a quality customer service element is distinctly missing. There are ways to start to improve that rating. When firstboot runs, there should be a window that asks the user, "Do you want an explanation of what Red Hat Network is, or would you like to skip an explanation?" Then there should be two buttons, one labelled "More Information", the other labelled "Skip". If the user clicks More Information, he or she is presented with a clear, simple explanation of Red Hat Network, its costs and access to an online FAQ. Here, the user can get answers to the concerns that have been expressed here. When the user finishes this, he or she is returned to firstboot. If the user clicks Skip, the firstboot process continues, including registration of the system with RHN. (But that process needs to explain what entitlements are -- how they work -- at the time system information is uploaded.) This will start to address the biggest problem RHN probably has: its own complete inability to clearly explain the RHN service to a new user at install time. If it makes this beginning, it will take the first step towards better customer service. Bob Cochran On Sat, 2003-08-02 at 19:58, Matt Perry wrote: > On 2 Aug 2003, Michael Young wrote: > > > I am also concerned that I will not be able to use the remainder of my > > subscription on the next release of RHL. That would force me to keep my > > systems at RH9, or quit using my entitlements, which will cost me money From cochranb at speakeasy.net Sun Aug 3 03:42:21 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 02 Aug 2003 23:42:21 -0400 Subject: Letting Ordinary Users Write To Disk Key Message-ID: <1059882141.2027.28.camel@bobcp4.lingpgmr.com> I have a 128 Mb disk key plugged into my test machine. Severn recognizes it, and I've formatted and mounted the thing as '/mnt/dkey'. How can I give an ordinary user (namely, me) write access to it? Thanks Bob Cochran -------------- 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 nomis80 at nomis80.org Sun Aug 3 03:46:34 2003 From: nomis80 at nomis80.org (Simon Perreault) Date: Sat, 2 Aug 2003 23:46:34 -0400 Subject: Letting Ordinary Users Write To Disk Key In-Reply-To: <1059882141.2027.28.camel@bobcp4.lingpgmr.com> References: <1059882141.2027.28.camel@bobcp4.lingpgmr.com> Message-ID: <200308022346.34751.nomis80@nomis80.org> On August 2, 2003 23:42, Robert L Cochran wrote: > I have a 128 Mb disk key plugged into my test machine. Severn recognizes > it, and I've formatted and mounted the thing as '/mnt/dkey'. How can I > give an ordinary user (namely, me) write access to it? Use the "user" mount option in /etc/fstab. See "man mount" for more informatino. -- Simon Perreault http://nomis80.org From ghenriks at rogers.com Sun Aug 3 05:27:15 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Sun, 03 Aug 2003 01:27:15 -0400 Subject: 2.6.0- test2, getting sound to work? In-Reply-To: <0HIX009CPBH3FI@l-daemon> References: <8029221.1059706678563.JavaMail.nobody@wamui04.slb.atl.earthlink.net> <0HIX009CPBH3FI@l-daemon> Message-ID: On Thu, 31 Jul 2003 21:36:35 -0700, you wrote: >Any reason why the directives are doubled in the above? Mistake and copying and pasting, there actually is only one instance in my /etc/modprobe. Thanks for the help but the issue became moot when playing music would consistently lock up my computer requiring the use of the reset button. I guess for now I will have to avoid 2.6.0-test2 and wait for the next release. From pavelr at coresma.com Sun Aug 3 08:10:31 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Sun, 3 Aug 2003 10:10:31 +0200 Subject: VNC installation Message-ID: <6A3008858445D711A58A00062939B2F1EC80@EXCHANGE> > -----Original Message----- > From: Bernd Bartmann [mailto:Bernd.Bartmann at sohanet.de] > Sent: Thu, July 31, 2003 9:19 PM > To: rhl-beta-list at redhat.com > Subject: Re: VNC installation > > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Felipe Alfaro Solana wrote: > | On Thu, 2003-07-31 at 20:04, Pavel Rozenboim wrote: > | > | > |>Just installed severn over VNC. It just worked. > |>Great job :) > | > | > | How did you do that? > | I'm *really* curious about it... > > It's explained in the release notes. Just pass "vnc" as kernel boot > parameter. The only problem I had with this is that you have > to manually > assign an IP address to the system using ifconfig on console #2. I've > already filed a bug in bugzilla on this issue. Hmm.. I did't have such problem. I booted as 'linux expert vnc' and at some point install just asked me for network settings. > > VNC install is definitely a really cool new feature. > > Best regards. > > - -- > Dipl.-Ing. (FH) Bernd Bartmann > I.S. Security and Network Engineer > SoHaNet Technology GmbH / Kaiserin-Augusta-Allee 10-11 / 10553 Berlin > Fon: +49 30 214783-44 / Fax: +49 30 214783-46 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.1 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQE/KV2ZkQuIaHu84cIRAiGjAJ9KKAYrhyoptV/y24S07tnQNaa7bACeMBIJ > NUn1ajR0DaZorzOoqkKpoLA= > =w5nf > -----END PGP SIGNATURE----- > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From pavelr at coresma.com Sun Aug 3 08:28:29 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Sun, 3 Aug 2003 10:28:29 +0200 Subject: alsa and no sound Message-ID: <6A3008858445D711A58A00062939B2F1EC81@EXCHANGE> > -----Original Message----- > From: Mike [mailto:mike at redtux.demon.co.uk] > Sent: Sun, August 03, 2003 3:38 AM > To: severn > Subject: Re: alsa and no sound > > > On Sat, 2003-08-02 at 16:04, Joel Young wrote: > > From: Mike > > >On Sat, 2003-08-02 at 04:58, Gerald Henriksen wrote: > > >> By default alsa mutes the inputs and outputs on a > soundcard and you > > >> must use alsamixer to unmute them (m key) as well as increase the > > >> level as necessary. > > >thanks > > > > > > now - any idea how to stop it doing it? > > > > How is: > > > > post-install sound-card-0 /usr/sbin/alsactl restore > >/dev/null 2>&1 || : > > pre-remove sound-card-0 /usr/sbin/alsactl store >/dev/null 2>&1 || : > > > > in modules.conf > > > > tried this (but in /etc/modprobe.conf - using 2.6-test2) > > what I get is > ignoring badline at for both of these commands ie: > > Aug 3 01:16:14 localhost modprobe: WARNING: > /etc/modprobe.conf line 14: > ignoring bad line starting with 'pre-remove' > Aug 3 01:16:36 localhost modprobe: WARNING: > /etc/modprobe.conf line 13: > ignoring bad line starting with 'post-install' The syntax of modprobe.conf is different from that of modules.conf - there are no pre-install/pre-remove statements. Try using something like this: install sound-card-0 /sbin/modprobe --ignore-install sound-slot-0 && { /usr/sbin/alsactl restore >/dev/null 2>&1 || : } remove sound-card-0 {/usr/sbin/alsactl store >/dev/null 2>&1 || : }; /sbin/modprobe -r --ignore-remove sound_slot_0 > > > > I think that covers what you want. > > > > Joel > > > > > > -- > > Rhl-beta-list mailing list > > Rhl-beta-list at redhat.com > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From pavelr at coresma.com Sun Aug 3 08:33:30 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Sun, 3 Aug 2003 10:33:30 +0200 Subject: 2.6.0- test2, getting sound to work? Message-ID: <6A3008858445D711A58A00062939B2F1EC82@EXCHANGE> > -----Original Message----- > From: Gerald Henriksen [mailto:ghenriks at rogers.com] > Sent: Fri, August 01, 2003 6:31 AM > To: rhl-beta-list at redhat.com > Subject: Re: 2.6.0- test2, getting sound to work? > > > On Thu, 31 Jul 2003 22:57:57 -0400 (GMT), you wrote: > > >and do we have a volunteer to go back over the last 20+ > >posts regarding ALSA sound under test-2.6.0 and summarize all > >that into a nice, condensed recipe? i've seen enough 2.6.0 > >kernel today to last me a while. > > I've made a note to put together a list of instructions including a > couple of links into the ALSA website tomorrow. > > Having said that anyone know why after 3 boots twice the driver hasn't > been loaded automatically and I have had to do "modprobe snd-emu10k1" > from a command prompt? This is my current stuff for sound in > /etc/modprobe: Try to use an underscore instead of dash : alias snd_card_0 snd-emu10k1... I played with it and somehow I got alsa to work without any manual interaction. > > alias char-major-116 snd > alias snd-card-0 snd-emu10k1 > alias char-major-14 soundcore > alias sound-slot-0 snd-card-0 > alias sound-service-0-0 snd-mixer-oss > alias sound-service-0-1 snd-seq-oss > alias sound-service-0-3 snd-pcm-oss > alias sound-service-0-8 snd-seq-oss > alias sound-service-0-12 snd-pcm-oss > alias char-major-116 snd > alias snd-card-0 snd-emu10k1 > alias char-major-14 soundcore > alias sound-slot-0 snd-card-0 > alias sound-service-0-0 snd-mixer-oss > alias sound-service-0-1 snd-seq-oss > alias sound-service-0-3 snd-pcm-oss > alias sound-service-0-8 snd-seq-oss > alias sound-service-0-12 snd-pcm-oss > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From guran at remberg.com Sun Aug 3 08:21:15 2003 From: guran at remberg.com (guran) Date: Sun, 3 Aug 2003 10:21:15 +0200 Subject: Grub - request In-Reply-To: References: Message-ID: <200308031021.16042.guran@remberg.com> On Sunday 03 August 2003 04.18, Tom Diehl wrote: > In your original message you said something about grub now you are asking > about devfs and fb. I am confused :-( > > AFAIK RHL does not support devfs. It is generally more trouble than it is > worth. I do not know much if anything about fb. I have never messed with I was trying to be short and not force other to read stuff that might not interest them. Bet testing to me is to try to avoid future pb's, and when I installed the Severn I did not see any possibility to save grub other than on the mbr. I wanted grub to be written to the /boot directory so I could read what it said. When installing a new OS this might have psecific requirements for the grub like from part of my today set up: ..... title linux kernel (hd0,5)/boot/vmlinuz root=/dev/hda6 devfs=mount hdc=ide-scsi quiet vga=788 initrd (hd0,5)/boot/initrd.img title linux-nonfb kernel (hd0,5)/boot/vmlinuz root=/dev/hda6 devfs=mount hdc=ide-scsi initrd (hd0,5)/boot/initrd.img title failsafe kernel (hd0,5)/boot/vmlinuz root=/dev/hda6 devfs=nomount hdc=ide-scsi failsafe initrd (hd0,5)/boot/initrd.img title Slackware current kernel (hd1,0)/vmlinuz ro root=/dev/hdb6 hdc=ide-scsi title Slackware 9.0 krypto kernel (hd0,8)/boot/vmlinuz ro root=/dev/hda9 hdc=ide-scsi title Mandrake 9.1 kernel (hd0,9)/boot/vmlinuz root=/dev/hda10 devfs=mount hdc=ide-scsi acpi=off initrd (hd0,9)/boot/initrd.img title Severn kernel (hd1,6)/boot/vmlinuz root=/dev/hdb7 hdc=ide-scsi acpi=off initrd (hd1,6)/boot/initrd.img title Crux 1.1 kernel (hd1,8)/vmlinuz root=/dev/hdb9 devfs=mount hdc=ide-scsi title NT root (hd0,0) makeactive chainloader +1 .... regards guran -- Mandrake Linux 9.1 kernel-2.4.21.0.25mdk-1-1mdk Only in a society that has 'a priori' defined what is true can the result from the evolution of life be defined false. From aoliva at redhat.com Sun Aug 3 08:45:40 2003 From: aoliva at redhat.com (Alexandre Oliva) Date: 03 Aug 2003 05:45:40 -0300 Subject: repeated key press events? In-Reply-To: <200308022002.h72K28Y24795@devserv.devel.redhat.com> References: <200308022002.h72K28Y24795@devserv.devel.redhat.com> Message-ID: On Aug 2, 2003, Alan Cox wrote: >> I've gotten this before on RHL9, with a USB keyboard. It doesn't seem >> to be happening recently though. >> >> It could be kernel, X, or the desktop env, pretty hard to track down >> especially when it's not reproduceable. > The older uhci USB code would repeat events - I saw that with USB mice > too. That seems to be fixed. The other case I know about is toshiba laptops > but we *should* have a workaround in place that stops this occuring. No USB kbd here. This is a relatively cheap PS/2 keyboard on the desktop (a custom-built Athlon/Asus-A7V133 box), and the built-in keyboard on a Dell Inspiron 8000. The fact that it happens on both makes me thing it's not the hardware, but something in the software. The fact that I don't use other machines and that it happens so infrequently makes it hard for me to tell the exact conditions in which it happens. It *might* to have something to do with heavy disk access, but I can't tell for sure. -- Alexandre Oliva, GCC Team, Red Hat From guran at remberg.com Sun Aug 3 09:12:38 2003 From: guran at remberg.com (guran) Date: Sun, 3 Aug 2003 11:12:38 +0200 Subject: sb and sound Message-ID: <200308031112.38537.guran@remberg.com> Hi AFAIK the /etc/modprobe.conf.dist should contain all known setups or writings for drivers to be copied to /etc/modprobe.conf, and I can't find the lines for sb. Something is missing in modprobe.conf. Here is from my box: .... >From /var/log/messages: Aug 3 10:52:45 Pelles gdm(pam_unix)[2615]: session opened for user guran by (uid=0) Aug 3 10:52:55 Pelles kernel: Soundblaster audio driver Copyright (C) by Hannu Savolainen 1993- 1996 Aug 3 10:52:55 Pelles kernel: sb: Creative SB AWE64 PnP detected Aug 3 10:52:55 Pelles kernel: sb: ISAPnP reports 'Creative SB AWE64 PnP' at i/o 0x220, irq 5, d ma 1, 5 Aug 3 10:52:55 Pelles kernel: SB 4.16 detected OK (220) Aug 3 10:52:55 Pelles kernel: sb: 1 Soundblaster PnP card(s) found. Aug 3 10:52:55 Pelles modprobe: modprobe: Can't locate module sound-service-0-0 Aug 3 10:52:55 Pelles modprobe: modprobe: Can't locate module sound-slot-1 Aug 3 10:52:55 Pelles modprobe: modprobe: Can't locate module sound-service-1-0 Aug 3 10:52:55 Pelles modprobe: modprobe: Can't locate module sound-slot-1 Aug 3 10:52:55 Pelles modprobe: modprobe: Can't locate module sound-service-1-0 >From /etc/modules.conf: alias eth0 8139too alias usb-controller usb-uhci alias sound-slot-0 sb post-install sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/null 2>&1 || : pre-remove sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/null 2>&1 || : alias synth0 awe_wave >From /etc/modprobe.conf: include /etc/modprobe.conf.dist alias eth0 8139too ..... regards guran -- Red Hat Linux Beta 9.0.93 kernel-2.4.21-20.1.2024.2.1.nptl Only in a society that has 'a priori' defined what is true can the result from the evolution of life be defined false. From guran at remberg.com Sun Aug 3 09:55:10 2003 From: guran at remberg.com (guran) Date: Sun, 3 Aug 2003 11:55:10 +0200 Subject: Upon 'Testing and Updates' Message-ID: <200308031155.10926.guran@remberg.com> Hi First I really miss the possibility to listen to jazz on 'Windows Media Player' through mplayer or xine. This is much to quiet for my liking and a test should dare to test. That does not necessarily require RH to deliver with these players, but for home users they must be a must have. I further miss LyX in qt dressing. I can compile the above myself but a community testing would be nice. Your decission not to give consequitive updates on files that have been corrected here is pure shit. To me you behave like Microsoft: "You users tell us what is wrong, and we will absorb it and when it is time for X-mas we will deliver." It should be easy to deliver new files to the mirrors every day. I advice you to let this testing take some more liberal turns. regards guran -- Red Hat Linux Beta 9.0.93 kernel-2.4.21-20.1.2024.2.1.nptl Only in a society that has 'a priori' defined what is true can the result from the evolution of life be defined false. From gstool at earthlink.net Sun Aug 3 13:01:53 2003 From: gstool at earthlink.net (Gerry Tool) Date: Sun, 03 Aug 2003 08:01:53 -0500 Subject: Grub - request In-Reply-To: <200308031021.16042.guran@remberg.com> References: <200308031021.16042.guran@remberg.com> Message-ID: <3F2D07C1.8080200@earthlink.net> guran wrote: >On Sunday 03 August 2003 04.18, Tom Diehl wrote: > > > >>In your original message you said something about grub now you are asking >>about devfs and fb. I am confused :-( >> >>AFAIK RHL does not support devfs. It is generally more trouble than it is >>worth. I do not know much if anything about fb. I have never messed with >> >> > >I was trying to be short and not force other to read stuff that might not >interest them. Bet testing to me is to try to avoid future pb's, and when I >installed the Severn I did not see any possibility to save grub other than on >the mbr. I wanted grub to be written to the /boot directory so I could read >what it said. > > During the install, while setting up the boot loader, anaconda provides a button labeled something like "advanced options". Clicking on that button gives you the option of installing grub to the boot partition rather than the MBR. You can kater read what is their and include it into your grub.conf file that you are using. Hope this helps. Gerry From guran at remberg.com Sun Aug 3 13:20:09 2003 From: guran at remberg.com (guran) Date: Sun, 3 Aug 2003 15:20:09 +0200 Subject: Grub - request In-Reply-To: <3F2D07C1.8080200@earthlink.net> References: <200308031021.16042.guran@remberg.com> <3F2D07C1.8080200@earthlink.net> Message-ID: <200308031520.10003.guran@remberg.com> On Sunday 03 August 2003 15.01, Gerry Tool wrote: > During the install, while setting up the boot loader, anaconda provides > a button labeled something like "advanced options". Clicking on that > button gives you the option of installing grub to the boot partition > rather than the MBR. You can kater read what is their and include it > into your grub.conf file that you are using. > > Hope this helps. > > Gerry Thanks, sorry for this shit, I must have missed that. guran -- Mandrake Linux 9.1 kernel-2.4.21.0.25mdk-1-1mdk Only in a society that has 'a priori' defined what is true can the result from the evolution of life be defined false. From mike at redtux.demon.co.uk Sun Aug 3 13:35:02 2003 From: mike at redtux.demon.co.uk (Mike) Date: 03 Aug 2003 14:35:02 +0100 Subject: alsa and no sound In-Reply-To: <6A3008858445D711A58A00062939B2F1EC81@EXCHANGE> References: <6A3008858445D711A58A00062939B2F1EC81@EXCHANGE> Message-ID: <1059917701.1590.3.camel@localhost.localdomain> On Sun, 2003-08-03 at 09:28, Pavel Rozenboim wrote: > > -----Original Message----- > > From: Mike [mailto:mike at redtux.demon.co.uk] > > Sent: Sun, August 03, 2003 3:38 AM > > To: severn > > Subject: Re: alsa and no sound > > > > > > On Sat, 2003-08-02 at 16:04, Joel Young wrote: > > > From: Mike > > > >On Sat, 2003-08-02 at 04:58, Gerald Henriksen wrote: > > > >> By default alsa mutes the inputs and outputs on a > > soundcard and you > > > >> must use alsamixer to unmute them (m key) as well as increase the > > > >> level as necessary. > > > >thanks > > > > > > > > now - any idea how to stop it doing it? > > > > > > How is: > > > > > > post-install sound-card-0 /usr/sbin/alsactl restore > > >/dev/null 2>&1 || : > > > pre-remove sound-card-0 /usr/sbin/alsactl store >/dev/null 2>&1 || : > > > > > > in modules.conf > > > > > > > tried this (but in /etc/modprobe.conf - using 2.6-test2) > > > > what I get is > > ignoring badline at for both of these commands ie: > > > > Aug 3 01:16:14 localhost modprobe: WARNING: > > /etc/modprobe.conf line 14: > > ignoring bad line starting with 'pre-remove' > > Aug 3 01:16:36 localhost modprobe: WARNING: > > /etc/modprobe.conf line 13: > > ignoring bad line starting with 'post-install' > > The syntax of modprobe.conf is different from that of modules.conf - there > are no pre-install/pre-remove statements. > > Try using something like this: > install sound-card-0 /sbin/modprobe --ignore-install sound-slot-0 && { > /usr/sbin/alsactl restore >/dev/null 2>&1 || : } > this bit does not seem to work - if I run alsactl restore from the command line it works > remove sound-card-0 {/usr/sbin/alsactl store >/dev/null 2>&1 || : }; > /sbin/modprobe -r --ignore-remove sound_slot_0 > this bit works for info this is my /etc/modprobe.conf alias char-major-14 soundcore alias char-major-14 sound alias char-major-14-6 sndstat alias char-major-10-1 mousedev alias sound-card-0 snd-cs4236 alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss install sound-card-0 {/usr/sbin/alsactl restore >/dev/null 2>&1 || : };/sbin/modprobe --ignore-install sound_slot_0 remove sound-card-0 {/usr/sbin/alsactl store >/dev/null 2>&1 || : };/sbin/modprobe -r --ignore-remove sound_slot_0 (I have experimented with the no working line) > > > > > > > > I think that covers what you want. > > > > > > Joel > > > > > > > > > -- > > > Rhl-beta-list mailing list > > > Rhl-beta-list at redhat.com > > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > > > > -- > > Rhl-beta-list mailing list > > Rhl-beta-list at redhat.com > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From gstool at earthlink.net Sun Aug 3 13:46:19 2003 From: gstool at earthlink.net (Gerry Tool) Date: Sun, 03 Aug 2003 08:46:19 -0500 Subject: updates In-Reply-To: <1059879646.2027.23.camel@bobcp4.lingpgmr.com> References: <1059847104.4717.6.camel@localhost.localdomain> <1059850730.19630.37.camel@emotehp.gnucode.kicks-ass.net> <1059879646.2027.23.camel@bobcp4.lingpgmr.com> Message-ID: <3F2D122B.70702@earthlink.net> Robert L Cochran wrote: >The really interesting thing about this thread is that it demonstrates a >clear need for Red Hat Network to do a much better job of explaining Red >Hat Network. > >Speaking as a paying customer, I rate RHN's actual customer service near >zero. On a scale of 0 to 10 with 10 being the best, RHN rates about a >0.5. It does deliver a product, which is why I pay; but a quality >customer service element is distinctly missing. > >There are ways to start to improve that rating. > >When firstboot runs, there should be a window that asks the user, "Do >you want an explanation of what Red Hat Network is, or would you like to >skip an explanation?" Then there should be two buttons, one labelled >"More Information", the other labelled "Skip". > >If the user clicks More Information, he or she is presented with a >clear, simple explanation of Red Hat Network, its costs and access to an >online FAQ. Here, the user can get answers to the concerns that have >been expressed here. When the user finishes this, he or she is returned >to firstboot. > >If the user clicks Skip, the firstboot process continues, including >registration of the system with RHN. (But that process needs to explain >what entitlements are -- how they work -- at the time system information >is uploaded.) > >This will start to address the biggest problem RHN probably has: its own >complete inability to clearly explain the RHN service to a new user at >install time. If it makes this beginning, it will take the first step >towards better customer service. > >Bob Cochran > > I have experienced every frustration you have alluded to. It took me many tries visiting the rhn site a couple of years ago to figure the system out. I hope RH reads your post and implements your suggestions. To enhance that chance, maybe you should put those comments into an RFE in bugzilla. Thanks. Gerry From jim-cornette at columbus.rr.com Sun Aug 3 13:52:29 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Sun, 03 Aug 2003 09:52:29 -0400 Subject: Severn problems encountered. In-Reply-To: <1059811128.8484.1.camel@one.myworld> References: <3F2B28D7.3070208@columbus.rr.com> <1059811128.8484.1.camel@one.myworld> Message-ID: <3F2D139D.2000907@columbus.rr.com> F?liciano Matias wrote: > Le sam 02/08/2003 ? 04:58, Jim Cornette a ?crit : > > >>I dislike the graphical boot loader. > > > From grub append "nogui" to kernel options. > Thanks for the suggestion. I decided to just change to level 3 and the graphical 2k-like, what's really happening bar disappears also. I feel that there should be a few more indications as to what is happening displayed on the graphical boot loader. It is better not to have it at all. I'm sure that it is what the mainstream general user would prefer though. No information = no confusion. Jim -- Be incomprehensible. If they can't understand, they can't disagree. From jspaleta at princeton.edu Sun Aug 3 14:01:47 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 03 Aug 2003 10:01:47 -0400 Subject: Letting Ordinary Users Write To Disk Key Message-ID: <1059919306.5488.52.camel@localhost.localdomain> Robert L Cochran wrote, somewhere in the digest: >I have a 128 Mb disk key plugged into my test machine. Severn recognizes >it, and I've formatted and mounted the thing as '/mnt/dkey'. How can I >give an ordinary user (namely, me) write access to it? i would suggest these fstab options: noauto,owner and then i would suggest making sure /etc/security/console.perms is setup to understand the /dev/ and /mnt/ listings for yer Diskkey. The owner option is pretty slick, it tries to restrict access to devices and files based on which is user is physically logged into the console. Sure its overkill for a single user system...but its still slick. I try to use this for all my removable media fstab listings. -jef"the real question is...when will rhl support a boot 'floppy' mode for something like a usb keydrive"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 betatest at gnucode.kicks-ass.net Sun Aug 3 14:43:13 2003 From: betatest at gnucode.kicks-ass.net (Michael Young) Date: 03 Aug 2003 08:43:13 -0600 Subject: updates In-Reply-To: <20030802224355.CDB293F51@null.cs.brown.edu> References: <1059774872.18552.8.camel@rhbeta.tcore.com> <1059782515.11146.3.camel@binkley> <1059790286.8449.18.camel@emotehp.gnucode.kicks-ass.net> <1059790824.11146.11.camel@binkley> <1059791608.8449.38.camel@emotehp.gnucode.kicks-ass.net> <65221.65.41.49.151.1059834227.squirrel@whooper.org> <1059838994.11814.66.camel@emotehp.gnucode.kicks-ass.net> <1059862765.1210.1294.camel@chastain> <20030802224355.CDB293F51@null.cs.brown.edu> Message-ID: <1059921793.31955.18.camel@emotehp.gnucode.kicks-ass.net> On Sat, 2003-08-02 at 16:43, Joel Young wrote: > If I understand Michael right, what he wants is some consideration > and/or comps since he purchased rhn entitlements which will > expire and which he is unable to use while beta testing severn. > Why is he unable to use them? Because the machine he was planning > on using them on is now running severn. > > Since he is performing a valuable service for RedHat, it would > be apropos for RedHat to comp him with an entitlement extension > for when he shifts out of beta testing mode...or to make those > entitlements useful and worth using while in beta test mode. > > Is that it? Pretty darn close. > I think it would be a nice benefit for actively beta testing severn > if we were comped with some rhn services. I'm not sure I would > use them since I find yum and downloading RPMS manually quite > satisfactory but... It would be a nice benefit, but I certainly don't expect RH to give me anything. I just would like to be able to use what I have, and to know for sure I will be able to continue to use it in the future. -- Michael Young From betatest at gnucode.kicks-ass.net Sun Aug 3 14:43:51 2003 From: betatest at gnucode.kicks-ass.net (Michael Young) Date: 03 Aug 2003 08:43:51 -0600 Subject: updates In-Reply-To: <1059867021.4717.58.camel@localhost.localdomain> References: <1059867021.4717.58.camel@localhost.localdomain> Message-ID: <1059921830.31955.20.camel@emotehp.gnucode.kicks-ass.net> On Sat, 2003-08-02 at 17:30, Jef Spaleta wrote: > > >I guess I will re-install my "supported" product, quit making an effort > >to contribute to the community, and go on about my business... > > Nice parting shot. Yeesh...is this how you handle every time someone > disagrees with you or tells you your concerns are not a big priority to > them...you just take your ball and go home? Actually, no. But I am sick and tired of wasting my personal time (which I have very little of) reading longwinded posts from blow hards like you who think they are so much smarter, and have more to offer than everyone else. Quit making this a personal matter. I am allowed to feel as I wish whether *YOU* like it or not! -- Michael Young From betatest at gnucode.kicks-ass.net Sun Aug 3 14:58:48 2003 From: betatest at gnucode.kicks-ass.net (Michael Young) Date: 03 Aug 2003 08:58:48 -0600 Subject: updates In-Reply-To: <1330.192.168.0.49.1059878454.squirrel@192.168.0.52> References: <1059847104.4717.6.camel@localhost.localdomain> <1059850730.19630.37.camel@emotehp.gnucode.kicks-ass.net> <1330.192.168.0.49.1059878454.squirrel@192.168.0.52> Message-ID: <1059922727.31955.36.camel@emotehp.gnucode.kicks-ass.net> On Sat, 2003-08-02 at 20:40, William Hooper wrote: > Michael Young said: > [snip] > > I'm tired of hearing "it's not supported." I didn't ask for "support," I > > just asked why the updates for Severn weren't available from RHN, while > > the updates for Taroon are. And, so far, I received an answer from > > everyone but a Red Hat employee (well, not everyone, but you get the > > point). > > I think you missed the part when we asked "what updates"? Hmmm... I think this bothers me the same as "it's not supported." Tell me there haven't been any updated packages for the beta release, can you? > > > I am also concerned that I will not be able to use the remainder of my > > subscription on the next release of RHL. That would force me to keep my > > systems at RH9, or quit using my entitlements, which will cost me money. > > As others pointed out your RHN subscription is not tied to either that > particular machine or that particular release. It is based entirely on > time. If you keep your subscription paid up you could continue to use it > on every release (note I said release, not beta) that comes out. With the RHLP, what guarantee do I have that those releases will have channels on RHN? "It's a community project, and it's unsupported," remember? I guess if I want the warm fuzzy feeling, I will have to purchase RHEL-WS. > > > I guess I will re-install my "supported" product, quit making an effort > > to contribute to the community, and go on about my business... > > If your main concern is not being able to use your subscription on betas > in between releases, then by all means go ahead. If you are interested in > seeing what direction the RHLP is going, and possibly make the next > release better, then run the betas. > > Why don't you just let one of your subscriptions run out and have one > machine on the release and one on the newest beta? Because I don't always run betas, and I like having an entitlement for each machine. Not to mention it sends a few $$ a year to Red Hat. -- Michael Young From whooperhsd3 at earthlink.net Sun Aug 3 15:16:44 2003 From: whooperhsd3 at earthlink.net (William Hooper) Date: Sun, 3 Aug 2003 11:16:44 -0400 (EDT) Subject: updates In-Reply-To: <1059922727.31955.36.camel@emotehp.gnucode.kicks-ass.net> References: <1059847104.4717.6.camel@localhost.localdomain> <1059850730.19630.37.camel@emotehp.gnucode.kicks-ass.net> <1330.192.168.0.49.1059878454.squirrel@192.168.0.52> <1059922727.31955.36.camel@emotehp.gnucode.kicks-ass.net> Message-ID: <64877.65.41.50.38.1059923804.squirrel@whooper.org> Michael Young said: > On Sat, 2003-08-02 at 20:40, William Hooper wrote: >> Michael Young said: >> [snip] >> > I'm tired of hearing "it's not supported." I didn't ask for "support," >> I >> > just asked why the updates for Severn weren't available from RHN, >> while >> > the updates for Taroon are. And, so far, I received an answer from >> > everyone but a Red Hat employee (well, not everyone, but you get the >> > point). >> >> I think you missed the part when we asked "what updates"? > > Hmmm... I think this bothers me the same as "it's not supported." Tell > me there haven't been any updated packages for the beta release, can > you? Have there been absolutely zero? No. Have there been many? No. Have they been timely? No. As someone else pointed out, betas are for testing. Testing a moving target (releasing updates instead of waiting for the next ISO) is much harder. >> >> > I am also concerned that I will not be able to use the remainder of my >> > subscription on the next release of RHL. That would force me to keep >> my >> > systems at RH9, or quit using my entitlements, which will cost me >> money. >> >> As others pointed out your RHN subscription is not tied to either that >> particular machine or that particular release. It is based entirely on >> time. If you keep your subscription paid up you could continue to use >> it >> on every release (note I said release, not beta) that comes out. > > With the RHLP, what guarantee do I have that those releases will have > channels on RHN? "It's a community project, and it's unsupported," > remember? I guess if I want the warm fuzzy feeling, I will have to > purchase RHEL-WS. > Unfortunately the FAQ isn't accessible right now, but it was there: https://listman.redhat.com/archives/rhl-list/2003-July/msg00004.html "Unsupported" means you have no service level agreement, and no one on call to help you. If you need these things, then yes go with RHEL-WS. >> >> > I guess I will re-install my "supported" product, quit making an >> effort >> > to contribute to the community, and go on about my business... >> >> If your main concern is not being able to use your subscription on betas >> in between releases, then by all means go ahead. If you are interested >> in >> seeing what direction the RHLP is going, and possibly make the next >> release better, then run the betas. >> >> Why don't you just let one of your subscriptions run out and have one >> machine on the release and one on the newest beta? > > Because I don't always run betas, and I like having an entitlement for > each machine. Not to mention it sends a few $$ a year to Red Hat. >From that statement, I don't understand you complaint earlier about "wasting money" because there are no updates in RHN for the beta. -- William Hooper From elwoo at videotron.ca Sun Aug 3 15:15:59 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sun, 03 Aug 2003 11:15:59 -0400 Subject: Can I go ahead and install the fedora package? (was - Re: NVIDIA Question In-Reply-To: <1059237856.4307.1.camel@chip.ath.cx> References: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com> <200307251747.54735.peter.backlund@home.se> <1059237856.4307.1.camel@chip.ath.cx> Message-ID: <200308031115.59847.elwoo@videotron.ca> On Saturday 26 July 2003 12:44, Panu Matilainen Panu Matilainen wrote: > On Fri, 2003-07-25 at 18:47, Peter Backlund wrote: > > As I see it, the best way would be for a third-party project like Fedora > > to package the binary drivers, > > See https://bugzilla.fedora.us/show_bug.cgi?id=402 - will be there once > the package passes QA. > > - Panu - I've had a quick browse of the above link, and I downloaded the MD5SUM and the src package. A couple of questions: (I'm running *only* Severn on my machine). Can I go ahead and install this on my system, _AND_ do I need to re-edit my XConfig file (as previously, removing DRI, and changing "nv" to 'nvidia", switch to init 3, etc. or will the install do the necessary)? Second question: how do I install the src package: rpmrebuild -rebuild package, then rpm-ivh package? (sorry, I confess I'm being a bit lazy ... or maybe it's Sunday morning... so go ahead and rap my knuckles! ). TIA, Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Sun Aug 3 15:40:28 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sun, 03 Aug 2003 11:40:28 -0400 Subject: updates In-Reply-To: <64877.65.41.50.38.1059923804.squirrel@whooper.org> References: <1059847104.4717.6.camel@localhost.localdomain> <1059922727.31955.36.camel@emotehp.gnucode.kicks-ass.net> <64877.65.41.50.38.1059923804.squirrel@whooper.org> Message-ID: <200308031140.28206.elwoo@videotron.ca> On Sunday 03 August 2003 11:16, William Hooper William Hooper wrote: > because there are no updates in RHN for the beta. *at present*, however, if you run rhn_register, you are allowed to register your system for the Severn beta channel. cheers, Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From dax at gurulabs.com Sun Aug 3 15:49:14 2003 From: dax at gurulabs.com (Dax Kelson) Date: 03 Aug 2003 09:49:14 -0600 Subject: ldapmigrate In-Reply-To: <1059714433.3958.4.camel@shrike.serani.com.au> References: <1059714433.3958.4.camel@shrike.serani.com.au> Message-ID: <1059925753.2735.2.camel@mentor.gurulabs.com> On Thu, 2003-07-31 at 23:07, Justin Clacherty wrote: > Dax, > > I tried to use the ldapmigrate script you wrote but it is giving errors > when I run it. I expect I haven't got ldap set up correctly. Any help > would be appreciated. > > [root at leo tmp]# ./ldapmigrate -b "dc=serani,dc=com,dc=au" -D > "cn=Manager,dc=serani,dc=com,dc=au" --prepdb > Password: failed to add entry dc=serani,dc=com,dc=au: value of naming > attribute 'dc' is not present in entry at ./ldapmigrate line 136, > line 283. > failed to add entry People: parent does not exist at ./ldapmigrate line > 174, line 283. > failed to add entry Group: parent does not exist at ./ldapmigrate line > 174, line 283. > failed to add entry Mounts: parent does not exist at ./ldapmigrate line > 174, line 283. > [root at leo tmp]# Check your "suffix" in /etc/openldap/slapd.conf on your OpenLDAP server to see that it matches the '-b' option you pass to ldapmigrate. Dax Kelson Guru Labs From jspaleta at princeton.edu Sun Aug 3 15:49:24 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 03 Aug 2003 11:49:24 -0400 Subject: updates Message-ID: <1059925764.5488.96.camel@localhost.localdomain> Joel Young wrote: >if I understand Michael right, what he wants is some consideration >and/or comps since he purchased rhn entitlements which will >expire and which he is unable to use while beta testing severn. >Why is he unable to use them? Because the machine he was planning >on using them on is now running severn. Oh he can sure use the entitlement...if updates show up for the beta :-> The point is there is no garuntee or even a promise for updates for the beta to show up in the beta rhn channel. If I were a betting man...i would say that at some point in this beta cycle, the beta channel at rhn will get a few updates...if only to test out rhn/up2date connectivity/functionality during the beta (that will need testing too before the next product release). You have to be willing to wait for updates though. If they don't come...they don't come...no one in an official position is going to promise that any updates will show up. There are far too many day to day packaging updates that appear in rawhide to create errata announcements for each and everyone, and place them in the rhn system. And frankly doing something like that would undermine the point of RHN, day to day rawhide changes can break as much as they fix. Here is another way of looking at it...lets say down the road when we all install RHL 17, and somehow miraculously there are no security vulnerabilities for the first 3 months after the release...the rhn channel could easily be without updates for that 3 month period. Now..is that channel going unused? Or is it in fact being used precisely how it's suppose to be used...and there just aren't any critical security updates to be provided. RHN is primarily used for critical security updates. RHN is a security blanket..to make it easy for you to get security updates(and more rarely bugfixes and rarer still enhancements.) The intrinsic value of the service RHN provides is drastically reduced during a beta. You'll have a hard time trying to define what is worth creating an errata announcement for during a beta...especially this early in the beta. >Since he is performing a valuable service for RedHat, it would >be apropos for RedHat to comp him with an entitlement extension >for when he shifts out of beta testing mode Oh yeah...that scales out nicely...lets all get an extention to our entitlements for every beta phase...I'd never have to buy an entitlement again...becuase id just keep extending it with beta phase usage. Nope, sorry...this isn't going to happen. RHN explicitly states in their faq that: "Red Hat Network currently only supports versions of Red Hat Linux and Red Hat Enterprise Linux that are still active (have not yet reached End of Life status). For a list of currently maintained Red Hat versions, please go to http://www.redhat.com/apps/support/errata/" Don't buy rhn entitlements for beta systems...I don't think yer going to find any official statement from any redhat employee saying this is a good idea. It's not a good idea...there is in fact very little value in it. During a beta you aren't promised one single security update...one single bugfix update...one single enhancement update. >...or to make those >entitlements useful and worth using while in beta test mode. It is useful...even with no packages. You watch the little update icon and you wait...and wait and wait. Think of this as approximating how rhn will handle a perfectly stable and secure linux distribution. It's all in how you look at it. -jef"my glass is half-empty of air..which makes it in fact a full glass"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 betatest at gnucode.kicks-ass.net Sun Aug 3 15:51:38 2003 From: betatest at gnucode.kicks-ass.net (Michael Young) Date: 03 Aug 2003 09:51:38 -0600 Subject: updates In-Reply-To: <64877.65.41.50.38.1059923804.squirrel@whooper.org> References: <1059847104.4717.6.camel@localhost.localdomain> <1059850730.19630.37.camel@emotehp.gnucode.kicks-ass.net> <1330.192.168.0.49.1059878454.squirrel@192.168.0.52> <1059922727.31955.36.camel@emotehp.gnucode.kicks-ass.net> <64877.65.41.50.38.1059923804.squirrel@whooper.org> Message-ID: <1059925898.31955.55.camel@emotehp.gnucode.kicks-ass.net> On Sun, 2003-08-03 at 09:16, William Hooper wrote: > > > > Hmmm... I think this bothers me the same as "it's not supported." Tell > > me there haven't been any updated packages for the beta release, can > > you? > > Have there been absolutely zero? No. Have there been many? No. Have > they been timely? No. As someone else pointed out, betas are for > testing. Testing a moving target (releasing updates instead of waiting > for the next ISO) is much harder. > I do understand the term "beta." But, I thought this beta was in feature freeze already, so it has a specific group of packages. Is my thinking incorrect? The process of getting packages to RHN is bound to be automated, so, why would it be so hard to populate the channel? > > Unfortunately the FAQ isn't accessible right now, but it was there: > https://listman.redhat.com/archives/rhl-list/2003-July/msg00004.html > > "Unsupported" means you have no service level agreement, and no one on > call to help you. If you need these things, then yes go with RHEL-WS. So, what has happened to the RHLP website? It was up all of 3-4 days before it went away. I read something about problems with the server. It must be a hell of a problem to take this long to restore. If one of my servers was down this long, I would get fired. :) > >> Why don't you just let one of your subscriptions run out and have one > >> machine on the release and one on the newest beta? > > > > Because I don't always run betas, and I like having an entitlement for > > each machine. Not to mention it sends a few $$ a year to Red Hat. > > >From that statement, I don't understand you complaint earlier about > "wasting money" because there are no updates in RHN for the beta. Well, "waste" may have been a poor choice of words, but I try not to make a habbit of giving away my money without getting something in return. -- Michael Young From knxmay001 at mail.uct.ac.za Sun Aug 3 16:09:14 2003 From: knxmay001 at mail.uct.ac.za (Maynard Kuona) Date: Sun, 03 Aug 2003 18:09:14 +0200 Subject: Release cycle Message-ID: <1059926954.3361.10.camel@albert> I have been doing some thinking about Redhat's (And mandrake and SuSE) release cycles. It was especially with reference to projects such as Fedora, which aim to provide high quality third party packages for Redhat. Are these not being stifled by the release cycles. If these projects are going to make a commitment to quality, the short release cycles shall surely hurt them. After a while, you can imagine that they will begin to ignore older releases, and leaving some people with the option to either upgrade (Not usually a great option) or remain outdated and without a source of decent third party packages. Is Redhat working with these efforts in any direct way through maybe hardware purchases, paying people to actually package some of the software etc. I imagine this could be a chance for Redhat to actually shed some of its responsibility to provide these packages, and have this volunteer effort actually become the "official: third party source for packages and updates. But most importantly, how does the release schedule affect a project like Fedora. Maybe I just need to understand. Also it may be nice to include the Fedora repository and pre-configured apt/yum packages so that users could be good to go after installing. This though would entail giving Fedora packages for their repository as soon as the iso's are released. From peter.backlund at home.se Sun Aug 3 16:11:22 2003 From: peter.backlund at home.se (Peter Backlund) Date: Sun, 3 Aug 2003 18:11:22 +0200 Subject: Can I go ahead and install the fedora package? (was - Re: NVIDIA Question In-Reply-To: <200308031115.59847.elwoo@videotron.ca> References: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com> <1059237856.4307.1.camel@chip.ath.cx> <200308031115.59847.elwoo@videotron.ca> Message-ID: <200308031811.22234.peter.backlund@home.se> > Can I go ahead and install this on my system, _AND_ do > I need to re-edit my XConfig file (as previously, removing DRI, and > changing "nv" to 'nvidia", switch to init 3, etc. or will the install do > the necessary)? The package is in QA, and therefore not quite ready for general use. A better way would be to use Nvidia's installer. http://www.nvidia.com/object/linux.html If you're not sure, use the IA-32 driver. Btw, read the readme. Yes, all your problems will be solved if you follow the instructions there :-). > Second question: how do I install the src package: > rpmrebuild -rebuild package, then rpm-ivh package? (sorry, I confess > I'm being a bit lazy ... or maybe it's Sunday morning... so go ahead and > rap my knuckles! ). man rpmbuild From betatest at gnucode.kicks-ass.net Sun Aug 3 16:11:37 2003 From: betatest at gnucode.kicks-ass.net (Michael Young) Date: 03 Aug 2003 10:11:37 -0600 Subject: updates In-Reply-To: <1059925764.5488.96.camel@localhost.localdomain> References: <1059925764.5488.96.camel@localhost.localdomain> Message-ID: <1059927096.31955.75.camel@emotehp.gnucode.kicks-ass.net> On Sun, 2003-08-03 at 09:49, Jef Spaleta wrote: > Don't buy rhn entitlements for beta systems...I don't think yer going to > find any official statement from any redhat employee saying this is a > good idea. It's not a good idea...there is in fact very little value in > it. During a beta you aren't promised one single security update...one > single bugfix update...one single enhancement update. > > >...or to make those > >entitlements useful and worth using while in beta test mode. I have *NEVER* stated I bought entitlements for the beta. I purchased them for a released version. Besides, RHN would be a great way for RH to notify the beta testers a BUGFIX has been applied to a package. Then we could all quickly and easily get it and test it. Having to add myself to the CC list on every bug report in Bugzilla just so I can stay informed of the status of a bug is time consuming, and a poor method of passing information in my opinion. > > It is useful...even with no packages. You watch the little update icon > and you wait...and wait and wait. Think of this as approximating how > rhn will handle a perfectly stable and secure linux distribution. It's > all in how you look at it. The other thing I keep forgetting to mention is updates are only 50% of what up2date can do. I use it all the time to add new packages to my currently running install. It's nice, because it solves deps for me, and I don't have to dig out the cds and figure out which cd has the package I need. And, because it is included, I don't have to run over to Fedora or Freshrpms and get apt or yum, and configure them for what I want. The current "add/remove applications" program is badly broken, and is to restrictive of what I can install. If RH had just put the rpms on the channel, I probably never would have started this thread. -- Michael Young From jspaleta at princeton.edu Sun Aug 3 16:15:15 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 03 Aug 2003 12:15:15 -0400 Subject: updates Message-ID: <1059927315.5488.110.camel@localhost.localdomain> Michael Young wrote: >I do understand the term "beta." But, I thought this beta was in feature >freeze already, so it has a specific group of packages. Is my thinking >incorrect? The process of getting packages to RHN is bound to be >automated, so, why would it be so hard to populate the channel? Question: is your thinking incorrect? Answer: yes Bound to be automated...hmmm yes... automated QA testing...automated RH errata advisory writing... yep I'm sure there isn't much in the way of human decision making as to what is worth creating an errata notice for and then placing in the rhn network channels. I'm sure its not HARD to populate the channel..with a whole bunch of broken packages picked up out of rawhide...but that sort of defeats the point of the service rhn provides now doesn't it? We are really early in the beta phase yet...why not just sit back and wait and see. >Well, "waste" may have been a poor choice of words, but I try not to >make a habbit of giving away my money without getting something in >return. So what yer saying is...you don't pay taxes on a regular basis? -jef"reading the rhn faq(s), before you purchase of subscription helps"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 peter.backlund at home.se Sun Aug 3 16:21:01 2003 From: peter.backlund at home.se (Peter Backlund) Date: Sun, 3 Aug 2003 18:21:01 +0200 Subject: console.perms + + init 3 problem Message-ID: <200308031821.01832.peter.backlund@home.se> (I'm on RH 9 right now, so this might not be the case in Severn. If so, please disregard.) /etc/makedev.d/linux-2.4.x contains device nodes for /dev/nvidia*, which are created with $CONSOLE as permission. But /dev/nvidia* fall under the category in console.perms, and is only modified when a user logs in via , which to me seems to be a display manager. The problem arises when you boot to init 3, log in on ttyX, and run startx. /dev/nvidia* stay 0600 root:root, and openGL apps don't run. There is an easy workaround, namely remove the x from to make nvidia devices fall under the category, but there might be downsides to that, or a better, more general approach (I'm no expert on pam). I've tried fiddling with the globs for and , adding pts/[0-9] and so on, but to no avail. Anyone good with PAM configuration that have a suggestion? /Peter From jspaleta at princeton.edu Sun Aug 3 16:36:24 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 03 Aug 2003 12:36:24 -0400 Subject: updates Message-ID: <1059928584.5488.131.camel@localhost.localdomain> Michael Young wrote: >The current "add/remove applications" program is badly broken, and isto >restrictive of what I can install. If RH had just put the rpms on the >channel, I probably never would have started this thread. Now here is a strange thought....maybe redhat developers actually want you to try to use r-c-p and file bugs against it...why would anyone ever test r-c-p and file bugs for it...if it were all too easy to use up2date? >I have *NEVER* stated I bought entitlements for the beta. I purchased >them for a released version. Besides, RHN would be a great way for RH to >notify the beta testers a BUGFIX has been applied to a package. Then we >could all quickly and easily get it and test it. >Having to add myself to the CC list on every bug report in Bugzilla just >so I can stay informed of the status of a bug is time consuming, and a >poor method of passing information in my opinion. Holy crap no!!!!!!!!!!! there is so much movement in rawhide from day to day....rhn's bandwidth would get munched..not to mention the fact that is not necessarily in every beta testers best interest to eat every rawhide package that comes down the pike. Rawhide packages can break as much as they fix...putting all the rawhide additions into rhn is not a good idea. Not all beta testers are equal...its one thing to encourage ALL beta testers to use the prepackaged isos and file bugs against them. Its a far different thing to say that every beta tester should be completely rawhide up2date. The isos are the packages sets that need to be consumed by the general beta tester populace...not the day to day rawhide packages. And i personally think forcing people to track bugreports is a very good idea. Developers need to use bugzilla to keep up with feedback. I don't think its necessarily a good idea to encourage everyone to use the rawhide packages...if they aren't going to give feedback back to the bugreport that helped generate the rawhide package. Maybe what bugzilla needs is a digest mode..so it can hand you a compiled daily list of CC'd messages for all the bugs you are tracking. That way you can get one message or so a day for all the bugs you are interested in. if you are going to file a bugreport...then you should be prepared to communciate via bugzilla with the developer about the issue, including feedback on the potential fix that appears in rawhide....well unless all your bugreports are the 'this font look skinny' variety...then you can probably safely assuming the developer isn't going to need feedback on the issue. -jef"my klingon fonts look too slanted...where is the rhn update to fix this!!!!"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 cochranb at speakeasy.net Sun Aug 3 16:43:34 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 03 Aug 2003 12:43:34 -0400 Subject: Letting Ordinary Users Write To Disk Key In-Reply-To: <1059919306.5488.52.camel@localhost.localdomain> References: <1059919306.5488.52.camel@localhost.localdomain> Message-ID: <1059929013.1333.23.camel@bobcp4.lingpgmr.com> If I edit fstab to allow for mounting a USB flash drive like this: /dev/sda1 ext3 /mnt/flash noauto,owner 0 0 and then change the console.perms line 0600 0600 root to 0666 0600 root then login as an ordinary user cochranb, I can mount the disk key fine. But when I attempt to write to /mnt/flash, I will be denied permission. If I then su - and copy a file from /home/cochranb to /mnt/flash, the file is written with the owner and group set to 'cochranb'. I can then exit back to cochranb change the permissions on the file. I want to let 'cochranb' write files to /mnt/flash. What am I getting wrong here? Thanks Bob Cochran On Sun, 2003-08-03 at 10:01, Jef Spaleta wrote: > Robert L Cochran wrote, somewhere in the digest: > > >I have a 128 Mb disk key plugged into my test machine. Severn recognizes > >it, and I've formatted and mounted the thing as '/mnt/dkey'. How can I > >give an ordinary user (namely, me) write access to it? > > i would suggest these fstab options: > noauto,owner > > and then i would suggest making sure /etc/security/console.perms > is setup to understand the /dev/ and /mnt/ listings for yer Diskkey. > > The owner option is pretty slick, it tries to restrict access to devices > and files based on which is user is physically logged into the console. > Sure its overkill for a single user system...but its still slick. I try > to use this for all my removable media fstab listings. > > -jef"the real question is...when will rhl support a boot 'floppy' mode > for something like a usb keydrive"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 wintermi at teratools.com Sun Aug 3 16:48:05 2003 From: wintermi at teratools.com (Matthew Winter) Date: 03 Aug 2003 17:48:05 +0100 Subject: RHN Updates Message-ID: <1059929285.6297.13.camel@pc2-hink2-3-cust97.nott.cable.ntl.com> Hi, Since RedHat has now moved to a community based RHL project, in general this means no more support. RedHat however will not want to loose this revenue source, however small it might have been. I would like to see RedHat enhance the RHN into a subscription based Package Install / Update / Search system. Something cross between Synaptic, the Lindows Click2Run and the current RHN update facility. I for one would subscribe to such a service, to guarentee that packages have been properly compiled for a specific release of RHL, and tested. I also think that the software should allow you to choose from Stable and Test releases. Allowing a user to decide what they want to install. Having such a tool would improve the value of the RHN, and provide RedHat and the community with a means to test packages before the next Beta ISO is released. Just my 2 pence worth on the subject. Matthew From betatest at gnucode.kicks-ass.net Sun Aug 3 16:54:44 2003 From: betatest at gnucode.kicks-ass.net (Michael Young) Date: 03 Aug 2003 10:54:44 -0600 Subject: updates In-Reply-To: <1059927315.5488.110.camel@localhost.localdomain> References: <1059927315.5488.110.camel@localhost.localdomain> Message-ID: <1059929683.31955.108.camel@emotehp.gnucode.kicks-ass.net> On Sun, 2003-08-03 at 10:15, Jef Spaleta wrote: > Michael Young wrote: > > >I do understand the term "beta." But, I thought this beta was in feature > >freeze already, so it has a specific group of packages. Is my thinking > >incorrect? The process of getting packages to RHN is bound to be > >automated, so, why would it be so hard to populate the channel? > > Question: is your thinking incorrect? > Answer: yes > > Bound to be automated...hmmm yes... > automated QA testing...automated RH errata advisory writing... > yep I'm sure there isn't much in the way of human decision making as to > what is worth creating an errata notice for and then placing in the rhn > network channels. The RPMs are getting QA no matter what, otherwise they would never get released. For the RHEL beta, the are no errata notices, packages just appear on the channel. The RHL beta could be the same. I'm not suggesting the beta rpms go through the same process as the "released" rpms, only that they are put on the channel. But everyone seems opposed to that for some reason. I guess I'm not understanding the difference in the beta process for RHEL vs RHL. A beta is a beta, no matter what name you put on it. > > I'm sure its not HARD to populate the channel..with a whole bunch of > broken packages picked up out of rawhide...but that sort of defeats the > point of the service rhn provides now doesn't it? We are really early > in the beta phase yet...why not just sit back and wait and see. > I didn't say "let's put rawhide on RHN," only the relevant packages that have a bugfix applied and need to be tested. I don't see how it defeats the purpose of RHN. RHN is a quick easy way for me to 1) get updated packages, 2) add packages to a running system. Just because this is a beta does not make those funtions less useful. -- Michael Young From elwoo at videotron.ca Sun Aug 3 16:56:01 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sun, 03 Aug 2003 12:56:01 -0400 Subject: Can I go ahead and install the fedora package? (was - Re: NVIDIA Question In-Reply-To: <200308031811.22234.peter.backlund@home.se> References: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com> <200308031115.59847.elwoo@videotron.ca> <200308031811.22234.peter.backlund@home.se> Message-ID: <200308031256.01697.elwoo@videotron.ca> On Sunday 03 August 2003 12:11, Peter Backlund Peter Backlund wrote: > The package is in QA, and therefore not quite ready for general use. A > better way would be to use Nvidia's installer. Understood. But I'm running Seven only. So my system's beta anyway. > > http://www.nvidia.com/object/linux.html > > If you're not sure, use the IA-32 driver. Btw, read the readme. Yes, all > your problems will be solved if you follow the instructions there :-). I've already installed *that* driver with previous kernels, but it now refuses to create the module with the Severn (RH 9.0.93) kernel-2.4.21-20.1.2024.2.1.nptl. I'm quite willing to use their stock rpm (as previously, and to the usual init3, editing of Xcongfig, etc. However, I need some "hand-holding" (i.e. dummy / newbie level instructions on the exact procedure of how I pass the option of "ignore kernel version" ... sorry, I KNOW it's been discussed before, but I didn't pay much attention, .. and the instructions assumed a bit more than 'newbieness' . Furthermore I didn't *need to do that* at the time. 8-( Thanks again, Elton ;-) P.S. and I *shall* read "man rpmbuild"! -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From betatest at gnucode.kicks-ass.net Sun Aug 3 17:06:38 2003 From: betatest at gnucode.kicks-ass.net (Michael Young) Date: 03 Aug 2003 11:06:38 -0600 Subject: RHN Updates In-Reply-To: <1059929285.6297.13.camel@pc2-hink2-3-cust97.nott.cable.ntl.com> References: <1059929285.6297.13.camel@pc2-hink2-3-cust97.nott.cable.ntl.com> Message-ID: <1059930398.31955.114.camel@emotehp.gnucode.kicks-ass.net> On Sun, 2003-08-03 at 10:48, Matthew Winter wrote: > Hi, > > Since RedHat has now moved to a community based RHL project, in general > this means no more support. RedHat however will not want to loose this > revenue source, however small it might have been. > > I would like to see RedHat enhance the RHN into a subscription based > Package Install / Update / Search system. > > Something cross between Synaptic, the Lindows Click2Run and the current > RHN update facility. > > I for one would subscribe to such a service, to guarentee that packages > have been properly compiled for a specific release of RHL, and tested. > > I also think that the software should allow you to choose from Stable > and Test releases. Allowing a user to decide what they want to install. > > Having such a tool would improve the value of the RHN, and provide > RedHat and the community with a means to test packages before the next > Beta ISO is released. > > Just my 2 pence worth on the subject. > > Matthew I imagine you about to get a million reasons from Mr. Spaleta as to why this will *NEVER* happen. And he might even try to make you feel like an idiot for even suggesting it. Now, if you will excuse me, I must find my asbestos suit before the flames ensue. -- Michael Young From betatest at gnucode.kicks-ass.net Sun Aug 3 17:08:37 2003 From: betatest at gnucode.kicks-ass.net (Michael Young) Date: 03 Aug 2003 11:08:37 -0600 Subject: updates In-Reply-To: <1059928584.5488.131.camel@localhost.localdomain> References: <1059928584.5488.131.camel@localhost.localdomain> Message-ID: <1059930517.31955.117.camel@emotehp.gnucode.kicks-ass.net> On Sun, 2003-08-03 at 10:36, Jef Spaleta wrote: > >Having to add myself to the CC list on every bug report in Bugzilla just > >so I can stay informed of the status of a bug is time consuming, and a > >poor method of passing information in my opinion. > > Holy crap no!!!!!!!!!!! > there is so much movement in rawhide from day to day....rhn's bandwidth > would get munched..not to mention the fact that is not necessarily in > every beta testers best interest to eat every rawhide package that comes > down the pike. Rawhide packages can break as much as they fix...putting > all the rawhide additions into rhn is not a good idea. Not all beta > testers are equal...its one thing to encourage ALL beta testers to use > the prepackaged isos and file bugs against them. Its a far different > thing to say that every beta tester should be completely rawhide > up2date. The isos are the packages sets that need to be consumed by the > general beta tester populace...not the day to day rawhide packages. > > And i personally think forcing people to track bugreports is a very good > idea. Developers need to use bugzilla to keep up with feedback. I don't > think its necessarily a good idea to encourage everyone to use the > rawhide packages...if they aren't going to give feedback back to the > bugreport that helped generate the rawhide package. Maybe what bugzilla > needs is a digest mode..so it can hand you a compiled daily list of CC'd > messages for all the bugs you are tracking. That way you can get one > message or so a day for all the bugs you are interested in. if you are > going to file a bugreport...then you should be prepared to communciate > via bugzilla with the developer about the issue, including feedback on > the potential fix that appears in rawhide....well unless all your > bugreports are the 'this font look skinny' variety...then you can > probably safely assuming the developer isn't going to need feedback on > the issue. I'm sorry, did you say something? My font is to skinny, and I can't find RHN... From elwoo at videotron.ca Sun Aug 3 17:05:49 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sun, 03 Aug 2003 13:05:49 -0400 Subject: Can I go ahead and install the fedora package? (was - Re: NVIDIA Question In-Reply-To: <200308031256.01697.elwoo@videotron.ca> References: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com> <200308031811.22234.peter.backlund@home.se> <200308031256.01697.elwoo@videotron.ca> Message-ID: <200308031305.49934.elwoo@videotron.ca> On Sunday 03 August 2003 12:56, Elton Woo Elton Woo wrote: > However, I need some "hand-holding" > (i.e. dummy / newbie level instructions on the exact procedure of how > I pass the option of "ignore kernel version" ... sorry, I KNOW it's been > discussed before, but I didn't pay much attention, .. and the instructions > assumed a bit more than 'newbieness' . ... to be more specific: how do I do this while in init 3 as root and running the NVIDIA~.bin file: On Thursday 24 July 2003 21:45, Elliot Peele Elliot Peele wrote: > to do. Either set the IGNORE_CC_MISMATCH environment variable or set the > CC environment variable to the compiler used to compile the kernel. > Personally I do the first (ie. export IGNORE_CC_MISMATCH=1). > > Elliot ... sorry, but I guess I'm being a bit dense here... :-( So, dummy instructions, please? Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From jspaleta at princeton.edu Sun Aug 3 16:54:18 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 03 Aug 2003 12:54:18 -0400 Subject: Letting Ordinary Users Write To Disk Key Message-ID: <1059929658.5488.140.camel@localhost.localdomain> did you change the definition of the device class listing line in consoles.perms to include the /dev/sda* ? something like =/mnt/flash* /dev/flash* /dev/sda* though i would have thought the entry would make more sense..doesnt really matter. The one lingering problem i have with usb devices is that they are given /dev/ listing on a first come first server basis. So that if you have 2 or more usb storage devices like a flash reader and a keydrive, and you connect them in different orders...it can affect how fstab mount lines work and confuse things. I guess the best possible solution is to make sure kudzu is aware of these devices and can autocorrect the fstab entries as needed. -jef -------------- 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 pcompton at proteinmedia.com Sun Aug 3 17:19:18 2003 From: pcompton at proteinmedia.com (Phillip Compton) Date: 03 Aug 2003 13:19:18 -0400 Subject: Can I go ahead and install the fedora package? (was - Re: NVIDIA Question In-Reply-To: <200308031256.01697.elwoo@videotron.ca> References: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com> <200308031115.59847.elwoo@videotron.ca> <200308031811.22234.peter.backlund@home.se> <200308031256.01697.elwoo@videotron.ca> Message-ID: <1059931157.2820.2.camel@GreenTea> On Sun, 2003-08-03 at 12:56, Elton Woo wrote: > I've already installed *that* driver with previous kernels, but it now > refuses to create the module with the Severn (RH 9.0.93) > kernel-2.4.21-20.1.2024.2.1.nptl. Did you export IGNORE_CC_MISMATCH=1 before running the driver installation program? Aside from needing to do that, the new drivers run fine on my Severn box. Phil From veillard at redhat.com Sun Aug 3 17:25:45 2003 From: veillard at redhat.com (Daniel Veillard) Date: Sun, 3 Aug 2003 13:25:45 -0400 Subject: RHN Updates In-Reply-To: <1059930398.31955.114.camel@emotehp.gnucode.kicks-ass.net>; from betatest@gnucode.kicks-ass.net on Sun, Aug 03, 2003 at 11:06:38AM -0600 References: <1059929285.6297.13.camel@pc2-hink2-3-cust97.nott.cable.ntl.com> <1059930398.31955.114.camel@emotehp.gnucode.kicks-ass.net> Message-ID: <20030803132545.E18024@redhat.com> On Sun, Aug 03, 2003 at 11:06:38AM -0600, Michael Young wrote: > On Sun, 2003-08-03 at 10:48, Matthew Winter wrote: > > Having such a tool would improve the value of the RHN, and provide > > RedHat and the community with a means to test packages before the next > > Beta ISO is released. > > > > Just my 2 pence worth on the subject. [...] > I imagine you about to get a million reasons from Mr. Spaleta as to why > this will *NEVER* happen. And he might even try to make you feel like an > idiot for even suggesting it. > > Now, if you will excuse me, I must find my asbestos suit before the > flames ensue. Hum, may I suggest that the tone of the discussion on those lists stay courteous. Suggestions on how RHN or other Red Hat based services are certainly welcome, but honnestly I don't think there is much point on arguing a lot about those here. It is a customer service, and feedback on improvements is again welcome but please don't fight about whether suggested changes makes sense or not, I think it is ultimately a Red Hat decision on how Red Hat Network service may evolve, and hence starting flamewars here about how suggestion "might" affect the service sounds a bit pointless to me, isn't it ? 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 jspaleta at princeton.edu Sun Aug 3 17:57:18 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 03 Aug 2003 13:57:18 -0400 Subject: RHN Updates Message-ID: <1059933400.5488.184.camel@localhost.localdomain> Matthew Winter wrote: >I would like to see RedHat enhance the RHN into a subscription based >Package Install / Update / Search system. I think redhat is going to have to enhance rhn in someways...for the idea of the RHL-project to take off...where you really can get 3rd party addons from something like fedora or freshrpms (or horrors of horrors proprietary addons) for the rhl releases. How exactly the full catelog of rhl project packages and related 3rd party addons like fedora will be accessible is probably still very much an open development question. But if the idea of RHL as project is really going to blossom, then how the tools in the rhl releases interacts with community contributed packages is going to have to be expanded for sure. >I for one would subscribe to such a service, to guarentee that packages >have been properly compiled for a specific release of RHL, and tested. Now this is the problem...redhat can't really garuntee that additional stuff is going to be able to work. For example...we as experienced users trust freshrpms and fedora to a great extent to provide quality add-on packages. But the problem comes with poeple want redhat to 'garuntee' that such addon packages will work. Redhat doesn't have the manhours to garuntee and test the full range of what could potentially be considered rhl community contributed packages. One of the points of switching to this project idea, is to try to address this problem, by shifting some of the burden of package maintance to the community's shoulders. If we are going to ask redhat to garuntee that packages work...then redhat is stuck providing a base number of packages that they have the manhours to support. But if we no longer expect redhat to garuntee every package we get from rhn...then that opens up the idea of 'partner channel' like a channel for fedora or freshrpms. RedHat can't garuntee anything from a fedora channel will definitely work...but if Redhat can tie the community developers more directly into the rhl development process and the rhn process...then we as users can work with the fedora or freshrpms packagers or whomever to provide something close to that garuntee you want. But i think there is a lot of ground work that needs to be laid before we can talk seriously about rhn offering 'partner channels.' A lot of the mechanics of how community developers from outside of redhat can interact with the rhl development process..a lot of new policy groundwork here...some of it has been touch on here in this list already, and I'd imagine there other rhl lists are discussing this in more detail. But i would say that one of the longterm goals of rhl ehas got to be easy to use support throughout all the rhl tools (up2date and r-c-packages included...maybe even the installer) to get access to a whole ecosystem of community support packages that go beyond the base distro that redhat has the manhours to support directly. A serious desktop product will have to have easy to use access to a wealth additional software that redhat can't garuntee directly...but software provided from 3rd parties that we has a community of users have grown to trust. >I also think that the software should allow you to choose from Stable >and Test releases. Allowing a user to decide what they want to install. That im not so sure about....that making it too easy for people who don't know better to do things they think should work better but don't. People equate an increase in version number with 'better' far too much for their own good. Did you miss the thread about the removal of 'expert' mode from the installer? I don't think its wise to encourage the average user to run testing software as an option to stable software...i think a clear distinction between what is a stable release and what is in testing is very important to make sure people don't idly start chewing on experimental packages. If the goals of the point and click tools is to provide a set of tools the average users can rely on to give them trusted updates. Given those same users the option to pull test packages with those same convience tools...undermines the point of the tools...to keep things running smoothly for the average user. Out of the total number of redhat users out there, what percentage really should be consuming test packages? Should this project be designing convience tools around the needs of the testers? Or should this project focus on the needs of the stable package users? I think one of the largest needs of a stable system is to make sure the easy to use tools...aren't so easy to use, that it makes it easy to fubar yer own system. That's what commandline tools are for. -jef"sadly, my crystal ball comes with a NDA, so I can't tell you what i see happening with RHL 2 years from now"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 betatest at gnucode.kicks-ass.net Sun Aug 3 18:01:05 2003 From: betatest at gnucode.kicks-ass.net (Michael Young) Date: 03 Aug 2003 12:01:05 -0600 Subject: RHN Updates In-Reply-To: <20030803132545.E18024@redhat.com> References: <1059929285.6297.13.camel@pc2-hink2-3-cust97.nott.cable.ntl.com> <1059930398.31955.114.camel@emotehp.gnucode.kicks-ass.net> <20030803132545.E18024@redhat.com> Message-ID: <1059933664.32316.27.camel@emotehp.gnucode.kicks-ass.net> On Sun, 2003-08-03 at 11:25, Daniel Veillard wrote: > > I imagine you about to get a million reasons from Mr. Spaleta as to why > > this will *NEVER* happen. And he might even try to make you feel like an > > idiot for even suggesting it. > > > > Now, if you will excuse me, I must find my asbestos suit before the > > flames ensue. > > Hum, may I suggest that the tone of the discussion on those lists stay > courteous. Suggestions on how RHN or other Red Hat based services are > certainly welcome, but honnestly I don't think there is much point on arguing > a lot about those here. It is a customer service, and feedback on > improvements is again welcome but please don't fight about whether > suggested changes makes sense or not, I think it is ultimately a Red Hat > decision on how Red Hat Network service may evolve, and hence starting > flamewars here about how suggestion "might" affect the service sounds > a bit pointless to me, isn't it ? This is true, and I apologize. But you might want to look at my thread, "updates." All of my thoughts and suggestions were immediately met with what I felt was contempt and argument (not all of them of course), and the tone from Mr. Spelata was what I would describe as abrasive and insulting. It is definitely a RH decision what happens with RHN, but the fact remains, no one from RH even responded to my question which was directly associated to RHN. Red Hats' efforts to make the RHL project a community effort may not go to far if people are not more receptive to new ideas. It seems new contributors have a hard time getting into the fold, especially if our ideas don't follow the "norm." At this point, I don't really feel like my thoughts and opinions are welcome on this list or in the RHLP. -- Michael Young From elwoo at videotron.ca Sun Aug 3 18:05:45 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sun, 03 Aug 2003 14:05:45 -0400 Subject: Can I go ahead and install the fedora package? (was - =?iso-8859-1?q?Re=3A NVIDIA?= Question In-Reply-To: <1059931157.2820.2.camel@GreenTea> References: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com> <200308031256.01697.elwoo@videotron.ca> <1059931157.2820.2.camel@GreenTea> Message-ID: <200308031405.46032.elwoo@videotron.ca> On Sunday 03 August 2003 13:19, Phillip Compton Phillip Compton wrote: > Did you export IGNORE_CC_MISMATCH=1 before running the driver > installation program? Aside from needing to do that, the new drivers run > fine on my Severn box. No. I didn't. Let's see if I have this right:: Is the *correct syntax* ---> "export IGNORE_CC_MISMATCH=1"? or is the command all upper case? After that, I do sh NVIDIA~.bin. Am I on track, now? Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From skvidal at phy.duke.edu Sun Aug 3 18:14:02 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 03 Aug 2003 14:14:02 -0400 Subject: RHN Updates In-Reply-To: <1059933664.32316.27.camel@emotehp.gnucode.kicks-ass.net> References: <1059929285.6297.13.camel@pc2-hink2-3-cust97.nott.cable.ntl.com> <1059930398.31955.114.camel@emotehp.gnucode.kicks-ass.net> <20030803132545.E18024@redhat.com> <1059933664.32316.27.camel@emotehp.gnucode.kicks-ass.net> Message-ID: <1059934441.11098.8.camel@opus.phy.duke.edu> > Red Hats' efforts to make the RHL project a community effort may not go > to far if people are not more receptive to new ideas. It seems new > contributors have a hard time getting into the fold, especially if our > ideas don't follow the "norm." At this point, I don't really feel like > my thoughts and opinions are welcome on this list or in the RHLP. Oh cmon. So jef said he didn't like your ideas. Fine he might have been abrasive, that's life, get a helmet. If you think your ideas are good and worth pursuing that continue to do so, ignore jef and move along. If you want everyone in the open source or otherwise worlds to be nice you're going to need to get used to disappointment. Trying to be courteous is a good thing, no doubt, but it doesn't always happen. Don't seem so shocked by it, I'm sure you've bumped into hundreds of people in life who you believed were rude to you and they didn't see anything wrong with how they acted. I know I've bumped into a lot of folks like that. It happens when people interact. -sv From pcompton at proteinmedia.com Sun Aug 3 18:23:20 2003 From: pcompton at proteinmedia.com (Phillip Compton) Date: 03 Aug 2003 14:23:20 -0400 Subject: Can I go ahead and install the fedora package? (was - =?iso-8859-1?q?Re=3A NVIDIA?= Question In-Reply-To: <200308031405.46032.elwoo@videotron.ca> References: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com> <200308031256.01697.elwoo@videotron.ca> <1059931157.2820.2.camel@GreenTea> <200308031405.46032.elwoo@videotron.ca> Message-ID: <1059934999.2820.25.camel@GreenTea> On Sun, 2003-08-03 at 14:05, Elton Woo wrote: > No. I didn't. > Let's see if I have this right:: > Is the *correct syntax* ---> "export IGNORE_CC_MISMATCH=1"? > or is the command all upper case? > After that, I do sh NVIDIA~.bin. Am I on track, now? yes $ export IGNORE_CC_MISMATCH=1 $ ./NVIDIA*.bin and edit the XF86Config as usual the problem is that the kernel is compiled with gcc3.2 Phil From feliciano.matias at free.fr Sun Aug 3 19:11:30 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 03 Aug 2003 21:11:30 +0200 Subject: Severn problems encountered. In-Reply-To: <3F2D139D.2000907@columbus.rr.com> References: <3F2B28D7.3070208@columbus.rr.com> <1059811128.8484.1.camel@one.myworld> <3F2D139D.2000907@columbus.rr.com> Message-ID: <1059937889.2851.3.camel@one.myworld> Le dim 03/08/2003 ? 15:52, Jim Cornette a ?crit : > F?liciano Matias wrote: > > Le sam 02/08/2003 ? 04:58, Jim Cornette a ?crit : > > > > > >>I dislike the graphical boot loader. > > > > > > From grub append "nogui" to kernel options. > > > > Thanks for the suggestion. I decided to just change to level 3 and the > graphical 2k-like, what's really happening bar disappears also. You can edit /boot/grub/grub.conf : kernel /vmlinuz-2.4.21-20.1.2024.2.1.nptl ro root=/dev/md0 hdc=ide-scsi nogui Or edit /etc/sysconfig/init : # Turn on graphical boot GRAPHICAL=no -- F?liciano Matias -------------- 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 elwoo at videotron.ca Sun Aug 3 19:26:12 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sun, 03 Aug 2003 15:26:12 -0400 Subject: Can I go ahead and install the fedora package? (was =?iso-8859-1?q?- Re=3A NVIDIA?= Question In-Reply-To: <1059934999.2820.25.camel@GreenTea> References: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com> <200308031405.46032.elwoo@videotron.ca> <1059934999.2820.25.camel@GreenTea> Message-ID: <200308031526.12994.elwoo@videotron.ca> On Sunday 03 August 2003 14:23, Phillip Compton Phillip Compton wrote: > $ export IGNORE_CC_MISMATCH=1 > $ ./NVIDIA*.bin > > and edit the XF86Config as usual Thank you very much! Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From ms-nospam-0306 at arcor.de Sun Aug 3 19:49:40 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sun, 3 Aug 2003 21:49:40 +0200 Subject: RHN Updates In-Reply-To: <1059933664.32316.27.camel@emotehp.gnucode.kicks-ass.net> References: <1059929285.6297.13.camel@pc2-hink2-3-cust97.nott.cable.ntl.com> <1059930398.31955.114.camel@emotehp.gnucode.kicks-ass.net> <20030803132545.E18024@redhat.com> <1059933664.32316.27.camel@emotehp.gnucode.kicks-ass.net> Message-ID: <20030803214940.6269d160.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03 Aug 2003 12:01:05 -0600, Michael Young wrote: > Red Hats' efforts to make the RHL project a community effort may not go > to far if people are not more receptive to new ideas. It seems new > contributors have a hard time getting into the fold, especially if our > ideas don't follow the "norm." At this point, I don't really feel like > my thoughts and opinions are welcome on this list or in the RHLP. Please be patient and give them some more time to rework the RHLP web pages and get the project going. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/LWdU0iMVcrivHFQRAuKgAJ9khjgpap0Wl33iTQ6MYEN+D0IHmACeKMc/ rN7JyU8TlqhiqhXKPYz/PdE= =FnvE -----END PGP SIGNATURE----- From warren at togami.com Sun Aug 3 20:16:14 2003 From: warren at togami.com (Warren Togami) Date: 03 Aug 2003 10:16:14 -1000 Subject: Upon 'Testing and Updates' In-Reply-To: <200308031155.10926.guran@remberg.com> References: <200308031155.10926.guran@remberg.com> Message-ID: <1059941773.1838.407.camel@laptop> On Sat, 2003-08-02 at 23:55, guran wrote: > Hi > > First I really miss the possibility to listen to jazz on 'Windows Media > Player' through mplayer or xine. This is much to quiet for my liking and a > test should dare to test. That does not necessarily require RH to deliver > with these players, but for home users they must be a must have. Huh? Fedora has had mplayer and xine for Severn for a while now. Warren From warren at togami.com Sun Aug 3 20:17:58 2003 From: warren at togami.com (Warren Togami) Date: 03 Aug 2003 10:17:58 -1000 Subject: imap in rawhide In-Reply-To: <1059640629.5218.1.camel@bart.netlyncs.com> References: <1059640629.5218.1.camel@bart.netlyncs.com> Message-ID: <1059941877.1838.409.camel@laptop> On Wed, 2003-07-30 at 22:37, Mike Chambers wrote: > If you upgrade the imap package from rawhide in a severn machine, pop > starts to fail when checking password. Had to downgrade back to the > stock severn package to get it to work again. > > Just an FYI.. Also please give dovecot a try, also in rawhide. Super fast and secure POP3 and IMAP daemon (Maildir or mbox) that does not depend on the wonderfully stable xinetd. Warren From ms-nospam-0306 at arcor.de Sun Aug 3 20:18:54 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sun, 3 Aug 2003 22:18:54 +0200 Subject: Release cycle In-Reply-To: <1059926954.3361.10.camel@albert> References: <1059926954.3361.10.camel@albert> Message-ID: <20030803221854.49470a4a.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 03 Aug 2003 18:09:14 +0200, Maynard Kuona wrote: > I have been doing some thinking about Redhat's (And mandrake and SuSE) > release cycles. It was especially with reference to projects such as > Fedora, which aim to provide high quality third party packages for > Redhat. Are these not being stifled by the release cycles. If these > projects are going to make a commitment to quality, the short release > cycles shall surely hurt them. Everything's a question of how much man power is available. And then there are different levels of quality. Packaging software into RPM and making sure each package builds and installs fine is one thing. Enhancing packages (with initscripts, default configs, fixes) and making sure the packages integrate smoothly into Red Hat Linux is another thing. An additional level of quality assurance would be to test-drive the packages extensively. Since Fedora Linux is a community project, all that can be done only if there are enough people who help. This includes users who report bugs, of course. > After a while, you can imagine that they > will begin to ignore older releases, and leaving some people with the > option to either upgrade (Not usually a great option) or remain outdated > and without a source of decent third party packages. If none of the packagers and neither contributors find the time and or resources to test packages on the older distributions, it is clear that support for the old distributions is phased out. Besides major resource problems, the biggest problem with distributions getting out-of-date is, that new software releases no longer build unless you would upgrade core packages. As soon as you touch core packages, however, it becomes a major effort to verify and upgrade a whole chain of dependencies. That would be like duplicating Red Hat's work. The user could as well upgrade the entire distribution. > Is Redhat working with these efforts in any direct way through maybe > hardware purchases, paying people to actually package some of the > software etc. I imagine this could be a chance for Redhat to actually > shed some of its responsibility to provide these packages, and have this > volunteer effort actually become the "official: third party source for > packages and updates. One thing for sure, there exist common goals and opportunities. But I seriously think it is way to early for both Fedora and the Red Hat Linux Project to discuss something like this on a rhl-beta list. We should all wait and see what Red Hat has in the queue with regard to their more open development model. > But most importantly, how does the release schedule affect a project > like Fedora. Maybe I just need to understand. Currently, Fedora does not do any releases, but keeps the repository updated fluently. The repository for the "Severn" beta is filled as problems are fixed or new packages are made available. It is not expected that the final version of Cambridge will differ much from the last beta version. So, all that can be done by Fedora is preparing and testing packages for the next release by keeping them in sync with the beta versions and/or Raw Hide. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/LW4u0iMVcrivHFQRArcxAJwKwOLsYiQgV0Ondik0naujjXFiWACggqkZ fhosTUGZNWRFTPS5v3WTjMQ= =qmk+ -----END PGP SIGNATURE----- From veillard at redhat.com Sun Aug 3 20:46:02 2003 From: veillard at redhat.com (Daniel Veillard) Date: Sun, 3 Aug 2003 16:46:02 -0400 Subject: rhn alert icon In-Reply-To: <20030801093755.B21597@redhat.com>; from veillard@redhat.com on Fri, Aug 01, 2003 at 09:37:55AM -0400 References: <1059187133.1654.6.camel@one.myworld> <20030726102300.C14664@redhat.com> <3F2A29A9.1000708@gmx.de> <20030801093755.B21597@redhat.com> Message-ID: <20030803164602.H18024@redhat.com> On Fri, Aug 01, 2003 at 09:37:55AM -0400, Daniel Veillard wrote: > On Fri, Aug 01, 2003 at 10:49:45AM +0200, shrek-m at gmx.de wrote: > > i had trouble with the gnome-desktop under rhl 8.0, > > the keyboard gave me only beeps but other users had no problems. > > > > i moved all ~/.* to solve it, > > i copyed-back .gn* .moz* .rhn-apllet.conf > > > > i had forgotten to copy-back the .rhn-applet.cache > > and now i can see "1 pixel wide applet icon" > > > > > > can you try this to reproduce it ? > > > > $ mkdir home-rhn-applet > > $ mv .rhn-applet.cache home-rhn-apllet/ > > > > logout > > login > > > > --> "1 pixel wide applet icon" > > Hum, it took me two attempts but I managed to reproduce this bug > for the first time ! > > thanks a lot, now I should be able to kill it :-) I decided to debug this today, and tried and retried the given recipe and could not get the problem to reproduce today :-( Tried 20 times and failed ... I still don't know how to reproduce this Damn... 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 cochranb at speakeasy.net Sun Aug 3 20:52:17 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 03 Aug 2003 16:52:17 -0400 Subject: rhn alert icon In-Reply-To: <1059187133.1654.6.camel@one.myworld> References: <1059187133.1654.6.camel@one.myworld> Message-ID: <1059943936.13755.4.camel@bobcp4.lingpgmr.com> My personal '1 pixel wide' alert icon shows up almost every time I login now. I guess my comments about RHN customer service upset it... :-) Bob Cochran On Fri, 2003-07-25 at 22:38, F?liciano Matias wrote: > Is someone experiment this : > http://feliciano.matias.free.fr/Screenshot-Panel.png > > The rhn alert icon is hide by the authentication icon. > > Sorry, but i can't reproduce. -------------- 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 jspaleta at princeton.edu Sun Aug 3 20:53:19 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 03 Aug 2003 16:53:19 -0400 Subject: Release cycle Message-ID: <1059943999.5488.206.camel@localhost.localdomain> Michael Schwendt wrote: >One thing for sure, there exist common goals and opportunities. But >I seriously think it is way to early for both Fedora and the Red Hat >Linux Project to discuss something like this on a rhl-beta list. We >should all wait and see what Red Hat has in the queue with regard to >their more open development model. I don't think we should ALL wait and see...from my reading of what redhat employee's have said to date on this list atleast...the shape of the open development model is still in in need of some defining, and they seem to be willing to engage in a discussion of some of the core issues and policies that need to be in place to cede responsibility to community members. The people that need to be talking to each other about how to open up the development process of rhlp to community control, probably know who they are already. And of course its too early to look so far ahead...but maybe it would be instructive for everyone if there was a listing of prominent first step issues that need to be addressed on how we get to something like what Havoc wrote: "I would say yes in general RHL can have a lot of stuff in it that we aren't expecting to support." If RHL is going to contain things redhat is not going to support directly as a goal...how do we get there from here? What are the obvious and not so obvious obstacles that would affect an application in rhl that redhat isn't supporting directly? I would hope that the basic issue of how to include this community managed applications into rhl will be worked out in time to see some examples of community based packages in the next beta cycle. But in this beta cycle there has to be a focusing on planning for those initial test cases. -jef"beginnings are hard"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 cochranb at speakeasy.net Sun Aug 3 20:55:53 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 03 Aug 2003 16:55:53 -0400 Subject: Letting Ordinary Users Write To Disk Key In-Reply-To: <1059929658.5488.140.camel@localhost.localdomain> References: <1059929658.5488.140.camel@localhost.localdomain> Message-ID: <1059944153.13755.7.camel@bobcp4.lingpgmr.com> OK, let me ask a stupid question since it still is not working for me. What is the difference between a 'console' and a 'tty'? Thanks Bob Cochran On Sun, 2003-08-03 at 12:54, Jef Spaleta wrote: > did you change the definition of the device class listing line > in consoles.perms to include the /dev/sda* ? > something like > =/mnt/flash* /dev/flash* /dev/sda* > > though i would have thought the entry would make more > sense..doesnt really matter. > > The one lingering problem i have with usb devices is that they are given > /dev/ listing on a first come first server basis. So that if you have 2 > or more usb storage devices like a flash reader and a keydrive, and you > connect them in different orders...it can affect how fstab mount lines > work and confuse things. I guess the best possible solution is to make > sure kudzu is aware of these devices and can autocorrect the fstab > entries as needed. > > -jef -------------- 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 veillard at redhat.com Sun Aug 3 20:56:46 2003 From: veillard at redhat.com (Daniel Veillard) Date: Sun, 3 Aug 2003 16:56:46 -0400 Subject: rhn alert icon In-Reply-To: <1059943936.13755.4.camel@bobcp4.lingpgmr.com>; from cochranb@speakeasy.net on Sun, Aug 03, 2003 at 04:52:17PM -0400 References: <1059187133.1654.6.camel@one.myworld> <1059943936.13755.4.camel@bobcp4.lingpgmr.com> Message-ID: <20030803165646.I18024@redhat.com> On Sun, Aug 03, 2003 at 04:52:17PM -0400, Robert L Cochran wrote: > My personal '1 pixel wide' alert icon shows up almost every time I login > now. I guess my comments about RHN customer service upset it... :-) Do you have a ~/.rhn-applet.cache file ? 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 cochranb at speakeasy.net Sun Aug 3 21:12:39 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 03 Aug 2003 17:12:39 -0400 Subject: rhn alert icon In-Reply-To: <20030803165646.I18024@redhat.com> References: <1059187133.1654.6.camel@one.myworld> <1059943936.13755.4.camel@bobcp4.lingpgmr.com> <20030803165646.I18024@redhat.com> Message-ID: <1059945159.13755.11.camel@bobcp4.lingpgmr.com> Yes I do, dated July 28 at time 21:20, permissions -rw-rw-r--, file size 27 On Sun, 2003-08-03 at 16:56, Daniel Veillard wrote: > On Sun, Aug 03, 2003 at 04:52:17PM -0400, Robert L Cochran wrote: > > My personal '1 pixel wide' alert icon shows up almost every time I login > > now. I guess my comments about RHN customer service upset it... :-) > > Do you have a ~/.rhn-applet.cache file ? > > Daniel -------------- 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 veillard at redhat.com Sun Aug 3 21:17:40 2003 From: veillard at redhat.com (Daniel Veillard) Date: Sun, 3 Aug 2003 17:17:40 -0400 Subject: rhn alert icon In-Reply-To: <1059945159.13755.11.camel@bobcp4.lingpgmr.com>; from cochranb@speakeasy.net on Sun, Aug 03, 2003 at 05:12:39PM -0400 References: <1059187133.1654.6.camel@one.myworld> <1059943936.13755.4.camel@bobcp4.lingpgmr.com> <20030803165646.I18024@redhat.com> <1059945159.13755.11.camel@bobcp4.lingpgmr.com> Message-ID: <20030803171740.J18024@redhat.com> On Sun, Aug 03, 2003 at 05:12:39PM -0400, Robert L Cochran wrote: > Yes I do, dated July 28 at time 21:20, permissions -rw-rw-r--, file size > 27 Hum, 27 bytes or 27 KB ? In the first case could you send me a copy in attachment, this is not normal and could explain some of the problems encountered ! 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 linhardt at swbell.net Sun Aug 3 22:07:35 2003 From: linhardt at swbell.net (Terry R Linhardt) Date: 03 Aug 2003 17:07:35 -0500 Subject: Upgrade crashes on kdebase-3.1.2-13 install Message-ID: <1059948455.1641.11.camel@chastain> Scenario: I am attempting to upgrade from RedHat 9 --> 9.0.93. I have 3 good CDs (verified, and also used on a prior install). The upgrade consistently fails when trying to upgrade kdebase-3.1.2-13. This occurs about 30 seconds after installing disk #2. The upgrade aborts with a message of possible media failure, possible disk space problem and possible hardware problem. I believe all three of these "possibilities" to be incorrect. The media has been verified and used on a prior install. Just to be sure, I re-burned a copy of disk #2. Space... well, I have about 2.4 gig free when I start the install. However, I evern removed several meg of files, and the "crash" still occurs at the same place. Hardware...I have nothing else happening to indicate this is hardware. I am puzzled as to why it's trying to do an upgrade of kdebase. I'm "pretty sure" I never installed KDE to begin with...I'm not a KDE user. I also did an rpm query of installed packages, and found NO references to kdebase. At this point, I have a "partial" install of 9.0.93. In fact, my system thinks it is now a 9.0.93 system. But, I know that quite a few packages were never installed after the abort. Thoughts or ideas would be appreciated. I can consistently duplicate this failure on this particular machine...but not sure if anyone else has seen this. Thanks...Terry -- Terry R Linhardt From alan at redhat.com Sun Aug 3 22:27:10 2003 From: alan at redhat.com (Alan Cox) Date: Sun, 3 Aug 2003 18:27:10 -0400 (EDT) Subject: Upgrade crashes on kdebase-3.1.2-13 install In-Reply-To: <1059948455.1641.11.camel@chastain> from "Terry R Linhardt" at Aws 03, 2003 05:07:35 Message-ID: <200308032227.h73MRBd21388@devserv.devel.redhat.com> > Thoughts or ideas would be appreciated. I can consistently duplicate > this failure on this particular machine...but not sure if anyone else > has seen this. If it displays an "oh dear" type message flip to the othe rconsoles (ctrl-alt f2 f3 f4 f5) and see if any of them show anything odd From m.a.young at durham.ac.uk Sun Aug 3 22:39:16 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Sun, 3 Aug 2003 23:39:16 +0100 (BST) Subject: rhn alert icon Message-ID: > > > --> "1 pixel wide applet icon" > > > > Hum, it took me two attempts but I managed to reproduce this bug > > for the first time ! > > I decided to debug this today, and tried and retried the given > recipe and could not get the problem to reproduce today :-( > Tried 20 times and failed ... I still don't know how to reproduce this I often notice this problem on my workstation (which is turned off over night and at weekends) if I stop and restart X in a session. The one time I tried to deliberately reproduce in the last few days it failed to fail, but I am now wondering if the first session was long enough for the applet to check in. Michael Young From shrek-m at gmx.de Sun Aug 3 23:07:49 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 04 Aug 2003 01:07:49 +0200 Subject: rhn alert icon In-Reply-To: <20030803164602.H18024@redhat.com> References: <1059187133.1654.6.camel@one.myworld> <20030726102300.C14664@redhat.com> <3F2A29A9.1000708@gmx.de> <20030801093755.B21597@redhat.com> <20030803164602.H18024@redhat.com> Message-ID: <3F2D95C5.5060400@gmx.de> Daniel Veillard wrote: >I decided to debug this today, and tried and retried the given >recipe and could not get the problem to reproduce today :-( >Tried 20 times and failed ... I still don't know how to reproduce this > > Damn... > i tried it once again boot severn1 in init 5: procedure --> no "1 pixel wide applet icon" ?? boot severn1 in init 3: $ startx procedure --> no "1 pixel wide applet icon" ?? once again in shrike with some ignored-packages boot shrike in init 3 $ startx procedure --> no "1 pixel wide applet icon" ?? sh... but now ? this should reproduce it every time in shrike with ignored packages remove the .rhn-applet.cache _before_ startx --> no, only sometimes !! boot shrike in init 3 procedure: $ cd ~ $ mv .rhn-applet.cache old-cache $ startx - voila "1 pixel wide applet icon" (only sometimes) or $ echo "" > .rhn-applet.cache $ startx - voila "1 pixel wide applet icon" (only sometimes) logout $ mv old-cache .rhn-applet.cache $ startx - rhn-applet is ok ok, .rhn-applet.cache will be new generated from time to time ! perhaps in this way ... init3, tty* # chmod 000 ~user/.rhn-applet.cache # chown root.root ~user/.rhn-applet.cache $ startx - voila "1 pixel wide applet icon" (but only sometimes) it must be magic :-( but speed is not magic, its mostly reproducable short after the reboot but later its mostly not reproducable with or without .rhn-applet.cache could it be that rhn-applet do not need every startx the .rhn-applet.cache ? network should be no problem (dsl-flatrate) # grep GATE /etc/sysconfig/network GATEWAY=192.168.101.1 #GATEWAY=192.168.101.100 GATEWAYDEV=eth0 # tcpdump -i eth0 | grep rhn tcpdump: listening on eth0 01:01:29.772756 192.168.101.10.33024 > xmlrpc.rhn.redhat.com.https: S 1170839803:1170839803(0) win 5840 (DF) 01:01:29.963672 xmlrpc.rhn.redhat.com.https > 192.168.101.10.33024: S 4213234648:4213234648(0) ack 1170839804 win 5840 (DF) 01:01:29.963728 192.168.101.10.33024 > xmlrpc.rhn.redhat.com.https: . ack 1 win 5840 (DF) 01:01:29.964731 192.168.101.10.33024 > xmlrpc.rhn.redhat.com.https: P 1:125(124) ack 1 win 5840 (DF) 01:01:30.163389 xmlrpc.rhn.redhat.com.https > 192.168.101.10.33024: . ack 125 win 5840 (DF) 01:01:30.181739 xmlrpc.rhn.redhat.com.https > 192.168.101.10.33024: P 1:1214(1213) ack 125 win 5840 (DF) -- shrek-m From justinc at serani.com.au Sun Aug 3 23:54:51 2003 From: justinc at serani.com.au (Justin Clacherty) Date: Mon, 4 Aug 2003 09:54:51 +1000 Subject: ldapmigrate References: <1059714433.3958.4.camel@shrike.serani.com.au> <1059925753.2735.2.camel@mentor.gurulabs.com> Message-ID: <001601c35a1a$a2848830$1401a8c0@pug> > Check your "suffix" in /etc/openldap/slapd.conf on your OpenLDAP server > to see that it matches the '-b' option you pass to ldapmigrate. > > Dax Kelson > Guru Labs Yes the suffixes match. I think the problem is that ldapmigrate doesn't support search bases that have three parts to them. The search base I am testing with is "dc=serani,dc=com,dc=au", if I change the search base in slapd.conf to "dc=serani,dc=com" and run ldapmigrate with prepdb things work fine. If I create the search base manually with ldapadd and dn: dc=serani,dc=com,dc=au objectclass: dcObject objectclass: organization o: Serani dc: serani then ldapmigrate still complains when trying to create the searchbase but happily adds the three ous. Inteterstingly if I try to add the search base manually but have the dc field of the object set up incorrectly I get exactly the same error from ldapadd as I am seeing with ldapmigrate. ie. the following ldif entry causes the same error. dn: dc=serani,dc=com,dc=au objectclass: dcObject objectclass: organization o: Serani dc: test I suspect that ldapmigrate is trying to create the searchbase entry with an incorrect value for dc when the dn has more than two dc values. Justin. From linhardt at swbell.net Mon Aug 4 00:33:57 2003 From: linhardt at swbell.net (Terry R Linhardt) Date: 03 Aug 2003 19:33:57 -0500 Subject: Upgrade crashes on kdebase-3.1.2-13 install In-Reply-To: <200308032227.h73MRBd21388@devserv.devel.redhat.com> References: <200308032227.h73MRBd21388@devserv.devel.redhat.com> Message-ID: <1059957237.1427.17.camel@chastain> Okay, here are some things I observed: 1) I went out to a text console and observed the message: "using kdebase-6:3.1.2-13.i386 to satisfy kdebase-6:3.1.2" (The update crashes with an error while installing kdebase-3.1.2-13). 2) I see the message: isys.py:mount() - going to mount /gmp/hdc on /mnt/source (Not sure if this is relevant, but when I do a df -k after the failure /mnt/source is configured as 661056 blocks, and all of them are used. 3) From the /root/upgrade.log (full text): Upgrading 227 packages The following packages were automatically selected to be installed: Upgrade: XFree86 was on the system. Pulling in xterm for upgrade. Upgrading compat-db-4.0.14-2.i386. Upgrading kdebase-3.1.2-13.i386. warning: /etc/X11/gdm/Sessions/KDE created as /etc/X11/gdm/Sessions/KDE.rpmnew warning: /etc/X11/xdm/kdmrc saved as /etc/X11/xdm/kdmrc.rpmorig warning: /etc/kderc saved as /etc/kderc.rpmorig warning: /etc/ksysguarddrc created as /etc/ksysguarddrc.rpmnew warning: /etc/pam.d/kde created as /etc/pam.d/kde.rpmnew error: unpacking of archive failed on file /usr/share/applnk-redhat: cpio: rename ============= Those are the items that seem to possibly relevant. Terry On Sun, 2003-08-03 at 17:27, Alan Cox wrote: > > Thoughts or ideas would be appreciated. I can consistently duplicate > > this failure on this particular machine...but not sure if anyone else > > has seen this. > > If it displays an "oh dear" type message flip to the othe rconsoles > (ctrl-alt f2 f3 f4 f5) and see if any of them show anything odd > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Terry R Linhardt From tdiehl at rogueind.com Mon Aug 4 00:38:30 2003 From: tdiehl at rogueind.com (Tom Diehl) Date: Sun, 3 Aug 2003 20:38:30 -0400 (EDT) Subject: Grub - request In-Reply-To: <3F2D07C1.8080200@earthlink.net> Message-ID: On Sun, 3 Aug 2003, Gerry Tool wrote: > guran wrote: > > >On Sunday 03 August 2003 04.18, Tom Diehl wrote: > > > > > > > >>In your original message you said something about grub now you are asking > >>about devfs and fb. I am confused :-( > >> > >>AFAIK RHL does not support devfs. It is generally more trouble than it is > >>worth. I do not know much if anything about fb. I have never messed with > >> > >> > > > >I was trying to be short and not force other to read stuff that might not > >interest them. Bet testing to me is to try to avoid future pb's, and when I > >installed the Severn I did not see any possibility to save grub other than on > >the mbr. I wanted grub to be written to the /boot directory so I could read > >what it said. > > > > > During the install, while setting up the boot loader, anaconda provides > a button labeled something like "advanced options". Clicking on that > button gives you the option of installing grub to the boot partition > rather than the MBR. You can kater read what is their and include it > into your grub.conf file that you are using. You can also just edit /etc/grub.conf after the install. -- ......Tom Registered Linux User #14522 http://counter.li.org tdiehl at rogueind.com My current SpamTrap -------> mtd123 at rogueind.com From tdiehl at rogueind.com Mon Aug 4 00:49:16 2003 From: tdiehl at rogueind.com (Tom Diehl) Date: Sun, 3 Aug 2003 20:49:16 -0400 (EDT) Subject: RHN Updates In-Reply-To: <1059930398.31955.114.camel@emotehp.gnucode.kicks-ass.net> Message-ID: On 3 Aug 2003, Michael Young wrote: > I imagine you about to get a million reasons from Mr. Spaleta as to why > this will *NEVER* happen. And he might even try to make you feel like an > idiot for even suggesting it. Just one suggestion Michael, instead of using the rhn subscription you paid for on the beta why not just sign up for the complimantry entitlment and use that for the beta if and when that should become useful? that way you can have your cake and eat it too. :-) > Now, if you will excuse me, I must find my asbestos suit before the > flames ensue. Not from me. I am not interested. -- ......Tom Registered Linux User #14522 http://counter.li.org tdiehl at rogueind.com My current SpamTrap -------> mtd123 at rogueind.com From justinc at serani.com.au Mon Aug 4 01:07:31 2003 From: justinc at serani.com.au (Justin Clacherty) Date: 04 Aug 2003 11:07:31 +1000 Subject: ldapmigrate In-Reply-To: <001601c35a1a$a2848830$1401a8c0@pug> References: <1059714433.3958.4.camel@shrike.serani.com.au> <1059925753.2735.2.camel@mentor.gurulabs.com> <001601c35a1a$a2848830$1401a8c0@pug> Message-ID: <1059959251.3953.40.camel@shrike.serani.com.au> On Mon, 2003-08-04 at 09:54, Justin Clacherty wrote: > I suspect that ldapmigrate is trying to create the searchbase entry with an > incorrect value for dc when the dn has more than two dc values. > Just confirmed this by adding the following line to ldapmigrate just after $dc is set in the prepdb code. print "dc is $dc\n" if ($debug); When the suffix is "dc=serani,dc=com" dc is set to "serani". When the suffic is "dc=serani,dc=com,dc=au" dc is set to "serani,dc=com". Looks like its only dropping the last ",dc=", I'd suggest a fix but I don't know anything about perl regular expressions. Justin From jim-cornette at columbus.rr.com Mon Aug 4 01:18:49 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Sun, 03 Aug 2003 21:18:49 -0400 Subject: USB 2.0 IDE drives - dropped to shell when in fstab ... rc.local OK Message-ID: <3F2DB479.8000102@columbus.rr.com> I bought an USB Interface Book drive to use a 2.5" IDE drive from my older laptop in. The model of the book drive is ST-2211B2. My computer is an HP ze4315us. I tried to add the drive to the fstab file and upon reboot, it dropped me to the "Enter root password, to fix problem" shell. After thinking that the problem was on my end, I fscked the three partitions aqnd no problem was found. I even tried other measures to see if the entries would stop dropping me to the init 1 shell. I then removed the entries and then rebooted. Everything came up alright. Since they worked after the OS loaded and I was logged on. I added the entries to the rc.local file and they worked with that method. My main question is regarding where the entries should be entered? Are there any plans to load the USB drivers before the /etc/ftab is read? I would like USB recognized, sda device recognized, then fstab read. If no plans, the files to change the order in would be appreciated. Thanks, Jim -- One small step for man, one giant stumble for mankind. From alikins at redhat.com Mon Aug 4 01:48:51 2003 From: alikins at redhat.com (Adrian Likins) Date: Sun, 3 Aug 2003 21:48:51 -0400 Subject: RHN Updates In-Reply-To: <1059929285.6297.13.camel@pc2-hink2-3-cust97.nott.cable.ntl.com>; from wintermi@teratools.com on Sun, Aug 03, 2003 at 05:48:05PM +0100 References: <1059929285.6297.13.camel@pc2-hink2-3-cust97.nott.cable.ntl.com> Message-ID: <20030803214851.D29792@redhat.com> On Sun, Aug 03, 2003 at 05:48:05PM +0100, Matthew Winter wrote: > Hi, > > Since RedHat has now moved to a community based RHL project, in general > this means no more support. RedHat however will not want to loose this > revenue source, however small it might have been. > > I would like to see RedHat enhance the RHN into a subscription based > Package Install / Update / Search system. > Hmm, thought it already did that ;-> > Something cross between Synaptic, the Lindows Click2Run and the current > RHN update facility. > /me imagines a cross between synaptic's ui and up2date ui's (leaves a lot to be desired itself, to say the least). /me shudders ;-> But I understand the goal. > to guarentee that packages > have been properly compiled for a specific release of RHL, and tested. ah, the rub. That of course, is The Hard Part. The rest is easy. > I also think that the software should allow you to choose from Stable > and Test releases. Allowing a user to decide what they want to install. > > Having such a tool would improve the value of the RHN, and provide > RedHat and the community with a means to test packages before the next > Beta ISO is released. > I would tend to agree. Adrian From cochranb at speakeasy.net Mon Aug 4 01:52:28 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 03 Aug 2003 21:52:28 -0400 Subject: rhn alert icon In-Reply-To: <20030803171740.J18024@redhat.com> References: <1059187133.1654.6.camel@one.myworld> <1059943936.13755.4.camel@bobcp4.lingpgmr.com> <20030803165646.I18024@redhat.com> <1059945159.13755.11.camel@bobcp4.lingpgmr.com> <20030803171740.J18024@redhat.com> Message-ID: <1059961948.13983.2.camel@bobcp4.lingpgmr.com> It is 27 bytes, and I sent it to you as a separate email from my Severn box. I hope I sent it to you correctly. I can't figure out how to get Evolution 1.4 to attach a file that has a leading dot '.', and this led me into a very inexpert session with mutt. Thanks Bob Cochran On Sun, 2003-08-03 at 17:17, Daniel Veillard wrote: > On Sun, Aug 03, 2003 at 05:12:39PM -0400, Robert L Cochran wrote: > > Yes I do, dated July 28 at time 21:20, permissions -rw-rw-r--, file size > > 27 > > Hum, 27 bytes or 27 KB ? In the first case could you send me a copy in > attachment, this is not normal and could explain some of the problems > encountered ! > > Daniel -------------- 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 jbinpg at shaw.ca Mon Aug 4 01:57:11 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Sun, 3 Aug 2003 18:57:11 -0700 Subject: RHN Updates In-Reply-To: <1059934441.11098.8.camel@opus.phy.duke.edu> References: <1059929285.6297.13.camel@pc2-hink2-3-cust97.nott.cable.ntl.com> <1059930398.31955.114.camel@emotehp.gnucode.kicks-ass.net> <20030803132545.E18024@redhat.com> <1059933664.32316.27.camel@emotehp.gnucode.kicks-ass.net> <1059934441.11098.8.camel@opus.phy.duke.edu> Message-ID: <20030804015710.GA4736@nonesuch> On Sun, Aug 03, 2003 at 02:14:02PM -0400, seth vidal wrote: > > > Red Hats' efforts to make the RHL project a community effort may not go > > to far if people are not more receptive to new ideas. It seems new > > contributors have a hard time getting into the fold, especially if our > > ideas don't follow the "norm." At this point, I don't really feel like > > my thoughts and opinions are welcome on this list or in the RHLP. > > Oh cmon. So jef said he didn't like your ideas. Fine he might have been > abrasive, that's life, get a helmet. If you think your ideas are good > and worth pursuing that continue to do so, ignore jef and move along. If > you want everyone in the open source or otherwise worlds to be nice > you're going to need to get used to disappointment. > > Trying to be courteous is a good thing, no doubt, but it doesn't always > happen. Don't seem so shocked by it, I'm sure you've bumped into > hundreds of people in life who you believed were rude to you and they > didn't see anything wrong with how they acted. I know I've bumped into a > lot of folks like that. It happens when people interact. Sad fact -- people with thin skins don't do well on email lists. Judicious use of the delete key and email filters may be warranted for those afflicted. -- Jack Bowling mailto: jbinpg at shaw.ca From kylem at xwell.org Mon Aug 4 02:34:51 2003 From: kylem at xwell.org (Kyle Maxwell) Date: 03 Aug 2003 21:34:51 -0500 Subject: RHN Updates In-Reply-To: References: Message-ID: <1059964490.17626.3.camel@lando> On Sun, 2003-08-03 at 19:49, Tom Diehl wrote: > Just one suggestion Michael, instead of using the rhn subscription you paid > for on the beta why not just sign up for the complimantry entitlment and use > that for the beta if and when that should become useful? that way you can have > your cake and eat it too. :-) This is what I do. I was going to purchase an entitlement for home (we use it at work), actually, until the new development/beta program was announced, so I'm putting that off for the moment and running Severn with a demo subscription. If I go back to Shrike or just go to Cambridge when it's up, I might go ahead and go to a paid entitlement, but for now I don't see the point. I actually agree with Michael to a point, that it would be nice to have RHN keep updating test packages for the beta, but OTOH I'm not expecting it. There's a lot I'd like to see changed in the beta, but as not everything appears to have been announced (witness http://rhl.redhat.com) I'm waiting patiently. Hopefully Red Hat will let us all know something this week. -- Kyle Maxwell From yinyang at eburg.com Mon Aug 4 02:54:40 2003 From: yinyang at eburg.com (Gordon Messmer) Date: Sun, 03 Aug 2003 19:54:40 -0700 Subject: repeated key press events? In-Reply-To: References: Message-ID: <3F2DCAF0.2010409@eburg.com> Alexandre Oliva wrote: > I've been experiencing a somewhat annoying problem on Severn, on both > my desktop and laptop: sometimes, when I press a letter (or number, > arrow, whatever), without holding it, I get, instead of just one > letter, 5-20 copies of the letter (or number, cursor movement, > whatever :-) > > Is anyone else experiencing this? I'd like to file this in bugzilla, > but I'd like to make sure the keyboards didn't decide to both start > failing in this odd way at the same time. > This is Red Hat bug #76959 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=76959 A fix was contributed by michal maruska to the XFree86 team, and will be included in XFree86 4.4.0. The patch should be available to Red Hat, should they choose to import it into their src.rpm. From mike at netlyncs.com Mon Aug 4 03:29:59 2003 From: mike at netlyncs.com (Mike Chambers) Date: 03 Aug 2003 22:29:59 -0500 Subject: updates In-Reply-To: <1059838994.11814.66.camel@emotehp.gnucode.kicks-ass.net> References: <1059774872.18552.8.camel@rhbeta.tcore.com> <1059782515.11146.3.camel@binkley> <1059790286.8449.18.camel@emotehp.gnucode.kicks-ass.net> <1059790824.11146.11.camel@binkley> <1059791608.8449.38.camel@emotehp.gnucode.kicks-ass.net> <65221.65.41.49.151.1059834227.squirrel@whooper.org> <1059838994.11814.66.camel@emotehp.gnucode.kicks-ass.net> Message-ID: <1059967798.2176.7.camel@bart.netlyncs.com> On Sat, 2003-08-02 at 10:43, Michael Young wrote: > I have 2 basic entitlements (not demo, I paid money) for my 2 home > machines. AFAIK, basic entitlements are targeted at the home user. So, > if I run a beta on 1 of my 2 systems, an entitlement is automatically > being wasted. RHN is geared toward official releases only, or for downloading ISO's or for getting faster updates, for paid subscribers. Sure it's included in the betas, but every package has to be tested no matter what they do. But if you choose to beta test, that is an option, not a requirement. Nor is it a requirement to use RHN, or to provide any updates via RHN for beta releases. Beta's are betas, no matter the name or what they are a beta of, and aren't *suppose* to be supplied with updates/fixes. Sure the fixes are needed, but if they are provided via RHN or until the next beta release, your stuck with it. Besides, since your a paying customer, wouldn't you be pissed off if all fixes were supplied via RHN and it interfered with your paid subscription to your official released RHN account that you paid for but can't get to because all those beta fixes were being downloaded? Not trying to belittle you or be against you, just trying to explain what the beta cycle is and what it's used for. Hope this helps, -- Mike Chambers Madisonville, KY "Everyone is entitled to be stupid, but some abuse the privilege." From feliciano.matias at free.fr Mon Aug 4 03:53:51 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 04 Aug 2003 05:53:51 +0200 Subject: repeated key press events? In-Reply-To: References: <200308022002.h72K28Y24795@devserv.devel.redhat.com> Message-ID: <1059969230.1263.4.camel@one.myworld> Le dim 03/08/2003 ? 10:45, Alexandre Oliva a ?crit : > On Aug 2, 2003, Alan Cox wrote: > No USB kbd here. This is a relatively cheap PS/2 keyboard on the > desktop (a custom-built Athlon/Asus-A7V133 box), and the built-in > keyboard on a Dell Inspiron 8000. The fact that it happens on both > makes me thing it's not the hardware, but something in the software. > The fact that I don't use other machines and that it happens so > infrequently makes it hard for me to tell the exact conditions in > which it happens. It *might* to have something to do with heavy disk > access, but I can't tell for sure. Same problem here (PS/2, athlon, K7T266). I have this problem since RH8.0. -- F?liciano Matias -------------- 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 Aug 4 04:12:09 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 4 Aug 2003 00:12:09 -0400 Subject: USB 2.0 IDE drives - dropped to shell when in fstab ... rc.local OK In-Reply-To: <3F2DB479.8000102@columbus.rr.com>; from jim-cornette@columbus.rr.com on Sun, Aug 03, 2003 at 09:18:49PM -0400 References: <3F2DB479.8000102@columbus.rr.com> Message-ID: <20030804001209.B6281@devserv.devel.redhat.com> Jim Cornette (jim-cornette at columbus.rr.com) said: > I bought an USB Interface Book drive to use a 2.5" IDE drive from my > older laptop in. The model of the book drive is ST-2211B2. > My computer is an HP ze4315us. > > I tried to add the drive to the fstab file and upon reboot, it dropped > me to the "Enter root password, to fix problem" shell. fsck checks files in /etc/fstab. It runs before usb-storage is loaded -> can't find the drive/filesystem -> error. In short, don't set it to be checked on boot. Bill From louisg00 at bellsouth.net Mon Aug 4 04:54:08 2003 From: louisg00 at bellsouth.net (Louis Garcia) Date: 04 Aug 2003 00:54:08 -0400 Subject: How do I shut down this ports Message-ID: <1059972848.10734.3.camel@tiger> 111/tcp open sunrpc 6000/tcp open X11 Should these be open be default? From coomsie at coomsie.no-ip.com Mon Aug 4 06:32:24 2003 From: coomsie at coomsie.no-ip.com (coomsie) Date: Mon, 4 Aug 2003 18:32:24 +1200 Subject: Strange smart errors Message-ID: <200308041832.24350.coomsie@coomsie.no-ip.com> Gidday Guys, I have these strange errors in my daily email log watch should i be worried? i have a via motherboard .. i wondered if it wanst supported fully yet on 2.4 in this area? Cheers Coomsie :3) --------------------- Smartd Begin ------------------------ /dev/hda : 3 Time(s): SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 49 to 50 2 Time(s): SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 50 to 49 4 Time(s): SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 50 to 51 3 Time(s): SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 51 to 50 2 Time(s): SMART Usage Attribute: 194 Temperature_Celsius changed from 33 to 34 1 Time(s): SMART Usage Attribute: 194 Temperature_Celsius changed from 33 to 35 1 Time(s): SMART Usage Attribute: 194 Temperature_Celsius changed from 34 to 33 4 Time(s): SMART Usage Attribute: 194 Temperature_Celsius changed from 34 to 35 1 Time(s): SMART Usage Attribute: 194 Temperature_Celsius changed from 34 to 36 2 Time(s): SMART Usage Attribute: 194 Temperature_Celsius changed from 35 to 33 4 Time(s): SMART Usage Attribute: 194 Temperature_Celsius changed from 35 to 34 2 Time(s): SMART Usage Attribute: 194 Temperature_Celsius changed from 35 to 36 3 Time(s): SMART Usage Attribute: 194 Temperature_Celsius changed from 36 to 35 3 Time(s): SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 49 to 50 2 Time(s): SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 50 to 49 4 Time(s): SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 50 to 51 3 Time(s): SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 51 to 50 ---------------------- Smartd End ------------------------- From coomsie at coomsie.no-ip.com Mon Aug 4 06:40:43 2003 From: coomsie at coomsie.no-ip.com (coomsie) Date: Mon, 4 Aug 2003 18:40:43 +1200 Subject: rpm errors Message-ID: <200308041840.43057.coomsie@coomsie.no-ip.com> Gidday Guys, I am constantly getting frozen rpm installs ..... I have the fix ... [ rm __db* ] in the /var/lib/rpm/ directory, Apparently this was an earlier bug in rpm, is this a bug in severn? ============== Cheers Coomsie :3) From jdy at cs.brown.edu Mon Aug 4 07:00:13 2003 From: jdy at cs.brown.edu (Joel Young) Date: Mon, 04 Aug 2003 03:00:13 -0400 Subject: rpm errors In-Reply-To: Your message of "Mon, 04 Aug 2003 18:40:43 +1200." <200308041840.43057.coomsie@coomsie.no-ip.com> References: <200308041840.43057.coomsie@coomsie.no-ip.com> Message-ID: <20030804070013.43A9C3EB0@null.cs.brown.edu> From: coomsie > Apparently this was an earlier bug in rpm, is this a bug in severn? I get this ocasionally, especially with rpm -e commands in severn, but since the power's that be are constantly saying remove the __db files, I figured its a well known bug. Joel From m.a.young at durham.ac.uk Mon Aug 4 08:23:45 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Mon, 4 Aug 2003 09:23:45 +0100 (BST) Subject: rhn alert icon In-Reply-To: References: Message-ID: On Sun, 3 Aug 2003, M A Young wrote: > > I decided to debug this today, and tried and retried the given > > recipe and could not get the problem to reproduce today :-( > > Tried 20 times and failed ... I still don't know how to reproduce this > > I often notice this problem on my workstation (which is turned off over > night and at weekends) if I stop and restart X in a session. The one time > I tried to deliberately reproduce in the last few days it failed to fail, > but I am now wondering if the first session was long enough for the applet > to check in. The recipe of startx - check for updates - exit X - startx produces the one character wide icon for me. hexdump -xc .rhn-applet.cache gives 0000000 715d 2801 0e55 3032 3330 3730 3832 3131 0000000 ] q 001 ( U 016 2 0 0 3 0 7 2 8 1 1 0000010 3433 3134 0271 715d 6503 002e 0000010 3 4 4 1 q 002 ] q 003 e . 000001b Michael Young From jim-cornette at columbus.rr.com Mon Aug 4 11:15:58 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Mon, 04 Aug 2003 07:15:58 -0400 Subject: USB 2.0 IDE drives - dropped to shell when in fstab ... rc.local OK In-Reply-To: <20030804001209.B6281@devserv.devel.redhat.com> References: <3F2DB479.8000102@columbus.rr.com> <20030804001209.B6281@devserv.devel.redhat.com> Message-ID: <3F2E406E.2060800@columbus.rr.com> Bill Nottingham wrote: > Jim Cornette (jim-cornette at columbus.rr.com) said: > >>I bought an USB Interface Book drive to use a 2.5" IDE drive from my >>older laptop in. The model of the book drive is ST-2211B2. >>My computer is an HP ze4315us. >> >>I tried to add the drive to the fstab file and upon reboot, it dropped >>me to the "Enter root password, to fix problem" shell. > > > fsck checks files in /etc/fstab. It runs before usb-storage > is loaded -> can't find the drive/filesystem -> error. > > In short, don't set it to be checked on boot. > > Bill > > Thanks! I'll set it to 0 0 and see if it works through /etc/fstab, without listing the disk check, at boot. edited fstab, removed from rc.local ... rebooting!!!! Jim From shrek-m at gmx.de Mon Aug 4 11:58:06 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 04 Aug 2003 13:58:06 +0200 Subject: rhn alert icon In-Reply-To: <1059961948.13983.2.camel@bobcp4.lingpgmr.com> References: <1059187133.1654.6.camel@one.myworld> <1059943936.13755.4.camel@bobcp4.lingpgmr.com> <20030803165646.I18024@redhat.com> <1059945159.13755.11.camel@bobcp4.lingpgmr.com> <20030803171740.J18024@redhat.com> <1059961948.13983.2.camel@bobcp4.lingpgmr.com> Message-ID: <3F2E4A4E.20804@gmx.de> Robert L Cochran wrote: >It is 27 bytes, and I sent it to you as a separate email from my Severn >box. I hope I sent it to you correctly. I can't figure out how to get >Evolution 1.4 to attach a file that has a leading dot '.', and this led >me into a very inexpert session with mutt. > "mutt", "pine", "mail", ... :-) $ mutt [m] = message to: subject: here you will be in vi [i] edit your text [esc][:][x] or [esc][w][q] [a] = attach ".rhn-applet.cache" or [?] = list [m] = mask, change this to ".rhn*" choose the file [enter] [y] = send [q] = quitt -- shrek-m From mike at netlyncs.com Mon Aug 4 12:37:18 2003 From: mike at netlyncs.com (Mike Chambers) Date: 04 Aug 2003 07:37:18 -0500 Subject: Strange smart errors In-Reply-To: <200308041832.24350.coomsie@coomsie.no-ip.com> References: <200308041832.24350.coomsie@coomsie.no-ip.com> Message-ID: <1060000637.2068.1.camel@bart.netlyncs.com> On Mon, 2003-08-04 at 01:32, coomsie wrote: > I have these strange errors in my daily email log watch > > should i be worried? Known bug with smartd I believe. Either check in rawhide to see if there is an updated package (although it may not fix the problem), or just turn it off for now until a fix is known. -- Mike Chambers Madisonville, KY "Everyone is entitled to be stupid, but some abuse the privilege." From nphilipp at redhat.com Mon Aug 4 13:35:07 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: 04 Aug 2003 15:35:07 +0200 Subject: Grub - request In-Reply-To: References: Message-ID: <1060004107.6393.11.camel@gibraltar.stuttgart.redhat.com> On Mon, 2003-08-04 at 02:38, Tom Diehl wrote: > On Sun, 3 Aug 2003, Gerry Tool wrote: > > > guran wrote: > > > > >On Sunday 03 August 2003 04.18, Tom Diehl wrote: > > > > > > > > > > > >>In your original message you said something about grub now you are asking > > >>about devfs and fb. I am confused :-( > > >> > > >>AFAIK RHL does not support devfs. It is generally more trouble than it is > > >>worth. I do not know much if anything about fb. I have never messed with > > >> > > >> > > > > > >I was trying to be short and not force other to read stuff that might not > > >interest them. Bet testing to me is to try to avoid future pb's, and when I > > >installed the Severn I did not see any possibility to save grub other than on > > >the mbr. I wanted grub to be written to the /boot directory so I could read > > >what it said. > > > > > > > > During the install, while setting up the boot loader, anaconda provides > > a button labeled something like "advanced options". Clicking on that > > button gives you the option of installing grub to the boot partition > > rather than the MBR. You can kater read what is their and include it > > into your grub.conf file that you are using. > > You can also just edit /etc/grub.conf after the install. This is not sufficient if you want to put GRUB into the superblock of /boot (as opposed to the MBR of the disk). You would have to re-run grub-install for that. 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 veillard at redhat.com Mon Aug 4 15:07:33 2003 From: veillard at redhat.com (Daniel Veillard) Date: Mon, 4 Aug 2003 11:07:33 -0400 Subject: rhn alert icon In-Reply-To: <1059961948.13983.2.camel@bobcp4.lingpgmr.com>; from cochranb@speakeasy.net on Sun, Aug 03, 2003 at 09:52:28PM -0400 References: <1059187133.1654.6.camel@one.myworld> <1059943936.13755.4.camel@bobcp4.lingpgmr.com> <20030803165646.I18024@redhat.com> <1059945159.13755.11.camel@bobcp4.lingpgmr.com> <20030803171740.J18024@redhat.com> <1059961948.13983.2.camel@bobcp4.lingpgmr.com> Message-ID: <20030804110733.E14155@redhat.com> On Sun, Aug 03, 2003 at 09:52:28PM -0400, Robert L Cochran wrote: > It is 27 bytes, and I sent it to you as a separate email from my Severn > box. I hope I sent it to you correctly. I can't figure out how to get > Evolution 1.4 to attach a file that has a leading dot '.', and this led > me into a very inexpert session with mutt. I got it, will try to reproduce this today. Still I puzzled, I don't see anything in the code which could explain why the cache state can influence the rendering, *except* if it is a bug raised under load condition, then rebuilding the cache generates a lot of I/O though the rpm database, which added to the load associated to starting the desktop might create the conditions to raise that problem. If it's a race condition in the inter-process communication interface between the applet and the applet container running in the toolbar then having a lot of I/O might generate proper condition for the problem. It would be interesting to see if you get the same problem with little load, for example once in the session, assuming the applet didn't display correctly, what happen if you kill the applet and restart it with "killall rhn-applet-gui ; rhn-applet-gui &" is the display still broken ? 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 hosting at j2solutions.net Mon Aug 4 16:21:13 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Mon, 4 Aug 2003 09:21:13 -0700 Subject: updates In-Reply-To: <1059790286.8449.18.camel@emotehp.gnucode.kicks-ass.net> References: <1059774872.18552.8.camel@rhbeta.tcore.com> <1059782515.11146.3.camel@binkley> <1059790286.8449.18.camel@emotehp.gnucode.kicks-ass.net> Message-ID: <200308040921.13127.hosting@j2solutions.net> On Friday 01 August 2003 19:11, Michael Young wrote: > Thanks Seth.. I may go that route if up2date isn't populated soon. > Although, I really hate to add any brokeness to what is a pretty > stable install. You do realize that yum itself is in Red Hat rawhide, and all indications point that it will be included in the next beta and in the final release. So "adding brokeness" will be a good thing since you'll be testing it out. Yum is quite unbroken from my tests and I think it's a really good thing that it's being added to the distro. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From hosting at j2solutions.net Mon Aug 4 16:23:42 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Mon, 4 Aug 2003 09:23:42 -0700 Subject: updates In-Reply-To: <1059838994.11814.66.camel@emotehp.gnucode.kicks-ass.net> References: <1059774872.18552.8.camel@rhbeta.tcore.com> <65221.65.41.49.151.1059834227.squirrel@whooper.org> <1059838994.11814.66.camel@emotehp.gnucode.kicks-ass.net> Message-ID: <200308040923.42977.hosting@j2solutions.net> On Saturday 02 August 2003 08:43, Michael Young wrote: > What I can't stress enough is the fact updates for the RHEL beta are > already in RHN. A beta is a beta, be it RHEL or RHL. So if RH is > going to release updates for one beta on RHN, why can't they do it > for the other beta as well? RHEN != RHN. RHN isn't the RHN it used to be, where enterprise and desktop play together. There are 2 services now, RHEN for Enterprise systems, and RHN for desktop/rhlp systems. Please don't confuse the two services, and expect the same out of both. > Doesn't that contradict what the RHLP is trying to achieve, community > participation? Just my $0.10... :| Here's a thought. Assign your entitlements to released products. Then they aren't being "wasted". It's a beta for god sakes. If you don't want to participate in the beta process, which may or may not populate RHN with stuff, then don't. Put your release product back on and feel good about having used your entitlements. Hell, dual boot the box so you can boot back to your released product and look at the shiny blue check icon. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From smoogen at lanl.gov Mon Aug 4 16:36:14 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: 04 Aug 2003 10:36:14 -0600 Subject: rhn alert icon In-Reply-To: <20030804110733.E14155@redhat.com> References: <1059187133.1654.6.camel@one.myworld> <1059943936.13755.4.camel@bobcp4.lingpgmr.com> <20030803165646.I18024@redhat.com> <1059945159.13755.11.camel@bobcp4.lingpgmr.com> <20030803171740.J18024@redhat.com> <1059961948.13983.2.camel@bobcp4.lingpgmr.com> <20030804110733.E14155@redhat.com> Message-ID: <1060014974.4977.8.camel@smoogen1.lanl.gov> I have the next step.. a missing rhn. The application is running, but there is absolutely no icon showing up on the bar. I have looked for any file in my .??* that mentions rhn and removed them. I cleaned up as much as I can, rebooted, relogged in and ran rhn-applet-gui. It says it is running, but it does not do anything the panel. It doesnt write a .rhn-cache either... just stis in a poll/gettimeofdaty/ioctl/write loop according to strace. It seems to be reading stuff from the network, taking up the cpu and growing in size.. but not allocating any window space. Dont know how to debug it much furhter. On Mon, 2003-08-04 at 09:07, Daniel Veillard wrote: > On Sun, Aug 03, 2003 at 09:52:28PM -0400, Robert L Cochran wrote: > > It is 27 bytes, and I sent it to you as a separate email from my Severn > > box. I hope I sent it to you correctly. I can't figure out how to get > > Evolution 1.4 to attach a file that has a leading dot '.', and this led > > me into a very inexpert session with mutt. > > I got it, will try to reproduce this today. Still I puzzled, > I don't see anything in the code which could explain why the cache > state can influence the rendering, *except* if it is a bug raised > under load condition, then rebuilding the cache generates a lot > of I/O though the rpm database, which added to the load associated to > starting the desktop might create the conditions to raise that problem. > If it's a race condition in the inter-process communication interface > between the applet and the applet container running in the toolbar then > having a lot of I/O might generate proper condition for the problem. > It would be interesting to see if you get the same problem with little > load, for example once in the session, assuming the applet didn't display > correctly, what happen if you kill the applet and restart it with > "killall rhn-applet-gui ; rhn-applet-gui &" > is the display still broken ? > > Daniel -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From veillard at redhat.com Mon Aug 4 16:43:04 2003 From: veillard at redhat.com (Daniel Veillard) Date: Mon, 4 Aug 2003 12:43:04 -0400 Subject: rhn alert icon In-Reply-To: <1060014974.4977.8.camel@smoogen1.lanl.gov>; from smoogen@lanl.gov on Mon, Aug 04, 2003 at 10:36:14AM -0600 References: <1059187133.1654.6.camel@one.myworld> <1059943936.13755.4.camel@bobcp4.lingpgmr.com> <20030803165646.I18024@redhat.com> <1059945159.13755.11.camel@bobcp4.lingpgmr.com> <20030803171740.J18024@redhat.com> <1059961948.13983.2.camel@bobcp4.lingpgmr.com> <20030804110733.E14155@redhat.com> <1060014974.4977.8.camel@smoogen1.lanl.gov> Message-ID: <20030804124304.G14155@redhat.com> On Mon, Aug 04, 2003 at 10:36:14AM -0600, Stephen Smoogen wrote: > I have the next step.. a missing rhn. The application is running, but > there is absolutely no icon showing up on the bar. I have looked for any > file in my .??* that mentions rhn and removed them. I cleaned up as much > as I can, rebooted, relogged in and ran rhn-applet-gui. It says it is > running, but it does not do anything the panel. It doesnt write a > .rhn-cache either... just stis in a poll/gettimeofdaty/ioctl/write loop > according to strace. > > It seems to be reading stuff from the network, taking up the cpu and > growing in size.. but not allocating any window space. Dont know how to > debug it much furhter. Is there another application using the RPM database in a continuous use ? That's my bet, the applet ways for the RPM DB to stop being under activity to process further. 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 smoogen at lanl.gov Mon Aug 4 16:49:07 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: 04 Aug 2003 10:49:07 -0600 Subject: rhn alert icon In-Reply-To: <20030804124304.G14155@redhat.com> References: <1059187133.1654.6.camel@one.myworld> <1059943936.13755.4.camel@bobcp4.lingpgmr.com> <20030803165646.I18024@redhat.com> <1059945159.13755.11.camel@bobcp4.lingpgmr.com> <20030803171740.J18024@redhat.com> <1059961948.13983.2.camel@bobcp4.lingpgmr.com> <20030804110733.E14155@redhat.com> <1060014974.4977.8.camel@smoogen1.lanl.gov> <20030804124304.G14155@redhat.com> Message-ID: <1060015747.4977.15.camel@smoogen1.lanl.gov> Hmmm doesnt look to be [root at smoogen1 smoogen]# lsof | grep rpm rhn-apple 5077 smoogen mem REG 9,2 895000 498767 /usr/lib/librpmdb-4.2.so rhn-apple 5077 smoogen mem REG 9,2 214008 498768 /usr/lib/librpmio-4.2.so rhn-apple 5077 smoogen mem REG 9,2 304832 498765 /usr/lib/librpm-4.2.so rhn-apple 5077 smoogen mem REG 9,2 93856 519675 /usr/lib/python2.2/site-packages/rpmmodule.so Unless I need to look at something else. On Mon, 2003-08-04 at 10:43, Daniel Veillard wrote: > On Mon, Aug 04, 2003 at 10:36:14AM -0600, Stephen Smoogen wrote: > > I have the next step.. a missing rhn. The application is running, but > > there is absolutely no icon showing up on the bar. I have looked for any > > file in my .??* that mentions rhn and removed them. I cleaned up as much > > as I can, rebooted, relogged in and ran rhn-applet-gui. It says it is > > running, but it does not do anything the panel. It doesnt write a > > .rhn-cache either... just stis in a poll/gettimeofdaty/ioctl/write loop > > according to strace. > > > > It seems to be reading stuff from the network, taking up the cpu and > > growing in size.. but not allocating any window space. Dont know how to > > debug it much furhter. > > Is there another application using the RPM database in a continuous use ? > That's my bet, the applet ways for the RPM DB to stop being under activity > to process further. > > Daniel -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From veillard at redhat.com Mon Aug 4 16:56:28 2003 From: veillard at redhat.com (Daniel Veillard) Date: Mon, 4 Aug 2003 12:56:28 -0400 Subject: rhn alert icon In-Reply-To: <1060015747.4977.15.camel@smoogen1.lanl.gov>; from smoogen@lanl.gov on Mon, Aug 04, 2003 at 10:49:07AM -0600 References: <1059187133.1654.6.camel@one.myworld> <1059943936.13755.4.camel@bobcp4.lingpgmr.com> <20030803165646.I18024@redhat.com> <1059945159.13755.11.camel@bobcp4.lingpgmr.com> <20030803171740.J18024@redhat.com> <1059961948.13983.2.camel@bobcp4.lingpgmr.com> <20030804110733.E14155@redhat.com> <1060014974.4977.8.camel@smoogen1.lanl.gov> <20030804124304.G14155@redhat.com> <1060015747.4977.15.camel@smoogen1.lanl.gov> Message-ID: <20030804125628.H14155@redhat.com> Well that's the only way I can think the applet going into a stat() / gettimeofday() / select() loop without reading or writing anything... no idea. Daniel On Mon, Aug 04, 2003 at 10:49:07AM -0600, Stephen Smoogen wrote: > Hmmm doesnt look to be [...] > > Unless I need to look at something else. > > > > It seems to be reading stuff from the network, taking up the cpu and > > > growing in size.. but not allocating any window space. Dont know how to > > > debug it much furhter. > > > > Is there another application using the RPM database in a continuous use ? > > That's my bet, the applet ways for the RPM DB to stop being under activity > > to process further. > > > > 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 elwoo at videotron.ca Mon Aug 4 17:01:26 2003 From: elwoo at videotron.ca (Elton Woo) Date: Mon, 04 Aug 2003 13:01:26 -0400 Subject: rhn alert icon In-Reply-To: <1059961948.13983.2.camel@bobcp4.lingpgmr.com> References: <1059187133.1654.6.camel@one.myworld> <20030803171740.J18024@redhat.com> <1059961948.13983.2.camel@bobcp4.lingpgmr.com> Message-ID: <200308041301.27155.elwoo@videotron.ca> On Sunday 03 August 2003 21:52, Robert L Cochran Robert L Cochran wrote: > I can't figure out how to get > Evolution 1.4 to attach a file that has a leading dot '.', and this led > me into a very inexpert session with mutt. ... just a suggestion: the leading dot indicates it is a hidden file or folder. You could have made a copy of the file and renamed it. I.e. *removed* the leading dot so instead of ".rhn applet cache" you would have "rhn applet cache". IMVHO, this is why mutt couldn't "see" the file to attach it. HTH & cheers, Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From cochranb at speakeasy.net Mon Aug 4 17:22:59 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 04 Aug 2003 13:22:59 -0400 Subject: rhn alert icon In-Reply-To: <200308041301.27155.elwoo@videotron.ca> References: <1059187133.1654.6.camel@one.myworld> <20030803171740.J18024@redhat.com> <1059961948.13983.2.camel@bobcp4.lingpgmr.com> <200308041301.27155.elwoo@videotron.ca> Message-ID: <1060017779.16108.29.camel@bobcp4.lingpgmr.com> Hi Elton, Mutt sees files with a leading dot just fine. But Evolution doesn't for some reason. I know I could have renamed the file, but I hate doing that because later I forget why I renamed it and hence what it is there for. I could have renamed it, sent it to Daniel, and then immediately deleted it, true. I'm not making much sense. I resent Evolution's not being able to "see" and attach these files -- it's a sign of a poorly programmed application. Bob Cochran Greenbelt, Maryland, USA On Mon, 2003-08-04 at 13:01, Elton Woo wrote: > On Sunday 03 August 2003 21:52, Robert L Cochran Robert L Cochran > wrote: > > > > I can't figure out how to get > > Evolution 1.4 to attach a file that has a leading dot '.', and this led > > me into a very inexpert session with mutt. > > ... just a suggestion: the leading dot indicates it is a hidden file or > folder. You could have made a copy of the file and renamed it. > I.e. *removed* the leading dot so instead of ".rhn applet cache" > you would have "rhn applet cache". IMVHO, this is why mutt couldn't > "see" the file to attach it. > > HTH & cheers, > > Elton ;-) -------------- 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 cochranb at speakeasy.net Mon Aug 4 17:29:30 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 04 Aug 2003 13:29:30 -0400 Subject: rhn alert icon In-Reply-To: <20030804125628.H14155@redhat.com> References: <1059187133.1654.6.camel@one.myworld> <1059943936.13755.4.camel@bobcp4.lingpgmr.com> <20030803165646.I18024@redhat.com> <1059945159.13755.11.camel@bobcp4.lingpgmr.com> <20030803171740.J18024@redhat.com> <1059961948.13983.2.camel@bobcp4.lingpgmr.com> <20030804110733.E14155@redhat.com> <1060014974.4977.8.camel@smoogen1.lanl.gov> <20030804124304.G14155@redhat.com> <1060015747.4977.15.camel@smoogen1.lanl.gov> <20030804125628.H14155@redhat.com> Message-ID: <1060018170.16108.37.camel@bobcp4.lingpgmr.com> It is very interesting but today my icon is at it's normal size and is working just great. Theory: the application listens for signals from Mother (home base, that is, RHN) and destroys the icon on command. We already know it 'phones home' to check for update availability. Theory: The icon is destroyed when RHN has a problem of some sort. Bob Cochran On Mon, 2003-08-04 at 12:56, Daniel Veillard wrote: > Well that's the only way I can think the applet going into > a stat() / gettimeofday() / select() loop without reading or writing > anything... no idea. > > Daniel > > On Mon, Aug 04, 2003 at 10:49:07AM -0600, Stephen Smoogen wrote: > > Hmmm doesnt look to be > [...] > > > > Unless I need to look at something else. > > > > > > It seems to be reading stuff from the network, taking up the cpu and > > > > growing in size.. but not allocating any window space. Dont know how to > > > > debug it much furhter. > > > > > > Is there another application using the RPM database in a continuous use ? > > > That's my bet, the applet ways for the RPM DB to stop being under activity > > > to process further. > > > > > > Daniel -------------- 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 elwoo at videotron.ca Mon Aug 4 17:31:17 2003 From: elwoo at videotron.ca (Elton Woo) Date: Mon, 04 Aug 2003 13:31:17 -0400 Subject: Upgrade crashes on kdebase-3.1.2-13 install In-Reply-To: <1059948455.1641.11.camel@chastain> References: <1059948455.1641.11.camel@chastain> Message-ID: <200308041331.17074.elwoo@videotron.ca> On Sunday 03 August 2003 18:07, Terry R Linhardt Terry R Linhardt wrote: > At this point, I have a "partial" install of 9.0.93. In fact, my system > thinks it is now a 9.0.93 system. But, I know that quite a few packages > were never installed after the abort. > > Thoughts or ideas would be appreciated. I can consistently duplicate > this failure on this particular machine...but not sure if anyone else > has seen this. Perhaps this *might* be related to the following bugs: Summary: selecting "install everything with Severn causes hard failure in installation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101078, and Summary: Severn "upgrade" install fails just after monitor selection. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101181 Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Mon Aug 4 17:57:32 2003 From: elwoo at videotron.ca (Elton Woo) Date: Mon, 04 Aug 2003 13:57:32 -0400 Subject: kindly add comments as apropriate (RFE 80613) Message-ID: <200308041357.32875.elwoo@videotron.ca> RFE: please pre-configure USB scanner!! https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=80613 Other vendors have been doing this for quite some time now, and maybe I'm being a PITA to the Red Hatters, but I believe that they too, can acheive this. ... in the interest of making Red Hat Linux a more 'user-friendly' distro! cheers, Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From cochranb at speakeasy.net Mon Aug 4 18:09:25 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 04 Aug 2003 14:09:25 -0400 Subject: Upgrade crashes on kdebase-3.1.2-13 install In-Reply-To: <200308041331.17074.elwoo@videotron.ca> References: <1059948455.1641.11.camel@chastain> <200308041331.17074.elwoo@videotron.ca> Message-ID: <1060020565.16108.39.camel@bobcp4.lingpgmr.com> Elton, Are you a mainframe programmer with IBM experience? Bob Cochran On Mon, 2003-08-04 at 13:31, Elton Woo wrote: > On Sunday 03 August 2003 18:07, Terry R Linhardt Terry R Linhardt > wrote: > > > At this point, I have a "partial" install of 9.0.93. In fact, my system > > thinks it is now a 9.0.93 system. But, I know that quite a few packages > > were never installed after the abort. > > > > Thoughts or ideas would be appreciated. I can consistently duplicate > > this failure on this particular machine...but not sure if anyone else > > has seen this. > > Perhaps this *might* be related to the following bugs: > > Summary: selecting "install everything with Severn causes hard failure > in installation > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101078, > > and > > Summary: Severn "upgrade" install fails just after monitor selection. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101181 > > Elton ;-) -------------- 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 elwoo at videotron.ca Mon Aug 4 18:38:04 2003 From: elwoo at videotron.ca (Elton Woo) Date: Mon, 04 Aug 2003 14:38:04 -0400 Subject: comments invited: Bug 101610 Message-ID: <200308041438.04869.elwoo@videotron.ca> Summary: kmail is installed, but not the address book Comment: the address-book SHOULD be installed whenever kmail is installed on the system, as it is a necessary component of the mailer. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101610 Also related: Summary: package manager displays incorrect information Comment: *DID NOT* select to install KDE desktop. Nevertheless, the KDE desktop was installed. *However* whenever I run the package manager to install additional packages, for the KDE section, it *consistently* reports "0 of 16 packages installed"!!! https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101512 Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Mon Aug 4 18:40:52 2003 From: elwoo at videotron.ca (Elton Woo) Date: Mon, 04 Aug 2003 14:40:52 -0400 Subject: rhn alert icon In-Reply-To: <1060017779.16108.29.camel@bobcp4.lingpgmr.com> References: <1059187133.1654.6.camel@one.myworld> <200308041301.27155.elwoo@videotron.ca> <1060017779.16108.29.camel@bobcp4.lingpgmr.com> Message-ID: <200308041440.52306.elwoo@videotron.ca> On Monday 04 August 2003 13:22, Robert L Cochran Robert L Cochran wrote: > Mutt sees files with a leading dot just fine. But Evolution doesn't for > some reason. I know I could have renamed the file, but I hate doing that > because later I forget why I renamed it and hence what it is there for. Well, removing the leading dot, is not a big name change, but I see your point... > I could have renamed it, sent it to Daniel, and then immediately deleted > it, true. I'm not making much sense. I resent Evolution's not being able No. You *are* making sense, and you have a very valid point. > to "see" and attach these files -- it's a sign of a poorly programmed > application. I would suggest reporting this to the mutt developers. Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From johnsonm at redhat.com Mon Aug 4 18:44:23 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 4 Aug 2003 14:44:23 -0400 Subject: 2.6.0-test2-bk1 available, and ACPI config menu In-Reply-To: ; from rpjday@mindspring.com on Fri, Aug 01, 2003 at 05:50:04PM -0400 References: <20030801131722.C6892@devserv.devel.redhat.com> Message-ID: <20030804144423.A5390@devserv.devel.redhat.com> On Fri, Aug 01, 2003 at 05:50:04PM -0400, Robert P. J. Day wrote: > On Fri, 1 Aug 2003, Michael K. Johnson wrote: > > FWIW, ACPI is far more than power management. In fact, we are > > including it in Severn not because of any power management > > capabilities but purely for hardware enumeration. > > i never said it wasn't. i was simply pointing out that both > the help screen and ACPI's visually subordinate menu position > might lead folks to think otherwise. I understand -- it's just not obvious to me that everyone here knows that, so I was taking another opportunity to explain the limitations of ACPI in Severn... michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From elwoo at videotron.ca Mon Aug 4 18:49:36 2003 From: elwoo at videotron.ca (Elton Woo) Date: Mon, 04 Aug 2003 14:49:36 -0400 Subject: Upgrade crashes on kdebase-3.1.2-13 install In-Reply-To: <1060020565.16108.39.camel@bobcp4.lingpgmr.com> References: <1059948455.1641.11.camel@chastain> <200308041331.17074.elwoo@videotron.ca> <1060020565.16108.39.camel@bobcp4.lingpgmr.com> Message-ID: <200308041449.36451.elwoo@videotron.ca> On Monday 04 August 2003 14:09, Robert L Cochran Robert L Cochran wrote: > Elton, > > Are you a mainframe programmer with IBM experience? > > Bob Cochran No. Is there something in my message that indicates this? Alas, I'm no programmer, however, I am "good" at installing hardware / software... and tracking bugs (if I may dare say so!) Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From smoogen at lanl.gov Mon Aug 4 18:50:07 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: 04 Aug 2003 12:50:07 -0600 Subject: rhn alert icon In-Reply-To: <20030804125628.H14155@redhat.com> References: <1059187133.1654.6.camel@one.myworld> <1059943936.13755.4.camel@bobcp4.lingpgmr.com> <20030803165646.I18024@redhat.com> <1059945159.13755.11.camel@bobcp4.lingpgmr.com> <20030803171740.J18024@redhat.com> <1059961948.13983.2.camel@bobcp4.lingpgmr.com> <20030804110733.E14155@redhat.com> <1060014974.4977.8.camel@smoogen1.lanl.gov> <20030804124304.G14155@redhat.com> <1060015747.4977.15.camel@smoogen1.lanl.gov> <20030804125628.H14155@redhat.com> Message-ID: <1060023007.4873.0.camel@smoogen1.lanl.gov> I was wrong about no writing.. here is what it says.. write(10, "5\20\4\0\5\35\340\1\204\0\340\1\26\0\26\0007\34\6\0\6\35"..., 292) = 292 ioctl(10, FIONREAD, [0]) = 0 gettimeofday({1060014706, 94176}, NULL) = 0 poll([{fd=11, events=POLLIN}, {fd=10, events=POLLIN}, {fd=3, events=POLLIN}, {fd=6, events=POLLIN|POLLPRI}, {fd=9, events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=5, events=POLLIN|POLLPRI}], 7, 43) = 0 gettimeofday({1060014706, 151938}, NULL) = 0 ioctl(10, FIONREAD, [0]) = 0 gettimeofday({1060014706, 152490}, NULL) = 0 poll([{fd=11, events=POLLIN}, {fd=10, events=POLLIN}, {fd=3, events=POLLIN}, {fd=6, events=POLLIN|POLLPRI}, {fd=9, events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=5, events=POLLIN|POLLPRI}], 7, 0) = 0 gettimeofday({1060014706, 152921}, NULL) = 0 write(10, "5\20\4\0\t\35\340\1\204\0\340\1\26\0\26\0007\34\6\0\n\35"..., 292) = 292 ioctl(10, FIONREAD, [0]) = 0 gettimeofday({1060014706, 154229}, NULL) = 0 poll([{fd=11, events=POLLIN}, {fd=10, events=POLLIN}, {fd=3, events=POLLIN}, {fd=6, events=POLLIN|POLLPRI}, {fd=9, events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=5, events=POLLIN|POLLPRI}], 7, 37) = 0 gettimeofday({1060014706, 211196}, NULL) = 0 ioctl(10, FIONREAD, [0]) = 0 gettimeofday({1060014706, 211787}, NULL) = 0 On Mon, 2003-08-04 at 10:56, Daniel Veillard wrote: > Well that's the only way I can think the applet going into > a stat() / gettimeofday() / select() loop without reading or writing > anything... no idea. > > Daniel > > On Mon, Aug 04, 2003 at 10:49:07AM -0600, Stephen Smoogen wrote: > > Hmmm doesnt look to be > [...] > > > > Unless I need to look at something else. > > > > > > It seems to be reading stuff from the network, taking up the cpu and > > > > growing in size.. but not allocating any window space. Dont know how to > > > > debug it much furhter. > > > > > > Is there another application using the RPM database in a continuous use ? > > > That's my bet, the applet ways for the RPM DB to stop being under activity > > > to process further. > > > > > > Daniel -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From veillard at redhat.com Mon Aug 4 19:08:51 2003 From: veillard at redhat.com (Daniel Veillard) Date: Mon, 4 Aug 2003 15:08:51 -0400 Subject: rhn alert icon In-Reply-To: <1060023007.4873.0.camel@smoogen1.lanl.gov>; from smoogen@lanl.gov on Mon, Aug 04, 2003 at 12:50:07PM -0600 References: <20030803165646.I18024@redhat.com> <1059945159.13755.11.camel@bobcp4.lingpgmr.com> <20030803171740.J18024@redhat.com> <1059961948.13983.2.camel@bobcp4.lingpgmr.com> <20030804110733.E14155@redhat.com> <1060014974.4977.8.camel@smoogen1.lanl.gov> <20030804124304.G14155@redhat.com> <1060015747.4977.15.camel@smoogen1.lanl.gov> <20030804125628.H14155@redhat.com> <1060023007.4873.0.camel@smoogen1.lanl.gov> Message-ID: <20030804150851.J14155@redhat.com> On Mon, Aug 04, 2003 at 12:50:07PM -0600, Stephen Smoogen wrote: > I was wrong about no writing.. here is what it says.. > > write(10, "5\20\4\0\5\35\340\1\204\0\340\1\26\0\26\0007\34\6\0\6\35"..., > 292) = > 292 > ioctl(10, FIONREAD, [0]) = 0 > gettimeofday({1060014706, 94176}, NULL) = 0 > poll([{fd=11, events=POLLIN}, {fd=10, events=POLLIN}, {fd=3, > events=POLLIN}, {fd=6, events=POLLIN|POLLPRI}, {fd=9, > events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=5, > events=POLLIN|POLLPRI}], 7, 43) = 0 > gettimeofday({1060014706, 151938}, NULL) = 0 > ioctl(10, FIONREAD, [0]) = 0 > gettimeofday({1060014706, 152490}, NULL) = 0 > poll([{fd=11, events=POLLIN}, {fd=10, events=POLLIN}, {fd=3, > events=POLLIN}, {fd=6, events=POLLIN|POLLPRI}, {fd=9, > events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=5, > events=POLLIN|POLLPRI}], 7, 0) = 0 > gettimeofday({1060014706, 152921}, NULL) = 0 > write(10, "5\20\4\0\t\35\340\1\204\0\340\1\26\0\26\0007\34\6\0\n\35"..., > 292) = > 292 > ioctl(10, FIONREAD, [0]) = 0 > gettimeofday({1060014706, 154229}, NULL) = 0 > poll([{fd=11, events=POLLIN}, {fd=10, events=POLLIN}, {fd=3, > events=POLLIN}, {fd=6, events=POLLIN|POLLPRI}, {fd=9, > events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=5, > events=POLLIN|POLLPRI}], 7, 37) = 0 > gettimeofday({1060014706, 211196}, NULL) = 0 > ioctl(10, FIONREAD, [0]) = 0 > gettimeofday({1060014706, 211787}, NULL) = 0 could be writes to the XWindows socket though it's kinda strange there are no reads ... A bit strange though to have fd=10 for that socket I would expect a lower number. 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 otaylor at redhat.com Mon Aug 4 19:13:06 2003 From: otaylor at redhat.com (Owen Taylor) Date: 04 Aug 2003 15:13:06 -0400 Subject: rhn alert icon In-Reply-To: <1060017779.16108.29.camel@bobcp4.lingpgmr.com> References: <1059187133.1654.6.camel@one.myworld> <20030803171740.J18024@redhat.com> <1059961948.13983.2.camel@bobcp4.lingpgmr.com> <200308041301.27155.elwoo@videotron.ca> <1060017779.16108.29.camel@bobcp4.lingpgmr.com> Message-ID: <1060024386.27266.92.camel@poincare.devel.redhat.com> On Mon, 2003-08-04 at 13:22, Robert L Cochran wrote: > Hi Elton, > > Mutt sees files with a leading dot just fine. But Evolution doesn't for > some reason. I know I could have renamed the file, but I hate doing that > because later I forget why I renamed it and hence what it is there for. > I could have renamed it, sent it to Daniel, and then immediately deleted > it, true. I'm not making much sense. I resent Evolution's not being able > to "see" and attach these files -- it's a sign of a poorly programmed > application. A) It's the GTK+ file selector, not Evolution B) If you type the name into file selector explicitely it will work fine. C) Rather more obscurely, . will show all files starting with . D) Yes, we know that the current GTK+ file selector has a poor UI. GTK+-2.4 will have an entirely different and opefully better widget. Regards, Owen -------------- next part -------------- This was hidden From elwoo at videotron.ca Mon Aug 4 19:19:58 2003 From: elwoo at videotron.ca (Elton Woo) Date: Mon, 04 Aug 2003 15:19:58 -0400 Subject: error messages in log file - how serious are they? Message-ID: <200308041519.58398.elwoo@videotron.ca> I get error messages in my boot.log file: Aug 4 12:25:35 dhcp-133-74 -- root[5042]: ROOT LOGIN ON tty1 Aug 4 12:26:10 dhcp-133-74 init: Switching to runlevel: 5 Aug 4 12:26:10 dhcp-133-74 sendmail: sendmail shutdown succeeded Aug 4 12:26:11 dhcp-133-74 sendmail: sm-client shutdown succeeded Aug 4 12:26:11 dhcp-133-74 irqbalance: irqbalance startup succeeded Aug 4 12:26:11 dhcp-133-74 rc: Starting pcmcia: succeeded Aug 4 12:26:11 dhcp-133-74 autofs: automount startup succeeded Aug 4 12:26:11 dhcp-133-74 anacron: anacron startup succeeded Aug 4 12:26:12 dhcp-133-74 modprobe: modprobe: Can't locate module char-major-10-134 Aug 4 12:26:35 dhcp-133-74 gdm(pam_unix)[5283]: session opened for user abe by (uid=0) Aug 4 12:26:36 dhcp-133-74 gconfd (abe-5343): starting (version 2.2.1), pid 5343 user 'abe' Aug 4 12:26:36 dhcp-133-74 gconfd (abe-5343): Resolved address "xml:readonly:/etc/gconf/gconf.xml.mandatory" to a read-only config source at position 0 Aug 4 12:26:36 dhcp-133-74 gconfd (abe-5343): Resolved address "xml:readwrite:/home/abe/.gconf" to a writable config source at position 1 Aug 4 12:26:36 dhcp-133-74 gconfd (abe-5343): Resolved address "xml:readonly:/etc/gconf/gconf.xml.defaults" to a read-only config source at position 2 Aug 4 12:26:37 dhcp-133-74 kernel: es1371: version v0.32 time 06:20:32 Jul 11 2003 Aug 4 12:26:37 dhcp-133-74 kernel: es1371: found chip, vendor id 0x1274 device id 0x1371 revision 0x08 Aug 4 12:26:37 dhcp-133-74 kernel: es1371: found es1371 rev 8 at io 0xa000 irq 10 Aug 4 12:26:37 dhcp-133-74 kernel: es1371: features: joystick 0x0 Aug 4 12:26:37 dhcp-133-74 kernel: ac97_codec: AC97 Audio codec, id: CRY19 (Cirrus Logic CS4297A rev A) Aug 4 12:26:37 dhcp-133-74 modprobe: modprobe: Can't locate module sound-service-0-3 Aug 4 12:26:47 dhcp-133-74 kernel: ide-floppy: hdb: I/O error, pc = 0, key = 2, asc = 3a, ascq = 0 Aug 4 12:26:47 dhcp-133-74 kernel: ide-floppy: hdb: I/O error, pc = 1b, key = 2, asc = 3a, ascq = 0 Aug 4 12:26:47 dhcp-133-74 kernel: hdb: No disk in drive Aug 4 12:26:48 dhcp-133-74 kernel: cdrom: This disc doesn't have any tracks I recognize! Aug 4 12:32:11 dhcp-133-74 kernel: ide-floppy: hdb: I/O error, pc = 0, key = 2, asc = 3a, ascq = 0 Aug 4 12:32:11 dhcp-133-74 kernel: ide-floppy: hdb: I/O error, pc = 1b, key = 2, asc = 3a, ascq = 0 Aug 4 12:32:11 dhcp-133-74 kernel: hdb: No disk in drive Aug 4 12:32:11 dhcp-133-74 kernel: ide-floppy: hdb: I/O error, pc = 0, key = 2, asc = 3a, ascq = 0 Aug 4 12:32:11 dhcp-133-74 kernel: ide-floppy: hdb: I/O error, pc = 1b, key = 2, asc = 3a, ascq = 0 Aug 4 12:32:11 dhcp-133-74 kernel: hdb: No disk in drive Aug 4 12:33:59 dhcp-133-74 kernel: hdc: packet command error: status=0x51 { DriveReady SeekComplete Error } Aug 4 12:33:59 dhcp-133-74 kernel: hdc: packet command error: error=0x50 Aug 4 12:33:59 dhcp-133-74 kernel: ATAPI device hdc: Aug 4 12:33:59 dhcp-133-74 kernel: Error: Illegal request -- (Sense key=0x05) Aug 4 12:33:59 dhcp-133-74 kernel: Cannot read medium - incompatible format -- (asc=0x30, ascq=0x02) Aug 4 12:33:59 dhcp-133-74 kernel: The failed "Send DVD Structure" packet command was: Aug 4 12:33:59 dhcp-133-74 kernel: "ad 00 00 00 00 00 00 01 00 08 00 00 " Aug 4 12:33:59 dhcp-133-74 kernel: udf: registering filesystem Aug 4 12:33:59 dhcp-133-74 kernel: UDF-fs: No VRS found Aug 4 12:40:13 dhcp-133-74 kernel: hdc: packet command error: status=0x51 { DriveReady SeekComplete Error } Aug 4 12:40:13 dhcp-133-74 kernel: hdc: packet command error: error=0x50 Aug 4 12:40:13 dhcp-133-74 kernel: ATAPI device hdc: Aug 4 12:40:13 dhcp-133-74 kernel: Error: Illegal request -- (Sense key=0x05) Aug 4 12:40:13 dhcp-133-74 kernel: Cannot read medium - incompatible format -- (asc=0x30, ascq=0x02) Aug 4 12:40:13 dhcp-133-74 kernel: The failed "Send DVD Structure" packet command was: Aug 4 12:40:13 dhcp-133-74 kernel: "ad 00 00 00 00 00 00 01 00 08 00 00 " Aug 4 12:40:13 dhcp-133-74 kernel: UDF-fs: No VRS found Aug 4 12:41:28 dhcp-133-74 userhelper: pam_timestamp: timestamp file `/var/run/sudo/abe/unknown:root' is only 136 seconds old, allowing access to redhat-install-packages for UID 500 Aug 4 12:42:14 dhcp-133-74 userhelper: pam_timestamp: timestamp file `/var/run/sudo/abe/unknown:root' is only 46 seconds old, allowing access to redhat-logviewer for UID 500 COMMENTS: There are no disks in the drives. /dev/hdb is my LS-120 diskette drive, /dev/hdc is my cdwriter, and /dev/hdd is my DVD reader. Also, I do have sound. (Ensoniq 64). QUESTONS: (1) How concerned should I be about these error messages? (2) Should I open a bug report, and if so under which component? TIA, Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From smoogen at lanl.gov Mon Aug 4 19:26:32 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: 04 Aug 2003 13:26:32 -0600 Subject: rhn alert icon In-Reply-To: <20030804150851.J14155@redhat.com> References: <20030803165646.I18024@redhat.com> <1059945159.13755.11.camel@bobcp4.lingpgmr.com> <20030803171740.J18024@redhat.com> <1059961948.13983.2.camel@bobcp4.lingpgmr.com> <20030804110733.E14155@redhat.com> <1060014974.4977.8.camel@smoogen1.lanl.gov> <20030804124304.G14155@redhat.com> <1060015747.4977.15.camel@smoogen1.lanl.gov> <20030804125628.H14155@redhat.com> <1060023007.4873.0.camel@smoogen1.lanl.gov> <20030804150851.J14155@redhat.com> Message-ID: <1060025192.4873.13.camel@smoogen1.lanl.gov> Is there any X commands etc that I can use to further debug this? In the large strace file I have open("/usr/share/locale/en/LC_MESSAGES/gtk20.mo", O_RDONLY) = -1 ENOENT (No such file or directory) uname({sys="Linux", node="smoogen1.lanl.gov", ...}) = 0 socket(PF_UNIX, SOCK_STREAM, 0) = 10 uname({sys="Linux", node="smoogen1.lanl.gov", ...}) = 0 uname({sys="Linux", node="smoogen1.lanl.gov", ...}) = 0 connect(10, {sa_family=AF_UNIX, path="/tmp/.X11-unix/X0"}, 19) = 0 uname({sys="Linux", node="smoogen1.lanl.gov", ...}) = 0 fcntl64(10, F_SETFD, FD_CLOEXEC) = 0 On Mon, 2003-08-04 at 13:08, Daniel Veillard wrote: > On Mon, Aug 04, 2003 at 12:50:07PM -0600, Stephen Smoogen wrote: > > I was wrong about no writing.. here is what it says.. > > > > write(10, "5\20\4\0\5\35\340\1\204\0\340\1\26\0\26\0007\34\6\0\6\35"..., > > 292) = > > 292 > > ioctl(10, FIONREAD, [0]) = 0 > > gettimeofday({1060014706, 94176}, NULL) = 0 > > poll([{fd=11, events=POLLIN}, {fd=10, events=POLLIN}, {fd=3, > > events=POLLIN}, {fd=6, events=POLLIN|POLLPRI}, {fd=9, > > events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=5, > > events=POLLIN|POLLPRI}], 7, 43) = 0 > > gettimeofday({1060014706, 151938}, NULL) = 0 > > ioctl(10, FIONREAD, [0]) = 0 > > gettimeofday({1060014706, 152490}, NULL) = 0 > > poll([{fd=11, events=POLLIN}, {fd=10, events=POLLIN}, {fd=3, > > events=POLLIN}, {fd=6, events=POLLIN|POLLPRI}, {fd=9, > > events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=5, > > events=POLLIN|POLLPRI}], 7, 0) = 0 > > gettimeofday({1060014706, 152921}, NULL) = 0 > > write(10, "5\20\4\0\t\35\340\1\204\0\340\1\26\0\26\0007\34\6\0\n\35"..., > > 292) = > > 292 > > ioctl(10, FIONREAD, [0]) = 0 > > gettimeofday({1060014706, 154229}, NULL) = 0 > > poll([{fd=11, events=POLLIN}, {fd=10, events=POLLIN}, {fd=3, > > events=POLLIN}, {fd=6, events=POLLIN|POLLPRI}, {fd=9, > > events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=5, > > events=POLLIN|POLLPRI}], 7, 37) = 0 > > gettimeofday({1060014706, 211196}, NULL) = 0 > > ioctl(10, FIONREAD, [0]) = 0 > > gettimeofday({1060014706, 211787}, NULL) = 0 > > could be writes to the XWindows socket though it's kinda strange there > are no reads ... A bit strange though to have fd=10 for that socket I > would expect a lower number. > > Daniel -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From johnsonm at redhat.com Mon Aug 4 20:17:49 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 4 Aug 2003 16:17:49 -0400 Subject: updates In-Reply-To: <1059925764.5488.96.camel@localhost.localdomain>; from jspaleta@princeton.edu on Sun, Aug 03, 2003 at 11:49:24AM -0400 References: <1059925764.5488.96.camel@localhost.localdomain> Message-ID: <20030804161749.B5390@devserv.devel.redhat.com> On Sun, Aug 03, 2003 at 11:49:24AM -0400, Jef Spaleta wrote: > beta to show up in the beta rhn channel. If I were a betting man...i > would say that at some point in this beta cycle, the beta channel at rhn > will get a few updates...if only to test out rhn/up2date That would be a good bet. :-) > updates though. If they don't come...they don't come...no one in an > official position is going to promise that any updates will show up. Well, I won't promise, but putting updates from rawhide into RHN becomes more interesting as we accumulate updates, and it *is* now on the agenda. It wasn't something we were sure about ahead of time -- the main points of the channel being there when we launched were to make sure that the firstboot registration works, and to leave ourselves the option to use it later for updates. Expect channel population during this week. (Modulo emergencies which by their very nature we won't be able to comment on, blah blah blah. :-) michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Mon Aug 4 20:32:22 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 4 Aug 2003 16:32:22 -0400 Subject: updates In-Reply-To: <1059927315.5488.110.camel@localhost.localdomain>; from jspaleta@princeton.edu on Sun, Aug 03, 2003 at 12:15:15PM -0400 References: <1059927315.5488.110.camel@localhost.localdomain> Message-ID: <20030804163222.C5390@devserv.devel.redhat.com> On Sun, Aug 03, 2003 at 12:15:15PM -0400, Jef Spaleta wrote: > Bound to be automated...hmmm yes... > automated QA testing...automated RH errata advisory writing... > yep I'm sure there isn't much in the way of human decision making as to > what is worth creating an errata notice for and then placing in the rhn > network channels. Whatever else we do, I'm confident that updates for a beta channel will not include written descriptions of errata. Newer packages will just show up in the channel. You are essentially right that while there are components of the process that are automated, intelligently populating a beta channel is real work. That said, don't expect even intelligently populated beta channels to be BugFree[TM], you could see real brokenness come through as we try things out. It is, after all, as you point out, a beta. :-) michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Mon Aug 4 20:36:02 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 4 Aug 2003 16:36:02 -0400 Subject: console.perms + + init 3 problem In-Reply-To: <200308031821.01832.peter.backlund@home.se>; from peter.backlund@home.se on Sun, Aug 03, 2003 at 06:21:01PM +0200 References: <200308031821.01832.peter.backlund@home.se> Message-ID: <20030804163602.D5390@devserv.devel.redhat.com> On Sun, Aug 03, 2003 at 06:21:01PM +0200, Peter Backlund wrote: > There is an easy workaround, namely remove the x from to make > nvidia devices fall under the category, but there might be > downsides to that, or a better, more general approach (I'm no expert on pam). It's fine to do that. The xconsole class is a proper subset of the console class as shipped -- see the first two sets of regexps in the /etc/security/console.perms file where the classes are defined. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From cochranb at speakeasy.net Mon Aug 4 20:48:37 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 04 Aug 2003 16:48:37 -0400 Subject: Upgrade crashes on kdebase-3.1.2-13 install In-Reply-To: <200308041449.36451.elwoo@videotron.ca> References: <1059948455.1641.11.camel@chastain> <200308041331.17074.elwoo@videotron.ca> <1060020565.16108.39.camel@bobcp4.lingpgmr.com> <200308041449.36451.elwoo@videotron.ca> Message-ID: <1060030117.16108.52.camel@bobcp4.lingpgmr.com> One of your Bugzilla entries uses the word 'abends'. I was so amazed when I read that, I just had to ask. That is definitely IBM mainframe speak. As in, 'S806 abend'. An abend means your program broke for whatever reason. Of course, I'm not sure if other programming environments like Sun use the term. Perhaps they do. I can't really remember seeing it out of the context of IBM programmer talk. (And I'm an IBM programmer. 22 years now.) Bob Cochran On Mon, 2003-08-04 at 14:49, Elton Woo wrote: > On Monday 04 August 2003 14:09, Robert L Cochran Robert L Cochran > wrote: > > Elton, > > > > Are you a mainframe programmer with IBM experience? > > > > Bob Cochran > No. Is there something in my message that indicates this? > Alas, I'm no programmer, however, I am "good" at installing > hardware / software... and tracking bugs (if I may dare say > so!) > > Elton ;-) -------------- 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 cochranb at speakeasy.net Mon Aug 4 20:52:47 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 04 Aug 2003 16:52:47 -0400 Subject: rhn alert icon In-Reply-To: <1060024386.27266.92.camel@poincare.devel.redhat.com> References: <1059187133.1654.6.camel@one.myworld> <20030803171740.J18024@redhat.com> <1059961948.13983.2.camel@bobcp4.lingpgmr.com> <200308041301.27155.elwoo@videotron.ca> <1060017779.16108.29.camel@bobcp4.lingpgmr.com> <1060024386.27266.92.camel@poincare.devel.redhat.com> Message-ID: <1060030367.16108.54.camel@bobcp4.lingpgmr.com> Thanks a lot, Owen, for setting me straight! Bob Cochran On Mon, 2003-08-04 at 15:13, Owen Taylor wrote: > On Mon, 2003-08-04 at 13:22, Robert L Cochran wrote: > > Hi Elton, > > > > Mutt sees files with a leading dot just fine. But Evolution doesn't for > > some reason. I know I could have renamed the file, but I hate doing that > > because later I forget why I renamed it and hence what it is there for. > > I could have renamed it, sent it to Daniel, and then immediately deleted > > it, true. I'm not making much sense. I resent Evolution's not being able > > to "see" and attach these files -- it's a sign of a poorly programmed > > application. > > A) It's the GTK+ file selector, not Evolution > > B) If you type the name into file selector explicitely it will > work fine. > > C) Rather more obscurely, . will show all files starting > with . > > D) Yes, we know that the current GTK+ file selector has > a poor UI. GTK+-2.4 will have an entirely different > and opefully better widget. > > Regards, > Owen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From peter.backlund at home.se Mon Aug 4 21:01:13 2003 From: peter.backlund at home.se (Peter Backlund) Date: Mon, 4 Aug 2003 23:01:13 +0200 Subject: console.perms + + init 3 problem In-Reply-To: <20030804163602.D5390@devserv.devel.redhat.com> References: <200308031821.01832.peter.backlund@home.se> <20030804163602.D5390@devserv.devel.redhat.com> Message-ID: <200308042301.13211.peter.backlund@home.se> On Monday 04 August 2003 22.36, Michael K. Johnson wrote: > On Sun, Aug 03, 2003 at 06:21:01PM +0200, Peter Backlund wrote: > > There is an easy workaround, namely remove the x from to make > > nvidia devices fall under the category, but there might be > > downsides to that, or a better, more general approach (I'm no expert on > > pam). > > It's fine to do that. The xconsole class is a proper subset of the > console class as shipped -- see the first two sets of regexps in the > /etc/security/console.perms file where the classes are defined. > I wasn't very clear about it, but I do consider this to be a bug. If you boot to runlevel 3, log in and start X, you don't get ownership of the nvidia* devices (which is needed to run OpenGL applications). So, should it post it to Bugzilla, or my reasoning way off? /Peter From jdy at cs.brown.edu Mon Aug 4 21:47:58 2003 From: jdy at cs.brown.edu (Joel Young) Date: Mon, 04 Aug 2003 17:47:58 -0400 Subject: Upgrade crashes on kdebase-3.1.2-13 install In-Reply-To: Your message of "04 Aug 2003 14:09:25 EDT." <1060020565.16108.39.camel@bobcp4.lingpgmr.com> References: <1059948455.1641.11.camel@chastain> <200308041331.17074.elwoo@videotron.ca> <1060020565.16108.39.camel@bobcp4.lingpgmr.com> Message-ID: <20030804214758.C8E473F64@null.cs.brown.edu> From: Robert L Cochran > Are you a mainframe programmer with IBM experience? What's a S0C4? Of course it's to To keep your feet warm... Sorry, I couldn't resist. Joel From johnsonm at redhat.com Mon Aug 4 22:00:05 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 4 Aug 2003 18:00:05 -0400 Subject: console.perms + + init 3 problem In-Reply-To: <200308042301.13211.peter.backlund@home.se>; from peter.backlund@home.se on Mon, Aug 04, 2003 at 11:01:13PM +0200 References: <200308031821.01832.peter.backlund@home.se> <20030804163602.D5390@devserv.devel.redhat.com> <200308042301.13211.peter.backlund@home.se> Message-ID: <20030804180005.A23937@devserv.devel.redhat.com> On Mon, Aug 04, 2003 at 11:01:13PM +0200, Peter Backlund wrote: > I wasn't very clear about it, but I do consider this to be a bug. If you boot > to runlevel 3, log in and start X, you don't get ownership of the nvidia* > devices (which is needed to run OpenGL applications). > > So, should it post it to Bugzilla, or my reasoning way off? The whole point of the difference between and is to separate X from non-X logins. I think this is an "operating outside the scope of the design of the system" issue. At least, a solution to this is not a quick hack to move something from to ; rather, I would think it's thinking about the design of the system and looking for a better way. MHO, others may disagree. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From cochranb at speakeasy.net Mon Aug 4 22:18:47 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 04 Aug 2003 18:18:47 -0400 Subject: Upgrade crashes on kdebase-3.1.2-13 install In-Reply-To: <20030804214758.C8E473F64@null.cs.brown.edu> References: <1059948455.1641.11.camel@chastain> <200308041331.17074.elwoo@videotron.ca> <1060020565.16108.39.camel@bobcp4.lingpgmr.com> <20030804214758.C8E473F64@null.cs.brown.edu> Message-ID: <1060035527.16108.75.camel@bobcp4.lingpgmr.com> A wild branch. Bob On Mon, 2003-08-04 at 17:47, Joel Young wrote: > From: Robert L Cochran > > Are you a mainframe programmer with IBM experience? > > What's a S0C4? > > Of course it's to > To keep your feet warm... > > Sorry, I couldn't resist. > > Joel > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -------------- 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 jim-cornette at columbus.rr.com Mon Aug 4 22:36:40 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Mon, 04 Aug 2003 18:36:40 -0400 Subject: USB 2.0 IDE drives -Alright w/o filecheck - Same drive w/ another motherboard In-Reply-To: <3F2E406E.2060800@columbus.rr.com> References: <3F2DB479.8000102@columbus.rr.com> <20030804001209.B6281@devserv.devel.redhat.com> <3F2E406E.2060800@columbus.rr.com> Message-ID: <3F2EDFF8.7060002@columbus.rr.com> Jim Cornette wrote: > Bill Nottingham wrote: >> >> fsck checks files in /etc/fstab. It runs before usb-storage >> is loaded -> can't find the drive/filesystem -> error. >> >> In short, don't set it to be checked on boot. >> >> Bill Everything works with the settings changed, to 0 0 in /etc/fstab Another confusing thing happened with the drive though, on another machine. This CPU can boot from USB-HDD through BIOS. It is a half-sized PCISA3716E2V computer board. (Juki, I believe, with version 1.4 0f the BIOS) THe old laptop drive would boot through USB-HDD until it got to the part that it wanted to locate the root partition. At that time, it halted, with a kernel panic. When I change the BIOS to boot from a standard IDE controller buss and tried to detect another similar, but with MS operating system in the Book drive, it was not detected by the fully updated RH9 version of the operating system. Severn was not loaded on the hard disk. It wouldn't load on the Toshiba 490CDT (now W98 w/ a new owner) Now to my main question. Is Severn updated to deal with USB-HDD drives? (compared to RH9) Do you think that the BIOS Boot treats this unit as hdd-0 and shrike does not have the USB loaded, then detects the SCSI or IDE drive? My main reason for asking is that these CPU boards will soon be seeing RHL in the future, as a commercial OS. It would be great to have RHL (Whatever version) b able to use the USB-HDD feature to boot from the USB drive. Thanks, Jim From rpjday at mindspring.com Mon Aug 4 22:37:02 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 4 Aug 2003 18:37:02 -0400 (EDT) Subject: any newer docs? Message-ID: first, any beta-level docs for severn that we can peruse? and, more specifically, is there a decent writeup on the modules.conf -> modprobe.conf transition? anything? rday From segg at infonet.ca Mon Aug 4 23:39:41 2003 From: segg at infonet.ca (Gilles J. Seguin) Date: Mon, 04 Aug 2003 19:39:41 -0400 Subject: RHN Updates References: <1059933400.5488.184.camel@localhost.localdomain> Message-ID: <3F2EEEBD.5D5A9C07@infonet.ca> Jef Spaleta wrote: > > Matthew Winter wrote: > >I would like to see RedHat enhance the RHN into a subscription based > >Package Install / Update / Search system. > > I think redhat is going to have to enhance rhn in someways...for the > idea of the RHL-project to take off...where you really can get 3rd party > addons from something like fedora or freshrpms (or horrors of horrors > proprietary addons) for the rhl releases. How exactly the full catelog > of rhl project packages and related 3rd party addons like fedora will be > accessible is probably still very much an open development question. But > if the idea of RHL as project is really going to blossom, then how the > tools in the rhl releases interacts with community contributed packages > is going to have to be expanded for sure. > > >I for one would subscribe to such a service, to guarentee that packages > >have been properly compiled for a specific release of RHL, and tested. > > Now this is the problem...redhat can't really garuntee that additional > stuff is going to be able to work. For example...we as experienced users > trust freshrpms and fedora to a great extent to provide quality add-on > packages. But the problem comes with poeple want redhat to 'garuntee' > that such addon packages will work. Redhat doesn't have the manhours to > garuntee and test the full range of what could potentially be considered > rhl community contributed packages. One of the points of switching to > this project idea, is to try to address this problem, by shifting some > of the burden of package maintance to the community's shoulders. If we > are going to ask redhat to garuntee that packages work...then redhat is > stuck providing a base number of packages that they have the manhours to > support. But if we no longer expect redhat to garuntee every package we > get from rhn...then that opens up the idea of 'partner channel' like a > channel for fedora or freshrpms. RedHat can't garuntee anything from a > fedora channel will definitely work...but if Redhat can tie the > community developers more directly into the rhl development process and > the rhn process...then we as users can work with the fedora or freshrpms > packagers or whomever to provide something close to that garuntee you > want. > > But i think there is a lot of ground work that needs to be laid before > we can talk seriously about rhn offering 'partner channels.' A lot of > the mechanics of how community developers from outside of redhat can > interact with the rhl development process..a lot of new policy > groundwork here...some of it has been touch on here in this list > already, and I'd imagine there other rhl lists are discussing this in > more detail. But i would say that one of the longterm goals of rhl ehas > got to be easy to use support throughout all the rhl tools (up2date and > r-c-packages included...maybe even the installer) to get access to a > whole ecosystem of community support packages that go beyond the base > distro that redhat has the manhours to support directly. A serious > desktop product will have to have easy to use access to a wealth > additional software that redhat can't garuntee directly...but software > provided from 3rd parties that we has a community of users have grown to > trust. > > >I also think that the software should allow you to choose from Stable > >and Test releases. Allowing a user to decide what they want to install. > > That im not so sure about....that making it too easy for people who > don't know better to do things they think should work better but don't. > People equate an increase in version number with 'better' far too much > for their own good. Did you miss the thread about the removal of > 'expert' mode from the installer? In the idea that, see reference below, at the level of the distribution, bugzilla is the best mechanism we know for allowing management of anything related to package. My understanding is: - The most valuable resource are developpers - QA(quality analysis) is a tough human related job. Consequently difficult to train. - bugzilla, by nature, requires people to able to fill a report. The third item require that peoples with a minimum of training be able to install and play with a package. > I don't think its wise to encourage the average user to run testing > software as an option to stable software...i think a clear distinction > between what is a stable release and what is in testing is very > important to make sure people don't idly start chewing on experimental > packages. What is implicitly said here is that some packages have big impact on the entire system. Let says, kernel and glibc. We need to educate user, what make sense and what is not. That means they have an impact on the system reliability or consistancy(state). Third party sofware are generally of no consequence. If they crash, it is what we want to know. > If the goals of the point and click tools is to provide a set > of tools the average users can rely on to give them trusted updates. > Given those same users the option to pull test packages with those same > convience tools...undermines the point of the tools...to keep things > running smoothly for the average user. Out of the total number of > redhat users out there, what percentage really should be consuming test > packages? >From my point of view, higher is the better. > Should this project be designing convience tools around the > needs of the testers? What are the need of the tester ? What I would like to see in rawhide is the package test. Example: - library-test-newversion must appears days before the application that use them. - It is much easier to develop a test case. How many time have not report a problem because saying "it does not work" is of no used in bugzilla. > Or should this project focus on the needs of the > stable package users? This goal is implicitely meet if the goal of previous group is met > I think one of the largest needs of a stable > system is to make sure the easy to use tools...aren't so easy to use, > that it makes it easy to fubar yer own system. That's what commandline > tools are for. > -jef"sadly, my crystal ball comes with a NDA, so I can't tell you what i > see happening with RHL 2 years from now"spaleta For sure, problems will get harder and harder to resolve. The easy ones have disappear. From killers_soul at hotmail.com Mon Aug 4 23:58:38 2003 From: killers_soul at hotmail.com (Jason Longland) Date: Tue, 5 Aug 2003 09:58:38 +1000 Subject: USB mice in Severn? Message-ID: <000d01c35ae4$5ad86400$0100a8c0@downstairs> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm just wondering about how to get my USB intellimouse explorer working in Severn? it used to work flawlessly in RH9 but since I just installed Severn any time I try to boot the USB mouse gets switched off and Severn refuses to detect otherwise. Just on a slightly related side note, will Severn support Bluetooth input devices such as M$'s bluetooth kb+mouse or bluetooth intellimouse explorer? Jason Longland ********************************************************************* All messages originating from me are digitally signed to ensure authenticity. If any message is not signed it could be due to one of the following to reasons: 1. my email client isn't working and I've had to use the web browser 2. it isn't from me and could be a virus All content contained herein is copyright (or copyleft...) of the sender. All messages are scanned using the latest virus definitions for Norton Antivirus 2003 prior to sending. ********************************************************************* -----BEGIN PGP SIGNATURE----- Version: PGP 8.0 iQA/AwUBPy7zLE9XUfpwf1ScEQK+pACffW0AuzfQ0hGEC9NY4eCR0Tf8YbkAoPYC EScyofQH9B9EPNGMihh2mkxn =SpMy -----END PGP SIGNATURE----- From rpjday at mindspring.com Tue Aug 5 03:00:04 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 4 Aug 2003 23:00:04 -0400 (EDT) Subject: changelog for ongoing 2.6.0 test kernels? Message-ID: it's not clear from www.kernel.org where one would find incremental changelogs, particularly what changes from one bitkeeper patch to the next. anyone know where these things live? rday From rpjday at mindspring.com Tue Aug 5 03:22:41 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 4 Aug 2003 23:22:41 -0400 (EDT) Subject: so where's my graphical boot? Message-ID: with everyone else asking how to turn *off* their graphical boot, i'm wondering why i'm getting the same old command line boot sequence. i've gone through /etc/rc.sysinit, found the place where the graphical boot is started, and am trying to figure out why mine is not being invoked. is it because i'm running a 2.6.0-xxx kernel? what exactly is supposed to be true to get a graphical boot? puzzled. rday From ghenriks at rogers.com Tue Aug 5 03:27:10 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Mon, 04 Aug 2003 23:27:10 -0400 Subject: so where's my graphical boot? In-Reply-To: References: Message-ID: On Mon, 4 Aug 2003 23:22:41 -0400 (EDT), you wrote: > > with everyone else asking how to turn *off* their graphical >boot, i'm wondering why i'm getting the same old command line >boot sequence. > > i've gone through /etc/rc.sysinit, found the place where the >graphical boot is started, and am trying to figure out why mine >is not being invoked. > > is it because i'm running a 2.6.0-xxx kernel? what exactly >is supposed to be true to get a graphical boot? puzzled. Graphical boot fails for me when I boot into 2.6.* kernel. Given that I did an upgrade I had to manually install the rhgb rpm after which it worked fine with the 2.4 kernel. From jmorris at redhat.com Tue Aug 5 03:52:28 2003 From: jmorris at redhat.com (James Morris) Date: Tue, 5 Aug 2003 13:52:28 +1000 (EST) Subject: changelog for ongoing 2.6.0 test kernels? In-Reply-To: Message-ID: On Mon, 4 Aug 2003, Robert P. J. Day wrote: > it's not clear from www.kernel.org where one would find > incremental changelogs, particularly what changes from one > bitkeeper patch to the next. anyone know where these things > live? > http://linux.bkbits.net:8080/linux-2.5 - James -- James Morris From cochranb at speakeasy.net Tue Aug 5 03:57:31 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 04 Aug 2003 23:57:31 -0400 Subject: so where's my graphical boot? In-Reply-To: References: Message-ID: <1060055851.16108.119.camel@bobcp4.lingpgmr.com> Actually, I like the graphical boot, and think it could become spiffier. That wimpy little rectangle of incredibly difficult to read off-blue doesn't do graphical booting any justice! The graphics have to take charge of the whole monitor and wow the beholder! Maybe add some dancing _________ (insert desired object name here.) Then some writer can publish articles: "25 Red Hat Linux Boot Secrets" "Grubbing Behind The Scenes" "Rare Entertainment: Add Animations To Your Linux Boot" "Wow Them With Graphical Booting From A Disk Key" Bob Cochran On Mon, 2003-08-04 at 23:22, Robert P. J. Day wrote: > with everyone else asking how to turn *off* their graphical > boot, i'm wondering why i'm getting the same old command line > boot sequence. > > i've gone through /etc/rc.sysinit, found the place where the > graphical boot is started, and am trying to figure out why mine > is not being invoked. > > is it because i'm running a 2.6.0-xxx kernel? what exactly > is supposed to be true to get a graphical boot? puzzled. > > rday > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -------------- 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 dennis at dgilmore.net Tue Aug 5 04:56:36 2003 From: dennis at dgilmore.net (Dennis Gilmore) Date: Tue, 5 Aug 2003 14:56:36 +1000 Subject: comments invited: Bug 101610 In-Reply-To: <200308041438.04869.elwoo@videotron.ca> References: <200308041438.04869.elwoo@videotron.ca> Message-ID: <200308051456.36212.dennis@dgilmore.net> IIRC in kde 3.2 kmail is moving from the kdenetwork package and into the kdepim package. but for now kdepim should be a requiremt of kdenetwork if for nothing than having a functional kmail out of the box Dennis Once upon a time at band camp Tuesday 05 August 2003 4:38 am, Elton Woo wrote: > Summary: kmail is installed, but not the address book > Comment: the address-book SHOULD be installed whenever kmail is > installed on the system, as it is a necessary component of the mailer. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101610 > > Also related: > > Summary: package manager displays incorrect information > Comment: *DID NOT* select to install KDE desktop. > Nevertheless, the KDE desktop was installed. *However* whenever I run > the package manager to install additional packages, for the KDE > section, it *consistently* reports "0 of 16 packages installed"!!! > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101512 > > > Elton ;-) From alittle37 at knightabel.onestop.net Tue Aug 5 06:24:33 2003 From: alittle37 at knightabel.onestop.net (Abraham Al-Saleh) Date: 05 Aug 2003 00:24:33 -0600 Subject: How do I shut down this ports Message-ID: <1060064673.23726.24.camel@hell.evil> Actualy, they are enabled by default and I believe they are generally harmless. 6000 is the windowing system and 111 is NFS portmap. To shut down the ports you would use iptables to drop or reject packets destined for those ports. However, unless you are using NFS it is safe to turn off the portmapper (which is what sunrpc is) in most situations. to drop packets destined for a certain port, you would type (as root): iptables -A INPUT -p tcp -m tcp --dport [portnumber] -i [interface] -j DROP where [portnumber] is the number of the port (e.g. 111) is the portnumber, and [interface] is the interface connected to any untrusted networks (e.g. ppp0) if you are happy with these settings, type (as root): service iptables save to see the current state of your tables, type (again, as root): service iptables status Now, to turn off portmap (if it is ok to do this) type (blah blah, as root.): service portmap stop if you wish to permanently disable it use (root...): mv /etc/rc.d/rc[rl].d/S13portmap /etc/rc.d/rc[rl].d/K13portmap where [rl] is your default runlevel. 5 if you start in graphical and 3 if you start in text mode (e.g. /etc/rc.d/rc5.d). RHL Severn is set to use rl5 as the default, by, err... default. I believe there are also graphical tools for enabling and disabling services as boot time. I generally don't use these as I prefer the CLI for administrative duties. But feel free to look. Also, preserve the case on scripts in your rc directories. And finally, just so you don't get mad at me, do this at your own risk. if you have an admin in charge of your network ask he or she for instructions on what to do. Also if this question has been answered, I am sorry for this late reply, I get this mailing list in digest form --Abe Al-Saleh --------------------Original Message-------------------- Subject: How do I shut down this ports From: Louis Garcia To: rhl-beta-list at redhat.com Date: 04 Aug 2003 00:54:08 -0400 Reply-To: rhl-beta-list at redhat.com 111/tcp open sunrpc 6000/tcp open X11 Should these be open be default? From alan at redhat.com Tue Aug 5 08:10:36 2003 From: alan at redhat.com (Alan Cox) Date: Tue, 5 Aug 2003 04:10:36 -0400 (EDT) Subject: so where's my graphical boot? In-Reply-To: <1060055851.16108.119.camel@bobcp4.lingpgmr.com> from "Robert L Cochran" at Aws 04, 2003 11:57:31 Message-ID: <200308050810.h758Aac06657@devserv.devel.redhat.com> > That wimpy little rectangle of incredibly difficult to read off-blue > doesn't do graphical booting any justice! The graphics have to take > charge of the whole monitor and wow the beholder! Maybe add some dancing > _________ (insert desired object name here.) Then some writer can > publish articles: I filed an RFE a while ago about making it prettier. From laur.ivan at corvil.com Tue Aug 5 09:11:07 2003 From: laur.ivan at corvil.com (Laur Ivan) Date: Tue, 5 Aug 2003 10:11:07 +0100 Subject: Kudzu in hiding during boot? In-Reply-To: <3F2BE7BA.12575.4C8258@localhost> References: <3F2BE7BA.12575.4C8258@localhost> Message-ID: <200308051011.10415.laur.ivan@corvil.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 02 August 2003 15:32, Leonard den Ottolander wrote: > Hi Guran, > > > How do I shut off the graphic shit? > > /etc/sysconfig/init: Set GRAPHICAL=no. > > Strange thing is that even though GRAPHICAL=yes on my system I do > *not* get a graphical boot. Grub is running from /dev/hda14 on this > system. > Hmm... the only time I got that was because X was dying coz it couldn't load the mouse drivers... Cheers, Laur -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE/L3SurIaFaLsloSMRAlq2AKCSLUt4NZyfhHXKz2m6HfqpdpEcJwCeLdp7 8/jL7KhiOWThGSeBkCSu/XY= =60NZ -----END PGP SIGNATURE----- From laur.ivan at corvil.com Tue Aug 5 09:17:24 2003 From: laur.ivan at corvil.com (Laur Ivan) Date: Tue, 5 Aug 2003 10:17:24 +0100 Subject: laptop got hot, no fans! (acpi tools to check fans/temp/battery?) In-Reply-To: <1059861150.4722.13.camel@elsol.zwan> References: <1059861150.4722.13.camel@elsol.zwan> Message-ID: <200308051017.30007.laur.ivan@corvil.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, afaik, Dell is known for bad DSDT's. A solution is to have a look at the acpi project on sourceforge for fixed DSDTs. They have a small howto on convincing the kernel to load your patched acpi image instead of the system one. another thing would be to look in your /proc/acpi to check out if you have a subdir "battery". if not try the following: modprobe battery modprobe ac modprobe processor (in fact, you should load all the modules in /lib/modules/2.6_blah/kernel/drivers/acpi :) as they are not loaded by the "acpid" in startup. Then everything should work ok. I have an X200 and had loads of fun with this over the w/end :) (not). Cheers, Laur On Saturday 02 August 2003 22:52, Mr. Adam ALLEN wrote: > pre-severn the laptop (Dell Lattitude L400) would use apm- and I could > use the apm utility on the command line to check the battery status. > > Does severn have any command line utilities to show the battery status, > (hopefully temperature) as well. I had a quick look at > http://grahame.angrygoats.net/acpi.shtml but that doesn't work straight > off with severn. The reason for wanting these tools.... > > A little concerned (rebuilding the 2.6 test2 kernel and the fan never > came on- this is running the severn default kernel). The machine decided > to power itself off after half an hour. > I want to make sure that severns kernel isn't stopping the fan coming > on. Let the laptop cool down and tried rebuiliding the kernel again- > same thing, no fans after 20 minutes and the laptop getting hot enough > to burn. I've fallen back to appending acpi=off for now. > > I've kept the output of dmidecode and acpidmp if this would offer any > help in tracking down the problem. - -- Laur Ivan Tel : +353-1-6674336 Software Design Engineer eMail: laur.ivan at corvil.com Corvil Ltd. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE/L3YorIaFaLsloSMRAshJAJ4m3EspRIgaizBUtiVZQXmLMpugUQCfTgTm 0QvD1FNcZdZYp3nsG+r2TrE= =abIf -----END PGP SIGNATURE----- From laur.ivan at corvil.com Tue Aug 5 09:23:12 2003 From: laur.ivan at corvil.com (Laur Ivan) Date: Tue, 5 Aug 2003 10:23:12 +0100 Subject: so where's my graphical boot? In-Reply-To: References: Message-ID: <200308051023.16104.laur.ivan@corvil.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mine failed too :), but i figured out it was X crashing coz it couldn't find the mouse (ps2). For 2.6 one needs to change the XF86Config for the new mouse system if one has ps2 mice. Cheers, Laur On Tuesday 05 August 2003 04:27, Gerald Henriksen wrote: > On Mon, 4 Aug 2003 23:22:41 -0400 (EDT), you wrote: > > with everyone else asking how to turn *off* their graphical > >boot, i'm wondering why i'm getting the same old command line > >boot sequence. > > > > i've gone through /etc/rc.sysinit, found the place where the > >graphical boot is started, and am trying to figure out why mine > >is not being invoked. > > > > is it because i'm running a 2.6.0-xxx kernel? what exactly > >is supposed to be true to get a graphical boot? puzzled. > > Graphical boot fails for me when I boot into 2.6.* kernel. > > Given that I did an upgrade I had to manually install the rhgb rpm > after which it worked fine with the 2.4 kernel. > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list - -- Laur Ivan Tel : +353-1-6674336 Software Design Engineer eMail: laur.ivan at corvil.com Corvil Ltd. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE/L3eDrIaFaLsloSMRAuFVAJ4vh1HUWK+pcTbsjzf7nF+O/iqmkwCggw4u WocLs6JlIwwVL+0X4YlfvJg= =06Vx -----END PGP SIGNATURE----- From avilella at lycos.es Tue Aug 5 10:25:57 2003 From: avilella at lycos.es (avilella at lycos.es) Date: 05 Aug 2003 12:25:57 +0200 Subject: so where's my graphical boot? In-Reply-To: <200308051023.16104.laur.ivan@corvil.com> References: <200308051023.16104.laur.ivan@corvil.com> Message-ID: <1060079157.11990.5.camel@localhost> I had a similar problem with the mouse when running under 2.6, and the reason was that it couldn't load the char-major-10-134 (/var/log/messages): Mike gave me a tip for this some mails ago in the list: try adding this to /etc/modprobe.conf alias char-major-10-1 mousedev Thanks again, Mike! Albert On Tue, 2003-08-05 at 11:23, Laur Ivan wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Mine failed too :), but i figured out it was X crashing coz it couldn't find > the mouse (ps2). For 2.6 one needs to change the XF86Config for the new mouse > system if one has ps2 mice. > > Cheers, > > Laur > > On Tuesday 05 August 2003 04:27, Gerald Henriksen wrote: > > On Mon, 4 Aug 2003 23:22:41 -0400 (EDT), you wrote: > > > with everyone else asking how to turn *off* their graphical > > >boot, i'm wondering why i'm getting the same old command line > > >boot sequence. > > > > > > i've gone through /etc/rc.sysinit, found the place where the > > >graphical boot is started, and am trying to figure out why mine > > >is not being invoked. > > > > > > is it because i'm running a 2.6.0-xxx kernel? what exactly > > >is supposed to be true to get a graphical boot? puzzled. > > > > Graphical boot fails for me when I boot into 2.6.* kernel. > > > > Given that I did an upgrade I had to manually install the rhgb rpm > > after which it worked fine with the 2.4 kernel. > > > > > > -- > > Rhl-beta-list mailing list > > Rhl-beta-list at redhat.com > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > - -- > Laur Ivan Tel : +353-1-6674336 > Software Design Engineer eMail: laur.ivan at corvil.com > Corvil Ltd. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) > > iD8DBQE/L3eDrIaFaLsloSMRAuFVAJ4vh1HUWK+pcTbsjzf7nF+O/iqmkwCggw4u > WocLs6JlIwwVL+0X4YlfvJg= > =06Vx > -----END PGP SIGNATURE----- > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From laur.ivan at corvil.com Tue Aug 5 11:03:23 2003 From: laur.ivan at corvil.com (Laur Ivan) Date: Tue, 5 Aug 2003 12:03:23 +0100 Subject: so where's my graphical boot? In-Reply-To: <1060079157.11990.5.camel@localhost> References: <200308051023.16104.laur.ivan@corvil.com> <1060079157.11990.5.camel@localhost> Message-ID: <200308051203.25974.laur.ivan@corvil.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thanks a mill! I got it running @ the weekend by loading both psmouse and evdev (I think it's called evdev - is the event module). making my synaptics touchpad work was a pain as the need for loading the event device s not at all intuitive (and psmouse does not have a dependency on event, or viceversa..) Cheers, Laur On Tuesday 05 August 2003 11:25, avilella at lycos.es wrote: > I had a similar problem with the mouse when running under 2.6, and the > reason was that it couldn't load the char-major-10-134 > (/var/log/messages): > > Mike gave me a tip for this some mails ago in the list: > > try adding this to /etc/modprobe.conf > > alias char-major-10-1 mousedev > > Thanks again, Mike! > > Albert > > On Tue, 2003-08-05 at 11:23, Laur Ivan wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Mine failed too :), but i figured out it was X crashing coz it couldn't > > find the mouse (ps2). For 2.6 one needs to change the XF86Config for the > > new mouse system if one has ps2 mice. > > > > Cheers, > > > > Laur > > > > On Tuesday 05 August 2003 04:27, Gerald Henriksen wrote: > > > On Mon, 4 Aug 2003 23:22:41 -0400 (EDT), you wrote: > > > > with everyone else asking how to turn *off* their graphical > > > >boot, i'm wondering why i'm getting the same old command line > > > >boot sequence. > > > > > > > > i've gone through /etc/rc.sysinit, found the place where the > > > >graphical boot is started, and am trying to figure out why mine > > > >is not being invoked. > > > > > > > > is it because i'm running a 2.6.0-xxx kernel? what exactly > > > >is supposed to be true to get a graphical boot? puzzled. > > > > > > Graphical boot fails for me when I boot into 2.6.* kernel. > > > > > > Given that I did an upgrade I had to manually install the rhgb rpm > > > after which it worked fine with the 2.4 kernel. > > > > > > > > > -- > > > Rhl-beta-list mailing list > > > Rhl-beta-list at redhat.com > > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > > - -- > > Laur Ivan Tel : +353-1-6674336 > > Software Design Engineer eMail: > > laur.ivan at corvil.com Corvil Ltd. > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) > > > > iD8DBQE/L3eDrIaFaLsloSMRAuFVAJ4vh1HUWK+pcTbsjzf7nF+O/iqmkwCggw4u > > WocLs6JlIwwVL+0X4YlfvJg= > > =06Vx > > -----END PGP SIGNATURE----- > > > > > > -- > > Rhl-beta-list mailing list > > Rhl-beta-list at redhat.com > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list - -- Laur Ivan Tel : +353-1-6674336 Software Design Engineer eMail: laur.ivan at corvil.com Corvil Ltd. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD4DBQE/L479rIaFaLsloSMRAj0IAKC5wq5M/71ka8GB/vJ2Rvp72CH/dQCXfzTF QG+/I+OlrFBbc9/JCkx6OA== =TSpA -----END PGP SIGNATURE----- From rpjday at mindspring.com Tue Aug 5 11:07:37 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 5 Aug 2003 07:07:37 -0400 (EDT) Subject: still looking for docs on new /etc/modprobe.conf Message-ID: i'm still curious where to find a decent writeup on the new modprobe.conf file. i just tried running generate-modprobe.conf and, this time, it actually ran. from a starting /etc/modules.conf file that was all of seven lines long, this utility produced a 1900+ modprobe.conf output. yeesh. and the format of *some* of the lines is definitely like nothing i've ever seen before. some samples: alias binfmt-204 binfmt_aout alias block-major-93 nftl alias block-major-97 pg alias irda-dongle-0 tekram alias pci:v0000125Dd00001988sv*sd*bc04sc01i* snd_maestro3 alias pci:v0000125Dd00001989sv*sd*bc04sc01i* snd_maestro3 alias pci:v0000125Dd00001990sv*sd*bc04sc01i* snd_maestro3 alias pci:v000014D2d00008021sv*sd*bc*sc*i* parport_serial alias pci:v000014DBd00002110sv*sd*bc*sc*i* parport_serial alias pci:v000010B5d00009050sv0000D84Dsd00004014bc*sc*i* parport_pc alias pci:v00001409d00007168sv00001409sd00004078bc*sc*i* parport_pc alias usb:v0C52p2862dl*dh*dc*dsc*dp*ic*isc*ip* ftdi_sio alias usb:v0C52p2872dl*dh*dc*dsc*dp*ic*isc*ip* ftdi_sio alias usb:v066Bp2206dl*dh*dc*dsc*dp*ic*isc*ip* pegasus alias symbol:ip_conntrack_expect_put ip_conntrack alias symbol:rpcauth_unregister sunrpc install net-pf-19 /bin/true install net-pf-3 /bin/true install net-pf-6 /bin/true install ov518_decomp { /sbin/modprobe ov511; }; /sbin/modprobe --ignore-install ov518_decomp install scsi_hostadapter /bin/true install usbmouse /sbin/modprobe --ignore-install usbmouse && { /sbin/modprobe hid; /bin/true; } install wacom /sbin/modprobe --ignore-install wacom && { /sbin/modprobe evdev; /bin/true; } remove binfmt_misc { /bin/umount /proc/sys/fs/binfmt_misc > /dev/null 2>&1 || :; }; /sbin/modprobe -r --ignore-remove binfmt_misc remove hid { /sbin/modprobe -r keybdev; /sbin/modprobe -r mousedev; }; /sbin/modprobe -r --ignore-remove hid remove ov518_decomp /sbin/modprobe -r --ignore-remove ov518_decomp && { /sbin/modprobe -r ov511; /bin/true; } remove usbmouse { /sbin/modprobe -r hid; }; /sbin/modprobe -r --ignore-remove usbmouse remove wacom { /sbin/modprobe -r evdev; }; /sbin/modprobe -r --ignore-remove wacom so ... where does one read up on all of this? and should i have expected a 1900 line file from the generation utility? rday From linhardt at swbell.net Tue Aug 5 11:12:38 2003 From: linhardt at swbell.net (Terry R Linhardt) Date: 05 Aug 2003 06:12:38 -0500 Subject: so where's my graphical boot? In-Reply-To: References: Message-ID: <1060081957.1427.102.camel@chastain> I hope that RedHat realizes there is a ton of confusion about the entire graphical boot concept. It's featured, but not there after an upgrade unless one downloads the rhgb package. People want to be able to turn in on or turn it off easily. Nothing about it is intuitive. It's a nice feature...in the grand scheme of an OS, certainly not the most important feature. BUT, very visible, and potentially very frustrating. Terry On Mon, 2003-08-04 at 22:22, Robert P. J. Day wrote: > with everyone else asking how to turn *off* their graphical > boot, i'm wondering why i'm getting the same old command line > boot sequence. > > i've gone through /etc/rc.sysinit, found the place where the > graphical boot is started, and am trying to figure out why mine > is not being invoked. > > is it because i'm running a 2.6.0-xxx kernel? what exactly > is supposed to be true to get a graphical boot? puzzled. > > rday > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Terry R Linhardt From ba at linuxin.dk Tue Aug 5 11:26:47 2003 From: ba at linuxin.dk (Bjorn Andersen) Date: 05 Aug 2003 13:26:47 +0200 Subject: so where's my graphical boot? In-Reply-To: <1060081957.1427.102.camel@chastain> References: <1060081957.1427.102.camel@chastain> Message-ID: <1060082807.3774.14.camel@Linux1> tir, 2003-08-05 kl. 13:12 skrev Terry R Linhardt: > I hope that RedHat realizes there is a ton of confusion about the entire > graphical boot concept. It's featured, but not there after an upgrade > unless one downloads the rhgb package. People want to be able to turn > in on or turn it off easily. Nothing about it is intuitive. > > It's a nice feature...in the grand scheme of an OS, certainly not the > most important feature. BUT, very visible, and potentially very > frustrating. > > Terry Why not make it like SuSE Linux? "Press F2" for verbose mode. Thats simple... -- Bjorn Andersen -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From laur.ivan at corvil.com Tue Aug 5 11:47:58 2003 From: laur.ivan at corvil.com (Laur Ivan) Date: Tue, 5 Aug 2003 12:47:58 +0100 Subject: Experiences with severn and 2.6 kernel on a dell laptop. Message-ID: <200308051248.03153.laur.ivan@corvil.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, First of all, although in beta stages, Severn is a nice distribution. I like the laptop stuff in it (really nice). A brief description of the hardware: Dell X200, A07 bios update, 640MB ram, 1150 minipci wireless, firewire cdrw/dvd. First install: I had SuSE previously installed on it with a brief attempt on getting RH 9.0 prior the that. I downloaded the Severn CDs, plugged the first one in the firewire cdrom, and poof, stopped in "loading sbp2". so, for the lack of better option and time, left SuSE on. ...but lasted only one day. After reading more on the net (sbp2 had a hack which if loaded, removed and loaded again would make everything work nicely) and submitting a bug on redhat's bugzilla (which was linked to an internal bug in the meantime), I decided to try again. this time with no probing devices. poof again in the same spot. Subsequently I tried the *extreme method*: let the initial image load and remove the firewire connection while starting the installer. ..and voila! it worked. Of course, it wouldn't load the sbp2 module (hang again), but I decided I could live without for the install time. So off I went with the network install... The install worked like a charm, the system rebooted and I was pleasantly surprised by the graphical boot. By that time, I knew that reiser is not a "supported" fs and it's in a separate RPM, so I went to install it and my home dir could be mounted OK. A note is that I'd prefere that redhat's tool for viewing partitions to actually list all the mountable partitions in the local disk, not only the entries in fstab (especially when logged as root). Notes on "services" The sound is OK. The sound applications are not. I understand that there are issues with licensing various codecs (mp3), but one should be provided with some lines: "we don't have it, but you can get it here and compile it yourself". IMHO, xmms is rather useless without mp3 support since most windows tools rip to MP3 instead of ogg. The same story for video. Fortunately, these days one can get xine or mplayer and have a fully featured media player (I wish some would make a functional skin for xine where I could easily browse for files and add/dnd them...). Which leads me to the graphics: i830 is not what you call a gaming GPU, but it plays videos & stuff pretty well via SDL. I pleasantly was surprised vile testing a divx to find out that the CPU was only at 40% usage... and it's only a p3/800. The network: at installation level, I was really disappointed that I could not load the wireless to do the install (that would have been cool), but no one died of fatigue while plugging in a network cable (..?). After the install, wow! I got the wireless up & running in no time and the gnome applet is really cute :). So off I went with rawhide updates and what not. But about this, later. Power management: well, I'm impressed again. I managed to get the battery lasting more that 2 hours while configuring stuff & compiling the 2.6 kernel. The next test I guess would be to check a dvd/divx. Few minuses though: - when I launched the battery applet (gnome), it crashed with no explanation. KDE would have displayed "battery/power info not available" and the crossed battery icon in the tray. Loaded the acpi modules, and got the applet running with the exclamation mark and red battery (unavailable). No big surprise here because I had to patch the Suse kernel with a custom DSDT. - acpid doesn't load anything useful (ac, battery, processor etc). One has to get those loaded by hand. Rather unpleasant, especially since a fix would be quite easy via shell... Otherwise, the system looked quite stable (except for mc segfaulting now and then) V2. The 2.6 odyssey As I mentioned before, my old Suse had the acpi patch for forcing the kernel to load a custom DSDT table. So I tried to do the same thing to my 2.4.21 nptl kernel. no luck. The addresses in the DSDT table I had were messed up (prolly because of my buils update) so I had to rebuild the table. a big difference from my experiences with the SuSE kernel is the raw (default) configuration of the kernel, fhich does not reflect at all the contents of the compiled RPMs. later I found out that there's a configs directory with custom configurations which can be loaded and subsequently altered. Also, in SuSE, I could just change bits in the config, do a make modules modules_install, and everything would be OK. big no-no in severn. The source rpm installes itself as 2.4.21...nptl, but the makefile has a "custom" appended. So, whatever you build from now on it's going to be another kernel altogether. I can understand it as safety feature for dummies along the lines "don't delete the default kernel". But one should make a note somewhere.. As my 2.4.21 was a very frustrating experience (hundreds of warnings about multiple defined macros and what not) ending in errors and everyone on the lis was teribly excited about 2.6, I said to myself "why not?". Therefore, deciding to live on the bleeding edge's bleeding edge, I got arjan's 2.6 rpms. And here is where my problems start and end... First, no graphical boot. Well, no big deal, in fact it's better I ran into it now, not after compiling a kernel. I patched the kernel with a custom dsdt for acpi and went to compiling the kernel. Few warnings and everything compiled fine. make modules_install created the "custom" set of modules, and make install generated the initrd and grub entry nicely. Reboot... bummer! no graphical boot (again). then no X/gdm. figured out that it was the mouse missing. so i loaded mousedev. X started, the cursor was fixed smack in the middle of the screen. I had a doc telling me to look in /proc on input devices and note the handler of the synaptics device (eventX). Found the device, but no handler. My first thought was: silly me, must be a param somewhere... after a lot of debug messages and other things in the psmouse module, i loaded (more by accident) the event module, and voila, the synaptics device had a handler. After this, the mouse works nicely (still have to tinker with my settings a bit). One should document that you actually need the event module with a ps2 mouse. Another thing is my wifi has to be loaded now with a "ifup eth1" (previously the init sequence would start it), but I can live with it That's how far I've got. I still have some issues: I get all the modules loading ok, but I can't access my firewire cdrom. Do I need some special config/module? Where should I look? I had a look in the kernel docs with no luck.. :( All in all, a nice, stable system (no data loss, no hard locks although the shutdown produces a sad system beep in 2.6 which wasn't there in 2.4). Cheers, Laur - -- Laur Ivan Tel : +353-1-6674336 Software Design Engineer eMail: laur.ivan at corvil.com Corvil Ltd. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE/L5lyrIaFaLsloSMRAiubAJsF3tU6BGNcJVLYBdp6TwLBKe8Q6ACfXgQk z6xfNjPr1Prh9el6/3+JVeE= =r1gY -----END PGP SIGNATURE----- From alan at redhat.com Tue Aug 5 11:48:20 2003 From: alan at redhat.com (Alan Cox) Date: Tue, 5 Aug 2003 07:48:20 -0400 (EDT) Subject: Experiences with severn and 2.6 kernel on a dell laptop. In-Reply-To: <200308051248.03153.laur.ivan@corvil.com> from "Laur Ivan" at Aws 05, 2003 12:47:58 Message-ID: <200308051148.h75BmK121632@devserv.devel.redhat.com> > decided to try again. this time with no probing devices. poof again in the > same spot. Subsequently I tried the *extreme method*: let the initial image > load and remove the firewire connection while starting the installer. ..and > voila! it worked. Of course, it wouldn't load the sbp2 module (hang again), > but I decided I could live without for the install time. So off I went with > the network install... (boot option "nofirewire" 8)) > The sound is OK. The sound applications are not. I understand that there are > issues with licensing various codecs (mp3), but one should be provided with > some lines: "we don't have it, but you can get it here and compile it > yourself". IMHO, xmms is rather useless without mp3 support since most Red Hat is a free software company. You can get mp3 modules from a variety of locations but obviously remember to obey your local laws - this is especially an issue in the USA > - when I launched the battery applet (gnome), it crashed with no explanation. > KDE would have displayed "battery/power info not available" and the crossed > battery icon in the tray. Loaded the acpi modules, and got the applet running > with the exclamation mark and red battery (unavailable). No big surprise here Please bugzilla the applet crash Alan From shrek-m at gmx.de Tue Aug 5 12:02:32 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 05 Aug 2003 14:02:32 +0200 Subject: ms-visio *.vsd Message-ID: <3F2F9CD8.8030902@gmx.de> hi, how can i open *.vsd [ms-visio] the visio-viewer exist only for win* en http://microsoft.com/downloads/details.aspx?FamilyID=8fad9237-c0a7-4b80-a5df-46ce54dad2df&DisplayLang=en de http://office.microsoft.com/germany/downloads/2002/vViewer.aspx i tried it with dia = no kivio = no gimp = no xfig = no :-( -- shrek-m From rpjday at mindspring.com Tue Aug 5 12:04:24 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 5 Aug 2003 08:04:24 -0400 (EDT) Subject: Experiences with severn and 2.6 kernel on a dell laptop. In-Reply-To: <200308051248.03153.laur.ivan@corvil.com> Message-ID: On Tue, 5 Aug 2003, Laur Ivan wrote: > I patched the kernel with a custom dsdt for acpi and went to compiling > the kernel. Few warnings and everything compiled fine. make > modules_install created the "custom" set of modules, and make install > generated the initrd and grub entry nicely. regarding the ACPI patch, are you referring to the one at acpi.sourceforge.net? i just grabbed that one, and it at least patched cleanly against 2.6.0-test2-bk4. perhaps that's today's project. rday From laur.ivan at corvil.com Tue Aug 5 12:35:54 2003 From: laur.ivan at corvil.com (Laur Ivan) Date: Tue, 5 Aug 2003 13:35:54 +0100 Subject: Experiences with severn and 2.6 kernel on a dell laptop. In-Reply-To: <200308051148.h75BmK121632@devserv.devel.redhat.com> References: <200308051148.h75BmK121632@devserv.devel.redhat.com> Message-ID: <200308051335.57486.laur.ivan@corvil.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 05 August 2003 12:48, Alan Cox wrote: > > decided to try again. this time with no probing devices. poof again in > > the same spot. Subsequently I tried the *extreme method*: let the initial > > image load and remove the firewire connection while starting the > > installer. ..and voila! it worked. Of course, it wouldn't load the sbp2 > > module (hang again), but I decided I could live without for the install > > time. So off I went with the network install... > > (boot option "nofirewire" 8)) d'oh! :) > > > The sound is OK. The sound applications are not. I understand that there > > are issues with licensing various codecs (mp3), but one should be > > provided with some lines: "we don't have it, but you can get it here and > > compile it yourself". IMHO, xmms is rather useless without mp3 support > > since most > > Red Hat is a free software company. You can get mp3 modules from a variety > of locations but obviously remember to obey your local laws - this is > especially an issue in the USA I understand the legals. I'm just saying a document of links where to get stuff from would be nice. I'm sure something along these lines it's going to be available (as release notes or otherwise) by thie time severn is released. > > > - when I launched the battery applet (gnome), it crashed with no > > explanation. KDE would have displayed "battery/power info not available" > > and the crossed battery icon in the tray. Loaded the acpi modules, and > > got the applet running with the exclamation mark and red battery > > (unavailable). No big surprise here > > Please bugzilla the applet crash It's alreay there as 100540. Cheers, Laur -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE/L6StrIaFaLsloSMRAliqAJ9nvG+0/37JqAEMPc/0w9+wlyjOVACdGOnC Ib/lt4z3zGDh9nEH2gY//CM= =5yuX -----END PGP SIGNATURE----- From laur.ivan at corvil.com Tue Aug 5 12:41:31 2003 From: laur.ivan at corvil.com (Laur Ivan) Date: Tue, 5 Aug 2003 13:41:31 +0100 Subject: Experiences with severn and 2.6 kernel on a dell laptop. In-Reply-To: References: Message-ID: <200308051341.34240.laur.ivan@corvil.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 05 August 2003 13:04, Robert P. J. Day wrote: > On Tue, 5 Aug 2003, Laur Ivan wrote: > > I patched the kernel with a custom dsdt for acpi and went to compiling > > the kernel. Few warnings and everything compiled fine. make > > modules_install created the "custom" set of modules, and make install > > generated the initrd and grub entry nicely. > > regarding the ACPI patch, are you referring to the one at > acpi.sourceforge.net? i just grabbed that one, and it at least > patched cleanly against 2.6.0-test2-bk4. perhaps that's today's > project. Not really. the wiki on the acpi.sourceforge.net has a small change to drivers/acpi/osl.c in order to be able to load a custom dsdt. I just applied that, as my purpose was to get the battery stuff working. btw, I think the kernel could use the ability to load a dsdt from a file (other than initrd). > > rday > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE/L6X9rIaFaLsloSMRAkLPAJ9PjoDXby9avzU2jmINntScT6v0tgCfRLTY 1CQH7IrQdFyAyYadYp27zwI= =C2NL -----END PGP SIGNATURE----- From laur.ivan at corvil.com Tue Aug 5 12:43:25 2003 From: laur.ivan at corvil.com (Laur Ivan) Date: Tue, 5 Aug 2003 13:43:25 +0100 Subject: ms-visio *.vsd In-Reply-To: <3F2F9CD8.8030902@gmx.de> References: <3F2F9CD8.8030902@gmx.de> Message-ID: <200308051343.28054.laur.ivan@corvil.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, you may try wine with the exe from microsoft. Or crossover from codeweavers. I think they support it. Cheers, L On Tuesday 05 August 2003 13:02, shrek-m at gmx.de wrote: > hi, > > > how can i open *.vsd [ms-visio] > > the visio-viewer exist only for win* > en > http://microsoft.com/downloads/details.aspx?FamilyID=8fad9237-c0a7-4b80-a5d >f-46ce54dad2df&DisplayLang=en de > http://office.microsoft.com/germany/downloads/2002/vViewer.aspx > > > i tried it with > dia = no > kivio = no > gimp = no > xfig = no > > :-( -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE/L6ZvrIaFaLsloSMRAv/fAKCfJLIJR9MyLlEjpc8ZN2hYoFACEgCeMyPA XBQ1THH8jmO1szW3nRU4VBM= =KjOf -----END PGP SIGNATURE----- From markoer at usa.net Tue Aug 5 12:42:00 2003 From: markoer at usa.net (Marco Ermini) Date: Tue, 5 Aug 2003 14:42:00 +0200 (CEST) Subject: Experiences with severn and 2.6 kernel on a dell laptop. In-Reply-To: <200308051335.57486.laur.ivan@corvil.com> References: <200308051148.h75BmK121632@devserv.devel.redhat.com> <200308051335.57486.laur.ivan@corvil.com> Message-ID: <44381.81.200.225.99.1060087320.squirrel@smtp.westtoeast.it> Laur Ivan disse: [...] > I understand the legals. I'm just saying a document of links where to get > stuff from would be nice. I'm sure something along these lines it's going > to be available (as release notes or otherwise) by thie time severn is > released. One line is enought ;-) http://havardk.xmms.org/dist/xmms-1.2.7-rh8-rh9-rpm/ The better option IMHO would be to add support for external repositories thru some mechanism which could be disaabled by default at installation time - so by default, you are stuck to RH repository. IMHO the better would be apt or yum, so if you have legal issues because you are in USA or you want *exclusively* free software, you can leave just the RH repository, if you prefer other and non-totally-supported sw you could enable external repositories. regards -- Marco Ermini http://macchi.markoer.org From hobbit at aloss.ukuu.org.uk Tue Aug 5 13:16:45 2003 From: hobbit at aloss.ukuu.org.uk (Telsa Gwynne) Date: Tue, 5 Aug 2003 14:16:45 +0100 Subject: any newer docs? In-Reply-To: References: Message-ID: <20030805131645.GC2798@aloss.ukuu.org.uk> On Mon, Aug 04, 2003 at 06:37:02PM -0400 or thereabouts, Robert P. J. Day wrote: > > first, any beta-level docs for severn that we can peruse? and, > more specifically, is there a decent writeup on the modules.conf -> > modprobe.conf transition? anything? Echoed. I love reading docs. (No, I'm quite serious!) Telsa From avilella at lycos.es Tue Aug 5 13:17:06 2003 From: avilella at lycos.es (avilella at lycos.es) Date: 05 Aug 2003 15:17:06 +0200 Subject: Experiences with severn and 2.6 kernel on a dell laptop. In-Reply-To: <200308051335.57486.laur.ivan@corvil.com> References: <200308051148.h75BmK121632@devserv.devel.redhat.com> <200308051335.57486.laur.ivan@corvil.com> Message-ID: <1060089425.11990.33.camel@localhost> On Tue, 2003-08-05 at 14:35, Laur Ivan wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Tuesday 05 August 2003 12:48, Alan Cox wrote: > > > decided to try again. this time with no probing devices. poof again in > > > the same spot. Subsequently I tried the *extreme method*: let the initial > > > image load and remove the firewire connection while starting the > > > installer. ..and voila! it worked. Of course, it wouldn't load the sbp2 > > > module (hang again), but I decided I could live without for the install > > > time. So off I went with the network install... > > > > (boot option "nofirewire" 8)) > > d'oh! :) > > > > > > The sound is OK. The sound applications are not. I understand that there > > > are issues with licensing various codecs (mp3), but one should be > > > provided with some lines: "we don't have it, but you can get it here and > > > compile it yourself". IMHO, xmms is rather useless without mp3 support > > > since most > > > > Red Hat is a free software company. You can get mp3 modules from a variety > > of locations but obviously remember to obey your local laws - this is > > especially an issue in the USA > > I understand the legals. I'm just saying a document of links where to get > stuff from would be nice. I'm sure something along these lines it's going to > be available (as release notes or otherwise) by thie time severn is released. I check freshrpms.net (for fresh rpms) when I install a (fresh) Redhat. the redhat9 version of xmms-mp3 does it for Severn. > > > > > > - when I launched the battery applet (gnome), it crashed with no > > > explanation. KDE would have displayed "battery/power info not available" > > > and the crossed battery icon in the tray. Loaded the acpi modules, and > > > got the applet running with the exclamation mark and red battery > > > (unavailable). No big surprise here > > > > Please bugzilla the applet crash > > It's alreay there as 100540. > > Cheers, > > Laur > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) > > iD8DBQE/L6StrIaFaLsloSMRAliqAJ9nvG+0/37JqAEMPc/0w9+wlyjOVACdGOnC > Ib/lt4z3zGDh9nEH2gY//CM= > =5yuX > -----END PGP SIGNATURE----- > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From alan at redhat.com Tue Aug 5 13:24:30 2003 From: alan at redhat.com (Alan Cox) Date: Tue, 5 Aug 2003 09:24:30 -0400 (EDT) Subject: Experiences with severn and 2.6 kernel on a dell laptop. In-Reply-To: <1060089425.11990.33.camel@localhost> from "avilella@lycos.es" at Aws 05, 2003 03:17:06 Message-ID: <200308051324.h75DOUr18021@devserv.devel.redhat.com> > > I understand the legals. I'm just saying a document of links where to get > > stuff from would be nice. I'm sure something along these lines it's going to > > be available (as release notes or otherwise) by thie time severn is released. If you understand the legals you wouldnt be asking that question From matthias at rpmforge.net Tue Aug 5 13:23:29 2003 From: matthias at rpmforge.net (Matthias Saou) Date: Tue, 5 Aug 2003 15:23:29 +0200 Subject: Experiences with severn and 2.6 kernel on a dell laptop. In-Reply-To: <1060089425.11990.33.camel@localhost> References: <200308051148.h75BmK121632@devserv.devel.redhat.com> <200308051335.57486.laur.ivan@corvil.com> <1060089425.11990.33.camel@localhost> Message-ID: <20030805152329.017ba068.matthias@rpmforge.net> avilella at lycos.es wrote : > > > Red Hat is a free software company. You can get mp3 modules from a > > > variety of locations but obviously remember to obey your local laws - > > > this is especially an issue in the USA > > > > I understand the legals. I'm just saying a document of links where to > > get stuff from would be nice. I'm sure something along these lines it's > > going to be available (as release notes or otherwise) by thie time > > severn is released. > > I check freshrpms.net (for fresh rpms) when I install a (fresh) Redhat. > the redhat9 version of xmms-mp3 does it for Severn. Most RHL9 packages install and work fine on Severn. For the few which don't, I've rebuilt them against Rawhide, and they're available here : http://ftp.freshrpms.net/pub/freshrpms/redhat/rawhide/ Gaim : For the spell checking option Sylpheed-claws : For the spell checking option too Transcode : For the ImageMagick .so.5 dependency Yum : To be pre-configured for Rawhide use Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Raw Hide 20030804 running Linux kernel 2.4.21-20.1.2024.2.1.nptl Load : 0.12 0.12 0.10 From laur.ivan at corvil.com Tue Aug 5 13:53:18 2003 From: laur.ivan at corvil.com (Laur Ivan) Date: Tue, 5 Aug 2003 14:53:18 +0100 Subject: Experiences with severn and 2.6 kernel on a dell laptop. In-Reply-To: <200308051324.h75DOUr18021@devserv.devel.redhat.com> References: <200308051324.h75DOUr18021@devserv.devel.redhat.com> Message-ID: <200308051453.26237.laur.ivan@corvil.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 05 August 2003 14:24, Alan Cox wrote: > > > I understand the legals. I'm just saying a document of links where to > > > get stuff from would be nice. I'm sure something along these lines it's > > > going to be available (as release notes or otherwise) by thie time > > > severn is released. > > If you understand the legals you wouldnt be asking that question > It wasn't a question. Just an opinion, better expressed by Marco :) Cheers, L -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE/L7bUrIaFaLsloSMRAqUXAJ0TIQ4OjQFR58xePbURkFa12HaPSQCgm5qx sDNLUCA3p/YMIIvP9W7YWTI= =jCa/ -----END PGP SIGNATURE----- From jspaleta at princeton.edu Tue Aug 5 14:00:29 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 05 Aug 2003 10:00:29 -0400 Subject: RHN Updates Message-ID: <1060092028.22525.28.camel@spatula> Gilles J. Seguin wrote, somewhere in the digest: >The third item require that peoples with a minimum of training >be able to install and play with a package. Yes i understand that submitting useful bugreports doesnt take much in the way of training...neither does breaking a working system, without fully understanding the consquences of your actions :-> But I'm more concerned about getting into a situation where the convience tools...the point and click tools like up2date...start getting features where people can easily install 'testing' packages on top of full releases..without having to stop and think about what they are doing...when they have no intention of actually being a part of the testing process...and don't have a clue about how to recover if the testing packags are broken. I firmly believe a large segment of the user population do not read documentation before they start pointing and clicking their way through applications...and a lot of those people are download junkies....there is a kneejerk reaction to upgrade when a version number higher than what you have installed is available. You give people some form of easy to use 'expert' or 'testing' options to up2date and rhn, and a lot of them will assume they know enough to use these option and will just point and click their way to a broken/insecure system ..without making any attempt to understand what 'testing' really means. I think this ultimately undermines the service rhn provides...but that's my opinion, luckily I don't have to make business decisions for Red Hat...how i balance the trade-offs in service rhn provides is thankfully not what people base a business model on. This is one of those trade-off things. If you give rhn options to provide 'testing' packages on top of a normal release, sure this will be marginally more convient for the people who want help test packages. But it also provides a mechanism where less technically competent people can easily install things that break their systems..and these less technically competent people, might not understand their system's deep dark underbelly(commandline) well enough to make a recovery attempt if things break. Its a convience..versus risk tradeoff. I'm inclined to think that if you are running testing packages...you should be familiar enough with the commandline to use rpm/yum/apt at the commandline to download testing packages, so that if things break down, you are competent enough to make a stab at fixing things. Its not in everyone's best interest to run testing packages, and i think having testing packages for full releases in rhn would end up encouraging people to do things, not in their best interest...degrading the trust and service rhn provides to a large segment of the rhn userbase. Its one think to provide a clear beta release with a separate isoset with a seperate rhn beta channel. Providing 'testing' updates in rhn as an options for a full release...is something different..and makes it really easy for people to get into situations where they screw up running systems just because they wanted the latest and greatest version number. -jef"rolling releases are to avoided...on pain of death"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 acbk at zeelandnet.nl Tue Aug 5 14:17:12 2003 From: acbk at zeelandnet.nl (h.breimer) Date: Tue, 5 Aug 2003 16:17:12 +0200 Subject: so where's my graphical boot? In-Reply-To: References: Message-ID: <20030805161712.3de96889.acbk@zeelandnet.nl> On Mon, 4 Aug 2003 23:22:41 -0400 (EDT) "Robert P. J. Day" wrote: > > with everyone else asking how to turn *off* their graphical > boot, i'm wondering why i'm getting the same old command line > boot sequence. > > i've gone through /etc/rc.sysinit, found the place where the > graphical boot is started, and am trying to figure out why mine > is not being invoked. > > is it because i'm running a 2.6.0-xxx kernel? what exactly > is supposed to be true to get a graphical boot? puzzled. > > rday > > There was some mail some time ago that graphical boot could not work when /usr was on a separate partition. I have that and gb does not work. henk From johnsonm at redhat.com Tue Aug 5 14:35:21 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Tue, 5 Aug 2003 10:35:21 -0400 Subject: How do I shut down this ports In-Reply-To: <1060064673.23726.24.camel@hell.evil>; from alittle37@knightabel.onestop.net on Tue, Aug 05, 2003 at 12:24:33AM -0600 References: <1060064673.23726.24.camel@hell.evil> Message-ID: <20030805103521.A10406@devserv.devel.redhat.com> On Tue, Aug 05, 2003 at 12:24:33AM -0600, Abraham Al-Saleh wrote: > Now, to turn off portmap (if it is ok to do this) type (blah blah, as > root.): > > service portmap stop > > if you wish to permanently disable it use (root...): > > mv /etc/rc.d/rc[rl].d/S13portmap /etc/rc.d/rc[rl].d/K13portmap Eeek, do it the easy way! :-) chkconfig portmap off michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From notting at redhat.com Tue Aug 5 14:44:24 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 5 Aug 2003 10:44:24 -0400 Subject: still looking for docs on new /etc/modprobe.conf In-Reply-To: ; from rpjday@mindspring.com on Tue, Aug 05, 2003 at 07:07:37AM -0400 References: Message-ID: <20030805104424.B7266@devserv.devel.redhat.com> Robert P. J. Day (rpjday at mindspring.com) said: > i'm still curious where to find a decent writeup on the new > modprobe.conf file. i just tried running generate-modprobe.conf > and, this time, it actually ran. > > from a starting /etc/modules.conf file that was all of seven > lines long, this utility produced a 1900+ modprobe.conf output. > yeesh. 2.4 modutils has builtin aliases. 2.6 does not, so they have to be generated. > alias pci:v0000125Dd00001988sv*sd*bc04sc01i* snd_maestro3 These are new; they're for matching to pci devices; it says to match pci vendor id 0x125d, device ice 0x1988, no subvendor or subdevice, class 04, subclass 1. > alias usb:v0C52p2862dl*dh*dc*dsc*dp*ic*isc*ip* ftdi_sio USB, match vendor 0x0c52, product 0x2862. > install net-pf-19 /bin/true > install net-pf-3 /bin/true > install net-pf-6 /bin/true The equivalent of 'alias net-pf-6 off'. > so ... where does one read up on all of this? In the modutils source rpm, under module-init-tools, there are some man pages; a couple of those probably need to be shipped. Bill From jspaleta at princeton.edu Tue Aug 5 15:15:14 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 05 Aug 2003 11:15:14 -0400 Subject: still looking for docs on new /etc/modprobe.conf Message-ID: <1060096514.22525.38.camel@spatula> Bill Nottingham wrote: >USB, match vendor 0x0c52, product 0x2862 I plead total ignorance on the matter right up front... but is this sort of alias building a way around the problem when multiple usb devices like flash and keydrives are connected to the computer in different orders, thus getting different sbd number schemes depending on the order they are plugged in. Is this possibly a way to tie specific usb devices by vender product id, to a specific /dev/ listing and subsequently a specific /mnt/ at the kernel level. Or is the only solution to this little petpeeve of usb, the script magic of hotplug and kudzu? -jef"inquiring minds want to know"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 rpjday at mindspring.com Tue Aug 5 15:13:25 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 5 Aug 2003 11:13:25 -0400 (EDT) Subject: so where's my graphical boot? In-Reply-To: <20030805161712.3de96889.acbk@zeelandnet.nl> Message-ID: On Tue, 5 Aug 2003, h.breimer wrote: > There was some mail some time ago that graphical boot could not work > when /usr was on a separate partition. > I have that and gb does not work. i must have missed that. that would be an unspeakably silly limitation since a separate /usr partition is normally a good idea. i'm reading /etc/rc.sysinit to see under what circumstances the graphical boot is invoked, and there's a $GRAPHICAL variable that is tested, but it's not clear where it's set. i'm still perusing. rday From tjb at unh.edu Tue Aug 5 15:15:09 2003 From: tjb at unh.edu (Thomas J. Baker) Date: 05 Aug 2003 11:15:09 -0400 Subject: kernel-2.6.0-test2 glacially slow eth transmitting when iptables modules are insmodded Message-ID: <1060096509.2015.37.camel@wintermute.sr.unh.edu> Is it a known problem that on my e1000 interface, if iptables type modules are insmodded, my outgoing traffic slows to a crawl? Modules in question: ip_nat_irc 5360 0 ip_nat_ftp 6000 0 iptable_nat 24996 4 ipt_MASQUERADE,ip_nat_irc,ip_nat_ftp ip_conntrack_irc 72340 1 ip_nat_irc ip_conntrack_ftp 73236 1 ip_nat_ftp ip_conntrack 31788 6 ipt_MASQUERADE,ip_nat_irc,ip_nat_ftp,iptable_nat,ip_conntrack_irc,ip_conntrack_ftp ip_tables 19712 2 ipt_MASQUERADE,iptable_nat Without them, I get normal 100Mbs type transfers approaching 10MB/s but with them installed, I'm getting closer to 50KB/s. If I remove the modules, things get better. (I need though them so my ipaq can talk to the rest of the world.) Or is this just an old software/new kernel problem? I'm running 2.6.0-0.test2.1.29smp on a dual 3.0GHz Dell 650N. Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= -------------- 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 kdyson at messagelabs.com Tue Aug 5 15:36:42 2003 From: kdyson at messagelabs.com (Karl Dyson) Date: Tue, 5 Aug 2003 16:36:42 +0100 Subject: so where's my graphical boot? Message-ID: <946FF6306CBEFF4097EFC6CC7132236452E579@mlabs042.messagelabs.com> >>and there's a $GRAPHICAL variable that is tested, but it's not clear where it's set /etc/sysconfig/init Cheers, Karl -----Original Message----- From: Robert P. J. Day [mailto:rpjday at mindspring.com] Sent: 05 August 2003 16:13 To: rhl-beta-list at redhat.com Subject: Re: so where's my graphical boot? On Tue, 5 Aug 2003, h.breimer wrote: > There was some mail some time ago that graphical boot could not work > when /usr was on a separate partition. > I have that and gb does not work. i must have missed that. that would be an unspeakably silly limitation since a separate /usr partition is normally a good idea. i'm reading /etc/rc.sysinit to see under what circumstances the graphical boot is invoked, and there's a $GRAPHICAL variable that is tested, but it's not clear where it's set. i'm still perusing. rday -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list ________________________________________________________________________ This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com ________________________________________________________________________ ________________________________________________________________________ This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com ________________________________________________________________________ From jspaleta at princeton.edu Tue Aug 5 15:45:56 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 05 Aug 2003 11:45:56 -0400 Subject: so where's my graphical boot? Message-ID: <1060098356.22525.46.camel@spatula> Robert P. J. Day wrote: >i must have missed that. that would be an unspeakably silly limitation >since a separate /usr partition is normally a good idea. http://www.redhat.com/archives/rhl-beta-list/2003-July/msg00083.html I think you want to read up on that thread. -jef"i'm pretty sure i didn't write to that thread..so it should be okay to read"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 smoogen at lanl.gov Tue Aug 5 15:49:49 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Tue, 5 Aug 2003 09:49:49 -0600 (MDT) Subject: How do I shut down this ports In-Reply-To: <20030805103521.A10406@devserv.devel.redhat.com> Message-ID: I have found that a slight variation works better in case of a bug in the /etc/rc.d/init.d/xxx script /etc/rc.d/init.d/xxx off /usr/sbin/chkconfig --level 12345 xxx off On Tue, 5 Aug 2003, Michael K. Johnson wrote: >On Tue, Aug 05, 2003 at 12:24:33AM -0600, Abraham Al-Saleh wrote: >> Now, to turn off portmap (if it is ok to do this) type (blah blah, as >> root.): >> >> service portmap stop >> >> if you wish to permanently disable it use (root...): >> >> mv /etc/rc.d/rc[rl].d/S13portmap /etc/rc.d/rc[rl].d/K13portmap > >Eeek, do it the easy way! :-) > > chkconfig portmap off > >michaelkjohnson > > "He that composes himself is wiser than he that composes a book." > Linux Application Development -- Ben Franklin > http://people.redhat.com/johnsonm/lad/ > > >-- >Rhl-beta-list mailing list >Rhl-beta-list at redhat.com >http://www.redhat.com/mailman/listinfo/rhl-beta-list > -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 5-8058 Ta-03 SM-261 MailStop P208 DP 17U Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From notting at redhat.com Tue Aug 5 15:53:46 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 5 Aug 2003 11:53:46 -0400 Subject: still looking for docs on new /etc/modprobe.conf In-Reply-To: <1060096514.22525.38.camel@spatula>; from jspaleta@princeton.edu on Tue, Aug 05, 2003 at 11:15:14AM -0400 References: <1060096514.22525.38.camel@spatula> Message-ID: <20030805115346.A9029@devserv.devel.redhat.com> Jef Spaleta (jspaleta at princeton.edu) said: > Bill Nottingham wrote: > >USB, match vendor 0x0c52, product 0x2862 > > I plead total ignorance on the matter right up front... > but is this sort of alias building a way around the problem when > multiple usb devices like flash and keydrives are connected to the > computer in different orders, thus getting different sbd number schemes > depending on the order they are plugged in. No. > Is this possibly a way to > tie specific usb devices by vender product id, to a specific /dev/ > listing and subsequently a specific /mnt/ at the kernel level. devlabel should help with this. Bill From adam at dynamicinteraction.co.uk Tue Aug 5 15:59:51 2003 From: adam at dynamicinteraction.co.uk (Mr. Adam ALLEN) Date: 05 Aug 2003 16:59:51 +0100 Subject: laptop got hot, no fans! (acpi tools to check fans/temp/battery?) In-Reply-To: <200308051017.30007.laur.ivan@corvil.com> References: <1059861150.4722.13.camel@elsol.zwan> <200308051017.30007.laur.ivan@corvil.com> Message-ID: <1060099191.2225.13.camel@elsol.zwan> On Tue, 2003-08-05 at 10:17, Laur Ivan wrote: > afaik, Dell is known for bad DSDT's. A solution is to have a look at the acpi > project on sourceforge for fixed DSDTs. They have a small howto on convincing > the kernel to load your patched acpi image instead of the system one. > > another thing would be to look in your /proc/acpi to check out if you have a > subdir "battery". if not try the following: > modprobe battery > modprobe ac > modprobe processor (in fact, you should load all the modules in > /lib/modules/2.6_blah/kernel/drivers/acpi :) as they are not loaded by the > "acpid" in startup. > > Then everything should work ok. I have an X200 and had loads of fun with this > over the w/end :) (not). > /proc/acpi was missing the battery,fan etc so I made a few modprobes and started re-compiling the kernel again. Still no fans. I'll stick with the noacpi for now, and investigate the acpi project on sourceforge. -- Regards, Adam Allen. adam at dynamicinteraction.co.uk pgp http://search.keyserver.net:11371/pks/lookup?op=vindex&search=adam%40dynamicinteraction.co.uk -------------- 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 pavelr at coresma.com Tue Aug 5 16:56:46 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Tue, 5 Aug 2003 18:56:46 +0200 Subject: devlabel and console.perms question Message-ID: <6A3008858445D711A58A00062939B2F1ECC4@EXCHANGE> Hi, I'm using devlabel to automatically create device link for my digital camera. If I connect the camera before login, I'm able to mount it. However, if I connect the camera after login, only root can mount it. This behavior is probably due to fact, that the device symlink is created only when I connect the camera, and thus its ownership is not changed at login time. What is the best way to deal with this, besides add 'user' option to /etc/fstab entry? Pavel. From shrek-m at gmx.de Tue Aug 5 16:04:55 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 05 Aug 2003 18:04:55 +0200 Subject: ms-visio *.vsd In-Reply-To: <200308051343.28054.laur.ivan@corvil.com> References: <3F2F9CD8.8030902@gmx.de> <200308051343.28054.laur.ivan@corvil.com> Message-ID: <3F2FD5A7.4020802@gmx.de> Laur Ivan wrote: >Hi, > >you may try wine with the exe from microsoft. Or crossover from codeweavers. I >think they support it. > > thanks ivan. the last time (2 years ago) i was trying wine with others progs than dos-progs i had no luck. but i wasn?t looking deep enough in /etc/wine* ~/.wine/* i have never tried crossover. if there is absolutely no possibility to open it under linux :-( then i will take vmware. $ vi /path/to/*.vsd [...] Content-Disposition: Attachment; filename="=?ISO-8859-1?b?[...snip...]?="^M Content-Type: application/vnd.visio;^M [...] ????~C^@???????^G^A??^@~I~@??^V^D~@^V^@ ^@^Y^@~@?^@???^@????^@???^@????^@~Z~Z~Z!^@~@^@f?ff^@MMM^@3?33^@^Z^Z^Z^@?^???^@???^@^E$??^X??^D [...] >On Tuesday 05 August 2003 13:02, shrek-m at gmx.de wrote: > > >>hi, >> >> >>how can i open *.vsd [ms-visio] >> >>the visio-viewer exist only for win* >>en >>http://microsoft.com/downloads/details.aspx?FamilyID=8fad9237-c0a7-4b80-a5d >>f-46ce54dad2df&DisplayLang=en de >>http://office.microsoft.com/germany/downloads/2002/vViewer.aspx >> >> >>i tried it with >> dia = no >> kivio = no >> gimp = no >> xfig = no >> >>:-( >> >> -- shrek-m From pekkas at netcore.fi Tue Aug 5 16:08:13 2003 From: pekkas at netcore.fi (Pekka Savola) Date: Tue, 5 Aug 2003 19:08:13 +0300 (EEST) Subject: Dependencies [was Re: bugs, bugs, bugs!] In-Reply-To: <20030730205246.GE13398@pluto.pslib.cz> Message-ID: On Wed, 30 Jul 2003, Milan Kerslager wrote: > On Wed, Jul 30, 2003 at 10:10:56PM +0200, Michael Schwendt wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On Wed, 30 Jul 2003 20:22:26 +0200, Leonard den Ottolander wrote: > > > > > > As a side-note, RPM cannot know that program X from package Y is > > > > executed in script A from package B. Hence in some cases, explicitly > > > > listed requirements are likely to stay. > > > > > > ? This argument I don't understand. This is what the requirements are > > > used for, but it doesn't matter whether files or packages are mentioned > > > as requirements. ALso not sure if you mean package or file names with > > > "explicitly listed arguments". > > > > It is one of the reasons why you see a mixture of automatically > > generated dependencies and manually added requirements. > > With rpmdb-redhat package in your system you will see the names of > packages instead of names of required libraries. [...] Using --redhatrequires and --redhatprovides, of course; it's not automatic. (Which may or may not be causing some confusion here..) -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From laur.ivan at corvil.com Tue Aug 5 16:22:04 2003 From: laur.ivan at corvil.com (Laur Ivan) Date: Tue, 5 Aug 2003 17:22:04 +0100 Subject: ms-visio *.vsd In-Reply-To: <3F2FD5A7.4020802@gmx.de> References: <3F2F9CD8.8030902@gmx.de> <200308051343.28054.laur.ivan@corvil.com> <3F2FD5A7.4020802@gmx.de> Message-ID: <200308051722.08034.laur.ivan@corvil.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 05 August 2003 17:04, shrek-m at gmx.de wrote: > Laur Ivan wrote: > >Hi, > > > >you may try wine with the exe from microsoft. Or crossover from > > codeweavers. I think they support it. > > thanks ivan. > > the last time (2 years ago) i was trying wine with others progs than > dos-progs i had no luck. > but i wasn?t looking deep enough in /etc/wine* ~/.wine/* > > i have never tried crossover. > > if there is absolutely no possibility to open it under linux :-( > then i will take vmware. > ouch! that's quite a big undertaking just to view visio files. crossover office says it can view visio alright. in the worst case, you can get crossover office, install internet explorer and the visio viewer. if it's a "one off" you can have a go at their "trial" version. Cheers, Laur -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE/L9mvrIaFaLsloSMRAh6UAJ9qPvxQ1qLQ929z39/r/RCEVl98KgCfZjDT uqJxeGlLysepmhzCEAUStEc= =MuTL -----END PGP SIGNATURE----- From laur.ivan at corvil.com Tue Aug 5 16:31:27 2003 From: laur.ivan at corvil.com (Laur Ivan) Date: Tue, 5 Aug 2003 17:31:27 +0100 Subject: laptop got hot, no fans! (acpi tools to check fans/temp/battery?) In-Reply-To: <1060099191.2225.13.camel@elsol.zwan> References: <1059861150.4722.13.camel@elsol.zwan> <200308051017.30007.laur.ivan@corvil.com> <1060099191.2225.13.camel@elsol.zwan> Message-ID: <200308051731.30764.laur.ivan@corvil.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 05 August 2003 16:59, Mr. Adam ALLEN wrote: > On Tue, 2003-08-05 at 10:17, Laur Ivan wrote: > > afaik, Dell is known for bad DSDT's. A solution is to have a look at the > > acpi project on sourceforge for fixed DSDTs. They have a small howto on > > convincing the kernel to load your patched acpi image instead of the > > system one. > > > > another thing would be to look in your /proc/acpi to check out if you > > have a subdir "battery". if not try the following: > > modprobe battery > > modprobe ac > > modprobe processor (in fact, you should load all the modules in > > /lib/modules/2.6_blah/kernel/drivers/acpi :) as they are not loaded by > > the "acpid" in startup. > > > > Then everything should work ok. I have an X200 and had loads of fun with > > this over the w/end :) (not). > > /proc/acpi was missing the battery,fan etc so I made a few modprobes and > started re-compiling the kernel again. Still no fans. > > I'll stick with the noacpi for now, and investigate the acpi project on > sourceforge. the acpi project has some fixed DSDT tables for DELLs. I've read that the L400 is similar to C, so you can try the C640. Otherwise, you can do what I did: dump your table, decompile it and compare it with the C640 custom (i.e. look at the fan section and try to understand what;s happening there, or replace the section altogether..). Unfortunately I don't have a L400.. :( All you need then is the patch for osl.c to load your own one (there is another patch to load the table from initrd so you won't have to compile the kernel every time..) Cheers, Laur -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE/L9virIaFaLsloSMRApuBAKCYYVvx8M2iw88x+LP/PaTiW9Jy8ACfU15N /JlZ5gmmM6DLN4u8RJFVXso= =GMU9 -----END PGP SIGNATURE----- From ed at redhat.com Tue Aug 5 16:36:48 2003 From: ed at redhat.com (Edward C. Bailey) Date: 05 Aug 2003 12:36:48 -0400 Subject: any newer docs? In-Reply-To: References: Message-ID: Hello all, I'd normally leave this to Tammy (the Docs person taking the lead as far as documentation for the project is concerned), but she is currently on a well-earned vacation... >>>>> "Robert" == Robert P J Day writes: Robert> first, any beta-level docs for severn that we can peruse? The plan wrt documentation for Severn is to initially provide the release notes and an installation document. Subsequent documentation is planned to take the form of tutorials; the exact subjects, timeframes, and authors responsible for these documents will be determined by those people in the community that are interested in contributing. Robert> and, more specifically, is there a decent writeup on the Robert> modules.conf -> modprobe.conf transition? anything? Nope -- want to write one? ;-) Ed -- Ed Bailey Red Hat, Inc. http://www.redhat.com/ From jdy at cs.brown.edu Tue Aug 5 16:39:47 2003 From: jdy at cs.brown.edu (Joel Young) Date: Tue, 05 Aug 2003 12:39:47 -0400 Subject: laptop got hot, no fans! (acpi tools to check fans/temp/battery?) In-Reply-To: Your message of "05 Aug 2003 16:59:51 BST." <1060099191.2225.13.camel@elsol.zwan> References: <1059861150.4722.13.camel@elsol.zwan> <200308051017.30007.laur.ivan@corvil.com> <1060099191.2225.13.camel@elsol.zwan> Message-ID: <20030805163947.8CC7A3F07@null.cs.brown.edu> From: "Mr. Adam ALLEN" > On Tue, 2003-08-05 at 10:17, Laur Ivan wrote: >> afaik, Dell is known for bad DSDT's. A solution is to have a look at the > started re-compiling the kernel again. Still no fans. IIRC, on the inspiron 8500, there isn't fan support in the DSDT. But... i8k works for fan management. modprobe i8k --force=1 Joel From johnsonm at redhat.com Tue Aug 5 17:29:07 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Tue, 5 Aug 2003 13:29:07 -0400 Subject: devlabel and console.perms question In-Reply-To: <6A3008858445D711A58A00062939B2F1ECC4@EXCHANGE>; from pavelr@coresma.com on Tue, Aug 05, 2003 at 06:56:46PM +0200 References: <6A3008858445D711A58A00062939B2F1ECC4@EXCHANGE> Message-ID: <20030805132907.A21937@devserv.devel.redhat.com> On Tue, Aug 05, 2003 at 06:56:46PM +0200, Pavel Rozenboim wrote: > I'm using devlabel to automatically create device link for my digital > camera. > If I connect the camera before login, I'm able to mount it. However, if I > connect the camera after login, only root can mount it. This behavior is > probably due to fact, that the device symlink is created only when I connect > the camera, and thus its ownership is not changed at login time. > What is the best way to deal with this, besides add 'user' option to > /etc/fstab entry? Hmm. Sounds like hotplug should be calling pam_console_apply whenever it has finished plugging in a new device or devices? michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From notting at redhat.com Tue Aug 5 17:41:47 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 5 Aug 2003 13:41:47 -0400 Subject: devlabel and console.perms question In-Reply-To: <20030805132907.A21937@devserv.devel.redhat.com>; from johnsonm@redhat.com on Tue, Aug 05, 2003 at 01:29:07PM -0400 References: <6A3008858445D711A58A00062939B2F1ECC4@EXCHANGE> <20030805132907.A21937@devserv.devel.redhat.com> Message-ID: <20030805134147.A858@devserv.devel.redhat.com> Michael K. Johnson (johnsonm at redhat.com) said: > On Tue, Aug 05, 2003 at 06:56:46PM +0200, Pavel Rozenboim wrote: > > I'm using devlabel to automatically create device link for my digital > > camera. > > If I connect the camera before login, I'm able to mount it. However, if I > > connect the camera after login, only root can mount it. This behavior is > > probably due to fact, that the device symlink is created only when I connect > > the camera, and thus its ownership is not changed at login time. > > What is the best way to deal with this, besides add 'user' option to > > /etc/fstab entry? > > Hmm. Sounds like hotplug should be calling pam_console_apply whenever > it has finished plugging in a new device or devices? updfstab calls pam_console_apply itself. Bill From hans at deragon.biz Tue Aug 5 18:19:05 2003 From: hans at deragon.biz (Hans Deragon) Date: Tue, 05 Aug 2003 14:19:05 -0400 Subject: Mozilla should not be built with GTK2 toolkit. Message-ID: <3F2FF519.1030805@deragon.biz> Greetings. I downloaded the rawhide version of mozilla 1.4 and found out that it suffers from the following bug: http://bugzilla.mozilla.org/show_bug.cgi?id=209496 In short, the "paste" function does not work when managing bookmarks. This occurs only when Mozilla is built with the GTK2 toolkit. It is recommended by Mozilla developer that Mozilla be built against the GTK1.2 toolkit. Thus, whoever builds the Mozilla rpm, you might want to recompile it against GTK1.2. I cannot confirm if this bug also exist with Severn's version of Mozilla 1.4. BTW, I am not sure if this is the place to report this or if I should open a bug report under bugzilla. Please advise. Best regards, Hans Deragon -- Deragon Informatique inc. Open source: http://www.deragon.biz http://swtmvcwrapper.sourceforge.net mailto://hans at deragon.biz http://autopoweroff.sourceforge.net From joe at tmsusa.com Tue Aug 5 18:38:57 2003 From: joe at tmsusa.com (Joe) Date: Tue, 05 Aug 2003 11:38:57 -0700 Subject: ms-visio *.vsd In-Reply-To: <3F2F9CD8.8030902@gmx.de> References: <3F2F9CD8.8030902@gmx.de> Message-ID: <3F2FF9C1.4000102@tmsusa.com> Indeed - I remember reading, back when visio was a separate company that they were about to go cross platform - at that point microsoft frantically snapped them up to prevent that threat to their monpoly plans... Sad that such goings on never raised an eyebrow at the antitrust department. Joe shrek-m at gmx.de wrote: > hi, > > > how can i open *.vsd [ms-visio] > > the visio-viewer exist only for win* > en > http://microsoft.com/downloads/details.aspx?FamilyID=8fad9237-c0a7-4b80-a5df-46ce54dad2df&DisplayLang=en > > de > http://office.microsoft.com/germany/downloads/2002/vViewer.aspx > > > i tried it with > dia = no > kivio = no > gimp = no > xfig = no > > :-( > > From psj.home at ntlworld.com Tue Aug 5 18:54:50 2003 From: psj.home at ntlworld.com (Paul Jenner) Date: 05 Aug 2003 19:54:50 +0100 Subject: How do I shut down this ports In-Reply-To: <1059972848.10734.3.camel@tiger> References: <1059972848.10734.3.camel@tiger> Message-ID: <1060109689.942.6.camel@localhost.localdomain> On Mon, 2003-08-04 at 05:54, Louis Garcia wrote: > 111/tcp open sunrpc > 6000/tcp open X11 > > Should these be open be default? Reading the responses, the most interesting part of your question seemed tactfully avoided on the list :-) If Sun RPC and X over TCP are open by default, should they continue to be? How many of the non-tech community use NFS/NIS/NIS+ or connect to X remotely without ssh tunneling? Paul From thien at bibliofiche.com Tue Aug 5 18:55:19 2003 From: thien at bibliofiche.com (Thien Ho) Date: Tue, 05 Aug 2003 14:55:19 -0400 Subject: MySQL-4.0.13 Message-ID: <2D3411DCE964D2CB47A000BA@mail.bibliofiche.com> Hello everyone, A few weeks ago, I saw mysql-4.0.13 source RPM in Rawhide. It's gone now. Does anyone know why? Just curious :). Thien From hp at redhat.com Tue Aug 5 19:03:34 2003 From: hp at redhat.com (Havoc Pennington) Date: Tue, 5 Aug 2003 15:03:34 -0400 Subject: Mozilla should not be built with GTK2 toolkit. In-Reply-To: <3F2FF519.1030805@deragon.biz> References: <3F2FF519.1030805@deragon.biz> Message-ID: <20030805150334.F29901@devserv.devel.redhat.com> On Tue, Aug 05, 2003 at 02:19:05PM -0400, Hans Deragon wrote: > I downloaded the rawhide version of mozilla 1.4 and found out that it > suffers from the following bug: > > http://bugzilla.mozilla.org/show_bug.cgi?id=209496 > > In short, the "paste" function does not work when managing bookmarks. > This occurs only when Mozilla is built with the GTK2 toolkit. It is > recommended by Mozilla developer that Mozilla be built against the > GTK1.2 toolkit. Thus, whoever builds the Mozilla rpm, you might want to > recompile it against GTK1.2. Chris Blizzard builds our Mozilla packages, he's also the main author of the GTK 1.2 and GTK 2 ports upstream. We need to move to GTK 2 sometime, there will be new bugs, but they just have to be fixed. Havoc From nalin at redhat.com Tue Aug 5 19:05:37 2003 From: nalin at redhat.com (Nalin Dahyabhai) Date: Tue, 5 Aug 2003 15:05:37 -0400 Subject: MySQL-4.0.13 In-Reply-To: <2D3411DCE964D2CB47A000BA@mail.bibliofiche.com> References: <2D3411DCE964D2CB47A000BA@mail.bibliofiche.com> Message-ID: <20030805190537.GA11157@redhat.com> On Tue, Aug 05, 2003 at 02:55:19PM -0400, Thien Ho wrote: > Hello everyone, > > A few weeks ago, I saw mysql-4.0.13 source RPM in Rawhide. It's gone now. > Does anyone know why? Just curious :). Check http://www.redhat.com/archives/rhl-beta-list/2003-July/msg00005.html for an earlier thread about it. Cheers, Nalin From joden at malachi.lee.k12.nc.us Tue Aug 5 19:33:39 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Tue, 5 Aug 2003 15:33:39 -0400 (EDT) Subject: MySQL-4.0.13 In-Reply-To: <2D3411DCE964D2CB47A000BA@mail.bibliofiche.com> Message-ID: On Tue, 5 Aug 2003, Thien Ho wrote: > Hello everyone, > > A few weeks ago, I saw mysql-4.0.13 source RPM in Rawhide. It's gone now. Does > anyone know why? Just curious :). > Its been discussed before. The short answer is the license for the 4.x client libraries was to restrictive (I believe it was GPL rather LGPL) and RedHat and MySQL are trying to work the whole thing out. Cheers...james > Thien > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From kdyson at messagelabs.com Tue Aug 5 19:07:57 2003 From: kdyson at messagelabs.com (Karl Dyson) Date: Tue, 5 Aug 2003 20:07:57 +0100 Subject: How do I shut down this ports Message-ID: <946FF6306CBEFF4097EFC6CC7132236452E57B@mlabs042.messagelabs.com> >From a security point of view, at least the default settings for iptables will prevent abuse of the open ports, but as you point out, they shouldn't be open by default. Additional layers of security and all that. -----Original Message----- From: Paul Jenner [mailto:psj.home at ntlworld.com] Sent: 05 August 2003 19:55 To: rhl-beta-list at redhat.com Subject: Re: How do I shut down this ports On Mon, 2003-08-04 at 05:54, Louis Garcia wrote: > 111/tcp open sunrpc > 6000/tcp open X11 > > Should these be open be default? Reading the responses, the most interesting part of your question seemed tactfully avoided on the list :-) If Sun RPC and X over TCP are open by default, should they continue to be? How many of the non-tech community use NFS/NIS/NIS+ or connect to X remotely without ssh tunneling? Paul -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list ________________________________________________________________________ This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com ________________________________________________________________________ ________________________________________________________________________ This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com ________________________________________________________________________ From otaylor at redhat.com Tue Aug 5 19:13:51 2003 From: otaylor at redhat.com (Owen Taylor) Date: 05 Aug 2003 15:13:51 -0400 Subject: Mozilla should not be built with GTK2 toolkit. In-Reply-To: <3F2FF519.1030805@deragon.biz> References: <3F2FF519.1030805@deragon.biz> Message-ID: <1060110830.27266.210.camel@poincare.devel.redhat.com> On Tue, 2003-08-05 at 14:19, Hans Deragon wrote: > I downloaded the rawhide version of mozilla 1.4 and found out that it > suffers from the following bug: > > http://bugzilla.mozilla.org/show_bug.cgi?id=209496 > > In short, the "paste" function does not work when managing bookmarks. > This occurs only when Mozilla is built with the GTK2 toolkit. It is > recommended by Mozilla developer that Mozilla be built against the > GTK1.2 toolkit. Thus, whoever builds the Mozilla rpm, you might want to > recompile it against GTK1.2. > > I cannot confirm if this bug also exist with Severn's version of > Mozilla 1.4. > > BTW, I am not sure if this is the place to report this or if I should > open a bug report under bugzilla. Please advise. A) I wouldn't bother to file a bug trying to get us to change how we build Mozilla. After all, Chris Blizzard, our package maintainer has also been the primary maintainer for both the GTK+-1.2 and GTK+-2.0 widget implementations in Mozilla for the last several years. :-) B) It wouldn't hurt to file a bug in Red Hat bugzilla complaining about the bookmark paste problem. Regards, Owen From alittle37 at knightabel.onestop.net Tue Aug 5 19:20:38 2003 From: alittle37 at knightabel.onestop.net (Abraham Al-Saleh) Date: 05 Aug 2003 13:20:38 -0600 Subject: How do I shut down this ports In-Reply-To: <20030805154901.9920.13481.Mailman@listman.back-rdu.redhat.com> References: <20030805154901.9920.13481.Mailman@listman.back-rdu.redhat.com> Message-ID: <1060111238.23726.37.camel@hell.evil> Hmm... I can honestly say I've never seen it done that way. The courses at the DATC have always said to just move the script from a start to a kill. (well, that or use a graphical tools. :: shudders slightly ::) I will have to try that. Abe Al-Saleh On Tue, 2003-08-05 at 09:49, rhl-beta-list-request at redhat.com wrote: > Message: 18 > Date: Tue, 5 Aug 2003 10:35:21 -0400 > From: "Michael K. Johnson" > To: rhl-beta-list at redhat.com > Subject: Re: How do I shut down this ports > Reply-To: rhl-beta-list at redhat.com > > On Tue, Aug 05, 2003 at 12:24:33AM -0600, Abraham Al-Saleh wrote: > > Now, to turn off portmap (if it is ok to do this) type (blah blah, as > > root.): > > > > service portmap stop > > > > if you wish to permanently disable it use (root...): > > > > mv /etc/rc.d/rc[rl].d/S13portmap /etc/rc.d/rc[rl].d/K13portmap > > Eeek, do it the easy way! :-) > > chkconfig portmap off > > michaelkjohnson > > "He that composes himself is wiser than he that composes a book." > Linux Application Development -- Ben Franklin > http://people.redhat.com/johnsonm/lad/ From alittle37 at knightabel.onestop.net Tue Aug 5 19:24:37 2003 From: alittle37 at knightabel.onestop.net (Abraham Al-Saleh) Date: 05 Aug 2003 13:24:37 -0600 Subject: Rhl-beta-list digest, Vol 1 #63 - 26 msgs In-Reply-To: <20030805154901.9920.13481.Mailman@listman.back-rdu.redhat.com> References: <20030805154901.9920.13481.Mailman@listman.back-rdu.redhat.com> Message-ID: <1060111477.23726.42.camel@hell.evil> Hmm. In that case I usually just use "killall -15 [daemonname]" or "killall -9 [daemonname]" (last resort only of course) and then either set the script to not run at boot time or fix it manually. On Tue, 2003-08-05 at 09:49, rhl-beta-list-request at redhat.com wrote: > Message: 25 > Date: Tue, 5 Aug 2003 09:49:49 -0600 (MDT) > From: Stephen Smoogen > To: rhl-beta-list at redhat.com > Subject: Re: How do I shut down this ports > Reply-To: rhl-beta-list at redhat.com > > > I have found that a slight variation works better in case of a bug in > the /etc/rc.d/init.d/xxx script > > /etc/rc.d/init.d/xxx off > /usr/sbin/chkconfig --level 12345 xxx off > > > On Tue, 5 Aug 2003, Michael K. Johnson wrote: > > >On Tue, Aug 05, 2003 at 12:24:33AM -0600, Abraham Al-Saleh wrote: > >> Now, to turn off portmap (if it is ok to do this) type (blah blah, as > >> root.): > >> > >> service portmap stop > >> > >> if you wish to permanently disable it use (root...): > >> > >> mv /etc/rc.d/rc[rl].d/S13portmap /etc/rc.d/rc[rl].d/K13portmap > > > >Eeek, do it the easy way! :-) > > > > chkconfig portmap off > > > >michaelkjohnson > > > > "He that composes himself is wiser than he that composes a book." > > Linux Application Development -- Ben Franklin > > http://people.redhat.com/johnsonm/lad/ > > > > > >-- > >Rhl-beta-list mailing list > >Rhl-beta-list at redhat.com > >http://www.redhat.com/mailman/listinfo/rhl-beta-list > > From johnsonm at redhat.com Tue Aug 5 19:49:22 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Tue, 5 Aug 2003 15:49:22 -0400 Subject: devlabel and console.perms question In-Reply-To: <20030805134147.A858@devserv.devel.redhat.com>; from notting@redhat.com on Tue, Aug 05, 2003 at 01:41:47PM -0400 References: <6A3008858445D711A58A00062939B2F1ECC4@EXCHANGE> <20030805132907.A21937@devserv.devel.redhat.com> <20030805134147.A858@devserv.devel.redhat.com> Message-ID: <20030805154922.A29793@devserv.devel.redhat.com> On Tue, Aug 05, 2003 at 01:41:47PM -0400, Bill Nottingham wrote: > updfstab calls pam_console_apply itself. OK, then it sounds like there's a bug somewhere rather than just an obvious missing call. I wonder why it's not working? That certainly bears investigation... Has anyone else seen this behaviour? michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From hans at deragon.biz Tue Aug 5 19:55:08 2003 From: hans at deragon.biz (Hans Deragon) Date: Tue, 05 Aug 2003 15:55:08 -0400 Subject: Mozilla should not be built with GTK2 toolkit. In-Reply-To: <20030805150334.F29901@devserv.devel.redhat.com> References: <3F2FF519.1030805@deragon.biz> <20030805150334.F29901@devserv.devel.redhat.com> Message-ID: <3F300B9C.6090001@deragon.biz> Havoc Pennington wrote: > On Tue, Aug 05, 2003 at 02:19:05PM -0400, Hans Deragon wrote: > >> I downloaded the rawhide version of mozilla 1.4 and found out that it >>suffers from the following bug: >> >>http://bugzilla.mozilla.org/show_bug.cgi?id=209496 >> >> In short, the "paste" function does not work when managing bookmarks. >> This occurs only when Mozilla is built with the GTK2 toolkit. It is >>recommended by Mozilla developer that Mozilla be built against the >>GTK1.2 toolkit. Thus, whoever builds the Mozilla rpm, you might want to >>recompile it against GTK1.2. > > > Chris Blizzard builds our Mozilla packages, he's also the main author > of the GTK 1.2 and GTK 2 ports upstream. We need to move to GTK 2 > sometime, there will be new bugs, but they just have to be fixed. > > Havoc Well, as long as the paste function works when Severn is released as gold, go for GTK 2. My point is that this bug is a blocker and if it is not fixed with GTK 2 by release date, Mozilla should be released as built with GTK 1.2. A browser where one cannot manage the bookmarks is a browser lacking an important feature. Thanks for the info. Hans Deragon -- Deragon Informatique inc. Open source: http://www.deragon.biz http://swtmvcwrapper.sourceforge.net mailto://hans at deragon.biz http://autopoweroff.sourceforge.net From johnsonm at redhat.com Tue Aug 5 19:58:31 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Tue, 5 Aug 2003 15:58:31 -0400 Subject: How do I shut down this ports In-Reply-To: <1060111238.23726.37.camel@hell.evil>; from alittle37@knightabel.onestop.net on Tue, Aug 05, 2003 at 01:20:38PM -0600 References: <20030805154901.9920.13481.Mailman@listman.back-rdu.redhat.com> <1060111238.23726.37.camel@hell.evil> Message-ID: <20030805155831.B29793@devserv.devel.redhat.com> On Tue, Aug 05, 2003 at 01:20:38PM -0600, Abraham Al-Saleh wrote: > Hmm... I can honestly say I've never seen it done that way. The courses > at the DATC have always said to just move the script from a start to a > kill. (well, that or use a graphical tools. :: shudders slightly ::) I > will have to try that. The chkconfig program I think first came with Irix, but it was in the early Red Hat Linux 4.x days that Erik Troan (IIRC) re-implemented that interface from scratch as free software, and then we extended it quite a bit to make it a lot more useful. But I think that the chkconfig servicename off syntax is part of the orignial syntax; even if it isn't, it has been part of Red Hat's implementation for donkey's years... man chkconfig -- it's a wonderful little time-saver. And it's SOOO much harder to make a mistake with it and not notice than it is when manually playing about with init scripts. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From shrek-m at gmx.de Tue Aug 5 20:26:04 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 05 Aug 2003 22:26:04 +0200 Subject: ms-visio *.vsd In-Reply-To: <200308051722.08034.laur.ivan@corvil.com> References: <3F2F9CD8.8030902@gmx.de> <200308051343.28054.laur.ivan@corvil.com> <3F2FD5A7.4020802@gmx.de> <200308051722.08034.laur.ivan@corvil.com> Message-ID: <3F3012DC.9010205@gmx.de> Laur Ivan wrote: >On Tuesday 05 August 2003 17:04, shrek-m at gmx.de wrote: > > >>Laur Ivan wrote: >> >> >>>Hi, >>> >>>you may try wine with the exe from microsoft. Or crossover from >>>codeweavers. I think they support it. >>> >>> >>thanks ivan. >> >>the last time (2 years ago) i was trying wine with others progs than >>dos-progs i had no luck. >>but i wasn?t looking deep enough in /etc/wine* ~/.wine/* >> >>i have never tried crossover. >> >>if there is absolutely no possibility to open it under linux :-( >>then i will take vmware. >> >> >> >ouch! that's quite a big undertaking just to view visio files. crossover >office says it can view visio alright. in the worst case, you can get >crossover office, install internet explorer and the visio viewer. if it's a >"one off" you can have a go at their "trial" version. > hi laur, after three attempts to explain the win-user that i have no visio, visio-viewer, ms-windows, internet-explorer, ... and that it might be possible to save the file as *.gif, *.jpg, ... i gave up. the win-user was not able to save his visio-file as *.jpg and attach to his email. i can not wait until tomorrow :-( (search and find the moc with visio-enterprise) wine: i have tried a newer wine, no succes with the visio-installation crossover-trial: after filling the necessary form i got no email with the download-url just now vmware: no problems with the visio-installation "open" *.vsd, "save as" *.jpg no problems with nautilus, netscape, gimp, ... with .dxf and dia i had no luck :-( other-(not_tested)supported-formats: .ps .eps .png .pxt .pcx .gif .tif .bmp .ai .dwg .dxf .dgn .vml ... is there really no prog available for *.vsd ? -- shrek-m From goeran at uddeborg.se Tue Aug 5 21:42:14 2003 From: goeran at uddeborg.se (=?iso-8859-1?q?G=F6ran?= Uddeborg) Date: Tue, 5 Aug 2003 23:42:14 +0200 Subject: Dependencies [was Re: bugs, bugs, bugs!] In-Reply-To: References: <20030730205246.GE13398@pluto.pslib.cz> Message-ID: <16176.9398.53194.974193@uebn.uddeborg.se> Pekka Savola writes: > On Wed, 30 Jul 2003, Milan Kerslager wrote: > > With rpmdb-redhat package in your system you will see the names of > > packages instead of names of required libraries. [...] > > Using --redhatrequires and --redhatprovides, of course; it's not > automatic. (Which may or may not be causing some confusion here..) It is automatic for me. I.e., if I try to install a package for which not all requirements are fulfilled, it will first print what is missing, and then suggest the packages which will fulfill these requirements. From jakub at redhat.com Tue Aug 5 22:51:40 2003 From: jakub at redhat.com (Jakub Jelinek) Date: Tue, 5 Aug 2003 18:51:40 -0400 Subject: ftp://people.redhat.com/jakub/prelink/0.3.0-1/ Message-ID: <20030805185140.K23055@devserv.devel.redhat.com> Hi! I've changed prelink so that prelinking is done automatically (if prelink is installed and it is not disabled in /etc/sysconfig/prelink), by default nightly in quick mode and every fortnight in full mode. I'd appreciate if you could check it out and report any problems into bugzilla. Thanks. Jakub From marguz at ameritech.net Tue Aug 5 23:56:55 2003 From: marguz at ameritech.net (Mark Guzzo) Date: 05 Aug 2003 18:56:55 -0500 Subject: REALLY SLICK SCREENSAVERS Message-ID: <1060127815.13742.7.camel@purple> Hello, I just installed the REALLY SLICK SCREENSAVERS from http://www.gurulabs.com/downloads.html When I goto the Screensaver Preferences to try on out, I get this error: Xlib: extension "XFree86-DRI" missing on display ":0.0" I'm using the newest drivers from NVIDIA and I removed the DRI from XF86Config. On the gurulabs site they said that you would need the NVIDIA drivers for these to work. Has anyone be able to get these to work in Severn? From cochranb at speakeasy.net Wed Aug 6 00:38:14 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 05 Aug 2003 20:38:14 -0400 Subject: REALLY SLICK SCREENSAVERS In-Reply-To: <1060127815.13742.7.camel@purple> References: <1060127815.13742.7.camel@purple> Message-ID: <1060130294.1285.73.camel@bobcp4.lingpgmr.com> Recompile the kernel to include the Nvidia drivers. This means means (drum roll, loud boos, catcalls) that once you do this in order to have the drivers, you have to recompile each new kernel update to include those same drivers. So who will be doing a lot of work at very inconvenient moments in order to have Nvidia drivers? You will. I only have one Nvidia card. All my others are ATI Radeons. Bob Cochran On Tue, 2003-08-05 at 19:56, Mark Guzzo wrote: > Hello, > > I just installed the REALLY SLICK SCREENSAVERS from > http://www.gurulabs.com/downloads.html When I goto the Screensaver > Preferences to try on out, I get this error: > Xlib: extension "XFree86-DRI" missing on display ":0.0" > > I'm using the newest drivers from NVIDIA and I removed the DRI from > XF86Config. On the gurulabs site they said that you would need the > NVIDIA drivers for these to work. Has anyone be able to get these to > work in Severn? > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -------------- 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 peter.backlund at home.se Wed Aug 6 00:45:38 2003 From: peter.backlund at home.se (Peter Backlund) Date: Wed, 6 Aug 2003 02:45:38 +0200 Subject: REALLY SLICK SCREENSAVERS In-Reply-To: <1060130294.1285.73.camel@bobcp4.lingpgmr.com> References: <1060127815.13742.7.camel@purple> <1060130294.1285.73.camel@bobcp4.lingpgmr.com> Message-ID: <200308060245.39060.peter.backlund@home.se> On Wednesday 06 August 2003 02.38, Robert L Cochran wrote: > Recompile the kernel to include the Nvidia drivers. This means means > (drum roll, loud boos, catcalls) that once you do this in order to have > the drivers, you have to recompile each new kernel update to include > those same drivers. You mean recompile the drivers, right? > > I just installed the REALLY SLICK SCREENSAVERS from > > http://www.gurulabs.com/downloads.html When I goto the Screensaver > > Preferences to try on out, I get this error: > > Xlib: extension "XFree86-DRI" missing on display ":0.0" Make sure you have write access to /dev/nvidia*. What's the output of glxinfo |grep direct ? /Peter From mattdm at mattdm.org Wed Aug 6 00:54:58 2003 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 5 Aug 2003 20:54:58 -0400 Subject: REALLY SLICK SCREENSAVERS In-Reply-To: <200308060245.39060.peter.backlund@home.se> References: <1060127815.13742.7.camel@purple> <1060130294.1285.73.camel@bobcp4.lingpgmr.com> <200308060245.39060.peter.backlund@home.se> Message-ID: <20030806005458.GA6503@jadzia.bu.edu> On Wed, Aug 06, 2003 at 02:45:38AM +0200, Peter Backlund wrote: > On Wednesday 06 August 2003 02.38, Robert L Cochran wrote: > > Recompile the kernel to include the Nvidia drivers. This means means > > (drum roll, loud boos, catcalls) that once you do this in order to have > > the drivers, you have to recompile each new kernel update to include > > those same drivers. > You mean recompile the drivers, right? You can't actually recompile the drivers; you don't have source code to them. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From cochranb at speakeasy.net Wed Aug 6 00:59:17 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 05 Aug 2003 20:59:17 -0400 Subject: REALLY SLICK SCREENSAVERS In-Reply-To: <200308060245.39060.peter.backlund@home.se> References: <1060127815.13742.7.camel@purple> <1060130294.1285.73.camel@bobcp4.lingpgmr.com> <200308060245.39060.peter.backlund@home.se> Message-ID: <1060131557.1285.105.camel@bobcp4.lingpgmr.com> I long ago forgot the specifics of Nvidia's instructions for getting their proprietary drivers to work. I can't remember if the drivers have to be compiled right into bzImage, or if they can be treated as loadable modules. I only did it the one time. When my first kernel update rolled around and I couldn't get video output all of a sudden, I realized that I had to recompile the kernel again to include the drivers. Now I'm a lot smarter. I stay with ATI. No special work needed, as another man once remarked. And hey I love my Really Slick Screensavers! Bob Cochran On Tue, 2003-08-05 at 20:45, Peter Backlund wrote: > On Wednesday 06 August 2003 02.38, Robert L Cochran wrote: > > Recompile the kernel to include the Nvidia drivers. This means means > > (drum roll, loud boos, catcalls) that once you do this in order to have > > the drivers, you have to recompile each new kernel update to include > > those same drivers. > > You mean recompile the drivers, right? > > > > I just installed the REALLY SLICK SCREENSAVERS from > > > http://www.gurulabs.com/downloads.html When I goto the Screensaver > > > Preferences to try on out, I get this error: > > > Xlib: extension "XFree86-DRI" missing on display ":0.0" > > Make sure you have write access to /dev/nvidia*. What's the output of > > glxinfo |grep direct > > ? > > /Peter > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -------------- 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 cochranb at speakeasy.net Wed Aug 6 01:14:18 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 05 Aug 2003 21:14:18 -0400 Subject: REALLY SLICK SCREENSAVERS In-Reply-To: <20030806005458.GA6503@jadzia.bu.edu> References: <1060127815.13742.7.camel@purple> <1060130294.1285.73.camel@bobcp4.lingpgmr.com> <200308060245.39060.peter.backlund@home.se> <20030806005458.GA6503@jadzia.bu.edu> Message-ID: <1060132458.1285.128.camel@bobcp4.lingpgmr.com> There is a kernel interface and source code is provided for that. This is taken from Nvidia's own installation instructions. Source: NVIDIA Accelerated Linux Driver Set README & Installation Guide Last Updated: $Date: 2003/07/16 $ Most Recent Driver: 1.0-4496 KERNEL INTERFACES The NVIDIA kernel module has a kernel interface layer which must be compiled specifically for the configuration and version of the kernel you are running. NVIDIA distributes the source code to this kernel interface layer, as well as a precompiled version for many of the kernels distributed by some popular distributions. .... Bob On Tue, 2003-08-05 at 20:54, Matthew Miller wrote: > On Wed, Aug 06, 2003 at 02:45:38AM +0200, Peter Backlund wrote: > > On Wednesday 06 August 2003 02.38, Robert L Cochran wrote: > > > Recompile the kernel to include the Nvidia drivers. This means means > > > (drum roll, loud boos, catcalls) that once you do this in order to have > > > the drivers, you have to recompile each new kernel update to include > > > those same drivers. > > You mean recompile the drivers, right? > > You can't actually recompile the drivers; you don't have source code to > them. -------------- 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 jim-cornette at columbus.rr.com Wed Aug 6 02:46:20 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Tue, 05 Aug 2003 22:46:20 -0400 Subject: ftp://people.redhat.com/jakub/prelink/0.3.0-1/ In-Reply-To: <20030805185140.K23055@devserv.devel.redhat.com> References: <20030805185140.K23055@devserv.devel.redhat.com> Message-ID: <3F306BFC.9050405@columbus.rr.com> Jakub Jelinek wrote: > Hi! > > I've changed prelink so that prelinking is done automatically > (if prelink is installed and it is not disabled in /etc/sysconfig/prelink), > by default nightly in quick mode and every fortnight in full mode. > I'd appreciate if you could check it out and report any problems > into bugzilla. Thanks. > > Jakub > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > Testing it out now. Jim -- If you wish to be happy for one hour, get drunk. If you wish to be happy for three days, get married. If you wish to be happy for a month, kill your pig and eat it. If you wish to be happy forever, learn to fish. -- Chinese Proverb From pcompton at proteinmedia.com Wed Aug 6 03:00:51 2003 From: pcompton at proteinmedia.com (Phillip Compton) Date: 05 Aug 2003 23:00:51 -0400 Subject: REALLY SLICK SCREENSAVERS In-Reply-To: <1060127815.13742.7.camel@purple> References: <1060127815.13742.7.camel@purple> Message-ID: <1060138851.2712.1.camel@GreenTea> On Tue, 2003-08-05 at 19:56, Mark Guzzo wrote: > Hello, > > I just installed the REALLY SLICK SCREENSAVERS from > http://www.gurulabs.com/downloads.html When I goto the Screensaver > Preferences to try on out, I get this error: > Xlib: extension "XFree86-DRI" missing on display ":0.0" > > I'm using the newest drivers from NVIDIA and I removed the DRI from > XF86Config. On the gurulabs site they said that you would need the > NVIDIA drivers for these to work. Has anyone be able to get these to > work in Severn? I'm experiencing this as well. In the past, RSS and the NVIDIA drivers have worked fine together, but on Severn I'm getting the same complaint about XFree86-DRI. Phil From matt-whiteley at comcast.net Wed Aug 6 05:49:11 2003 From: matt-whiteley at comcast.net (Matt Whiteley) Date: 05 Aug 2003 22:49:11 -0700 Subject: radeon panic and 2.6 kernel Message-ID: <1060148950.5540.646.camel@galt.atlas.gotdns.org> I searched the archives for a similar problem. When I tried Arjan's 2.6 rpm on my shrike install it worked great. When I try either the test1 or test2 rpms with severn I got no display. After removing the vga=791 param from the grub line I can see the kernel messages but the x server doesn't start. from /var/log/messages Jul 30 19:47:30 alt kernel: [drm:radeon_unlock] *ERROR* Process 45 using kernel context 0 Jul 30 19:47:54 alt kernel: [drm:radeon_cp_init] *ERROR* radeon_cp_init called without lock held Jul 30 19:47:54 alt kernel: [drm:radeon_unlock] *ERROR* Process 1677 using kernel context 0 Jul 30 19:47:58 alt kernel: [drm:radeon_cp_init] *ERROR* radeon_cp_init called without lock held Jul 30 19:47:58 alt kernel: [drm:radeon_unlock] *ERROR* Process 1682 using kernel context 0 Jul 30 19:48:06 alt kernel: [drm:radeon_cp_init] *ERROR* radeon_cp_init called without lock held ... from /var/log/XFree86.0.log Fatal server error: failed to initialize core devices Do I need to change something in the XF86Config or the modules.conf or what? thanks, -- Matt Whiteley From nphilipp at redhat.com Wed Aug 6 05:58:41 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: 06 Aug 2003 07:58:41 +0200 Subject: How do I shut down this ports In-Reply-To: References: Message-ID: <1060149521.4060.0.camel@wombat.dialup.fht-esslingen.de> On Tue, 2003-08-05 at 17:49, Stephen Smoogen wrote: > I have found that a slight variation works better in case of a bug in > the /etc/rc.d/init.d/xxx script > > /etc/rc.d/init.d/xxx off /etc/rc.d/init.d/xxx stop > /usr/sbin/chkconfig --level 12345 xxx off 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 nphilipp at redhat.com Wed Aug 6 06:04:52 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: 06 Aug 2003 08:04:52 +0200 Subject: devlabel and console.perms question In-Reply-To: <20030805154922.A29793@devserv.devel.redhat.com> References: <6A3008858445D711A58A00062939B2F1ECC4@EXCHANGE> <20030805132907.A21937@devserv.devel.redhat.com> <20030805134147.A858@devserv.devel.redhat.com> <20030805154922.A29793@devserv.devel.redhat.com> Message-ID: <1060149892.4060.4.camel@wombat.dialup.fht-esslingen.de> On Tue, 2003-08-05 at 21:49, Michael K. Johnson wrote: > On Tue, Aug 05, 2003 at 01:41:47PM -0400, Bill Nottingham wrote: > > updfstab calls pam_console_apply itself. > > OK, then it sounds like there's a bug somewhere rather than just > an obvious missing call. I wonder why it's not working? That > certainly bears investigation... Has anyone else seen this > behaviour? Hmm, it worked here with a loaned Sony USB Digicam (plug it in, wait a moment, mount /mnt/camera). What's really missing is that already running apps (nautilus) realize that there's a new mountable device so you can just "right-click -> Disks -> Camera" to access the pictures. 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 alan at redhat.com Wed Aug 6 06:11:25 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 6 Aug 2003 02:11:25 -0400 (EDT) Subject: How do I shut down this ports In-Reply-To: <1060109689.942.6.camel@localhost.localdomain> from "Paul Jenner" at Aws 05, 2003 07:54:50 Message-ID: <200308060611.h766BPA29179@devserv.devel.redhat.com> > If Sun RPC and X over TCP are open by default, should they continue to > be? How many of the non-tech community use NFS/NIS/NIS+ or connect to X > remotely without ssh tunneling? The firewall setup is your friend From mutk at iprimus.com.au Wed Aug 6 08:20:58 2003 From: mutk at iprimus.com.au (Michael Kearey) Date: Wed, 06 Aug 2003 18:20:58 +1000 Subject: How do I shut down this ports In-Reply-To: <1059972848.10734.3.camel@tiger> References: <1059972848.10734.3.camel@tiger> Message-ID: <3F30BA6A.30402@iprimus.com.au> Louis Garcia wrote: > 111/tcp open sunrpc > 6000/tcp open X11 > > Should these be open be default? > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > In case you really must, I found in the man page for Xserver the option : -nolisten trans-type disables a transport type. For example, TCP/IP connections can be disabled with -nolisten tcp. The consequences of doing so , and where in the X configuration files you might actually put it, I don't yet know... I have been trying to find out how to set the option when starting X with xdm/gdm/kdm. In any case, startx -- -nolisten tcp will do it at commandline and so far in Severn it's had no adverse impact for me... Cheers, Michael From redtuxxx at yahoo.co.uk Wed Aug 6 09:18:23 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Wed, 6 Aug 2003 10:18:23 +0100 (BST) Subject: Mozilla should not be built with GTK2 toolkit. In-Reply-To: <3F300B9C.6090001@deragon.biz> Message-ID: <20030806091823.58093.qmail@web60006.mail.yahoo.com> --- Hans Deragon wrote: > Havoc Pennington wrote: > > On Tue, Aug 05, 2003 at 02:19:05PM -0400, Hans Deragon wrote: > > > >> I downloaded the rawhide version of mozilla 1.4 and found out > that it > >>suffers from the following bug: > >> > >>http://bugzilla.mozilla.org/show_bug.cgi?id=209496 > >> > >> In short, the "paste" function does not work when managing > bookmarks. > >> This occurs only when Mozilla is built with the GTK2 toolkit. > It is > >>recommended by Mozilla developer that Mozilla be built against > the > >>GTK1.2 toolkit. Thus, whoever builds the Mozilla rpm, you might > want to > >>recompile it against GTK1.2. > > > > > > Chris Blizzard builds our Mozilla packages, he's also the main > author > > of the GTK 1.2 and GTK 2 ports upstream. We need to move to GTK 2 > > sometime, there will be new bugs, but they just have to be fixed. > > > > Havoc > > Well, as long as the paste function works when Severn is released > as > gold, go for GTK 2. My point is that this bug is a blocker and if > it is > not fixed with GTK 2 by release date, Mozilla should be released as > > built with GTK 1.2. A browser where one cannot manage the > bookmarks is > a browser lacking an important feature. > > Thanks for the info. > Hans Deragon There is another issue with this - epiphany and galeon (which collectively are probably used by more RH users than mozilla) Both of them need gtk2 build, somehow I think you may have one or two complaints if a gtk1 mozilla is shipped. > -- > Deragon Informatique inc. Open source: > http://www.deragon.biz > http://swtmvcwrapper.sourceforge.net > mailto://hans at deragon.biz > http://autopoweroff.sourceforge.net > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From shrek-m at gmx.de Wed Aug 6 10:35:09 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 06 Aug 2003 12:35:09 +0200 Subject: How do I shut down this ports In-Reply-To: <3F30BA6A.30402@iprimus.com.au> References: <1059972848.10734.3.camel@tiger> <3F30BA6A.30402@iprimus.com.au> Message-ID: <3F30D9DD.306@gmx.de> Michael Kearey wrote: > Louis Garcia wrote: > >> 6000/tcp open X11 > > > > In case you really must, I found in the man page for Xserver the option : > -nolisten trans-type > disables a transport type. For example, TCP/IP > connections can be disabled with -nolisten tcp. > > > The consequences of doing so , and where in the X configuration files > you might actually put it, I don't yet know... I have been trying to > find out how to set the option when starting X with xdm/gdm/kdm. > > In any case, startx -- -nolisten tcp will do it at commandline and so > far in Severn it's had no adverse impact for me... you can try or google for ... debian: /etc/X/xinit/xserverrc rhl ? : /etc/X11/xdm/Xservers :0 local /usr/X11R6/bin/X -nolisten tcp /etc/X11/gdm/gdm.conf [server-Standard] name=Standard server command=/usr/X11R6/bin/X -nolisten tcp flexible=true /etc/X11/xdm/kdmrc -- shrek-m From hans at deragon.biz Wed Aug 6 12:16:48 2003 From: hans at deragon.biz (Hans Deragon) Date: Wed, 06 Aug 2003 08:16:48 -0400 Subject: Mozilla should not be built with GTK2 toolkit. In-Reply-To: <20030806091823.58093.qmail@web60006.mail.yahoo.com> References: <20030806091823.58093.qmail@web60006.mail.yahoo.com> Message-ID: <3F30F1B0.8070404@deragon.biz> Mike Martin wrote: > There is another issue with this - epiphany and galeon (which > collectively are probably used by more RH users than mozilla) > > Both of them need gtk2 build, somehow I think you may have one or two > complaints if a gtk1 mozilla is shipped. Mmm... Are you sure that Mozilla is not the #1? Yeah, at home people might be using other browswers, but in large corporation, Mozilla is preferred because it is also available on the Windows platform. This allow bookmarks to be shared without having to import and export them continuously. Regardless, why can't galeon and epiphany be shipped with GTK 2 and Mozilla with GTK 1.2? Anyhow, I believe that the bug will be fixed soon. I doubt it is difficult to re-enable the ?paste? function for bookmarks. I opened a bug report for Red Hat people to track: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101702 Best regards, Hans Deragon -- Deragon Informatique inc. Open source: http://www.deragon.biz http://swtmvcwrapper.sourceforge.net mailto://hans at deragon.biz http://autopoweroff.sourceforge.net From mutk at iprimus.com.au Wed Aug 6 12:21:09 2003 From: mutk at iprimus.com.au (Michael Kearey) Date: Wed, 06 Aug 2003 22:21:09 +1000 Subject: How do I shut down this ports In-Reply-To: <3F30D9DD.306@gmx.de> References: <1059972848.10734.3.camel@tiger> <3F30BA6A.30402@iprimus.com.au> <3F30D9DD.306@gmx.de> Message-ID: <3F30F2B5.7080607@iprimus.com.au> shrek-m at gmx.de wrote: > > you can try or google for ... Yes, after reading the confusing trail of man pages, and config scripts for X, google was my next option... > > > debian: > /etc/X/xinit/xserverrc > > rhl ? : > > /etc/X11/xdm/Xservers > :0 local /usr/X11R6/bin/X -nolisten tcp > > > /etc/X11/gdm/gdm.conf > [server-Standard] > name=Standard server > command=/usr/X11R6/bin/X -nolisten tcp > flexible=true > > > /etc/X11/xdm/kdmrc But now you have spoilt my chance to google and given me the answers. I am very thankfull, appreciate your help. Cheers, Michael From eric at interplas.com Wed Aug 6 12:42:43 2003 From: eric at interplas.com (Eric Wood) Date: Wed, 6 Aug 2003 08:42:43 -0400 Subject: Tracking bug 100644 Message-ID: <01f701c35c18$42a3afe0$9100000a@intgrp.com> I'll be praying for you guys: https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=100644 -eric From joden at malachi.lee.k12.nc.us Wed Aug 6 13:54:50 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Wed, 6 Aug 2003 09:54:50 -0400 (EDT) Subject: Tracking bug 100644 In-Reply-To: <01f701c35c18$42a3afe0$9100000a@intgrp.com> Message-ID: On Wed, 6 Aug 2003, Eric Wood wrote: > I'll be praying for you guys: > > https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=100644 > I thought this was a joke. Then I looked and realized this is no joke. ditto...james > -eric > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From nphilipp at redhat.com Wed Aug 6 13:50:33 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: 06 Aug 2003 15:50:33 +0200 Subject: Mozilla should not be built with GTK2 toolkit. In-Reply-To: <3F30F1B0.8070404@deragon.biz> References: <20030806091823.58093.qmail@web60006.mail.yahoo.com> <3F30F1B0.8070404@deragon.biz> Message-ID: <1060177832.7222.9.camel@gibraltar.stuttgart.redhat.com> On Wed, 2003-08-06 at 14:16, Hans Deragon wrote: > Mike Martin wrote: > > > There is another issue with this - epiphany and galeon (which > > collectively are probably used by more RH users than mozilla) > > > > Both of them need gtk2 build, somehow I think you may have one or two > > complaints if a gtk1 mozilla is shipped. > > Mmm... Are you sure that Mozilla is not the #1? Yeah, > at home people might be using other browswers, but in > large corporation, Mozilla is preferred because it is also > available on the Windows platform. This allow bookmarks to be shared > without having to import and export them continuously. > > Regardless, why can't galeon and epiphany be shipped with GTK 2 and > Mozilla with GTK 1.2? Both of them use Mozilla's rendering engine. I doubt it is that easy to use both GTK 1.2 and GTK 2 simultaneously in the same program. > Anyhow, I believe that the bug will be fixed soon. I doubt it is > difficult to re-enable the ?paste? function for bookmarks. > > I opened a bug report for Red Hat people to track: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101702 I noticed that you set the severity to "high". You should rather set priority to "high" and severity to "normal" (this is probably what you want anyway), because "high severity" is "crashes, loss of data, severe memory leak, etc." (see https://bugzilla.redhat.com/bugzilla/bug_status.cgi#priority). 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 gboyce at badbelly.com Wed Aug 6 13:59:42 2003 From: gboyce at badbelly.com (Gregory Boyce) Date: 06 Aug 2003 09:59:42 -0400 Subject: radeon panic and 2.6 kernel In-Reply-To: <1060148950.5540.646.camel@galt.atlas.gotdns.org> References: <1060148950.5540.646.camel@galt.atlas.gotdns.org> Message-ID: <1060178382.8287.1.camel@necronomicon.badbelly.com> On my machine I recieved similiar radeon errors, but X started fine without them. Are you using a USB keyboard or mouse by any chance? I had to forcibly load the hid driver before my mouse would work. No pointing device will cause X to crash with an error much like that one. On Wed, 2003-08-06 at 01:49, Matt Whiteley wrote: > I searched the archives for a similar problem. When I tried Arjan's 2.6 > rpm on my shrike install it worked great. When I try either the test1 > or test2 rpms with severn I got no display. After removing the vga=791 > param from the grub line I can see the kernel messages but the x server > doesn't start. > > from /var/log/messages > Jul 30 19:47:30 alt kernel: [drm:radeon_unlock] *ERROR* Process 45 using > kernel context 0 > Jul 30 19:47:54 alt kernel: [drm:radeon_cp_init] *ERROR* radeon_cp_init > called without lock held > Jul 30 19:47:54 alt kernel: [drm:radeon_unlock] *ERROR* Process 1677 > using kernel context 0 > Jul 30 19:47:58 alt kernel: [drm:radeon_cp_init] *ERROR* radeon_cp_init > called without lock held > Jul 30 19:47:58 alt kernel: [drm:radeon_unlock] *ERROR* Process 1682 > using kernel context 0 > Jul 30 19:48:06 alt kernel: [drm:radeon_cp_init] *ERROR* radeon_cp_init > called without lock held > ... > > > from /var/log/XFree86.0.log > Fatal server error: > failed to initialize core devices > > Do I need to change something in the XF86Config or the modules.conf or > what? > > thanks, -- Gregory Boyce From gboyce at badbelly.com Wed Aug 6 14:01:38 2003 From: gboyce at badbelly.com (Gregory Boyce) Date: 06 Aug 2003 10:01:38 -0400 Subject: radeon panic and 2.6 kernel In-Reply-To: <1060178382.8287.1.camel@necronomicon.badbelly.com> References: <1060148950.5540.646.camel@galt.atlas.gotdns.org> <1060178382.8287.1.camel@necronomicon.badbelly.com> Message-ID: <1060178498.8287.3.camel@necronomicon.badbelly.com> On a sidenote, once I got my mouse working, the scroll wheel wouldn't function properly. I've had it working on 2.5 kernels that I compiled by hand, but not with Arjan's 2.6.0-test2 kernel. It works fine under the default severn kernel as well. On Wed, 2003-08-06 at 09:59, Gregory Boyce wrote: > On my machine I recieved similiar radeon errors, but X started fine > without them. > > Are you using a USB keyboard or mouse by any chance? I had to forcibly > load the hid driver before my mouse would work. No pointing device will > cause X to crash with an error much like that one. > > On Wed, 2003-08-06 at 01:49, Matt Whiteley wrote: > > I searched the archives for a similar problem. When I tried Arjan's 2.6 > > rpm on my shrike install it worked great. When I try either the test1 > > or test2 rpms with severn I got no display. After removing the vga=791 > > param from the grub line I can see the kernel messages but the x server > > doesn't start. > > > > from /var/log/messages > > Jul 30 19:47:30 alt kernel: [drm:radeon_unlock] *ERROR* Process 45 using > > kernel context 0 > > Jul 30 19:47:54 alt kernel: [drm:radeon_cp_init] *ERROR* radeon_cp_init > > called without lock held > > Jul 30 19:47:54 alt kernel: [drm:radeon_unlock] *ERROR* Process 1677 > > using kernel context 0 > > Jul 30 19:47:58 alt kernel: [drm:radeon_cp_init] *ERROR* radeon_cp_init > > called without lock held > > Jul 30 19:47:58 alt kernel: [drm:radeon_unlock] *ERROR* Process 1682 > > using kernel context 0 > > Jul 30 19:48:06 alt kernel: [drm:radeon_cp_init] *ERROR* radeon_cp_init > > called without lock held > > ... > > > > > > from /var/log/XFree86.0.log > > Fatal server error: > > failed to initialize core devices > > > > Do I need to change something in the XF86Config or the modules.conf or > > what? > > > > thanks, -- Gregory Boyce From marguz at ameritech.net Wed Aug 6 14:52:12 2003 From: marguz at ameritech.net (Mark Guzzo) Date: 06 Aug 2003 09:52:12 -0500 Subject: REALLY SLICK SCREENSAVERS In-Reply-To: <1060138851.2712.1.camel@GreenTea> References: <1060127815.13742.7.camel@purple> <1060138851.2712.1.camel@GreenTea> Message-ID: <1060181532.1196.5.camel@LORDLINUX.global.shsystem.org> Yep, This is strange. Last night I noticed that the RSS was listed in the System Tools -> More system Tools menu. When I click on them there they work GREAT!!! As far as NVIDIA goes, I'll stick with them. I like the fact they openly support Linux, even it they have yet to open their drivers. Mark On Tue, 2003-08-05 at 22:00, Phillip Compton wrote: > On Tue, 2003-08-05 at 19:56, Mark Guzzo wrote: > > Hello, > > > > I just installed the REALLY SLICK SCREENSAVERS from > > http://www.gurulabs.com/downloads.html When I goto the Screensaver > > Preferences to try on out, I get this error: > > Xlib: extension "XFree86-DRI" missing on display ":0.0" > > > > I'm using the newest drivers from NVIDIA and I removed the DRI from > > XF86Config. On the gurulabs site they said that you would need the > > NVIDIA drivers for these to work. Has anyone be able to get these to > > work in Severn? > > I'm experiencing this as well. In the past, RSS and the NVIDIA drivers > have worked fine together, but on Severn I'm getting the same complaint > about XFree86-DRI. > > > Phil > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From redtuxxx at yahoo.co.uk Wed Aug 6 15:11:59 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Wed, 6 Aug 2003 16:11:59 +0100 (BST) Subject: Mozilla should not be built with GTK2 toolkit. In-Reply-To: <1060177832.7222.9.camel@gibraltar.stuttgart.redhat.com> Message-ID: <20030806151159.92193.qmail@web60006.mail.yahoo.com> --- Nils Philippsen wrote: > On Wed, 2003-08-06 at 14:16, Hans Deragon wrote: > > Mike Martin wrote: > > > > > There is another issue with this - epiphany and galeon (which > > > collectively are probably used by more RH users than mozilla) > > > > > > Both of them need gtk2 build, somehow I think you may have one > or two > > > complaints if a gtk1 mozilla is shipped. > > > > Mmm... Are you sure that Mozilla is not the #1? Yeah, > > at home people might be using other browswers, but in > > large corporation, Mozilla is preferred because it is also > > available on the Windows platform. This allow bookmarks to be > shared > > without having to import and export them continuously. > > You may be right, dunno, my feeling is that RH tends to be the gnomers preferred platform, and the majority of these would use either galeon or epiphany > > Regardless, why can't galeon and epiphany be shipped with GTK 2 > and > > Mozilla with GTK 1.2? > > Both of them use Mozilla's rendering engine. I doubt it is that > easy to > use both GTK 1.2 and GTK 2 simultaneously in the same program. actually not that difficult, though you would nned to be careful about build prefixes etc (althugh in general I agree with Havoc about the need to use gtk2 version in any case) > > > Anyhow, I believe that the bug will be fixed soon. I doubt it is > > difficult to re-enable the ?paste? function for bookmarks. > > > > I opened a bug report for Red Hat people to track: > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101702 > > I noticed that you set the severity to "high". You should rather > set > priority to "high" and severity to "normal" (this is probably what > you > want anyway), because "high severity" is "crashes, loss of data, > severe > memory leak, etc." (see > https://bugzilla.redhat.com/bugzilla/bug_status.cgi#priority). > > 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 > > ATTACHMENT part 2 application/pgp-signature name=signature.asc __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From imoq at imoqland.com Wed Aug 6 16:26:31 2003 From: imoq at imoqland.com (Alejandro =?ISO-8859-1?Q?Gonz=E1lez_Hern=E1ndez?= - Imoq) Date: 06 Aug 2003 11:26:31 -0500 Subject: GUI for dvd+rw-tools Message-ID: <1060187191.4684.3.camel@imoqland.morelos.gob.mx> I have been using dvd+rw-tools for a while (before they appeared as RPM in Severn, now I am using the Severn version of it) and want to ask: Is there any GUI for this program yet? Google kindly told me "no", but I just wanted to double check it ;) If there is not... how are you guys using the program? Just "growisofs -Z /dev/scd1 -R -J /path/to/files" like I do? Thanks for the input. Alex. -- ?S? libre, usa software libre! Be free, use free software! http://www.imoqland.com/ From hans at deragon.biz Wed Aug 6 16:33:16 2003 From: hans at deragon.biz (Hans Deragon) Date: Wed, 06 Aug 2003 12:33:16 -0400 Subject: Mozilla should not be built with GTK2 toolkit. In-Reply-To: <1060177832.7222.9.camel@gibraltar.stuttgart.redhat.com> References: <20030806091823.58093.qmail@web60006.mail.yahoo.com> <3F30F1B0.8070404@deragon.biz> <1060177832.7222.9.camel@gibraltar.stuttgart.redhat.com> Message-ID: <3F312DCC.4060608@deragon.biz> Nils Philippsen wrote: > I noticed that you set the severity to "high". You should rather set > priority to "high" and severity to "normal" (this is probably what you > want anyway), because "high severity" is "crashes, loss of data, severe > memory leak, etc." (see > https://bugzilla.redhat.com/bugzilla/bug_status.cgi#priority). > > Nils Done. Best regards, Hans Deragon Consultant en informatique/Software Consultant -- Deragon Informatique inc. Open source: http://www.deragon.biz http://swtmvcwrapper.sourceforge.net mailto://hans at deragon.biz http://autopoweroff.sourceforge.net From gboyce at badbelly.com Wed Aug 6 17:11:47 2003 From: gboyce at badbelly.com (Gregory Boyce) Date: 06 Aug 2003 13:11:47 -0400 Subject: skipping audio on severn Message-ID: <1060189907.11348.8.camel@necronomicon.badbelly.com> Hello, I've been running the severn beta on my machines at home for the past week or so, and I've been noticing a problem on my desktop machine that I'm curious if anyone else is seeing. I'm getting rather audio skips in xmms playing mp3 or ogg files when doing even the simplest of tasks on the machine. Switching between different workspaces causes a slight skip, and I can even cause slight skipping by just moving the mouse around. For an audio driver I'm using the via82cxxx_audio driver. My audio controller in lspci is: 00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 50) I'm using xmms with the esd output plugin. Increasing the buffer size to 7000ms doesn't help in the least. I didn't have this problem at all with Redhat 9, and if I run Arjan's 2.6.0-test2 kernel, no skips show up at all. Unfortunately I can't run it regularly due to an annoying mouse issue where the scroll wheel stops working under that kernel. Anyone have any thoughts? -- Gregory Boyce From matt-whiteley at comcast.net Wed Aug 6 17:39:32 2003 From: matt-whiteley at comcast.net (Matt Whiteley) Date: 06 Aug 2003 10:39:32 -0700 Subject: radeon panic and 2.6 kernel In-Reply-To: <1060178382.8287.1.camel@necronomicon.badbelly.com> References: <1060148950.5540.646.camel@galt.atlas.gotdns.org> <1060178382.8287.1.camel@necronomicon.badbelly.com> Message-ID: <1060191572.5540.1363.camel@galt.atlas.gotdns.org> On Wed, 2003-08-06 at 06:59, Gregory Boyce wrote: > On my machine I recieved similiar radeon errors, but X started fine > without them. > > Are you using a USB keyboard or mouse by any chance? I had to forcibly > load the hid driver before my mouse would work. No pointing device will > cause X to crash with an error much like that one. I am using a USB keyboard and mouse. I noticed that there was error messages from that also but did not think that was the error that broke it. With shrike and Arjan's kernel I just had to ssh in from another computer and 'modprobe uhci-hcd' after it reached the login screen and everything would work fine. Why did it start X then without the mouse/keyboard? -- Matt Whiteley From gboyce at badbelly.com Wed Aug 6 17:43:34 2003 From: gboyce at badbelly.com (Gregory Boyce) Date: 06 Aug 2003 13:43:34 -0400 Subject: radeon panic and 2.6 kernel In-Reply-To: <1060191572.5540.1363.camel@galt.atlas.gotdns.org> References: <1060148950.5540.646.camel@galt.atlas.gotdns.org> <1060178382.8287.1.camel@necronomicon.badbelly.com> <1060191572.5540.1363.camel@galt.atlas.gotdns.org> Message-ID: <1060191814.11348.14.camel@necronomicon.badbelly.com> On Wed, 2003-08-06 at 13:39, Matt Whiteley wrote: > On Wed, 2003-08-06 at 06:59, Gregory Boyce wrote: > > On my machine I recieved similiar radeon errors, but X started fine > > without them. > > > > Are you using a USB keyboard or mouse by any chance? I had to forcibly > > load the hid driver before my mouse would work. No pointing device will > > cause X to crash with an error much like that one. > > I am using a USB keyboard and mouse. I noticed that there was error > messages from that also but did not think that was the error that broke > it. With shrike and Arjan's kernel I just had to ssh in from another > computer and 'modprobe uhci-hcd' after it reached the login screen and > everything would work fine. Why did it start X then without the > mouse/keyboard? Once you had a driver for the USB controller, it probably autodetected and autoloaded the appropriate drivers for the mouse. If you check lsmod, you should see the HID driver there. -- Gregory Boyce From matt-whiteley at comcast.net Wed Aug 6 18:20:25 2003 From: matt-whiteley at comcast.net (Matt Whiteley) Date: 06 Aug 2003 11:20:25 -0700 Subject: radeon panic and 2.6 kernel In-Reply-To: <1060191814.11348.14.camel@necronomicon.badbelly.com> References: <1060148950.5540.646.camel@galt.atlas.gotdns.org> <1060178382.8287.1.camel@necronomicon.badbelly.com> <1060191572.5540.1363.camel@galt.atlas.gotdns.org> <1060191814.11348.14.camel@necronomicon.badbelly.com> Message-ID: <1060194025.6251.1.camel@galt.atlas.gotdns.org> On Wed, 2003-08-06 at 10:43, Gregory Boyce wrote: > Once you had a driver for the USB controller, it probably autodetected > and autoloaded the appropriate drivers for the mouse. If you check > lsmod, you should see the HID driver there. Wow, what a difference. Thanks so much. I can no listen to the digital music files of my choice while actually using the computer for something else. XMMS has not skipped once and overall feel of the gui is much snappier. I added 'alias usb-controller uhci-hcd' to /etc/modprobe.conf and that was it. thanks, -- Matt Whiteley From gboyce at badbelly.com Wed Aug 6 18:29:07 2003 From: gboyce at badbelly.com (Gregory Boyce) Date: 06 Aug 2003 14:29:07 -0400 Subject: radeon panic and 2.6 kernel In-Reply-To: <1060194025.6251.1.camel@galt.atlas.gotdns.org> References: <1060148950.5540.646.camel@galt.atlas.gotdns.org> <1060178382.8287.1.camel@necronomicon.badbelly.com> <1060191572.5540.1363.camel@galt.atlas.gotdns.org> <1060191814.11348.14.camel@necronomicon.badbelly.com> <1060194025.6251.1.camel@galt.atlas.gotdns.org> Message-ID: <1060194547.11348.32.camel@necronomicon.badbelly.com> On Wed, 2003-08-06 at 14:20, Matt Whiteley wrote: > On Wed, 2003-08-06 at 10:43, Gregory Boyce wrote: > > Once you had a driver for the USB controller, it probably autodetected > > and autoloaded the appropriate drivers for the mouse. If you check > > lsmod, you should see the HID driver there. > > Wow, what a difference. Thanks so much. I can no listen to the digital > music files of my choice while actually using the computer for something > else. XMMS has not skipped once and overall feel of the gui is much > snappier. > > I added 'alias usb-controller uhci-hcd' to /etc/modprobe.conf and that > was it. Glad to help. Sounds like you were playing with 2.6.0-testX for the same reason I was. To get rid of the god awful skipping on audio playback. I'm going to make sure that there is a bug filed on the skipping. If it's widespread, I would think it would be a showstopper. Out of curiosity, do you have a scroll wheel on your mouse? If so, does it work properly under 2.6.0-test2? -- Gregory Boyce From gboyce at badbelly.com Wed Aug 6 18:33:25 2003 From: gboyce at badbelly.com (Gregory Boyce) Date: 06 Aug 2003 14:33:25 -0400 Subject: skipping audio on severn In-Reply-To: <1060189907.11348.8.camel@necronomicon.badbelly.com> References: <1060189907.11348.8.camel@necronomicon.badbelly.com> Message-ID: <1060194805.11348.34.camel@necronomicon.badbelly.com> Just ignore me. It's CR 100422. On Wed, 2003-08-06 at 13:11, Gregory Boyce wrote: > Hello, > > I've been running the severn beta on my machines at home for the past > week or so, and I've been noticing a problem on my desktop machine that > I'm curious if anyone else is seeing. > > I'm getting rather audio skips in xmms playing mp3 or ogg files when > doing even the simplest of tasks on the machine. Switching between > different workspaces causes a slight skip, and I can even cause slight > skipping by just moving the mouse around. > > For an audio driver I'm using the via82cxxx_audio driver. My audio > controller in lspci is: > 00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 > AC97 Audio Controller (rev 50) > > I'm using xmms with the esd output plugin. Increasing the buffer size > to 7000ms doesn't help in the least. > > I didn't have this problem at all with Redhat 9, and if I run Arjan's > 2.6.0-test2 kernel, no skips show up at all. Unfortunately I can't run > it regularly due to an annoying mouse issue where the scroll wheel stops > working under that kernel. > > Anyone have any thoughts? -- Gregory Boyce From matt-whiteley at comcast.net Wed Aug 6 18:38:10 2003 From: matt-whiteley at comcast.net (Matt Whiteley) Date: 06 Aug 2003 11:38:10 -0700 Subject: radeon panic and 2.6 kernel In-Reply-To: <1060194547.11348.32.camel@necronomicon.badbelly.com> References: <1060148950.5540.646.camel@galt.atlas.gotdns.org> <1060178382.8287.1.camel@necronomicon.badbelly.com> <1060191572.5540.1363.camel@galt.atlas.gotdns.org> <1060191814.11348.14.camel@necronomicon.badbelly.com> <1060194025.6251.1.camel@galt.atlas.gotdns.org> <1060194547.11348.32.camel@necronomicon.badbelly.com> Message-ID: <1060195090.6251.3.camel@galt.atlas.gotdns.org> On Wed, 2003-08-06 at 11:29, Gregory Boyce wrote: > Out of curiosity, do you have a scroll wheel on your mouse? If so, does > it work properly under 2.6.0-test2? Yes. I have a Microsoft Intellimouse Explorer. The grey one with 5 buttons and wheel. Seems to work fine so far, including the wheel. -- Matt Whiteley From rpjday at mindspring.com Wed Aug 6 18:42:15 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 6 Aug 2003 14:42:15 -0400 (EDT) Subject: radeon panic and 2.6 kernel In-Reply-To: <1060194547.11348.32.camel@necronomicon.badbelly.com> Message-ID: On 6 Aug 2003, Gregory Boyce wrote: > Out of curiosity, do you have a scroll wheel on your mouse? If so, does > it work properly under 2.6.0-test2? i have a scroll wheel on my external logitech (USB) optical mouse that's hooked to my dell laptop. seems to work fine under 2.6.0-test2-bk5. rday From gboyce at badbelly.com Wed Aug 6 19:05:36 2003 From: gboyce at badbelly.com (Gregory Boyce) Date: 06 Aug 2003 15:05:36 -0400 Subject: radeon panic and 2.6 kernel In-Reply-To: <1060195090.6251.3.camel@galt.atlas.gotdns.org> References: <1060148950.5540.646.camel@galt.atlas.gotdns.org> <1060178382.8287.1.camel@necronomicon.badbelly.com> <1060191572.5540.1363.camel@galt.atlas.gotdns.org> <1060191814.11348.14.camel@necronomicon.badbelly.com> <1060194025.6251.1.camel@galt.atlas.gotdns.org> <1060194547.11348.32.camel@necronomicon.badbelly.com> <1060195090.6251.3.camel@galt.atlas.gotdns.org> Message-ID: <1060196736.6163.1.camel@necronomicon.badbelly.com> On Wed, 2003-08-06 at 14:38, Matt Whiteley wrote: > On Wed, 2003-08-06 at 11:29, Gregory Boyce wrote: > > Out of curiosity, do you have a scroll wheel on your mouse? If so, does > > it work properly under 2.6.0-test2? > > Yes. I have a Microsoft Intellimouse Explorer. The grey one with 5 > buttons and wheel. Seems to work fine so far, including the wheel. Oh happy day, mine is working now too. I had created an initrd image with hid autoloaded. I just booted into it and ran an lsmod, and found that uhci_hcd wasn't even loaded. I'm not even sure how that would work. I added it into modprobe.conf like you did, and now I have a functional scroll wheel. And non-skipping audio too. -- Gregory Boyce From dave.bevan at bbc.co.uk Wed Aug 6 19:16:32 2003 From: dave.bevan at bbc.co.uk (Dave Bevan) Date: Wed, 6 Aug 2003 20:16:32 +0100 Subject: SATA/Gigabyte 8KNXP Mobo Message-ID: I see that the Intel ICH SATA was 'missed' from getting into Beta-1. Does anyone know if it'll make it into Beta-2? -- Dave. BBCi at http://www.bbc.co.uk/ This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system, do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this. From johnsonm at redhat.com Wed Aug 6 19:31:41 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Wed, 6 Aug 2003 15:31:41 -0400 Subject: SATA/Gigabyte 8KNXP Mobo In-Reply-To: ; from dave.bevan@bbc.co.uk on Wed, Aug 06, 2003 at 08:16:32PM +0100 References: Message-ID: <20030806153141.A29745@devserv.devel.redhat.com> On Wed, Aug 06, 2003 at 08:16:32PM +0100, Dave Bevan wrote: > I see that the Intel ICH SATA was 'missed' from getting into Beta-1. > > Does anyone know if it'll make it into Beta-2? That's the current intent. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From alittle37 at knightabel.onestop.net Wed Aug 6 19:48:32 2003 From: alittle37 at knightabel.onestop.net (Abraham Al-Saleh) Date: 06 Aug 2003 13:48:32 -0600 Subject: Rhl-beta-list digest, Vol 1 #66 - 19 msgs In-Reply-To: <20030806160016.14715.87944.Mailman@listman.back-rdu.redhat.com> References: <20030806160016.14715.87944.Mailman@listman.back-rdu.redhat.com> Message-ID: <1060199311.4629.0.camel@hell.evil> On Wed, 2003-08-06 at 10:00, rhl-beta-list-request at redhat.com wrote: > Message: 7 > From: Alan Cox > Subject: Re: How do I shut down this ports > To: rhl-beta-list at redhat.com > Date: Wed, 6 Aug 2003 02:11:25 -0400 (EDT) > Reply-To: rhl-beta-list at redhat.com > > > If Sun RPC and X over TCP are open by default, should they continue to > > be? How many of the non-tech community use NFS/NIS/NIS+ or connect to X > > remotely without ssh tunneling? > > The firewall setup is your friend From alittle37 at knightabel.onestop.net Wed Aug 6 19:53:58 2003 From: alittle37 at knightabel.onestop.net (Abraham Al-Saleh) Date: 06 Aug 2003 13:53:58 -0600 Subject: Rhl-beta-list digest, Vol 1 #66 - 19 msgs In-Reply-To: <20030806160016.14715.87944.Mailman@listman.back-rdu.redhat.com> References: <20030806160016.14715.87944.Mailman@listman.back-rdu.redhat.com> Message-ID: <1060199638.4629.7.camel@hell.evil> I don't know Mr. Cox, I have always found lokkit to be rather limited. Maybe I just haven't used it enough, but I never liked it. Usually when I start with a fresh Red Hat install I delete those chains/rules and setup my own. I would probably use Lokkit more if there was some sort of builtin support for setting up things like NAT. but that's just me, I'm not sure how many people agree or not. --Abe Al-Saleh On Wed, 2003-08-06 at 10:00, rhl-beta-list-request at redhat.com wrote: > Message: 7 > From: Alan Cox > Subject: Re: How do I shut down this ports > To: rhl-beta-list at redhat.com > Date: Wed, 6 Aug 2003 02:11:25 -0400 (EDT) > Reply-To: rhl-beta-list at redhat.com > > > If Sun RPC and X over TCP are open by default, should they continue to > > be? How many of the non-tech community use NFS/NIS/NIS+ or connect to X > > remotely without ssh tunneling? > > The firewall setup is your friend From jef at tech-info.qc.ca Wed Aug 6 20:51:44 2003 From: jef at tech-info.qc.ca (Jean-Francois =?ISO-8859-1?Q?B=E9langer?=) Date: 06 Aug 2003 16:51:44 -0400 Subject: Really Slick Screensavers (Was: REALLY SLICK SCREENSAVERS) In-Reply-To: <1060138851.2712.1.camel@GreenTea> References: <1060127815.13742.7.camel@purple> <1060138851.2712.1.camel@GreenTea> Message-ID: <1060203104.5323.3.camel@jef.tech-info.qc.ca> On Tue, 2003-08-05 at 23:00, Phillip Compton wrote: > On Tue, 2003-08-05 at 19:56, Mark Guzzo wrote: > > Hello, > > > > I just installed the REALLY SLICK SCREENSAVERS from > > http://www.gurulabs.com/downloads.html When I goto the Screensaver > > Preferences to try on out, I get this error: > > Xlib: extension "XFree86-DRI" missing on display ":0.0" > > > > I'm using the newest drivers from NVIDIA and I removed the DRI from > > XF86Config. On the gurulabs site they said that you would need the > > NVIDIA drivers for these to work. Has anyone be able to get these to > > work in Severn? > > I'm experiencing this as well. In the past, RSS and the NVIDIA drivers > have worked fine together, but on Severn I'm getting the same complaint > about XFree86-DRI. > > > Phil > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list I've got this missing DRI too, but the first time a screen saver start using dri it work, the second put the message about Xlib: extension... missing. Don't know how to make this work J-F From wintermi at teratools.com Wed Aug 6 21:23:54 2003 From: wintermi at teratools.com (Matthew Winter) Date: 06 Aug 2003 22:23:54 +0100 Subject: RHN Updates Message-ID: <1060205033.3843.9.camel@pc3-hink2-3-cust234.nott.cable.ntl.com> Jef Spaleta wrote: >Gilles J. Seguin wrote, somewhere in the digest: >>The third item require that peoples with a minimum of training >>be able to install and play with a package. > >Yes i understand that submitting useful bugreports doesnt take much in >the way of training...neither does breaking a working system, without >fully understanding the consquences of your actions :-> > >But I'm more concerned about getting into a situation where the >convience tools...the point and click tools like up2date...start >getting features where people can easily install 'testing' packages >on top of full releases..without having to stop and think about what >they are doing...when they have no intention of actually being a part >of the testing process...and don't have a clue about how to recover if >the testing packags are broken. If RHN was providing the means to upgrade to a 'test' version of the software, it could also provide the means for the use to return to their prior release of the software, so making the recovery process straight forward. Another option, would be to provide a different version of the RHN software within the Beta ISO's, so allowing people who have already took the risk of installing the Beta ISO to also test future / unstable packages. Again providing a use for RHN subscription during the beta process. I would have thought this could be as simple as changing a configuration file to point the RHN software at a beta/test server. From dax at gurulabs.com Wed Aug 6 22:05:22 2003 From: dax at gurulabs.com (Dax Kelson) Date: Wed, 06 Aug 2003 16:05:22 -0600 Subject: libuser's LDAP support (was Re: LDAP Performance) In-Reply-To: <1059038460.577.27.camel@teapot.felipe-alfaro.com> References: <1058936314.2411.80.camel@mentor.gurulabs.com> <1058937321.4157.76.camel@binkley> <1058976902.10599.14.camel@smoogen1.lanl.gov> <1059002604.4157.247.camel@binkley> <1059005158.2678.145.camel@mentor.gurulabs.com> <20030724083945.GB19346@puariko.nirvana> <1059038460.577.27.camel@teapot.felipe-alfaro.com> Message-ID: <1060207522.4016.27.camel@mentor.gurulabs.com> On Thu, 2003-07-24 at 03:21, Felipe Alfaro Solana wrote: > On Thu, 2003-07-24 at 10:39, Axel Thimm wrote: > > I also think that ldap (user management at least) should become > > standard in RHL. It is possible to run all under ldap, but the ldap > > management tools are missing (that's easy to fix) and the standard > > RH user management tool should support ldap, too. > > > > What is the status of RH tools with respect to that > > (redhat-config-users, useradd)? libuser was already build against ldap > > in RH9. Is there a chance to have more LDAP support in Cambridge? > > I'm currently patching/modifying "libuser" to make it fully support > LDAP. The latest version from RawHide works awfully: it tries to invoke > ldap_modify_s to perform operations like adding a user or a group > account, when in fact, it should use ldap_add_s. > > Right now, "luseradd" and "lgroupadd" are working perfectly for me. > There are still some rough edges I need to fix. They need some testing > also, I plan to release them for testing into rhl-beta-devel mailing > list for approval. Do you have libuser whipped into shape now? It would great to have functioning luser* and lgroup* utilities. Do they support startTLS? Dax Kelson Guru Labs From mike at netlyncs.com Wed Aug 6 22:28:50 2003 From: mike at netlyncs.com (Mike Chambers) Date: 06 Aug 2003 17:28:50 -0500 Subject: ftp://people.redhat.com/jakub/prelink/0.3.0-1/ In-Reply-To: <20030805185140.K23055@devserv.devel.redhat.com> References: <20030805185140.K23055@devserv.devel.redhat.com> Message-ID: <1060208930.13775.1.camel@bart.netlyncs.com> On Tue, 2003-08-05 at 17:51, Jakub Jelinek wrote: > I've changed prelink so that prelinking is done automatically > (if prelink is installed and it is not disabled in /etc/sysconfig/prelink), > by default nightly in quick mode and every fortnight in full mode. > I'd appreciate if you could check it out and report any problems > into bugzilla. Thanks. does prelink -a do what I want if I want all of the .conf file done, or do I have to use another option or something? Just seems I got some errors when trying the above command. -- Mike Chambers Madisonville, KY "The road to to success is always under construction!" From jlcthibo at uumail.gov.bc.ca Wed Aug 6 22:56:19 2003 From: jlcthibo at uumail.gov.bc.ca (Christian Thibodeau) Date: 06 Aug 2003 15:56:19 -0700 Subject: rhn alert icon In-Reply-To: <20030804110733.E14155@redhat.com> References: <1059187133.1654.6.camel@one.myworld> <1059943936.13755.4.camel@bobcp4.lingpgmr.com> <20030803165646.I18024@redhat.com> <1059945159.13755.11.camel@bobcp4.lingpgmr.com> <20030803171740.J18024@redhat.com> <1059961948.13983.2.camel@bobcp4.lingpgmr.com> <20030804110733.E14155@redhat.com> Message-ID: <1060210578.26835.22.camel@phoenix.osg.gov.bc.ca> On Mon, 2003-08-04 at 08:07, Daniel Veillard wrote: > On Sun, Aug 03, 2003 at 09:52:28PM -0400, Robert L Cochran wrote: > > It is 27 bytes, and I sent it to you as a separate email from my Severn > > box. I hope I sent it to you correctly. I can't figure out how to get > > Evolution 1.4 to attach a file that has a leading dot '.', and this led > > me into a very inexpert session with mutt. > > I got it, will try to reproduce this today. Still I puzzled, > I don't see anything in the code which could explain why the cache > state can influence the rendering, *except* if it is a bug raised > under load condition, then rebuilding the cache generates a lot > of I/O though the rpm database, which added to the load associated to > starting the desktop might create the conditions to raise that problem. > If it's a race condition in the inter-process communication interface > between the applet and the applet container running in the toolbar then > having a lot of I/O might generate proper condition for the problem. > It would be interesting to see if you get the same problem with little > load, for example once in the session, assuming the applet didn't display > correctly, what happen if you kill the applet and restart it with > "killall rhn-applet-gui ; rhn-applet-gui &" > is the display still broken ? I also get the broken rhn applet display. Since I have only installed severn today I cannot say if it is intermittent or not. I have a .rhn-applet.cache file, which has 644 permissions and is of size 243689. Running "killall rhn-applet-gui ; rhn-applet-gui &" did fix the applet. I don't seem to be able to get it to break again tho'; I've only tried a couple of things; logging out/in and rebooting. This is on a Dell Optiplex GXa 266Mhz processor / 64Mb memory. BTW, this also happens to me on my Shrike box at home a 333Mhz/192Mb system. There is is intermittent. -- Christian Thibodeau Open Systems, Operations Common IT Services Solutions BC, Province of BC Phone: 250-387-5993 Fax: 250-387-5231 Solutions BC http://www.solutionsbcsharedservices.gov.bc.ca CITS https://cits.gov.bc.ca From jakub at redhat.com Wed Aug 6 23:07:23 2003 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 6 Aug 2003 19:07:23 -0400 Subject: ftp://people.redhat.com/jakub/prelink/0.3.0-1/ In-Reply-To: <1060208930.13775.1.camel@bart.netlyncs.com>; from mike@netlyncs.com on Wed, Aug 06, 2003 at 05:28:50PM -0500 References: <20030805185140.K23055@devserv.devel.redhat.com> <1060208930.13775.1.camel@bart.netlyncs.com> Message-ID: <20030806190723.T23055@devserv.devel.redhat.com> On Wed, Aug 06, 2003 at 05:28:50PM -0500, Mike Chambers wrote: > On Tue, 2003-08-05 at 17:51, Jakub Jelinek wrote: > > > I've changed prelink so that prelinking is done automatically > > (if prelink is installed and it is not disabled in /etc/sysconfig/prelink), > > by default nightly in quick mode and every fortnight in full mode. > > I'd appreciate if you could check it out and report any problems > > into bugzilla. Thanks. > > does prelink -a do what I want if I want all of the .conf file done, or > do I have to use another option or something? > > Just seems I got some errors when trying the above command. Errors or warnings? Some errors are expected, e.g. it is not possible to prelink emacs. But if you have other errors (I'm not interested in warnings like Warning: %s has undefined non-weak symbols - that's just a hint for the package owners that perhaps things might be better prelinked if libraries listed all direct dependencies), please mail them to me off-list (or file in bugzilla). But, the above rpm should do things automatically during first night after installing it (with results in /var/log/prelink.log). Jakub From tommy.mcneely at sun.com Wed Aug 6 23:09:08 2003 From: tommy.mcneely at sun.com (Tommy McNeely) Date: Wed, 06 Aug 2003 17:09:08 -0600 Subject: local users when ldap is down? (was: Re: libuser's LDAP support (was Re: LDAP Performance)) In-Reply-To: <1060207522.4016.27.camel@mentor.gurulabs.com> References: <1058936314.2411.80.camel@mentor.gurulabs.com> <1058937321.4157.76.camel@binkley> <1058976902.10599.14.camel@smoogen1.lanl.gov> <1059002604.4157.247.camel@binkley> <1059005158.2678.145.camel@mentor.gurulabs.com> <20030724083945.GB19346@puariko.nirvana> <1059038460.577.27.camel@teapot.felipe-alfaro.com> <1060207522.4016.27.camel@mentor.gurulabs.com> Message-ID: <3F318A94.5040307@Sun.com> heh, so is that how to properly hijack a thread :) I question whether Red Hat (or linux in general) has fixed the problem that I have experienced from 7.x all the way through 9 so far where if the "ldap server" is unreachable, not even *local* users or root can login. The system hangs while looking up group information appearantly? I have seen little hacks in my bug reports, but have any of those been implemented into the mainstream yet? Dax Kelson wrote: >On Thu, 2003-07-24 at 03:21, Felipe Alfaro Solana wrote: > > >>On Thu, 2003-07-24 at 10:39, Axel Thimm wrote: >> >> >>>I also think that ldap (user management at least) should become >>>standard in RHL. It is possible to run all under ldap, but the ldap >>>management tools are missing (that's easy to fix) and the standard >>>RH user management tool should support ldap, too. >>> >>>What is the status of RH tools with respect to that >>>(redhat-config-users, useradd)? libuser was already build against ldap >>>in RH9. Is there a chance to have more LDAP support in Cambridge? >>> >>> >>I'm currently patching/modifying "libuser" to make it fully support >>LDAP. The latest version from RawHide works awfully: it tries to invoke >>ldap_modify_s to perform operations like adding a user or a group >>account, when in fact, it should use ldap_add_s. >> >>Right now, "luseradd" and "lgroupadd" are working perfectly for me. >>There are still some rough edges I need to fix. They need some testing >>also, I plan to release them for testing into rhl-beta-devel mailing >>list for approval. >> >> > >Do you have libuser whipped into shape now? > >It would great to have functioning luser* and lgroup* utilities. > >Do they support startTLS? > >Dax Kelson >Guru Labs > > >-- >Rhl-beta-list mailing list >Rhl-beta-list at redhat.com >http://www.redhat.com/mailman/listinfo/rhl-beta-list > > From felipe_alfaro at linuxmail.org Wed Aug 6 23:13:00 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Thu, 07 Aug 2003 01:13:00 +0200 Subject: libuser's LDAP support (was Re: LDAP Performance) In-Reply-To: <1060207522.4016.27.camel@mentor.gurulabs.com> References: <1058936314.2411.80.camel@mentor.gurulabs.com> <1058937321.4157.76.camel@binkley> <1058976902.10599.14.camel@smoogen1.lanl.gov> <1059002604.4157.247.camel@binkley> <1059005158.2678.145.camel@mentor.gurulabs.com> <20030724083945.GB19346@puariko.nirvana> <1059038460.577.27.camel@teapot.felipe-alfaro.com> <1060207522.4016.27.camel@mentor.gurulabs.com> Message-ID: <1060211580.599.0.camel@teapot.felipe-alfaro.com> On Thu, 2003-08-07 at 00:05, Dax Kelson wrote: > Do you have libuser whipped into shape now? I haven't stressed them too much, but I think they're useable. > It would great to have functioning luser* and lgroup* utilities. > Do they support startTLS? I'm not sure. I just only patched some LDAP backend functions, but mainly, the LDAP module is the same as the original. I don't recall if the original LDAP module does support TLS. From dave.bevan at bbc.co.uk Wed Aug 6 23:39:16 2003 From: dave.bevan at bbc.co.uk (Dave Bevan) Date: Thu, 7 Aug 2003 00:39:16 +0100 Subject: Severn X Logout Message-ID: Do a 'Logoff' and cancel. Do the 'Logoff' again and I get a blank dialogue box. Anyone seen the same behaviour ? OS: RH Severn - clean install. GFX-SW: Latest Nvidia compiled from src (4496 I think) with forced FW and SBA settings. GFX-HW: Nvidia Quadro FX 1000 AGP 8X with Fast Writes enabled. -- Dave. BBCi at http://www.bbc.co.uk/ This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system, do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this. From dax at gurulabs.com Thu Aug 7 00:15:26 2003 From: dax at gurulabs.com (Dax Kelson) Date: Wed, 06 Aug 2003 18:15:26 -0600 Subject: lokkit (WAS: How do I shut down this ports) In-Reply-To: <1059972848.10734.3.camel@tiger> References: <1059972848.10734.3.camel@tiger> Message-ID: <1060215325.7551.31.camel@mentor.gurulabs.com> On Sun, 2003-08-03 at 22:54, Louis Garcia wrote: > 111/tcp open sunrpc > 6000/tcp open X11 > > Should these be open be default? If they are open or not is irrelevant if you are truly running a "default" configuration. By "default" on severn and below you get a "medium" firewall. On whatever-name-is-next and above, by default you get an "enabled" firewall. Old: medium/high/disabled New: enabled/disabled What's the difference? I wrote a patch that implements a stateful ruleset instead of the previous non-stateful ruleset. This was accepted and is now in rawhide. The end result: 1. Better security than the previous "high". 2. No breakage of *anything* initiated by the host. Details: By default your "enabled" firewall enables others to ping you, ALL other unsolicited traffic to your box is rejected. If your box initiates a outbound connection (ping,SSH,NFS,NIS,RPC,X11), *inbound* packets that are part of, and related to, those connections are allowed. Using lokkit or redhat-config-securitylevel you can of course define "trusted" interfaces and/or allowed *inbound* protocols (SSH,TELNET,etc). This way you can selectively allow others to connect to your box. Nifty eh? This is made possible by the stateful rules. Dax Kelson Guru Labs From gboyce at badbelly.com Thu Aug 7 00:41:03 2003 From: gboyce at badbelly.com (Gregory Boyce) Date: 06 Aug 2003 20:41:03 -0400 Subject: Severn X Logout In-Reply-To: References: Message-ID: <1060216863.6509.45.camel@necronomicon.badbelly.com> On Wed, 2003-08-06 at 19:39, Dave Bevan wrote: > Do a 'Logoff' and cancel. Do the 'Logoff' again and I get a blank dialogue > box. > > Anyone seen the same behaviour ? > > OS: RH Severn - clean install. > GFX-SW: Latest Nvidia compiled from src (4496 I think) with forced FW and > SBA settings. > GFX-HW: Nvidia Quadro FX 1000 > AGP 8X with Fast Writes enabled. > > -- Dave. > I haven't been able to reproduce this on my machine. > BBCi at http://www.bbc.co.uk/ > > This e-mail (and any attachments) is confidential and may contain > personal views which are not the views of the BBC unless specifically > stated. > If you have received it in error, please delete it from your system, do > not use, copy or disclose the information in any way nor act in > reliance on it and notify the sender immediately. Please note that the > BBC monitors e-mails sent or received. Further communication will > signify your consent to this. Ugh. -- Gregory Boyce From dsavage at peaknet.net Thu Aug 7 00:42:43 2003 From: dsavage at peaknet.net (dsavage at peaknet.net) Date: Wed, 6 Aug 2003 19:42:43 -0500 (CDT) Subject: Can't send evo mail in Severn Message-ID: <2022.208.4.19.23.1060216963.squirrel@www.peaknet.net> I did a from-scratch install of Severn last week, then restored my ~/evolution directory from a backup of my Shrike system. Since then, I've been unable to send outbound mail thru my ISP's sendmail. The error I get is: Error while performing operation: MAIL FROM response error: Command unrecognized: "" Has anyone else seen this behavior? (This msg sent via squirrelmail, not evo.) --Doc Savage Fairview Heights, IL From yinyang at eburg.com Thu Aug 7 01:11:23 2003 From: yinyang at eburg.com (Gordon Messmer) Date: Wed, 06 Aug 2003 18:11:23 -0700 Subject: local users when ldap is down? (was: Re: libuser's LDAP support (was Re: LDAP Performance)) In-Reply-To: <3F318A94.5040307@Sun.com> References: <1058936314.2411.80.camel@mentor.gurulabs.com> <1058937321.4157.76.camel@binkley> <1058976902.10599.14.camel@smoogen1.lanl.gov> <1059002604.4157.247.camel@binkley> <1059005158.2678.145.camel@mentor.gurulabs.com> <20030724083945.GB19346@puariko.nirvana> <1059038460.577.27.camel@teapot.felipe-alfaro.com> <1060207522.4016.27.camel@mentor.gurulabs.com> <3F318A94.5040307@Sun.com> Message-ID: <3F31A73B.30400@eburg.com> Tommy McNeely wrote: > heh, so is that how to properly hijack a thread :) > > I question whether Red Hat (or linux in general) has fixed the problem > that I have experienced from 7.x all the way through 9 so far where if > the "ldap server" is unreachable, not even *local* users or root can > login. The system hangs while looking up group information appearantly? > I have seen little hacks in my bug reports, but have any of those been > implemented into the mainstream yet? No, they haven't. Edit /etc/pam.d/system-auth and change this line: account required /lib/security/$ISA/pam_unix.so It should read: account sufficient /lib/security/$ISA/pam_unix.so Simple fix, but a longstanding bug. It's bug 55193: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=55193 From sheep at graze.net Thu Aug 7 04:06:38 2003 From: sheep at graze.net (Brian Huffman) Date: Thu, 07 Aug 2003 06:06:38 +0200 Subject: OpenOffice 1.1 RC2 Message-ID: <200308070406.h7746cqZ021278@graze.net> Just curious, but when can we expect to see rpms for OpenOffice 1.1 in rawhide - based on the release cycle of betas, I've been expecting to see it for quite some time but not a glimpse. Ximian has it in red-carpet as a snapshot, but I prefer if possible to keep RedHat vanilla.... Brian -- From msw at redhat.com Thu Aug 7 04:36:37 2003 From: msw at redhat.com (Matt Wilson) Date: Thu, 7 Aug 2003 00:36:37 -0400 Subject: OpenOffice 1.1 RC2 In-Reply-To: <200308070406.h7746cqZ021278@graze.net>; from sheep@graze.net on Thu, Aug 07, 2003 at 06:06:38AM +0200 References: <200308070406.h7746cqZ021278@graze.net> Message-ID: <20030807003637.C28281@devserv.devel.redhat.com> On Thu, Aug 07, 2003 at 06:06:38AM +0200, Brian Huffman wrote: > > Just curious, but when can we expect to see rpms for OpenOffice 1.1 > in rawhide - based on the release cycle of betas, I've been > expecting to see it for quite some time but not a glimpse. Ximian > has it in red-carpet as a snapshot, but I prefer if possible to keep > RedHat vanilla.... Building OpenOffice.org is no trivial task in itself - porting the patches we have collected over time for 1.0.x to 1.1 is even more daunting. But we're working on it. No estimate on when it will be done yet... Cheers, Matt msw at redhat.com -- Matt Wilson Manager, Base Operating Systems Red Hat, Inc. From sheep at graze.net Thu Aug 7 04:45:58 2003 From: sheep at graze.net (Brian Huffman) Date: Thu, 07 Aug 2003 06:45:58 +0200 Subject: OpenOffice 1.1 RC2 Message-ID: <200308070445.h774jwon021353@graze.net> Understandable....I played around with it myself for a while trying to migrate the spec file from 1.0.x to 1.1 and eventually gave up. Good to know that you guys are working on it though. I don't know if you can answer this, but is it planned to be in the next release? Brian rhl-beta-list at redhat.com wrote: > On Thu, Aug 07, 2003 at 06:06:38AM +0200, Brian Huffman wrote: > > > > Just curious, but when can we expect to see rpms for OpenOffice 1.1 > > in rawhide - based on the release cycle of betas, I've been > > expecting to see it for quite some time but not a glimpse. Ximian > > has it in red-carpet as a snapshot, but I prefer if possible to keep > > RedHat vanilla.... > > Building OpenOffice.org is no trivial task in itself - porting the > patches we have collected over time for 1.0.x to 1.1 is even more > daunting. But we're working on it. No estimate on when it will be > done yet... > > Cheers, > > Matt > msw at redhat.com > -- > Matt Wilson > Manager, Base Operating Systems > Red Hat, Inc. > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > -- From yinyang at eburg.com Thu Aug 7 05:58:15 2003 From: yinyang at eburg.com (Gordon Messmer) Date: Wed, 06 Aug 2003 22:58:15 -0700 Subject: How do I shut down this ports In-Reply-To: <1060109689.942.6.camel@localhost.localdomain> References: <1059972848.10734.3.camel@tiger> <1060109689.942.6.camel@localhost.localdomain> Message-ID: <3F31EA77.7070901@eburg.com> Paul Jenner wrote: > On Mon, 2003-08-04 at 05:54, Louis Garcia wrote: > >>111/tcp open sunrpc >>6000/tcp open X11 >> >>Should these be open be default? > > > Reading the responses, the most interesting part of your question seemed > tactfully avoided on the list :-) > > If Sun RPC and X over TCP are open by default, should they continue to > be? How many of the non-tech community use NFS/NIS/NIS+ or connect to X > remotely without ssh tunneling? RPC is used for more than just NIS/NFS. Your file manager probably uses RPC to talk to FAM, so that it can update its displays when files change. RPC is also blocked by the default networking (firewall) configuration, so it's basically only available to the local machine. X... now that's another story. That should probably be firewalled as well, and will be if you choose a "high security" firewall. Particularly because X still runs as root, where "portmap" no longer does. X is a much greater opportunity for attackers. :( From kjb at dds.nl Thu Aug 7 07:33:06 2003 From: kjb at dds.nl (Klaasjan Brand) Date: Thu, 07 Aug 2003 09:33:06 +0200 Subject: Severn X Logout In-Reply-To: References: Message-ID: <3F3200B2.3060604@dds.nl> Dave Bevan wrote: >Do a 'Logoff' and cancel. Do the 'Logoff' again and I get a blank dialogue >box. > >Anyone seen the same behaviour ? > >OS: RH Severn - clean install. >GFX-SW: Latest Nvidia compiled from src (4496 I think) with forced FW and >SBA settings. >GFX-HW: Nvidia Quadro FX 1000 > AGP 8X with Fast Writes enabled. > >-- Dave. > It's in bugzilla. Same problem at my updated RH8->9->severn box with a Radeon 8500, so it seems an X issue. Klaasjan From m.eldesoky at tedata.net Thu Aug 7 07:37:53 2003 From: m.eldesoky at tedata.net (Mohamed Eldesoky) Date: Thu, 7 Aug 2003 10:37:53 +0300 Subject: OpenOffice 1.1 RC2 In-Reply-To: <20030807003637.C28281@devserv.devel.redhat.com> References: <200308070406.h7746cqZ021278@graze.net> <20030807003637.C28281@devserv.devel.redhat.com> Message-ID: <200308071037.53044.m.eldesoky@tedata.net> On Thursday 07 August 2003 7:36 am, Matt Wilson wrote: > Building OpenOffice.org is no trivial task in itself - porting the > patches we have collected over time for 1.0.x to 1.1 is even more > daunting. But we're working on it. No estimate on when it will be > done yet... > > Cheers, > > Matt > msw at redhat.com > -- > Matt Wilson > Manager, Base Operating Systems > Red Hat, Inc. > Can you give us an idea which patches are there in redhat's version ? Regards -- Once a wise man said "nothing" From m.eldesoky at tedata.net Thu Aug 7 07:39:15 2003 From: m.eldesoky at tedata.net (Mohamed Eldesoky) Date: Thu, 7 Aug 2003 10:39:15 +0300 Subject: Severn X Logout In-Reply-To: References: Message-ID: <200308071039.15613.m.eldesoky@tedata.net> It was reported before on that mailing list On Thursday 07 August 2003 2:39 am, Dave Bevan wrote: > Do a 'Logoff' and cancel. Do the 'Logoff' again and I get a blank dialogue > box. > > Anyone seen the same behaviour ? > > OS: RH Severn - clean install. > GFX-SW: Latest Nvidia compiled from src (4496 I think) with forced FW and > SBA settings. > GFX-HW: Nvidia Quadro FX 1000 > AGP 8X with Fast Writes enabled. > > -- Dave. > > > > BBCi at http://www.bbc.co.uk/ > > This e-mail (and any attachments) is confidential and may contain > personal views which are not the views of the BBC unless specifically > stated. > If you have received it in error, please delete it from your system, do > not use, copy or disclose the information in any way nor act in > reliance on it and notify the sender immediately. Please note that the > BBC monitors e-mails sent or received. Further communication will > signify your consent to this. > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Once a wise man said "nothing" From jos at xos.nl Thu Aug 7 07:44:56 2003 From: jos at xos.nl (Jos Vos) Date: Thu, 7 Aug 2003 09:44:56 +0200 Subject: local users when ldap is down? (was: Re: libuser's LDAP support (was Re: LDAP Performance)) In-Reply-To: <3F31A73B.30400@eburg.com>; from yinyang@eburg.com on Wed, Aug 06, 2003 at 06:11:23PM -0700 References: <1058936314.2411.80.camel@mentor.gurulabs.com> <1058937321.4157.76.camel@binkley> <1058976902.10599.14.camel@smoogen1.lanl.gov> <1059002604.4157.247.camel@binkley> <1059005158.2678.145.camel@mentor.gurulabs.com> <20030724083945.GB19346@puariko.nirvana> <1059038460.577.27.camel@teapot.felipe-alfaro.com> <1060207522.4016.27.camel@mentor.gurulabs.com> <3F318A94.5040307@Sun.com> <3F31A73B.30400@eburg.com> Message-ID: <20030807094456.A8539@xos037.xos.nl> On Wed, Aug 06, 2003 at 06:11:23PM -0700, Gordon Messmer wrote: > No, they haven't. Edit /etc/pam.d/system-auth and change this line: > > account required /lib/security/$ISA/pam_unix.so > > It should read: > > account sufficient /lib/security/$ISA/pam_unix.so Hmm... I did something else (on RH8), which might not be the right way: I edited the "account [default=bad ...] ... pam_ldap.so line to the following: account [default=bad success=ok user_unknown=ignore service_err=ignore system_err=ignore authinfo_unavail=ignore] /lib/security/pam_ldap.so -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From joden at malachi.lee.k12.nc.us Thu Aug 7 10:01:13 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Thu, 7 Aug 2003 06:01:13 -0400 (EDT) Subject: RHN Updates In-Reply-To: <1060205033.3843.9.camel@pc3-hink2-3-cust234.nott.cable.ntl.com> Message-ID: On 6 Aug 2003, Matthew Winter wrote: > Jef Spaleta wrote: > >Gilles J. Seguin wrote, somewhere in the digest: > >>The third item require that peoples with a minimum of training > >>be able to install and play with a package. > > > >Yes i understand that submitting useful bugreports doesnt take much in > >the way of training...neither does breaking a working system, without > >fully understanding the consquences of your actions :-> > > > >But I'm more concerned about getting into a situation where the > >convience tools...the point and click tools like up2date...start > >getting features where people can easily install 'testing' packages > >on top of full releases..without having to stop and think about what > >they are doing...when they have no intention of actually being a part > >of the testing process...and don't have a clue about how to recover if > >the testing packags are broken. > > If RHN was providing the means to upgrade to a 'test' version of the > software, it could also provide the means for the use to return to their > prior release of the software, so making the recovery process straight > forward. > This assumes that the testing packages have no bugs in their packaging. If a package has bugs in its scriptlets, then you can end up with a mess that is near impossible to fix in an automated way. Their two places where this is really appearant: - A %post scriptlet dies under some condition. - A %postun, or %preun dies under some condition. In the first case in the least you end up with two headers on your system one for the package being installed (the new version in a normal upgrade) and one for the package that was going away (the old version in a normal upgrade). A simular thing happens with with the package being erased in the case of uninstall scriptlet failures. This of course only deals with problems with the scriptlets themselves and the state of the rpm database. There can be any number of other errors that can occur that don't backout very well out all. The issues a test/development rpm is called that becuase it has not been tested to the degree that one of the rpms from an official release has been tested. Note, doing an install is not a sufficient test, you have to also test it in a rollback. Furthermore, sometimes the bugs are in the older blessed packages scriptlets (and this is pain), such that the test script may have to bring with it some hackage to work around the previous scriptlets foibles. Anyway the bottom lines, expecting to be able to go back from a test system is unreasonable. If you want to test this, that is reasonable and a service to everyone, but expecting things to just work is a bad assumption. Cheers...james From goeran at uddeborg.se Thu Aug 7 09:49:53 2003 From: goeran at uddeborg.se (=?iso-8859-1?q?G=F6ran?= Uddeborg) Date: Thu, 7 Aug 2003 11:49:53 +0200 Subject: OpenOffice 1.1 RC2 In-Reply-To: <200308071037.53044.m.eldesoky@tedata.net> References: <200308070406.h7746cqZ021278@graze.net> <20030807003637.C28281@devserv.devel.redhat.com> <200308071037.53044.m.eldesoky@tedata.net> Message-ID: <16178.8385.992299.381658@uebn.uddeborg.se> Mohamed Eldesoky writes: > Can you give us an idea which patches are there in redhat's version ? Why don't you unpack the srpm and have a look if you are curious? Just do "rpm -i" on the *.src.rpm, and have a look int /usr/src/redhat/SOURCES (or wherever you have redirected %_topdir). From veillard at redhat.com Thu Aug 7 10:20:18 2003 From: veillard at redhat.com (Daniel Veillard) Date: Thu, 7 Aug 2003 06:20:18 -0400 Subject: rhn alert icon In-Reply-To: <1060210578.26835.22.camel@phoenix.osg.gov.bc.ca>; from jlcthibo@uumail.gov.bc.ca on Wed, Aug 06, 2003 at 03:56:19PM -0700 References: <1059187133.1654.6.camel@one.myworld> <1059943936.13755.4.camel@bobcp4.lingpgmr.com> <20030803165646.I18024@redhat.com> <1059945159.13755.11.camel@bobcp4.lingpgmr.com> <20030803171740.J18024@redhat.com> <1059961948.13983.2.camel@bobcp4.lingpgmr.com> <20030804110733.E14155@redhat.com> <1060210578.26835.22.camel@phoenix.osg.gov.bc.ca> Message-ID: <20030807062018.H21443@redhat.com> On Wed, Aug 06, 2003 at 03:56:19PM -0700, Christian Thibodeau wrote: > On Mon, 2003-08-04 at 08:07, Daniel Veillard wrote: > > I got it, will try to reproduce this today. Still I puzzled, > > I don't see anything in the code which could explain why the cache > > state can influence the rendering, *except* if it is a bug raised > > under load condition, then rebuilding the cache generates a lot > > of I/O though the rpm database, which added to the load associated to > > starting the desktop might create the conditions to raise that problem. > > If it's a race condition in the inter-process communication interface > > between the applet and the applet container running in the toolbar then > > having a lot of I/O might generate proper condition for the problem. > > It would be interesting to see if you get the same problem with little > > load, for example once in the session, assuming the applet didn't display > > correctly, what happen if you kill the applet and restart it with > > "killall rhn-applet-gui ; rhn-applet-gui &" > > is the display still broken ? > > I also get the broken rhn applet display. Since I have only installed > severn today I cannot say if it is intermittent or not. I have a > .rhn-applet.cache file, which has 644 permissions and is of size 243689. > > Running "killall rhn-applet-gui ; rhn-applet-gui &" did fix the applet. > > I don't seem to be able to get it to break again tho'; I've only tried a > couple of things; logging out/in and rebooting. > > This is on a Dell Optiplex GXa 266Mhz processor / 64Mb memory. > > BTW, this also happens to me on my Shrike box at home a 333Mhz/192Mb > system. There is is intermittent. This tend to confirm my hypothesis that this is related to load, especially if rebuilding the cache on a first start, a relatively slow machine or low memory conditions might exacerbate the problem ... thanks for the report ! 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 nphilipp at redhat.com Thu Aug 7 13:49:48 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: 07 Aug 2003 15:49:48 +0200 Subject: REALLY SLICK SCREENSAVERS In-Reply-To: <1060181532.1196.5.camel@LORDLINUX.global.shsystem.org> References: <1060127815.13742.7.camel@purple> <1060138851.2712.1.camel@GreenTea> <1060181532.1196.5.camel@LORDLINUX.global.shsystem.org> Message-ID: <1060264188.6066.3.camel@gibraltar.stuttgart.redhat.com> On Wed, 2003-08-06 at 16:52, Mark Guzzo wrote: > Yep, > This is strange. > > Last night I noticed that the RSS was listed in the System Tools -> More > system Tools menu. When I click on them there they work GREAT!!! > > As far as NVIDIA goes, I'll stick with them. I like the fact they openly > support Linux, even it they have yet to open their drivers. Which they most likely won't do. FWIW, ATI openly supports Linux and (open) XFree86 driver development (even if they have their own binary only high performance drivers as well). Just my opinion, 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 gxy3139 at njit.edu Thu Aug 7 16:45:08 2003 From: gxy3139 at njit.edu (Guo Yang) Date: Thu, 07 Aug 2003 12:45:08 -0400 Subject: NVIDIA direct rendering problem solved! Message-ID: <3F328214.4030303@njit.edu> Or at least it was solved here in my machine. Wish you all who have this problem good luck too!:) I've been annoyed by this message for a long time after I installed the NVIDIA driver: Xlib: extension "XFree86-DRI" missing on display ":0.0". But I never tried to solve it because it didn't bother my daily use until today I disovered the crash of my IDL (Interactive Data Language) was caused by this. So I decided to try to track it down. After searching google in vain for an hour, I decided to look at my system carefully and see if there were any problems. Then I found this strange links in /usr/lib/tls/i686/libGL.os.1 which pointed to /usr/X11/lib/tls/i686/libGL.so.1.2. But this libGL.so.1.2 was from the old Mesa package from XFree86. I thought this was the problem and deleted the i686 directory and ran ldconfig again. Then I tried glxinfo and glxgears. Bingo, the message was gone and the glxinfo shows the direct rendreing: Yes. And most important my IDL doesn't crash anymore! I am using severn with the kernel upgraded to 2.6.0-0.test2.1.30. And I installed NVidia pakage before I upgraded the kernel. I am not sure if NVidia missed the link in the i686 directory and caused this problem. Guo From ba at linuxin.dk Thu Aug 7 17:49:07 2003 From: ba at linuxin.dk (Bjorn Andersen) Date: 07 Aug 2003 19:49:07 +0200 Subject: Just an idea! Message-ID: <1060278546.3785.6.camel@Linux1> Hi An idea: Why not make an extension to Nautilus applications:/// so it can handle rpm installations? (like OS X) Example: if I drop an rpm file in the applications:///Internet, the rpm program will install as usual, but the icon for the program I installed, will show up under Internet in the GNOME-menu. If some conflicts ac cure, YUM cold resolve the depencies, against the RHN (subscription based). That cold be THE THING, that wold turn over new users. Just an idea... -- Best Regards Bjorn Andersen -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From marguz at ameritech.net Thu Aug 7 17:56:56 2003 From: marguz at ameritech.net (Mark Guzzo) Date: 07 Aug 2003 12:56:56 -0500 Subject: NVIDIA direct rendering problem solved! In-Reply-To: <3F328214.4030303@njit.edu> References: <3F328214.4030303@njit.edu> Message-ID: <1060279015.2038.42.camel@LORDLINUX.global.shsystem.org> Nice, will try this when I get home :-) On Thu, 2003-08-07 at 11:45, Guo Yang wrote: > Or at least it was solved here in my machine. Wish you all who have this > problem good luck too!:) > > I've been annoyed by this message for a long time after I installed the NVIDIA > driver: > Xlib: extension "XFree86-DRI" missing on display ":0.0". > > But I never tried to solve it because it didn't bother my daily use until today > I disovered the crash of my IDL (Interactive Data Language) was caused by this. So > I decided to try to track it down. After searching google in vain for an hour, I > decided to look at my system carefully and see if there were any problems. Then I > found this strange links in /usr/lib/tls/i686/libGL.os.1 which pointed to > /usr/X11/lib/tls/i686/libGL.so.1.2. But this libGL.so.1.2 was from the old Mesa > package from XFree86. I thought this was the problem and deleted the i686 directory > and ran ldconfig again. Then I tried glxinfo and glxgears. Bingo, the message was > gone and the glxinfo shows the direct rendreing: Yes. And most important my IDL > doesn't crash anymore! > > I am using severn with the kernel upgraded to 2.6.0-0.test2.1.30. And I installed > NVidia pakage before I upgraded the kernel. I am not sure if NVidia missed the > link in the i686 directory and caused this problem. > > Guo > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From jspaleta at princeton.edu Thu Aug 7 18:47:55 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 07 Aug 2003 14:47:55 -0400 Subject: Just an idea! Message-ID: <1060282075.28445.31.camel@spatula> Bjorn Andersen wrote: >Why not make an extension to Nautilus applications:/// so it can handle >rpm installations? (like OS X) Not sure if this is the best place for discussion on this feature...maybe there is a targeted gnome development list where the technical problems with this idea can be better flushed out....but that being said..here is my take on the issue: Automated placement in the correct Menu category would mean autogenerating, or editting of the .desktop file associated with that package. Several possible gotchas here. What if the package has an already defined .desktop file...what if it has none...what if the package actually installs several binary files that should be accessible from the gnome menus...and how do you really decide if a specific binary that the package installs needs to have an entry in the gnome menus (surely a perl module package wouldn't get an entry in the gnome menus) So I guess some of this logic would be solved for if there was a mechanism to see if the package included any .desktop files, so that any included .desktop files could be automatically editted to use the users preferred Category. And packages without included .desktop files...don't get entries in the gnome menu(the assumption here being the packager would have included a .desktop file if the package was enduser oriented and not something like a system library or a lowlevel commandline utility) But even this leads to problems i guess with something like the rpm -V command which would flag these editted .desktop files as not being stock. Not sure if the rpm -V issue is enough to say this feature isn't implementable. But the real question is...what are you trying to solve with this extra gnome-vfs logic? Is the issue, how to add menu items to packages that don't have menu items packaged with them? If thats it..then I don't think this is a good solution...packagers need to included .desktop files for the applications they expect people to use as a desktop user. Trying to automate the creation of .desktop files if they aren't already there would be very hard to do right....but if you limit this feature to only packages that already have .desktop files as part of their payload, this might be doable with a edit of the Category inside those .desktop files...as a sort of post rpm install scriptlet. And would this have applicability to only inside nautilus? I'd be more interested if other gnome applications could get access to this sort of thing via the gnome-vfs layer. Like when i'm downloading an rpm with epiphany...it would be nice to be able to use the same applications:// hooks as part of the download step...but this too is probably outside the scope of this beta list i think. I would encourage you to poke around on the gnome mailinglists and see if there is interested parties there in working out maybe how this would work best. -jef"still trying to remember his bugzilla password so he can file his own RFE's"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 ba at linuxin.dk Thu Aug 7 19:54:28 2003 From: ba at linuxin.dk (Bjorn Andersen) Date: 07 Aug 2003 21:54:28 +0200 Subject: Just an idea! In-Reply-To: <1060282075.28445.31.camel@spatula> References: <1060282075.28445.31.camel@spatula> Message-ID: <1060285611.5336.14.camel@Linux1> tor, 2003-08-07 kl. 20:47 skrev Jef Spaleta: > But the real question is...what are you trying to solve with this extra > gnome-vfs logic? A simple and intuitive front end for YUM and rpm. Never mind about the icon in the GNOME-menu. But if the Nautilus applications:/// cold make a front end for YUM and rpm, the new user wold find installing rpms easily. And a YUM repository cold be made as an RHN subscription. -- Best Bjorn Andersen -------------- next part -------------- An HTML attachment was scrubbed... URL: From peter.backlund at home.se Thu Aug 7 20:09:29 2003 From: peter.backlund at home.se (Peter Backlund) Date: Thu, 7 Aug 2003 22:09:29 +0200 Subject: Just an idea! In-Reply-To: <1060285611.5336.14.camel@Linux1> References: <1060282075.28445.31.camel@spatula> <1060285611.5336.14.camel@Linux1> Message-ID: <200308072209.29816.peter.backlund@home.se> > A simple and intuitive front end for YUM and rpm. Never mind about the > icon in the GNOME-menu. But if the Nautilus applications:/// cold make a > front end for YUM and rpm, the new user wold find installing rpms > easily. And a YUM repository cold be made as an RHN subscription. Actually, I think SuSE has their update/install tool (yast) organized in a menu fashion, so that you're able to "browse" uninstalled, available applications and select for installation. This could be mimiced in gnome-vfs (or kde io-slaves) below an icon "Installable packages", "Available software" or something like that, with rpm organized by rpm groups (Applications/Multimedia and so forth). A package would be prestented as Name (Description), and when double-clicked, a window showing the description and size would be showed. Two buttons, install and cancel, and an "advanced" tab showing file listing, dependencies etc. Well? /Peter From laur.ivan at corvil.com Thu Aug 7 20:20:10 2003 From: laur.ivan at corvil.com (Laur Ivan) Date: Thu, 7 Aug 2003 21:20:10 +0100 Subject: Firevire cdrom Message-ID: <200308072120.16429.laur.ivan@corvil.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm banging my head against the wall for the past two days trying to get my firewire cd/dvd working. It was working with SuSE in 2.4.20 and RH9, but since I've installed Severn, it just doesn't want to anymore. I have tried the following: severn's own 2.4.21 kernel(s) Arjan's 2.6 test 1,2 kernels vanilla 2.6 test2 2.6.test2 bk5 2.6.test2 mm5 All of them failed in sbp2 (sbp2 would load and hang/crash). The bug is listed at http://lkml.org/lkml/2003/7/18/22 Please help! Cheers, Laur The hardware is Dell x200/firewire CDRW/DVD - -- Laur Ivan Tel : +353-1-6674336 Software Design Engineer eMail: laur.ivan at corvil.com Corvil Ltd. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE/MrR+rIaFaLsloSMRAtF/AJ9GGDNH1rN0xiBdNTuX0qY9TpBLrQCdFE1s p6cfKpOMOr7tMVK4sHVqxbM= =dz0B -----END PGP SIGNATURE----- From limbo at bluethingy.com Thu Aug 7 20:38:06 2003 From: limbo at bluethingy.com (Michael Knepher) Date: Thu, 07 Aug 2003 13:38:06 -0700 Subject: Just an idea! In-Reply-To: <200308072209.29816.peter.backlund@home.se> References: <1060282075.28445.31.camel@spatula> <1060285611.5336.14.camel@Linux1> <200308072209.29816.peter.backlund@home.se> Message-ID: <1060288684.3164.9.camel@lionel-hutz.darnell.group> On Thu, 2003-08-07 at 13:09, Peter Backlund wrote: > > A simple and intuitive front end for YUM and rpm. Never mind about the > > icon in the GNOME-menu. But if the Nautilus applications:/// cold make a > > front end for YUM and rpm, the new user wold find installing rpms > > easily. And a YUM repository cold be made as an RHN subscription. > > Actually, I think SuSE has their update/install tool (yast) organized in a > menu fashion, so that you're able to "browse" uninstalled, available > applications and select for installation. > > This could be mimiced in gnome-vfs (or kde io-slaves) below an icon > "Installable packages", "Available software" or something like that, with rpm > organized by rpm groups (Applications/Multimedia and so forth). > There's already a gnome-vfs module in development, nautilus-rpm, to do just this, using rpmdb:///. > A package would be prestented as Name (Description), and when double-clicked, > a window showing the description and size would be showed. Two buttons, > install and cancel, and an "advanced" tab showing file listing, dependencies > etc. > > Well? > > /Peter > > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Michael Knepher From johnsonm at redhat.com Thu Aug 7 20:41:57 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Thu, 7 Aug 2003 16:41:57 -0400 Subject: Firevire cdrom In-Reply-To: <200308072120.16429.laur.ivan@corvil.com>; from laur.ivan@corvil.com on Thu, Aug 07, 2003 at 09:20:10PM +0100 References: <200308072120.16429.laur.ivan@corvil.com> Message-ID: <20030807164157.A26422@devserv.devel.redhat.com> Please file a complete bug report, including crash messages, at https://bugzilla.redhat.com/bugzilla/ Thanks! On Thu, Aug 07, 2003 at 09:20:10PM +0100, Laur Ivan wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > I'm banging my head against the wall for the past two days trying to get my > firewire cd/dvd working. It was working with SuSE in 2.4.20 and RH9, but > since I've installed Severn, it just doesn't want to anymore. I have tried > the following: > severn's own 2.4.21 kernel(s) > Arjan's 2.6 test 1,2 kernels > vanilla 2.6 test2 > 2.6.test2 bk5 > 2.6.test2 mm5 > > All of them failed in sbp2 (sbp2 would load and hang/crash). The bug is listed > at http://lkml.org/lkml/2003/7/18/22 Please help! > > Cheers, > > Laur > > The hardware is Dell x200/firewire CDRW/DVD > > - -- > Laur Ivan Tel : +353-1-6674336 > Software Design Engineer eMail: laur.ivan at corvil.com > Corvil Ltd. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) > > iD8DBQE/MrR+rIaFaLsloSMRAtF/AJ9GGDNH1rN0xiBdNTuX0qY9TpBLrQCdFE1s > p6cfKpOMOr7tMVK4sHVqxbM= > =dz0B > -----END PGP SIGNATURE----- > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From kylem at xwell.org Thu Aug 7 21:07:43 2003 From: kylem at xwell.org (Kyle Maxwell) Date: Thu, 07 Aug 2003 16:07:43 -0500 Subject: NVIDIA direct rendering problem solved! In-Reply-To: <3F328214.4030303@njit.edu> References: <3F328214.4030303@njit.edu> Message-ID: <1060290462.25044.2.camel@lando> On Thu, 2003-08-07 at 11:45, Guo Yang wrote: > I've been annoyed by this message for a long time after I installed the NVIDIA > driver: > Xlib: extension "XFree86-DRI" missing on display ":0.0". Me too... and moving that /usr/X11R6/lib/tls/i686 directory fixed it for me as well. > I am using severn with the kernel upgraded to 2.6.0-0.test2.1.30. And I installed > NVidia pakage before I upgraded the kernel. I am not sure if NVidia missed the > link in the i686 directory and caused this problem. I'm still using the 2.4.21-20.1.2024.2.1.nptl kernel with the latest nVidia drivers as well, just as a reference point. I guess it's not tied to the kernel version. -- Kyle Maxwell From laur.ivan at corvil.com Thu Aug 7 21:13:07 2003 From: laur.ivan at corvil.com (Laur Ivan) Date: Thu, 7 Aug 2003 22:13:07 +0100 Subject: Firevire cdrom In-Reply-To: <20030807164157.A26422@devserv.devel.redhat.com> References: <200308072120.16429.laur.ivan@corvil.com> <20030807164157.A26422@devserv.devel.redhat.com> Message-ID: <200308072213.12437.laur.ivan@corvil.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Added as 101901. Cheers, Laur On Thursday 07 August 2003 21:41, Michael K. Johnson wrote: > Please file a complete bug report, including crash messages, at > https://bugzilla.redhat.com/bugzilla/ > > Thanks! > > On Thu, Aug 07, 2003 at 09:20:10PM +0100, Laur Ivan wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Hi, > > > > I'm banging my head against the wall for the past two days trying to get > > my firewire cd/dvd working. It was working with SuSE in 2.4.20 and RH9, > > but since I've installed Severn, it just doesn't want to anymore. I have > > tried the following: > > severn's own 2.4.21 kernel(s) > > Arjan's 2.6 test 1,2 kernels > > vanilla 2.6 test2 > > 2.6.test2 bk5 > > 2.6.test2 mm5 > > > > All of them failed in sbp2 (sbp2 would load and hang/crash). The bug is > > listed at http://lkml.org/lkml/2003/7/18/22 Please help! > > > > Cheers, > > > > Laur > > > > The hardware is Dell x200/firewire CDRW/DVD > > > > - -- > > Laur Ivan Tel : +353-1-6674336 > > Software Design Engineer eMail: > > laur.ivan at corvil.com Corvil Ltd. > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) > > > > iD8DBQE/MrR+rIaFaLsloSMRAtF/AJ9GGDNH1rN0xiBdNTuX0qY9TpBLrQCdFE1s > > p6cfKpOMOr7tMVK4sHVqxbM= > > =dz0B > > -----END PGP SIGNATURE----- > > > > > > -- > > Rhl-beta-list mailing list > > Rhl-beta-list at redhat.com > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > michaelkjohnson > > "He that composes himself is wiser than he that composes a book." > Linux Application Development -- Ben Franklin > http://people.redhat.com/johnsonm/lad/ > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list - -- Laur Ivan Tel : +353-1-6674336 Software Design Engineer eMail: laur.ivan at corvil.com Corvil Ltd. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE/MsDorIaFaLsloSMRAhd3AKCteeWjNm6GaFhRW9iGtgkouswijACgjm0f OXrCsaGwl1fANvW+opmPBgY= =lyjE -----END PGP SIGNATURE----- From rpjday at mindspring.com Fri Aug 8 03:25:19 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 7 Aug 2003 23:25:19 -0400 (EDT) Subject: adding apt and yum to the next distro? Message-ID: not sure how many others have suggested this, but is there any reason not to add alternate package management tools like apt and yum to the next release? rday From notting at redhat.com Fri Aug 8 03:29:52 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 7 Aug 2003 23:29:52 -0400 Subject: adding apt and yum to the next distro? In-Reply-To: ; from rpjday@mindspring.com on Thu, Aug 07, 2003 at 11:25:19PM -0400 References: Message-ID: <20030807232952.A27602@devserv.devel.redhat.com> Robert P. J. Day (rpjday at mindspring.com) said: > not sure how many others have suggested this, but is there any > reason not to add alternate package management tools like apt > and yum to the next release? Please check rawhide. Bill From rpjday at mindspring.com Fri Aug 8 03:32:17 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 7 Aug 2003 23:32:17 -0400 (EDT) Subject: adding apt and yum to the next distro? In-Reply-To: <20030807232952.A27602@devserv.devel.redhat.com> Message-ID: On Thu, 7 Aug 2003, Bill Nottingham wrote: > Robert P. J. Day (rpjday at mindspring.com) said: > > not sure how many others have suggested this, but is there any > > reason not to add alternate package management tools like apt > > and yum to the next release? > > Please check rawhide. sorry, i was overly terse. i know they're in rawhide, i was wondering whether there were any plans to eventually move it into the official distro. rday From mike at netlyncs.com Fri Aug 8 03:41:57 2003 From: mike at netlyncs.com (Mike Chambers) Date: Thu, 07 Aug 2003 22:41:57 -0500 Subject: Spamassassin not working Message-ID: <1060314117.2042.5.camel@bart.netlyncs.com> Anyone experiencing spamassassin not working on a Severn server running sendmail & xinetd/pop3? Doesn't seem to be catching my emails and can't remember if I am suppose to configure something after install. Any ideas? -- Mike Chambers Madisonville, KY "The road to to success is always under construction!" From dennis at dgilmore.net Fri Aug 8 03:44:21 2003 From: dennis at dgilmore.net (Dennis Gilmore) Date: Fri, 8 Aug 2003 13:44:21 +1000 Subject: adding apt and yum to the next distro? In-Reply-To: References: Message-ID: <200308081344.23089.dennis@dgilmore.net> > sorry, i was overly terse. i know they're in rawhide, i was wondering > whether there were any plans to eventually move it into the official > distro. > why would they be in rawhide if they didnt intend to be included in TNR > rday > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From hp at redhat.com Fri Aug 8 03:47:50 2003 From: hp at redhat.com (Havoc Pennington) Date: Thu, 7 Aug 2003 23:47:50 -0400 Subject: adding apt and yum to the next distro? In-Reply-To: References: <20030807232952.A27602@devserv.devel.redhat.com> Message-ID: <20030807234750.C9309@devserv.devel.redhat.com> On Thu, Aug 07, 2003 at 11:32:17PM -0400, Robert P. J. Day wrote: > sorry, i was overly terse. i know they're in rawhide, i was wondering > whether there were any plans to eventually move it into the official > distro. Rawhide is the current development tree, i.e. it always reflects current plans. Havoc From rpjday at mindspring.com Fri Aug 8 03:50:02 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 7 Aug 2003 23:50:02 -0400 (EDT) Subject: adding apt and yum to the next distro? In-Reply-To: <20030807234750.C9309@devserv.devel.redhat.com> Message-ID: On Thu, 7 Aug 2003, Havoc Pennington wrote: > On Thu, Aug 07, 2003 at 11:32:17PM -0400, Robert P. J. Day wrote: > > sorry, i was overly terse. i know they're in rawhide, i was wondering > > whether there were any plans to eventually move it into the official > > distro. > > Rawhide is the current development tree, i.e. it always reflects > current plans. ok, thanks. i wasn't aware that being in rawhide constituted a *guarantee* of eventual inclusion. mea culpa. rday From notting at redhat.com Fri Aug 8 03:54:52 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 7 Aug 2003 23:54:52 -0400 Subject: adding apt and yum to the next distro? In-Reply-To: ; from rpjday@mindspring.com on Thu, Aug 07, 2003 at 11:50:02PM -0400 References: <20030807234750.C9309@devserv.devel.redhat.com> Message-ID: <20030807235452.B15913@devserv.devel.redhat.com> Robert P. J. Day (rpjday at mindspring.com) said: > > Rawhide is the current development tree, i.e. it always reflects > > current plans. > > ok, thanks. i wasn't aware that being in rawhide constituted a > *guarantee* of eventual inclusion. mea culpa. It's not a guarantee, but it shows what current plans are. Plans can of course change for various reasons. Bill From ba at linuxin.dk Fri Aug 8 04:03:38 2003 From: ba at linuxin.dk (Bjorn Andersen) Date: 08 Aug 2003 06:03:38 +0200 Subject: Just an idea! In-Reply-To: <1060288684.3164.9.camel@lionel-hutz.darnell.group> References: <1060282075.28445.31.camel@spatula> <1060285611.5336.14.camel@Linux1> <200308072209.29816.peter.backlund@home.se> <1060288684.3164.9.camel@lionel-hutz.darnell.group> Message-ID: <1060315418.3784.3.camel@Linux1> tor, 2003-08-07 kl. 22:38 skrev Michael Knepher: > There's already a gnome-vfs module in development, nautilus-rpm, to do > just this, using rpmdb:///. No Backend for YUM at the same time? I mean, it wold be easally to handle depencies that way, without any user interactions... -- Bjorn Andersen -------------- next part -------------- An HTML attachment was scrubbed... URL: From gxy3139 at njit.edu Fri Aug 8 04:02:45 2003 From: gxy3139 at njit.edu (Guo Yang) Date: Fri, 08 Aug 2003 00:02:45 -0400 Subject: NVIDIA direct rendering problem solved! In-Reply-To: <1060290462.25044.2.camel@lando> References: <3F328214.4030303@njit.edu> <1060290462.25044.2.camel@lando> Message-ID: <3F3320E5.4050509@njit.edu> Kyle Maxwell wrote: >I'm still using the 2.4.21-20.1.2024.2.1.nptl kernel with the latest >nVidia drivers as well, just as a reference point. I guess it's not tied >to the kernel version. > > No, I don't think so either. I mentioned that just to let people know my system configuration. Guo From ba at linuxin.dk Fri Aug 8 04:06:53 2003 From: ba at linuxin.dk (Bjorn Andersen) Date: 08 Aug 2003 06:06:53 +0200 Subject: Just an idea! In-Reply-To: <200308072209.29816.peter.backlund@home.se> References: <1060282075.28445.31.camel@spatula> <1060285611.5336.14.camel@Linux1> <200308072209.29816.peter.backlund@home.se> Message-ID: <1060315613.3784.9.camel@Linux1> tor, 2003-08-07 kl. 22:09 skrev Peter Backlund: > > A simple and intuitive front end for YUM and rpm. Never mind about the > > icon in the GNOME-menu. But if the Nautilus applications:/// cold make a > > front end for YUM and rpm, the new user wold find installing rpms > > easily. And a YUM repository cold be made as an RHN subscription. > > Actually, I think SuSE has their update/install tool (yast) organized in a SuSE's YAST is way to deficult and does not look good. It isent simple. -- Bjorn Andersen -------------- next part -------------- An HTML attachment was scrubbed... URL: From dax at gurulabs.com Fri Aug 8 06:42:18 2003 From: dax at gurulabs.com (Dax Kelson) Date: Fri, 08 Aug 2003 00:42:18 -0600 Subject: Are LVM snapshots working again? Message-ID: <1060324937.3013.8.camel@mentor.gurulabs.com> LVM snapshots have been broken throughout RHL9 and all the errata kernels. See bugs: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=88977 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=84278 Has anyone tried doing LVM snapshots with severn? Dax Kelson From alexl at redhat.com Fri Aug 8 07:39:55 2003 From: alexl at redhat.com (Alexander Larsson) Date: 08 Aug 2003 09:39:55 +0200 Subject: Severn X Logout In-Reply-To: References: Message-ID: <1060328395.1801.50.camel@localhost.localdomain> On Thu, 2003-08-07 at 01:39, Dave Bevan wrote: > Do a 'Logoff' and cancel. Do the 'Logoff' again and I get a blank dialogue > box. > > Anyone seen the same behaviour ? This one i think: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100507 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a scarfaced Republican cat burglar She's a radical antique-collecting fairy princess from the wrong side of the tracks. They fight crime! From shrek-m at gmx.de Fri Aug 8 08:33:46 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 08 Aug 2003 10:33:46 +0200 Subject: Severn X Logout In-Reply-To: <1060328395.1801.50.camel@localhost.localdomain> References: <1060328395.1801.50.camel@localhost.localdomain> Message-ID: <3F33606A.3000108@gmx.de> Alexander Larsson wrote: >On Thu, 2003-08-07 at 01:39, Dave Bevan wrote: > > >>Do a 'Logoff' and cancel. Do the 'Logoff' again and I get a blank dialogue >>box. >> >>Anyone seen the same behaviour ? >> do you mean with/without the nvidia-drivers ? afaik with__nvidia-driver = no-redhat-support without__nvidia-driver = redhat-support >This one i think: >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100507 > i can see this under rhl 8.0 _with__nvidia-driver_ when i am to fast "logout" / "ok" --> hang "logout" / "cancel" --> hang "logout" / wait 1/2 sec. "ok" --> no problem "logout" / wait 1/2 sec. "cancel" --> no problem _without__nvidia-drivers ? i can?t say it for rhl 8.0 because my nforce1-onboard-geforce2mx need the nvidia-drivers. under rhl9, severn1 i can?t reproduce it. -- shrek-m From jim-cornette at columbus.rr.com Fri Aug 8 10:57:35 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Fri, 08 Aug 2003 06:57:35 -0400 Subject: Just an idea! In-Reply-To: <1060315418.3784.3.camel@Linux1> References: <1060282075.28445.31.camel@spatula> <1060285611.5336.14.camel@Linux1> <200308072209.29816.peter.backlund@home.se> <1060288684.3164.9.camel@lionel-hutz.darnell.group> <1060315418.3784.3.camel@Linux1> Message-ID: <3F33821F.3040004@columbus.rr.com> Bjorn Andersen wrote: > tor, 2003-08-07 kl. 22:38 skrev Michael Knepher: > >>/There's already a gnome-vfs module in development, nautilus-rpm, to do >>just this, using rpmdb:///. / >> > No Backend for YUM at the same time? I mean, it wold be easally to > handle depencies that way, without any user interactions... > > -- > Bjorn Andersen <_ba at linuxin.dk_ > > > I used Yum to get some multimedia items. They required a lot of additional libs and programs installed. Yum did a great om on solving the needs and "doing the right thing". I think that keeping the program pretty much command line will keep their concentration on maintaining the programs reliability. Adding a front-end might be ideal for program browsing. But I love the stand alone command line progam. Keep the command line and GUI a front-end, if programmers want to start developing one. Jim -- Money can't buy love, but it improves your bargaining position. -- Christopher Marlowe From mb at byteworks.ch Fri Aug 8 10:38:16 2003 From: mb at byteworks.ch (Michael Bischof) Date: Fri, 8 Aug 2003 12:38:16 +0200 (CEST) Subject: Strange start scripts... Message-ID: Is there a reason why: - smartd only gets started in runlevel 3 and 5 ? - smartd and irqbalance don't get started in runlevel 2 ? If not, how about fixing it? ;) Michael. From cochranb at speakeasy.net Fri Aug 8 12:07:26 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 08 Aug 2003 08:07:26 -0400 Subject: KVM Switch Message-ID: <1060344446.1283.13.camel@bobcp4.lingpgmr.com> Can anyone suggest a KVM switch that works? I'm thinking of trying to connect 3 boxes to one monitor, keyboard, and mouse. Thanks Bob Cochran Greenbelt, Maryland, USA -------------- 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 dale_kosan at fastmail.fm Fri Aug 8 12:13:30 2003 From: dale_kosan at fastmail.fm (Dale Kosan) Date: Fri, 8 Aug 2003 08:13:30 -0400 Subject: KVM Switch In-Reply-To: <1060344446.1283.13.camel@bobcp4.lingpgmr.com> References: <1060344446.1283.13.camel@bobcp4.lingpgmr.com> Message-ID: <200308080813.30688.dale_kosan@fastmail.fm> I am using a Linksys SVIEW4, 4 port electronic switch. I have never had any trouble from a electronic, but many problems with a manual or mechanical switch... On Friday 08 August 2003 08:07 am, Robert L Cochran wrote: > Can anyone suggest a KVM switch that works? I'm thinking of trying to > connect 3 boxes to one monitor, keyboard, and mouse. > > Thanks > > Bob Cochran > Greenbelt, Maryland, USA -- 08:11:40 up 7:32, 2 users, load average: 1.08, 1.16, 1.34 From jos at xos.nl Fri Aug 8 12:17:40 2003 From: jos at xos.nl (Jos Vos) Date: Fri, 8 Aug 2003 14:17:40 +0200 Subject: KVM Switch In-Reply-To: <1060344446.1283.13.camel@bobcp4.lingpgmr.com>; from cochranb@speakeasy.net on Fri, Aug 08, 2003 at 08:07:26AM -0400 References: <1060344446.1283.13.camel@bobcp4.lingpgmr.com> Message-ID: <20030808141740.B12896@xos037.xos.nl> On Fri, Aug 08, 2003 at 08:07:26AM -0400, Robert L Cochran wrote: > Can anyone suggest a KVM switch that works? I'm thinking of trying to > connect 3 boxes to one monitor, keyboard, and mouse. We're having good experiences with StarTech. Not the cheapest, I think, but they work pretty well. -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From dsavage at peaknet.net Fri Aug 8 12:32:48 2003 From: dsavage at peaknet.net (dsavage at peaknet.net) Date: Fri, 8 Aug 2003 07:32:48 -0500 (CDT) Subject: KVM Switch Message-ID: <8134.208.4.19.44.1060345968.squirrel@www.peaknet.net> On Fri, 2003-08-08 at 07:07, Robert L Cochran wrote: > Can anyone suggest a KVM switch that works? I'm thinking of trying to > connect 3 boxes to one monitor, keyboard, and mouse. Bob, If your keyboard, mouse, and all your systems have USB ports, this will do the job very well: http://www.iogear.com/products/product.php?Item=GCS1714 --Doc Savage Fairview Heights, IL From celston at corky.sapien.net Fri Aug 8 12:47:17 2003 From: celston at corky.sapien.net (Chris Elston) Date: Fri, 8 Aug 2003 08:47:17 -0400 (EDT) Subject: Failed Install (additional gripes) Message-ID: Up front I'd like to say that this message will come off rather negative. That's only because I've been using RedHat so long and I hold it to a slightly higher standard than other distros. That being said... I'm having problems installing Severn on a Dell Inspiron 8100. Standard setup: 800 MHz Intel, Cisco Wireless, 128 RAM, etc. I saw in the archives that someone named Rob had already gotten his working but he never ran into the problems I did, so here I am. Downloaded the CDs, popped them into the drive and booted into the installer. I've been here before (many times), so no surprises. Jump through the hoops and opt to install all packages, just to see what Severn has to offer and to insure that I would run into fewer problems as I tried to install more stuff later. Reboot, go through the "first boot" deal and then...nothing. Well, not quite nothing. White on black terminal comes up with login prompt instead of graphical login. Catch is, my keyboard doesn't respond. So even if I wanted to login or change to other virtual terminals (Ctrl+Alt+F2, etc) I'm out of luck. Tried rebooting again, just to see if it had something to do w/ the "first boot" going wrong, but no dice. Tried reinstalling using the default "desktop" set of packages thinking that I may have installed "too much" and some unnecessary service was making my laptop hang. Eventually I have the same problems, hangs after graphical boot and goes to a unusable text-based login. Judging from other messages, one problem might be that my video card is an NVidia, which aparently looks to be giving more than just me problems. However, if I can't even get to a working login prompt (graphical or otherwise), how am I suppose to go about updating drivers? Rescue boot? Anyone have ideas on what's going wrong? Anyone else experience this? Anyone else have a Dell Inspiron 8100 that they got working? Even the slightest help would be greatly appreciated. OK, now w/ that, let me go into a few complaints that I have w/ Severn and a few of the past releases in general: 1) Severn's graphical boot - seems like I'm not the only that didn't like this. Actually, I dig the idea. Don't think it's much of a Windoze copy as it is a Mac copy. How about this to satisfy everyone: offer a way to toggle silent/verbose mode. I'm envisioning something similar to XCDRoast where you can go from Minimal, Normal and Extended views. You could have "Press F1 for Minimal, F2 for Normal and F3 for Extended views". Is it not possible to take keyboard input during that phase? 2) Before and after my Severn troubles, I've been running Mandrake 9.1 on this laptop (use RH 9.0 on my workstation/server, love it). Only thing keeping from 9.0 on the laptop was wireless problems. Mandrake allows me to fully configure my wireless setup (specifically my SSID for our private network) during the install process. When using 9.0, I had to wait until after my first full boot before I could have it set up properly and even then I had issues. A neighboring, public wireless network kept "stealing" my connection from my private network and it seemed there was no way to stop it. When using Mandrake, I was able to configure for my private network during install and never had my connection "stolen" from that pesky not-as-good public network. What I'm getting at is...a) why can't I do all my network configuration during install? b) what was causing my troubles in 9.0? c) did Severn address these issues? (I'd much rather use RH over Mandrake) 3) Maybe I missed a "meeting" or something, but when did support for other window managers than Gnome and KDE drop off? I've personally never liked the Blue Curve Gnome and only used it log enough to get WindowMaker, BlackBox or Enlightenment running (which often had to involve some hacking around). I'm not against having Gnome in by default (gives those newbies a familiar territory and keeps them using Linux long enough to enjoy it) but what does it hurt to at least offer them for the few of us who prefer the less bulky, stripped-down window managers. Not enough room on disc 3? Those are the issues off the top of my head I've been having. Just trying to put my $0.02 in. Again, any help on my install problems and opposing/supporting comments on these other thoughts is welcomed. Thanks, Chris Elston celston at corky.sapien.net From jdow at earthlink.net Fri Aug 8 12:57:02 2003 From: jdow at earthlink.net (jdow) Date: Fri, 8 Aug 2003 05:57:02 -0700 Subject: KVM Switch References: <1060344446.1283.13.camel@bobcp4.lingpgmr.com> Message-ID: <01a901c35dac$8fabb9a0$2eedfea9@kittycat> I am using an OmniView Pro-II. It works adequately with a mixed batch of Linux and Windows machines. My initial experience with Belkin moves me to declare that it will be a cold cold day on the surface of the Sun before I do business with them again. 1) The unit contains a design flaw that caused an oscillation on vertical edge features on very high resolution display settings. I had to reengineer the unit, adding (back!) just the right bypass capacitor to its output amplifier. This oscillation was at resolutions within the specified handling capability of the box. 2) I complained to Belkin. They offered to exchange the unit. This was a brand new unit with a severe design defect. They shipped me a used replacement unit that had the front panel buttons mismounted, the case badly scuffed, and a worse oscillation. I ended up attempting and managing a repair on the new unit that I had bought and boxed the badly damaged used unit back to Belkin in better condition than when I received it. (In order to test it I had to disassemble the box and reassemble it with the buttons poking out of the front panel slots cut out for them.) In view of these two items I would highly recommend avoiding Belkin. I intend to do so myself in the future. All I can say for the unit is that it now functions at the low end of adequately for my needs. {^_^} ----- Original Message ----- From: "Robert L Cochran" Can anyone suggest a KVM switch that works? I'm thinking of trying to connect 3 boxes to one monitor, keyboard, and mouse. Thanks Bob Cochran Greenbelt, Maryland, USA From warlock_ba at hotmail.com Fri Aug 8 13:04:20 2003 From: warlock_ba at hotmail.com (Botoaca Andrei) Date: Fri, 08 Aug 2003 16:04:20 +0300 Subject: aRTs and XMMS problems anyone??? Message-ID: I have a Celeron 533MHz, Alsa installed too. If i play xmms (through arts) music during high processor load, xmms stops playing 4good, arts processor usage blows up to 50%, and even after I stop any other compilations/thingies, arts usage still is up to 50%, machine moves slowly, and XMMS is still dead. Even after I crash xmms arts is dead, no sound goes through it, or if it does, it does for a second or two, and then same result. If I play with XMMS through OSS or alsa, everything is ok, even on VERY HIGH processor load. After I fixed NVidia problems, like on this page described, it does the same thing but not so often. Who's fault is this ? Any ideea? I appreciate any help ... _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail From greg at elcoronel.com Fri Aug 8 14:21:00 2003 From: greg at elcoronel.com (Greg Sanders) Date: Fri, 8 Aug 2003 14:21:00 +0000 (UTC) Subject: iptables & masquerading... Message-ID: I just upgraded from a pre 8 beta to the current beta and it looks like masquerading is borked... [root at lanfest1 root]# iptables -t nat -A POSTROUTING -s 192.168.0.0/16 -o ppp0 -j MASQUERADE iptables: No chain/target/match by that name [root at lanfest1 root]# lsmod | grep ip ipt_REJECT 4024 0 (autoclean) ipt_state 1080 0 (autoclean) iptable_filter 2444 0 (autoclean) iptable_nat 21816 0 (autoclean) (unused) ip_conntrack 27208 2 (autoclean) [ipt_state iptable_nat] ip_tables 15776 6 [ipt_REJECT ipt_state iptable_filter iptable_nat] [root at lanfest1 root]# modprobe ipt_MASQUERADE /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o: init_module: Device or resource busy Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o: insmod /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o failed /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o: insmod ipt_MASQUERADE failed Is this a known issue with the stock kernel, am I doing something wrong or what? Greg Sanders - Sysadmin, Webhead, Tolkien-phile ElCoronel @ irc.freenode.net - http://elcoronel.com/ ------------------------------------------------------------------------- No word to save thee. -William Shakespeare, Measure for Measure From smoogen at lanl.gov Fri Aug 8 15:05:05 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Fri, 8 Aug 2003 09:05:05 -0600 (MDT) Subject: Strange start scripts... In-Reply-To: Message-ID: Bugzilla? On Fri, 8 Aug 2003, Michael Bischof wrote: > >Is there a reason why: > >- smartd only gets started in runlevel 3 and 5 ? > >- smartd and irqbalance don't get started in runlevel 2 ? > >If not, how about fixing it? ;) > >Michael. > > > >-- >Rhl-beta-list mailing list >Rhl-beta-list at redhat.com >http://www.redhat.com/mailman/listinfo/rhl-beta-list > -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 5-8058 Ta-03 SM-261 MailStop P208 DP 17U Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From johnsonm at redhat.com Fri Aug 8 15:17:13 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Fri, 8 Aug 2003 11:17:13 -0400 Subject: Are LVM snapshots working again? In-Reply-To: <1060324937.3013.8.camel@mentor.gurulabs.com>; from dax@gurulabs.com on Fri, Aug 08, 2003 at 12:42:18AM -0600 References: <1060324937.3013.8.camel@mentor.gurulabs.com> Message-ID: <20030808111713.A20829@devserv.devel.redhat.com> On Fri, Aug 08, 2003 at 12:42:18AM -0600, Dax Kelson wrote: > LVM snapshots have been broken throughout RHL9 and all the errata > kernels. > > See bugs: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=88977 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=84278 Does Chris Adams' patch (the second patch in 84278) fix it for you? michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From hosting at j2solutions.net Fri Aug 8 14:49:05 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Fri, 8 Aug 2003 07:49:05 -0700 Subject: Are LVM snapshots working again? In-Reply-To: <20030808111713.A20829@devserv.devel.redhat.com> References: <1060324937.3013.8.camel@mentor.gurulabs.com> <20030808111713.A20829@devserv.devel.redhat.com> Message-ID: <200308080749.05698.hosting@j2solutions.net> On Friday 08 August 2003 08:17, Michael K. Johnson uttered: > Does Chris Adams' patch (the second patch in 84278) fix it for > you? It helped me to be able to mount ext3 snapshots. Still get some warnings about not being able to write when mounting/umounting. I figured it had something to do w/ the journal. I haven't tried to explicitly mount it as ext2 yet. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (www.mondorescue.org) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From johnsonm at redhat.com Fri Aug 8 15:23:36 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Fri, 8 Aug 2003 11:23:36 -0400 Subject: KVM Switch In-Reply-To: <1060344446.1283.13.camel@bobcp4.lingpgmr.com>; from cochranb@speakeasy.net on Fri, Aug 08, 2003 at 08:07:26AM -0400 References: <1060344446.1283.13.camel@bobcp4.lingpgmr.com> Message-ID: <20030808112336.C20829@devserv.devel.redhat.com> On Fri, Aug 08, 2003 at 08:07:26AM -0400, Robert L Cochran wrote: > Can anyone suggest a KVM switch that works? I'm thinking of trying to > connect 3 boxes to one monitor, keyboard, and mouse. They are not cheap, but there's one brand, the Apex Outlook series, that is OEMed by everyone and their brother because they *just work*. You can tell the OEMed versions because they will talk about "Oscar" which is the software that runs on the KVMs. (Apex is now owned by Avocent, apparantly, but I can't speak for Avocent KVMs that do not use Oscar.) michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Fri Aug 8 15:26:21 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Fri, 8 Aug 2003 11:26:21 -0400 Subject: Failed Install (additional gripes) In-Reply-To: ; from celston@corky.sapien.net on Fri, Aug 08, 2003 at 08:47:17AM -0400 References: Message-ID: <20030808112621.D20829@devserv.devel.redhat.com> On Fri, Aug 08, 2003 at 08:47:17AM -0400, Chris Elston wrote: > to install more stuff later. Reboot, go through the "first boot" deal and > then...nothing. Well, not quite nothing. White on black terminal comes > up with login prompt instead of graphical login. Catch is, my keyboard > doesn't respond. So even if I wanted to login or change to other virtual > terminals (Ctrl+Alt+F2, etc) I'm out of luck. Tried rebooting again, just > to see if it had something to do w/ the "first boot" going wrong, but no > dice. Tried reinstalling using the default "desktop" set of packages > thinking that I may have installed "too much" and some unnecessary > service was making my laptop hang. Eventually I have the same problems, > hangs after graphical boot and goes to a unusable text-based login. Have you tried booting with acpi=off? (Yes, I ask this about every new kind of possible hardware-related strangeness that first shows up now, it's amazing the variety of problems we've seen caused by acpi...) michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Fri Aug 8 15:32:17 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Fri, 8 Aug 2003 11:32:17 -0400 Subject: iptables & masquerading... In-Reply-To: ; from greg@elcoronel.com on Fri, Aug 08, 2003 at 02:21:00PM +0000 References: Message-ID: <20030808113217.E20829@devserv.devel.redhat.com> On Fri, Aug 08, 2003 at 02:21:00PM +0000, Greg Sanders wrote: > I just upgraded from a pre 8 beta to the current beta and it looks like > masquerading is borked... Yup. > Is this a known issue with the stock kernel, am I doing something wrong or > what? Believe it or not, it's a known issue with some build tools breaking a few modules. It's fixed in our internal systems, so rawhide should have fixed builds shortly, by next week some time anyway. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From ryan at oddpost.com Fri Aug 8 15:41:13 2003 From: ryan at oddpost.com (Ryan M. Williams) Date: Fri, 8 Aug 2003 08:41:13 -0700 (PDT) Subject: aRTs and XMMS problems anyone??? Message-ID: <391392.1060357273674.JavaMail.www-data@three.oddpost.com> I have a similar issue, when i play a mp3 or even just stream a station (shoutcast) when i would move windows arounds or go trhough web broswer tabs it would keep cutting out like the cpu was saturated. Any ideas? (600 mhz P3 / 384 RAM) -Ryan -----Original Message from Botoaca Andrei ----- I have a Celeron 533MHz, Alsa installed too. If i play xmms (through arts) music during high processor load, xmms stops playing 4good, arts processor usage blows up to 50%, and even after I stop any other compilations/thingies, arts usage still is up to 50%, machine moves slowly, and XMMS is still dead. Even after I crash xmms arts is dead, no sound goes through it, or if it does, it does for a second or two, and then same result. If I play with XMMS through OSS or alsa, everything is ok, even on VERY HIGH processor load. After I fixed NVidia problems, like on this page described, it does the same thing but not so often. Who's fault is this ? Any ideea? I appreciate any help ... _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From severn at puzzled.xs4all.nl Fri Aug 8 17:17:18 2003 From: severn at puzzled.xs4all.nl (Patrick) Date: Fri, 08 Aug 2003 19:17:18 +0200 Subject: kernel: Nforce2 AGP patch in 2.4.21.-20.1.2024.2.1.nptl? Message-ID: <1060363038.7153.30.camel@guru.puzzled.xs4all.nl> Hi all (Arjan specifically :), Since the hardware acceleration on my Radeon 9000 is sort of not there (glxgears gives a measly 230fps), I wonder if the infamous nforce2 agp patch has been applied to the 2.4.21.-20.1.2024.2.1.nptl kernel? Regards, Patrick From redhat at logoff.com Fri Aug 8 17:13:56 2003 From: redhat at logoff.com (Ed Coleman) Date: 08 Aug 2003 10:13:56 -0700 Subject: adding apt and yum to the next distro? In-Reply-To: <20030807234750.C9309@devserv.devel.redhat.com> References: <20030807232952.A27602@devserv.devel.redhat.com> <20030807234750.C9309@devserv.devel.redhat.com> Message-ID: <1060362836.5041.8.camel@grieg.colemanzoo.com> On Thu, 2003-08-07 at 20:47, Havoc Pennington wrote: > On Thu, Aug 07, 2003 at 11:32:17PM -0400, Robert P. J. Day wrote: > > sorry, i was overly terse. i know they're in rawhide, i was wondering > > whether there were any plans to eventually move it into the official > > distro. > > Rawhide is the current development tree, i.e. it always reflects > current plans. Without wanting to read too much into this, what are the current plans in regard to up2date/RHN for Red Hat Linux? > > Havoc > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From imoq at imoqland.com Fri Aug 8 18:09:41 2003 From: imoq at imoqland.com (Alejandro =?ISO-8859-1?Q?Gonz=E1lez_Hern=E1ndez?= - Imoq) Date: 08 Aug 2003 13:09:41 -0500 Subject: radeon panic and 2.6 kernel In-Reply-To: <1060148950.5540.646.camel@galt.atlas.gotdns.org> References: <1060148950.5540.646.camel@galt.atlas.gotdns.org> Message-ID: <1060366180.3393.21.camel@imoqland.morelos.gob.mx> On Wed, 2003-08-06 at 00:49, Matt Whiteley wrote: > I searched the archives for a similar problem. When I tried Arjan's 2.6 > rpm on my shrike install it worked great. When I try either the test1 > or test2 rpms with severn I got no display. After removing the vga=791 > param from the grub line I can see the kernel messages but the x server > doesn't start. I have the same problems with my Intel i810 crappy video card. X doesn't start. USB modules are loaded (optical mouse turns on) but then I see in the logs complains about agpgart module not running but I see it in lsmod :( I'll test a little more on the weekend. Anybody has a light for this problem? Thanks Alex. -- ?S? libre, usa software libre! Be free, use free software! http://www.imoqland.com/ From shugal at gmx.de Fri Aug 8 18:55:27 2003 From: shugal at gmx.de (Martin Stricker) Date: Fri, 08 Aug 2003 20:55:27 +0200 Subject: KVM Switch References: <1060344446.1283.13.camel@bobcp4.lingpgmr.com> <01a901c35dac$8fabb9a0$2eedfea9@kittycat> Message-ID: <3F33F21F.F2A9A43C@gmx.de> jdow wrote: > > I am using an OmniView Pro-II. It works adequately with a mixed batch > of Linux and Windows machines. My initial experience with Belkin > moves me to declare that it will be a cold cold day on the surface of > the Sun before I do business with them again. I can absolutely second your thoughts about Belkin. I use Cybex KVM switches and never had problems since. But they (especially the cables, but you don't need to use them) are expensive, but then you only have one cable per computer - nice for the units with 16 computers on it... Best regards, Martin Stricker -- Homepage: http://www.martin-stricker.de/ Linux Migration Project: http://www.linux-migration.org/ Red Hat Linux 8.0 for low memory: http://www.rule-project.org/ Registered Linux user #210635: http://counter.li.org/ From jef at tech-info.qc.ca Fri Aug 8 20:51:03 2003 From: jef at tech-info.qc.ca (Jean-Francois =?ISO-8859-1?Q?B=E9langer?=) Date: 08 Aug 2003 16:51:03 -0400 Subject: iptables & masquerading... In-Reply-To: References: Message-ID: <1060375862.5322.1.camel@jef.tech-info.qc.ca> Just use : /sbin/iptables -t nat -A POSTROUTING -s 192.168.0.0/16 -o ppp0 -j SNAT --to-source [net_ip_adr] Work fine whit this. Jean-Francois On Fri, 2003-08-08 at 10:21, Greg Sanders wrote: > I just upgraded from a pre 8 beta to the current beta and it looks like > masquerading is borked... > > [root at lanfest1 root]# iptables -t nat -A POSTROUTING -s 192.168.0.0/16 -o > ppp0 -j MASQUERADE > iptables: No chain/target/match by that name > > [root at lanfest1 root]# lsmod | grep ip > ipt_REJECT 4024 0 (autoclean) > ipt_state 1080 0 (autoclean) > iptable_filter 2444 0 (autoclean) > iptable_nat 21816 0 (autoclean) (unused) > ip_conntrack 27208 2 (autoclean) [ipt_state iptable_nat] > ip_tables 15776 6 [ipt_REJECT ipt_state iptable_filter > iptable_nat] > > [root at lanfest1 root]# modprobe ipt_MASQUERADE > /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o: > init_module: Device or resource busy > Hint: insmod errors can be caused by incorrect module parameters, > including invalid IO or IRQ parameters. > You may find more information in syslog or the output from dmesg > /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o: > insmod > /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o > failed > /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o: > insmod ipt_MASQUERADE failed > > Is this a known issue with the stock kernel, am I doing something wrong or > what? > > Greg Sanders - Sysadmin, Webhead, Tolkien-phile > ElCoronel @ irc.freenode.net - http://elcoronel.com/ > ------------------------------------------------------------------------- > No word to save thee. > -William Shakespeare, Measure for Measure > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From johnsonm at redhat.com Fri Aug 8 21:02:19 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Fri, 8 Aug 2003 17:02:19 -0400 Subject: iptables & masquerading... In-Reply-To: <1060375862.5322.1.camel@jef.tech-info.qc.ca>; from jef@tech-info.qc.ca on Fri, Aug 08, 2003 at 04:51:03PM -0400 References: <1060375862.5322.1.camel@jef.tech-info.qc.ca> Message-ID: <20030808170219.A19090@devserv.devel.redhat.com> On Fri, Aug 08, 2003 at 04:51:03PM -0400, Jean-Francois B?langer wrote: > Just use : > > /sbin/iptables -t nat -A POSTROUTING -s 192.168.0.0/16 -o ppp0 -j SNAT > --to-source [net_ip_adr] > > Work fine whit this. It's a good workaround, but it's not the same; SNAT is for static IPs and MASQUERADE is for dynamic IPs. We'll have newer kernels out in a bit, or it will probably work if you simply rebuild the existing one -- just rpmbuild --rebuild --target kernel*src.rpm michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From warlock_ba at hotmail.com Thu Aug 7 21:20:49 2003 From: warlock_ba at hotmail.com (Andrei Botoaca) Date: 08 Aug 2003 00:20:49 +0300 Subject: XMMS or aRTs broken? Message-ID: <1060291248.3437.2.camel@gelu.damage_inc> Anyone got this problem too? If I get to high processor usage XMMS (on arts plugin) stops playing, and arts usage blows up to 50% of my 533MHz processor ...(from 1 or 2 %). I kill XMMS , and afterwards artsd stays with it's usage up to 50% ... and machine goes shitty ... I even changed to arts 1.1.3 and same stupid thing heapened ... btw I have alsa, but in any other linux with same settings I didn't have any problems... Thanks a lot, I appreciate help Me From warlock_ba at hotmail.com Wed Aug 6 21:39:13 2003 From: warlock_ba at hotmail.com (Andrei Botoaca) Date: 07 Aug 2003 00:39:13 +0300 Subject: skipping audio on severn In-Reply-To: <1060189907.11348.8.camel@necronomicon.badbelly.com> References: <1060189907.11348.8.camel@necronomicon.badbelly.com> Message-ID: <1060205952.7549.2.camel@gelu.damage_inc> Yes, ideed arts is a little bit messed up ... on my machine P2Celeron 533Mhz proc usage on mp3 play for arts goes up to 50% and then arts dies with grace .... So , we need a fix for arts I think ... From alan at redhat.com Fri Aug 8 21:43:22 2003 From: alan at redhat.com (Alan Cox) Date: Fri, 8 Aug 2003 17:43:22 -0400 (EDT) Subject: XMMS or aRTs broken? In-Reply-To: <1060291248.3437.2.camel@gelu.damage_inc> from "Andrei Botoaca" at Aws 08, 2003 12:20:49 Message-ID: <200308082143.h78LhMf00990@devserv.devel.redhat.com> > ... and machine goes shitty ... I even changed to arts 1.1.3 and same > stupid thing heapened ... btw I have alsa, but in any other linux with > same settings I didn't have any problems... That kind of CPU usage problem almost always comes from the drivers - can you duplicate it with the OSS driver sin the kernel ? From warlock_ba at hotmail.com Fri Aug 8 21:49:31 2003 From: warlock_ba at hotmail.com (Andrei Botoaca) Date: 09 Aug 2003 00:49:31 +0300 Subject: aRTs and XMMS problems anyone??? In-Reply-To: <391392.1060357273674.JavaMail.www-data@three.oddpost.com> References: <391392.1060357273674.JavaMail.www-data@three.oddpost.com> Message-ID: <1060379370.2512.7.camel@gelu.damage_inc> OK, I agree, it's not the skipping that concerns me ... I got that before too ... KDE is eating lots of resources up ... that was always so (OK, not quite like that, but anyway). The problem is that arts kills itself blowing it's usage up , and staying like that. I'll try tonight to recompile XMMS and it's arts plugin ... baybe it is broken compiled (I will compile it from the roots). And IF it works, put a new post tomorrow night ... On Fri, 2003-08-08 at 18:41, Ryan M. Williams wrote: > I have a similar issue, when i play a mp3 or even just stream a station (shoutcast) when i would move windows arounds or go trhough web broswer tabs it would keep cutting out like the cpu was saturated. Any ideas? > (600 mhz P3 / 384 RAM) > > -Ryan > > -----Original Message from Botoaca Andrei ----- > > I have a Celeron 533MHz, Alsa installed too. > If i play xmms (through arts) music during high processor load, xmms stops > playing 4good, arts processor usage blows up to 50%, and even after I stop > any other compilations/thingies, arts usage still is up to 50%, machine > moves slowly, and XMMS is still dead. Even after I crash xmms arts is dead, > no sound goes through it, or if it does, it does for a second or two, and > then same result. > If I play with XMMS through OSS or alsa, everything is ok, even on VERY HIGH > processor load. > After I fixed NVidia problems, like on this page described, it does the same > thing but not so often. > Who's fault is this ? > > Any ideea? > I appreciate any help ... > > _________________________________________________________________ > Tired of spam? Get advanced junk mail protection with MSN 8. > http://join.msn.com/?page=features/junkmail > From alan at redhat.com Fri Aug 8 22:08:26 2003 From: alan at redhat.com (Alan Cox) Date: Fri, 8 Aug 2003 18:08:26 -0400 (EDT) Subject: aRTs and XMMS problems anyone??? In-Reply-To: <1060379370.2512.7.camel@gelu.damage_inc> from "Andrei Botoaca" at Aws 09, 2003 12:49:31 Message-ID: <200308082208.h78M8QF08238@devserv.devel.redhat.com> > (OK, not quite like that, but anyway). The problem is that arts kills > itself blowing it's usage up , and staying like that. Its supposed to. Arts aborts if it realises the driver is buggy and burning CPU From peter.backlund at home.se Fri Aug 8 22:10:17 2003 From: peter.backlund at home.se (Peter Backlund) Date: Sat, 9 Aug 2003 00:10:17 +0200 Subject: aRTs and XMMS problems anyone??? In-Reply-To: <1060379370.2512.7.camel@gelu.damage_inc> References: <391392.1060357273674.JavaMail.www-data@three.oddpost.com> <1060379370.2512.7.camel@gelu.damage_inc> Message-ID: <200308090010.17454.peter.backlund@home.se> On Friday 08 August 2003 23.49, Andrei Botoaca wrote: > OK, I agree, it's not the skipping that concerns me ... I got that > before too ... KDE is eating lots of resources up ... that was always so > (OK, not quite like that, but anyway). As to the skipping when playing sound through arts, running it with real-time priority fixes that. Just suid /usr/bin/artswrapper (chmod +s), and no more skipping. This won't fix sound being completely cut off in Severn though. /Peter From cochranb at speakeasy.net Fri Aug 8 22:21:17 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 08 Aug 2003 18:21:17 -0400 Subject: KVM Switch In-Reply-To: <01a901c35dac$8fabb9a0$2eedfea9@kittycat> References: <1060344446.1283.13.camel@bobcp4.lingpgmr.com> <01a901c35dac$8fabb9a0$2eedfea9@kittycat> Message-ID: <1060381277.2218.10.camel@bobcp4.lingpgmr.com> Your post (and Martin's too) puts a big smile on me because I think Belkin gouges consumers viciously on price, with a lot of help from retailers. Spending $40 for a few feet of network cable and $30 for fewer feet of USB cable...well...I crimp my own ethernet cable and I've been getting 10 foot lengths of Pan Pacific brand A-to-B USB cable in simple plastic bags (not those horrible clamshells that threaten to slice me open from shoulder to belly) for $3.69 plus tax. Works great. GreatCables.com has similar pricing. Anyhow, you and Martin are right, I see no reason to buy Belkin products. Ugh. Thanks for the reccomendation for the KVM switch. Bob Cochran On Fri, 2003-08-08 at 08:57, jdow wrote: > I am using an OmniView Pro-II. It works adequately with a mixed batch > of Linux and Windows machines. My initial experience with Belkin moves > me to declare that it will be a cold cold day on the surface of the Sun > before I do business with them again. > > 1) The unit contains a design flaw that caused an oscillation on vertical > edge features on very high resolution display settings. I had to > reengineer the unit, adding (back!) just the right bypass capacitor > to its output amplifier. This oscillation was at resolutions within > the specified handling capability of the box. > > 2) I complained to Belkin. They offered to exchange the unit. This was > a brand new unit with a severe design defect. They shipped me a > used replacement unit that had the front panel buttons mismounted, > the case badly scuffed, and a worse oscillation. I ended up attempting > and managing a repair on the new unit that I had bought and boxed the > badly damaged used unit back to Belkin in better condition than when > I received it. (In order to test it I had to disassemble the box and > reassemble it with the buttons poking out of the front panel slots > cut out for them.) > > In view of these two items I would highly recommend avoiding Belkin. > I intend to do so myself in the future. All I can say for the unit > is that it now functions at the low end of adequately for my needs. > > {^_^} > ----- Original Message ----- > From: "Robert L Cochran" > > Can anyone suggest a KVM switch that works? I'm thinking of trying to > connect 3 boxes to one monitor, keyboard, and mouse. > > Thanks > > Bob Cochran > Greenbelt, Maryland, USA > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -------------- 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 warlock_ba at hotmail.com Fri Aug 8 22:56:41 2003 From: warlock_ba at hotmail.com (Botoaca Andrei) Date: Sat, 09 Aug 2003 01:56:41 +0300 Subject: aRTs and XMMS problems anyone??? Message-ID: LOL :) NO it doesn't abort !! It's CPU usage blows up to 50 or 60% and stays like that ... no segfault , no stream aborting, and if you want to see smtg nice, go to control center in kde , hit test sound, and quit it , until it finishes to play the sample, and then play a song in xmms, with arts out ... and guess what ... the sample will continue in xmms ... :( >From: Alan Cox >Reply-To: rhl-beta-list at redhat.com >To: rhl-beta-list at redhat.com >Subject: Re: aRTs and XMMS problems anyone??? >Date: Fri, 8 Aug 2003 18:08:26 -0400 (EDT) > > > (OK, not quite like that, but anyway). The problem is that arts kills > > itself blowing it's usage up , and staying like that. > >Its supposed to. Arts aborts if it realises the driver is buggy and burning >CPU > > >-- >Rhl-beta-list mailing list >Rhl-beta-list at redhat.com >http://www.redhat.com/mailman/listinfo/rhl-beta-list _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail From florin at sgi.com Fri Aug 8 23:02:45 2003 From: florin at sgi.com (Florin Andrei) Date: 08 Aug 2003 16:02:45 -0700 Subject: aRTs and XMMS problems anyone??? In-Reply-To: References: Message-ID: <1060383765.31483.48.camel@stantz.corp.sgi.com> On Fri, 2003-08-08 at 06:04, Botoaca Andrei wrote: > If i play xmms (through arts) music during high processor load, xmms stops > playing 4good, arts processor usage blows up to 50%, and even after I stop > any other compilations/thingies, arts usage still is up to 50%, machine > moves slowly, and XMMS is still dead. Even after I crash xmms arts is dead, > no sound goes through it, or if it does, it does for a second or two, and > then same result. > If I play with XMMS through OSS or alsa, everything is ok, even on VERY HIGH > processor load. If your other applications don't _specifically_ require a sound daemon (whether that be arts or another) then you're better off without it. Especially ALSA makes it really easy and efficient to access sound hardware resources without a sound daemon. If that model works for you, you're encouraged to not use the daemon. OTOH, there are situations when a sound daemon is a must, such as when doing complex multimedia work, with JACK and stuff like that. But that's another story. -- Florin Andrei "Never send a human to do a machine's job." - Agent Smith From warlock_ba at hotmail.com Fri Aug 8 23:08:02 2003 From: warlock_ba at hotmail.com (Botoaca Andrei) Date: Sat, 09 Aug 2003 02:08:02 +0300 Subject: XMMS or aRTs broken? Message-ID: Sorry, it's not from the drivers ... on any other output, or anything else, it just skipps playing, and yes , it did with oss drivers too ... >From: Alan Cox >Reply-To: rhl-beta-list at redhat.com >To: rhl-beta-list at redhat.com >Subject: Re: XMMS or aRTs broken? >Date: Fri, 8 Aug 2003 17:43:22 -0400 (EDT) > > > ... and machine goes shitty ... I even changed to arts 1.1.3 and same > > stupid thing heapened ... btw I have alsa, but in any other linux with > > same settings I didn't have any problems... > >That kind of CPU usage problem almost always comes from the drivers - >can you duplicate it with the OSS driver sin the kernel ? > > >-- >Rhl-beta-list mailing list >Rhl-beta-list at redhat.com >http://www.redhat.com/mailman/listinfo/rhl-beta-list _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From dax at gurulabs.com Fri Aug 8 23:09:56 2003 From: dax at gurulabs.com (Dax Kelson) Date: Fri, 08 Aug 2003 17:09:56 -0600 Subject: Are LVM snapshots working again? In-Reply-To: <20030808111713.A20829@devserv.devel.redhat.com> References: <1060324937.3013.8.camel@mentor.gurulabs.com> <20030808111713.A20829@devserv.devel.redhat.com> Message-ID: <1060384196.2820.2.camel@mentor.gurulabs.com> On Fri, 2003-08-08 at 09:17, Michael K. Johnson wrote: > On Fri, Aug 08, 2003 at 12:42:18AM -0600, Dax Kelson wrote: > > LVM snapshots have been broken throughout RHL9 and all the errata > > kernels. > > > > See bugs: > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=88977 > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=84278 > > Does Chris Adams' patch (the second patch in 84278) fix it for > you? > > michaelkjohnson I haven't yet tried the patch. Dax Kelson Guru Labs From florin at sgi.com Fri Aug 8 23:12:42 2003 From: florin at sgi.com (Florin Andrei) Date: 08 Aug 2003 16:12:42 -0700 Subject: ms-visio *.vsd In-Reply-To: <3F2FF9C1.4000102@tmsusa.com> References: <3F2F9CD8.8030902@gmx.de> <3F2FF9C1.4000102@tmsusa.com> Message-ID: <1060384361.31483.55.camel@stantz.corp.sgi.com> On Tue, 2003-08-05 at 11:38, Joe wrote: > Indeed - I remember reading, back when visio was a separate company that > they were about to go cross platform - at that point microsoft > frantically snapped them up to prevent that threat to their monpoly plans... Whoever creates a native viewer/editor for Visio files on *nix - i'll personally build a shrine for him/her. > Sad that such goings on never raised an eyebrow at the antitrust department. They probably did, but eyebrows have a complicated motion equation, especially when the variables involved have large values or grow exponentially. Of course, i was thinking from a computer graphics perspective. :-) -- Florin Andrei "Never send a human to do a machine's job." - Agent Smith From warlock_ba at hotmail.com Fri Aug 8 23:47:57 2003 From: warlock_ba at hotmail.com (Andrei Botoaca) Date: 09 Aug 2003 02:47:57 +0300 Subject: aRTs and XMMS problems anyone??? In-Reply-To: <391392.1060357273674.JavaMail.www-data@three.oddpost.com> References: <391392.1060357273674.JavaMail.www-data@three.oddpost.com> Message-ID: <1060386476.2234.8.camel@gelu.damage_inc> Damn, someone was right (use realtime priority and OSS, and everything is ok ...). But I still want to know , If anyone can tell me ... is it ARTS or ALSA's fault ??? Thanks, Me From thornton at yoyoweb.com Sat Aug 9 00:32:30 2003 From: thornton at yoyoweb.com (Thornton Prime) Date: 08 Aug 2003 17:32:30 -0700 Subject: Are LVM snapshots working again? In-Reply-To: <200308080749.05698.hosting@j2solutions.net> References: <1060324937.3013.8.camel@mentor.gurulabs.com> <20030808111713.A20829@devserv.devel.redhat.com> <200308080749.05698.hosting@j2solutions.net> Message-ID: <1060389150.2035.8.camel@vimalakirti.anatman.org> On Fri, 2003-08-08 at 07:49, Jesse Keating wrote: > On Friday 08 August 2003 08:17, Michael K. Johnson uttered: > > Does Chris Adams' patch (the second patch in 84278) fix it for > > you? > > It helped me to be able to mount ext3 snapshots. Still get some warnings > about not being able to write when mounting/umounting. I figured it had > something to do w/ the journal. I haven't tried to explicitly mount it as > ext2 yet. The write errors are to be expected if you didn't specify to mount the device ro. I believe snapshots are only read-only. thornton From jdow at earthlink.net Sat Aug 9 02:29:35 2003 From: jdow at earthlink.net (jdow) Date: Fri, 8 Aug 2003 19:29:35 -0700 Subject: iptables & masquerading... References: <1060375862.5322.1.camel@jef.tech-info.qc.ca> Message-ID: <01fa01c35e1e$12c84350$2eedfea9@kittycat> From: "Jean-Francois B?langer" > Just use : > > /sbin/iptables -t nat -A POSTROUTING -s 192.168.0.0/16 -o ppp0 -j SNAT > --to-source [net_ip_adr] > > Work fine whit this. > > Jean-Francois > > On Fri, 2003-08-08 at 10:21, Greg Sanders wrote: > > I just upgraded from a pre 8 beta to the current beta and it looks like > > masquerading is borked... > > > > [root at lanfest1 root]# iptables -t nat -A POSTROUTING -s 192.168.0.0/16 -o > > ppp0 -j MASQUERADE > > iptables: No chain/target/match by that name ... > > [root at lanfest1 root]# modprobe ipt_MASQUERADE > > /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o: > > init_module: Device or resource busy ^^^^^^^^^^ This is another place Greg screwed up. You cannot mix ipchains and iptables. ipt_MASQUERADE is apparently a part of the (pathetic) ipchains emulation under iptables. "rpm -e ipchains" is always a worthwhile exercise on modern stups. Then ONLY the valid iptables modules are left. Here is an extract from my iptables script with comments. It is generic and current as of 7.2 so there may be some slight changes since then for newer Red Hat systems. ---8<--- echo -en " Loading kernel modules: " # With the new IPTABLES code, the core MASQ functionality is now either # modular or compiled into the kernel. This HOWTO shows ALL IPTABLES # options as MODULES. If your kernel is compiled correctly, there is # NO need to load the kernel modules manually. # # NOTE: The following items are listed ONLY for informational reasons. # There is no reason to manual load these modules unless your # kernel is either mis-configured or you intentionally disabled # the kernel module autoloader. # # Upon the commands of starting up IP Masq on the server, the # following kernel modules will be automatically loaded: # # NOTE: Only load the IP MASQ modules you need. All current IP MASQ # modules are shown below but are commented out from loading. # =============================================================== #Load the main body of the IPTABLES module - "ip_tables" # - Loaded automatically when the "iptables" command is invoked # # - Loaded manually to clean up kernel auto-loading timing issues # echo -en "ip_tables, " # #Verify the module isn't loaded. If it is, skip it # if [ -z "` $LSMOD | $GREP ip_tables | $AWK {'print $1'} `" ]; then $INSMOD ip_tables fi #Load the IPTABLES filtering module - "iptable_filter" # # - Loaded automatically when filter policies are activated #Load the stateful connection tracking framework - "ip_conntrack" # # The conntrack module in itself does nothing without other specific # conntrack modules being loaded afterwards such as the "ip_conntrack_ftp" # module # # - This module is loaded automatically when MASQ functionality is # enabled # # - Loaded manually to clean up kernel auto-loading timing issues # echo -en "iptable_nat, " # #Verify the module isn't loaded. If it is, skip it # if [ -z "` $LSMOD | $GREP iptable_nat | $AWK {'print $1'} `" ]; then $INSMOD iptable_nat fi #Loads the FTP NAT functionality into the core IPTABLES code # Required to support non-PASV FTP. # # Enabled by default -- insert a "#" on the next line to deactivate # echo -e "ip_nat_ftp" # #Verify the module isn't loaded. If it is, skip it # if [ -z "` $LSMOD | $GREP ip_nat_ftp | $AWK {'print $1'} `" ]; then $INSMOD ip_nat_ftp fi echo " ---" # Just to be complete, here is a list of the remaining kernel modules # and their function. Please note that several modules should be only # loaded by the correct master kernel module for proper operation. # -------------------------------------------------------------------- # # ipt_mark - this target marks a given packet for future action. # This automatically loads the ipt_MARK module # # ipt_tcpmss - this target allows to manipulate the TCP MSS # option for braindead remote firewalls. # This automatically loads the ipt_TCPMSS module # # ipt_limit - this target allows for packets to be limited to # to many hits per sec/min/hr # # ipt_multiport - this match allows for targets within a range # of port numbers vs. listing each port individually # # ipt_state - this match allows to catch packets with various # IP and TCP flags set/unset # # ipt_unclean - this match allows to catch packets that have invalid # IP/TCP flags set # # iptable_filter - this module allows for packets to be DROPped, # REJECTed, or LOGged. This module automatically # loads the following modules: # # ipt_LOG - this target allows for packets to be # logged # # ipt_REJECT - this target DROPs the packet and returns # a configurable ICMP packet back to the # sender. # # iptable_mangle - this target allows for packets to be manipulated # for things like the TCPMSS option, etc. #CRITICAL: Enable IP forwarding since it is disabled by default since # # Redhat Users: you may try changing the options in # /etc/sysconfig/network from: # # FORWARD_IPV4=false # to # FORWARD_IPV4=true # echo " Enabling forwarding.." echo "1" > /proc/sys/net/ipv4/ip_forward ---8<--- {^_^} From jim-cornette at columbus.rr.com Sat Aug 9 03:52:07 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Fri, 08 Aug 2003 23:52:07 -0400 Subject: Real Player 8 works ... Surprised... Other Multimedia Message-ID: <3F346FE7.4000504@columbus.rr.com> Since I have a completely new installation. I thought that I'd try Real player and found version 8. I installed it, expecting it to not work. I didn't have to add LD_ASSUME_KERNEL whatever. My question is mainly asking about why the prefix to launch the program is no longer needed. Is there some list to reference certain apps before nptl? Or is the Severn kernel "unbroke"? Also, I'm trying out certain DVD playing applications from freshrpms. For the Xine pleyer, I got a problem with Severn having a newer version of glut than Xine depended upon. Also, Xine locks up on being able to control it with movement of the mouse. The controls and focus for the application are lost. I needed to do a killall -9 xine to quit the program. I also tried out ogle and found the program to work like I would expect a DVD player to act. It is from Freshrpms also. With the reduction of multimedia, within RHL. It seems that the other avenues to obtain multimedia applications are filling the void. Jim -- NT (as in Windows NT) is short for "Needs Testing". From feliciano.matias at free.fr Sat Aug 9 07:47:01 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 09 Aug 2003 09:47:01 +0200 Subject: Default configuration of yum Message-ID: <1060415220.1855.3.camel@one.myworld> $ chkconfig --list yum yum 0:off 1:off 2:off 3:on 4:on 5:on 6:off I don't think it's a good idea to enable automatic update by default. -- F?liciano Matias -------------- 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 feliciano.matias at free.fr Sat Aug 9 07:51:08 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 09 Aug 2003 09:51:08 +0200 Subject: Gnome 2.4 in Cambridge Message-ID: <1060415467.1855.8.camel@one.myworld> From rhl-devel-list : http://listman.redhat.com/archives/rhl-devel-list/2003-August/msg00055.html -- F?liciano Matias -------------- 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 knxmay001 at mail.uct.ac.za Sat Aug 9 10:40:24 2003 From: knxmay001 at mail.uct.ac.za (Maynard Kuona) Date: Sat, 09 Aug 2003 12:40:24 +0200 Subject: REALLY SLICK SCREENSAVERS In-Reply-To: <1060130294.1285.73.camel@bobcp4.lingpgmr.com> References: <1060127815.13742.7.camel@purple> <1060130294.1285.73.camel@bobcp4.lingpgmr.com> Message-ID: <1060425624.2797.9.camel@albert> You do not actually have to recompile the whole driver. If you have the kernel source you run the nvidia-installer --kernel-name="your full kernel name here" and its will make the kernel interface for you. You have options to actually just compile the kernel interface and put it in the run file so that you do not have to do it again. Installing nvidia drivers is usually the fastest drivers installation on Linux. Soundblaster/alsa. now that was hard. On Wed, 2003-08-06 at 02:38, Robert L Cochran wrote: > Recompile the kernel to include the Nvidia drivers. This means means > (drum roll, loud boos, catcalls) that once you do this in order to have > the drivers, you have to recompile each new kernel update to include > those same drivers. > > So who will be doing a lot of work at very inconvenient moments in order > to have Nvidia drivers? You will. > > I only have one Nvidia card. All my others are ATI Radeons. > > Bob Cochran > > > On Tue, 2003-08-05 at 19:56, Mark Guzzo wrote: > > Hello, > > > > I just installed the REALLY SLICK SCREENSAVERS from > > http://www.gurulabs.com/downloads.html When I goto the Screensaver > > Preferences to try on out, I get this error: > > Xlib: extension "XFree86-DRI" missing on display ":0.0" > > > > I'm using the newest drivers from NVIDIA and I removed the DRI from > > XF86Config. On the gurulabs site they said that you would need the > > NVIDIA drivers for these to work. Has anyone be able to get these to > > work in Severn? > > > > > > -- > > Rhl-beta-list mailing list > > Rhl-beta-list at redhat.com > > http://www.redhat.com/mailman/listinfo/rhl-beta-list From shrek-m at gmx.de Sat Aug 9 11:23:22 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sat, 09 Aug 2003 13:23:22 +0200 Subject: How do I shut down this ports In-Reply-To: <3F30F2B5.7080607@iprimus.com.au> References: <1059972848.10734.3.camel@tiger> <3F30BA6A.30402@iprimus.com.au> <3F30D9DD.306@gmx.de> <3F30F2B5.7080607@iprimus.com.au> Message-ID: <3F34D9AA.3000001@gmx.de> Michael Kearey wrote: > shrek-m at gmx.de wrote: > >> debian: >> /etc/X/xinit/xserverrc >> >> rhl ? : >> >> /etc/X11/xdm/Xservers >> :0 local /usr/X11R6/bin/X -nolisten tcp >> >> >> /etc/X11/gdm/gdm.conf >> [server-Standard] >> name=Standard server >> command=/usr/X11R6/bin/X -nolisten tcp >> flexible=true >> >> >> /etc/X11/xdm/kdmrc > oops, additinal info. i was wondering why i couldn?t connect to port:6000 after "startx" in init 3 i had forgotten to undo my changes in /usr/X11R6/bin/startx :-( --snip-- userclientrc=$HOME/.xinitrc userserverrc=$HOME/.xserverrc sysclientrc=/etc/X11/xinit/xinitrc sysserverrc=/etc/X11/xinit/xserverrc defaultclient=/usr/X11R6/bin/xterm defaultserver=/usr/X11R6/bin/X defaultclientargs="" defaultserverargs="" clientargs="" #serverargs="-nolisten tcp" serverargs="" --snap-- "export " the servern1 "DISPLAY=" to "192.168.101.10:0" works now again my ~/.xinitrc or ~/.Xclients-default --snip-- xhost - xhost +192.168.101.15 exec gnome-session --snap-- $ startx # lsof -Pi :6000 COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME X 1763 root 1u IPv4 14667 TCP *:6000 (LISTEN) X 1763 root 29u IPv4 25800 TCP 192.168.101.10:6000->severn1:32774 (ESTABLISHED) -- shrek-m From warren at togami.com Sat Aug 9 11:52:02 2003 From: warren at togami.com (Warren Togami) Date: Sat, 09 Aug 2003 01:52:02 -1000 Subject: KVM Switch In-Reply-To: <1060344446.1283.13.camel@bobcp4.lingpgmr.com> References: <1060344446.1283.13.camel@bobcp4.lingpgmr.com> Message-ID: <1060429921.1917.7.camel@laptop> On Fri, 2003-08-08 at 02:07, Robert L Cochran wrote: > Can anyone suggest a KVM switch that works? I'm thinking of trying to > connect 3 boxes to one monitor, keyboard, and mouse. http://connectpro.com/usb14.htm A few months ago I bought this for my house. 4 port USB KVM acts as a USB hub for the active system, so your peripherals become active with whichever system you choose. It comes with four cables for four systems (great deal IMHO), with four USB ports in the front for your USB devices. I was worried from reading reviews of other cheap KVM brands about video degradation, but it seems to work great after several months on my 1280x1024 LCD screen. The initial box that I received from Amazon.com broke in less than 12 hours of usage, but Amazon quickly sent a replacement free of charge. Other than this one inconvenience (which I hope was just a fluke) it has been totally great for me these past several months. -- Warren Togami Fedora Linux Project warren at togami.com http://www.fedora.us GPG 0x54A2ACF1 3rd party packaging community for Red Hat Linux 785A 304B 08C1 F291 F54F 9A68 6BDD FE8E 54A2 ACF1 From rpjday at mindspring.com Sat Aug 9 12:31:10 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Sat, 9 Aug 2003 08:31:10 -0400 (EDT) Subject: wireless pcmcia net card failure, 2.6.0-test2 -> 2.6.0-test3 Message-ID: in moving up from 2.6.0-test2-bk5 to 2.6.0-test3, my linksys WCF11 wireless PCMCIA card is no longer getting activated via DHCP from the house router. from /var/log/messages, the "hermes" and "orinoco" modules are being loaded, but then i get orinoco_cs: Request IRQ: Unsupported mode. cardmgr[...]: get dev info on socket 1 failed: Resource temporarily unavailable. doing the basic "ifup eth0" and "service network restart" doesn't solve anything. as i've moved from BK fix to BK fix for the kernel, i've never had to mess with the wireless configuration. but, clearly, something's changed in going to 2.6.0-test3. "cardctl ident" sees the card correctly, so i'm open to troubleshooting suggestions. one of these days, i should really go through the wireless config docs thoroughly. rday From skvidal at phy.duke.edu Sat Aug 9 13:03:24 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 09 Aug 2003 09:03:24 -0400 Subject: Default configuration of yum In-Reply-To: <1060415220.1855.3.camel@one.myworld> References: <1060415220.1855.3.camel@one.myworld> Message-ID: <1060434203.5098.17.camel@binkley> On Sat, 2003-08-09 at 03:47, F?liciano Matias wrote: > $ chkconfig --list yum > yum 0:off 1:off 2:off 3:on 4:on 5:on 6:off > > I don't think it's a good idea to enable automatic update by default. > The scripts in the rpm show: postinstall scriptlet (using /bin/sh): /sbin/chkconfig --add yum #/sbin/chkconfig yum on /sbin/service yum condrestart >> /dev/null exit 0 note the # sign. So it's not being enabled by default. are you sure you didn't enable it? -sv From laroche at redhat.com Sat Aug 9 13:07:03 2003 From: laroche at redhat.com (Florian La Roche) Date: Sat, 9 Aug 2003 15:07:03 +0200 Subject: Default configuration of yum In-Reply-To: <1060434203.5098.17.camel@binkley> References: <1060415220.1855.3.camel@one.myworld> <1060434203.5098.17.camel@binkley> Message-ID: <20030809130703.GA29053@dudweiler.stuttgart.redhat.com> On Sat, Aug 09, 2003 at 09:03:24AM -0400, seth vidal wrote: > On Sat, 2003-08-09 at 03:47, F?liciano Matias wrote: > > $ chkconfig --list yum > > yum 0:off 1:off 2:off 3:on 4:on 5:on 6:off > > > > I don't think it's a good idea to enable automatic update by default. > > > > The scripts in the rpm show: > postinstall scriptlet (using /bin/sh): > /sbin/chkconfig --add yum > #/sbin/chkconfig yum on > /sbin/service yum condrestart >> /dev/null > exit 0 > > note the # sign. > > So it's not being enabled by default. > > are you sure you didn't enable it? This is setup within the init script: # chkconfig: 345 50 01 The postinstall line should not be used at all. greetings, Florian La Roche From jos at xos.nl Sat Aug 9 13:24:36 2003 From: jos at xos.nl (Jos Vos) Date: Sat, 9 Aug 2003 15:24:36 +0200 Subject: Default configuration of yum In-Reply-To: <1060434203.5098.17.camel@binkley>; from skvidal@phy.duke.edu on Sat, Aug 09, 2003 at 09:03:24AM -0400 References: <1060415220.1855.3.camel@one.myworld> <1060434203.5098.17.camel@binkley> Message-ID: <20030809152436.A16281@xos037.xos.nl> On Sat, Aug 09, 2003 at 09:03:24AM -0400, seth vidal wrote: > The scripts in the rpm show: > postinstall scriptlet (using /bin/sh): > /sbin/chkconfig --add yum > #/sbin/chkconfig yum on > /sbin/service yum condrestart >> /dev/null > exit 0 > > note the # sign. > > So it's not being enabled by default. This is incorrect. The yum.init script includes the line chkconfig: 345 50 01 The "345" means that it is enabled by chkconfig --add. Otherwise you should have put a "-" here, which is the right way, in this case. Furthermore, starting (or "condrestart") a service (although in the case of Yum this is jout touching a file) should not be done in a postinstall script, as this script may run at unforeseeable moment (like during an install) where it may have undefined effects (again, in the case of Yum this danger is not very high, but still). So, I would suggest changing the init script to "chkconfig: - 50 01" (I also doubt if 50 is a good choice, I would recommend a much higher number, like 90 or 95) and making the postinstall script only contain "/sbin/chkconfig --add yum". -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From skvidal at phy.duke.edu Sat Aug 9 14:32:22 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 09 Aug 2003 10:32:22 -0400 Subject: Default configuration of yum In-Reply-To: <20030809130703.GA29053@dudweiler.stuttgart.redhat.com> References: <1060415220.1855.3.camel@one.myworld> <1060434203.5098.17.camel@binkley> <20030809130703.GA29053@dudweiler.stuttgart.redhat.com> Message-ID: <1060439541.5098.19.camel@binkley> > This is setup within the init script: > # chkconfig: 345 50 01 > > The postinstall line should not be used at all. > oh. ok. Then I guess I can change it to - -sv From ali at packetknife.com Sat Aug 9 15:20:36 2003 From: ali at packetknife.com (Ali-Reza Anghaie) Date: Sat, 9 Aug 2003 11:20:36 -0400 Subject: Real Player 8 works ... Surprised... Other Multimedia In-Reply-To: <3F346FE7.4000504@columbus.rr.com> References: <3F346FE7.4000504@columbus.rr.com> Message-ID: <200308091120.44903.ali@packetknife.com> On Friday 08 August 2003 23:52, Jim Cornette wrote: > Since I have a completely new installation. I thought that I'd try Real > player and found version 8. I installed it, expecting it to not work. > > I didn't have to add LD_ASSUME_KERNEL whatever. Just wait. ;-) I'm using the RealOne alpha under RHL 9 and Severn w/o issues and no special parms but I've heard it can work better w/ LD_ASSUME_KERNEL. > My question is mainly asking about why the prefix to launch the program > is no longer needed. Is there some list to reference certain apps before > nptl? Or is the Severn kernel "unbroke"? I think LD_ASSUME_KERNEL along w/ en_US instead of UTF became two very popular suggestions in the past few years. I'm not ever sure the kernels were ~more~ to blame than the developers of the third-party bits BTW. > Also, I'm trying out certain DVD playing applications from freshrpms. > For the Xine pleyer, I got a problem with Severn having a newer version I thought there was a freshrpms mailing list but I could be mistaken. Try fedora.us and their Severn repository. Cheers, -Ali -- OpenPGP Key: 030E44E6 -- Was I helpful?: http://svcs.affero.net/rm.php?r=packetknife -- I don't do diplomacy. You may have noticed. -- Donald Rumsfeld -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: signature URL: From skvidal at phy.duke.edu Sat Aug 9 17:30:39 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 09 Aug 2003 13:30:39 -0400 Subject: dimension 4600 ich5 sound card drive Message-ID: <1060450238.11265.10.camel@binkley> Hi, I noticed that it appears the ich5 driver for the dell dimension 4600 integrated sound card is now supported in the 2.4.22pre kernels. Any possibility of backporting (or side-porting) this driver into the red hat kernels for severn or the next beta? This hardware is becoming more common and supporting this out of the box would be handy. -sv From dave.bevan at bbc.co.uk Sat Aug 9 21:27:08 2003 From: dave.bevan at bbc.co.uk (Dave Bevan) Date: Sat, 9 Aug 2003 22:27:08 +0100 Subject: Gigabyte 8KNXP Mobo and Severn Message-ID: Hi, My rig is working fine - above mobo + Nvidia Quadro FX1000 + P4 3.2+HT/800fsb, but I found this when checking thru dmesg: [root at togdev1 log]# egrep -i "nvidia|agp" dmesg 1: nvidia: loading NVIDIA Linux x86 nvidia.o Kernel Module 1.0-4496 Wed Jul 16 19:03:09 PDT 2003 Linux agpgart interface v0.99 (c) Jeff Hartmann agpgart: Maximum main memory to use for agp memory: 941M agpgart: Unsupported Intel chipset (device id: 2578), you might want to try agp_try_unsupported=1. agpgart: no supported devices found. 0: NVRM: AGPGART: unable to retrieve symbol table [root at togdev1 log]# I'm using the NVIDIA module, not AGPGART, so the 'Unsupported Intel chipset' does not bother me, but it might be an issue for someone else. If reqd, I can supply full dmesg, /proc/pci etc, etc. -- Dave. BBC TV News,, London, UK. BBCi at http://www.bbc.co.uk/ This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system, do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this. From riel at redhat.com Sun Aug 10 01:19:45 2003 From: riel at redhat.com (Rik van Riel) Date: Sat, 9 Aug 2003 21:19:45 -0400 (EDT) Subject: Real Player 8 works ... Surprised... Other Multimedia In-Reply-To: <3F346FE7.4000504@columbus.rr.com> Message-ID: On Fri, 8 Aug 2003, Jim Cornette wrote: > With the reduction of multimedia, within RHL. It seems that the other > avenues to obtain multimedia applications are filling the void. Believe it or not, but Red Hat employees are just as happy with freshrpms and fedora as you are. We may not be able to ship these programs, but we still download and use them. In fact, we would like to make it easier for everybody (including ourselves) to use 3rd party sources for RPMs. Personally I can barely wait for Red Hat Linux development to include the whole community, so I can make some amateur radio programs available from my own site ;) -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From seandarcy at hotmail.com Sun Aug 10 02:53:59 2003 From: seandarcy at hotmail.com (sean darcy) Date: Sat, 09 Aug 2003 22:53:59 -0400 Subject: scrollkeeper errors Message-ID: When I install nautilus, evolution and file-roller from rawhide I get the same error: 1:evolution ########################################### [100%] OMF file [/usr/share/omf/gnome-applets/gweather_applet-it.omf] does not validate against ScrollKeeper-OMF DTD: /usr/share/xml/scrollkeeper/dtds/scrollkeeper-omf.dtd Unable to register /usr/share/omf/gnome-applets/gweather_applet-it.omf OMF file [/usr/share/omf/gnome-applets/mixer_applet-it.omf] does not validate against ScrollKeeper-OMF DTD: /usr/share/xml/scrollkeeper/dtds/scrollkeeper-omf.dtd Unable to register /usr/share/omf/gnome-applets/mixer_applet-it.omf OMF file [/usr/share/omf/gnome-applets/gweather_applet-it.omf] does not validate against ScrollKeeper-OMF DTD: /usr/share/xml/scrollkeeper/dtds/scrollkeeper-omf.dtd Unable to register /usr/share/omf/gnome-applets/gweather_applet-it.omf OMF file [/usr/share/omf/gnome-applets/mixer_applet-it.omf] does not validate against ScrollKeeper-OMF DTD: /usr/share/xml/scrollkeeper/dtds/scrollkeeper-omf.dtd Unable to register /usr/share/omf/gnome-applets/mixer_applet-it.omf I'm using: rpm -q scrollkeeper scrollkeeper-0.3.11-5 They all seem to install OK. What is the problem? Is it a real problem? sean _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From feliciano.matias at free.fr Sun Aug 10 04:00:58 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 10 Aug 2003 06:00:58 +0200 Subject: yum miss dependency libxml2-python Message-ID: <1060488057.8615.16.camel@one.myworld> I do a minimal installation and install yum. But : $ yum update Traceback (most recent call last): File "/usr/bin/yum", line 22, in ? import yummain File "yummain.py", line 30, in ? File "yumcomps.py", line 4, in ? File "comps.py", line 5, in ? ImportError: No module named libxml2 $ rpm -q --requires yum /bin/sh /bin/sh /bin/sh /sbin/chkconfig /sbin/service /usr/bin/python config(yum) = 2.0-1 gettext python rpm-python >= 4.2 rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 The yum rpm miss libxml2-python dependency. $ rpm -i libxml2-python-2.5.8-3.i386.rpm libxml2-2.5.8-3.i386.rpm And yum work fine :-) There is no component for yum in bugzilla ("Red Hat Rawhide" and "Red Hat Linux Beta"). -- F?liciano Matias -------------- 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 Sun Aug 10 04:09:22 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 10 Aug 2003 00:09:22 -0400 Subject: yum miss dependency libxml2-python In-Reply-To: <1060488057.8615.16.camel@one.myworld> References: <1060488057.8615.16.camel@one.myworld> Message-ID: <1060488561.3938.60.camel@binkley> On Sun, 2003-08-10 at 00:00, F?liciano Matias wrote: > I do a minimal installation and install yum. > But : > $ yum update > Traceback (most recent call last): > File "/usr/bin/yum", line 22, in ? > import yummain > File "yummain.py", line 30, in ? > File "yumcomps.py", line 4, in ? > File "comps.py", line 5, in ? > ImportError: No module named libxml2 > Thanks - I'll get this one fixed pronto. > $ rpm -i libxml2-python-2.5.8-3.i386.rpm libxml2-2.5.8-3.i386.rpm > > And yum work fine :-) > > There is no component for yum in bugzilla ("Red Hat Rawhide" and "Red > Hat Linux Beta"). you can file them at https://devel.linux.duke.edu/bugzilla/ or wait until someone makes a yum component in rh bugzilla. either way I'll find them. -sv From skvidal at phy.duke.edu Sun Aug 10 04:12:08 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 10 Aug 2003 00:12:08 -0400 Subject: yum miss dependency libxml2-python In-Reply-To: <1060488561.3938.60.camel@binkley> References: <1060488057.8615.16.camel@one.myworld> <1060488561.3938.60.camel@binkley> Message-ID: <1060488728.3938.64.camel@binkley> On Sun, 2003-08-10 at 00:09, seth vidal wrote: > On Sun, 2003-08-10 at 00:00, F?liciano Matias wrote: > > I do a minimal installation and install yum. > > But : > > $ yum update > > Traceback (most recent call last): > > File "/usr/bin/yum", line 22, in ? > > import yummain > > File "yummain.py", line 30, in ? > > File "yumcomps.py", line 4, in ? > > File "comps.py", line 5, in ? > > ImportError: No module named libxml2 > > > > Thanks - I'll get this one fixed pronto. well, actually, this one is fixed - in the yum from http://linux.duke.edu/yum/ - should be fixed in yum-2.0.1 due out soonish. -sv From feliciano.matias at free.fr Sun Aug 10 05:37:54 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 10 Aug 2003 07:37:54 +0200 Subject: yum miss dependency libxml2-python In-Reply-To: <1060488561.3938.60.camel@binkley> References: <1060488057.8615.16.camel@one.myworld> <1060488561.3938.60.camel@binkley> Message-ID: <1060493873.1752.12.camel@one.myworld> Le dim 10/08/2003 ? 06:09, seth vidal a ?crit : > you can file them at https://devel.linux.duke.edu/bugzilla/ or wait > until someone makes a yum component in rh bugzilla. > I hope this will append soon. $ rpm -q -i -p yum-2.0-1.noarch.rpm [...] Packager : Red Hat, Inc. [...] Or RedHat should do a better use of this field :-) > either way I'll find them. > > -sv -- F?liciano Matias -------------- 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 mandreiana at rdslink.ro Sun Aug 10 07:59:55 2003 From: mandreiana at rdslink.ro (Marius Andreiana) Date: 10 Aug 2003 10:59:55 +0300 Subject: scrollkeeper errors In-Reply-To: References: Message-ID: <1060502395.4501.10.camel@marte.biciclete.ro> On Du, 2003-08-10 at 05:53, sean darcy wrote: > When I install nautilus, evolution and file-roller from rawhide I get the > same error: > > 1:evolution ########################################### > [100%] > OMF file [/usr/share/omf/gnome-applets/gweather_applet-it.omf] does not > validate against ScrollKeeper-OMF DTD: > /usr/share/xml/scrollkeeper/dtds/scrollkeeper-omf.dtd > Unable to register /usr/share/omf/gnome-applets/gweather_applet-it.omf The .omf XML file doesn't comply with OMF rules. The omf is probably old and needs to be updated. Please file bugs at bugzilla.gnome.org or bugzilla.ximian.com for those packages. The problem is now that you don't get these help files listed in GNOME Help, but the applications work. -- Marius Andreiana Solu?ii informatice bazate pe Linux / Linux-based IT solutions www.galuna.ro From feliciano.matias at free.fr Sun Aug 10 08:03:59 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 10 Aug 2003 10:03:59 +0200 Subject: problem with yum Message-ID: <1060502639.832.4.camel@one.myworld> i have a problem with yum from Rawhide and the daily swap shot (20030810). $ yum install [of lot of package] [...] [deps: 0:libtool-libs-1.5-5.i386] Is this ok [y/N]: Traceback (most recent call last): File "/usr/bin/yum", line 60, in ? yummain.main(sys.argv[1:]) File "yummain.py", line 276, in main File "clientStuff.py", line 546, in userconfirm EOFError: EOF when reading a line yum or python faulty ? -- F?liciano Matias -------------- 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 feliciano.matias at free.fr Sun Aug 10 09:49:29 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 10 Aug 2003 11:49:29 +0200 Subject: problem with yum In-Reply-To: <1060502639.832.4.camel@one.myworld> References: <1060502639.832.4.camel@one.myworld> Message-ID: <1060508968.2687.6.camel@one.myworld> Le dim 10/08/2003 ? 10:03, F?liciano Matias a ?crit : > i have a problem with yum from Rawhide and the daily swap shot > (20030810). > > $ yum install [of lot of package] > [...] > [deps: 0:libtool-libs-1.5-5.i386] > Is this ok [y/N]: Traceback (most recent call last): > File "/usr/bin/yum", line 60, in ? > yummain.main(sys.argv[1:]) > File "yummain.py", line 276, in main > File "clientStuff.py", line 546, in userconfirm > EOFError: EOF when reading a line > > yum or python faulty ? No, it's user bug. Here is the patch i have applied to him : < cat list_pkg | yum install > cat list_pkg | yum -y install He work fine now. -- F?liciano Matias -------------- 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 feliciano.matias at free.fr Sun Aug 10 10:20:43 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 10 Aug 2003 12:20:43 +0200 Subject: Strange start scripts... In-Reply-To: References: Message-ID: <1060510841.2687.20.camel@one.myworld> Le ven 08/08/2003 ? 12:38, Michael Bischof a ?crit : > Is there a reason why: > > - smartd only gets started in runlevel 3 and 5 ? > > - smartd and irqbalance don't get started in runlevel 2 ? > > If not, how about fixing it? ;) > Here is the chkconfig in /etc/rc.d/init.d/ (i forget "chkconfig: -") : FreeWnn:# chkconfig: 2345 90 12 acpid:# chkconfig: 345 44 56 anacron:# chkconfig: 2345 95 05 apmd:# chkconfig: 2345 26 74 atd:# chkconfig: 345 95 5 autofs:# chkconfig: 345 28 72 canna:# chkconfig: 2345 90 12 crond:# chkconfig: 2345 90 60 cups:# chkconfig: 2345 55 10 firstboot:# chkconfig: 35 95 95 gpm:# chkconfig: 2345 85 15 hpoj:# chkconfig: 2345 59 61 ip6tables:# chkconfig: 2345 08 92 ipchains:# chkconfig: 2345 08 92 iptables:# chkconfig: 2345 08 92 irqbalance:# chkconfig: 345 13 87 isdn:# chkconfig: 2345 9 91 kdcrotate:# chkconfig: 345 99 01 keytable:# chkconfig: 12345 17 05 kudzu:# chkconfig: 345 05 95 mdmonitor:# chkconfig: 2345 99 99 messagebus:# chkconfig: 345 97 03 microcode_ctl:# chkconfig: 2345 0 99 netfs:# chkconfig: 345 25 75 network:# chkconfig: 2345 10 90 nfslock:# chkconfig: 345 14 86 pcmcia:# chkconfig: 2345 24 96 portmap:# chkconfig: 345 13 87 postfix:# chkconfig: 2345 80 30 privoxy:# chkconfig: 2345 84 09 random:# chkconfig: 2345 20 80 rawdevices:# chkconfig: 345 56 44 rhnsd:# chkconfig: 345 97 03 sendmail:# chkconfig: 2345 80 30 smartd:# chkconfig: 35 40 40 sshd:# chkconfig: 2345 55 25 syslog:# chkconfig: 2345 12 88 xfs:# chkconfig: 2345 90 10 xinetd:# chkconfig: 345 56 50 There are some inconsistencies : - anacron and cron at runlevel 2 but not atd - xfs at runlevel 234 - smartd not run at runlevel 4 - firstboot at runlevel 3 and 5 > Michael. > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- F?liciano Matias -------------- 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 veillard at redhat.com Sun Aug 10 10:54:54 2003 From: veillard at redhat.com (Daniel Veillard) Date: Sun, 10 Aug 2003 06:54:54 -0400 Subject: yum miss dependency libxml2-python In-Reply-To: <1060488728.3938.64.camel@binkley>; from skvidal@phy.duke.edu on Sun, Aug 10, 2003 at 12:12:08AM -0400 References: <1060488057.8615.16.camel@one.myworld> <1060488561.3938.60.camel@binkley> <1060488728.3938.64.camel@binkley> Message-ID: <20030810065454.C21443@redhat.com> On Sun, Aug 10, 2003 at 12:12:08AM -0400, seth vidal wrote: > On Sun, 2003-08-10 at 00:09, seth vidal wrote: > > On Sun, 2003-08-10 at 00:00, F?liciano Matias wrote: > > > I do a minimal installation and install yum. > > > But : > > > $ yum update > > > Traceback (most recent call last): > > > File "/usr/bin/yum", line 22, in ? > > > import yummain > > > File "yummain.py", line 30, in ? > > > File "yumcomps.py", line 4, in ? > > > File "comps.py", line 5, in ? > > > ImportError: No module named libxml2 > > > > > > > Thanks - I'll get this one fixed pronto. > > well, actually, this one is fixed - in the yum from > http://linux.duke.edu/yum/ - should be fixed in yum-2.0.1 due out > soonish. Apparently it's also fixed in the Rawhide version, I see the following in our spec Changelog: * Wed Jul 23 2003 Nalin Dahyabhai - require libxml2-python, because yum does And the spec file contains the libxml2-python requires ... 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 veillard at redhat.com Sun Aug 10 11:00:26 2003 From: veillard at redhat.com (Daniel Veillard) Date: Sun, 10 Aug 2003 07:00:26 -0400 Subject: Real Player 8 works ... Surprised... Other Multimedia In-Reply-To: ; from riel@redhat.com on Sat, Aug 09, 2003 at 09:19:45PM -0400 References: <3F346FE7.4000504@columbus.rr.com> Message-ID: <20030810070026.D21443@redhat.com> On Sat, Aug 09, 2003 at 09:19:45PM -0400, Rik van Riel wrote: > On Fri, 8 Aug 2003, Jim Cornette wrote: > > > With the reduction of multimedia, within RHL. It seems that the other > > avenues to obtain multimedia applications are filling the void. > > Believe it or not, but Red Hat employees are just as happy > with freshrpms and fedora as you are. We may not be able > to ship these programs, but we still download and use them. Yep, there is quite a few things we would love to ship, that we use on a daily basis but just can't usually because of patent or other legal reasons. I think a lot of us use valgrind for example, it's not just multimedia. 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 feliciano.matias at free.fr Sun Aug 10 13:04:29 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 10 Aug 2003 15:04:29 +0200 Subject: firstboot and --reconfig Message-ID: <1060520668.1001.18.camel@one.myworld> /etc/rc.d/init.d/firstboot : case "$1" in start) if grep -i reconfig /proc/cmdline >/dev/null || [ -f /etc/reconfigSys ]; then echo -n $"Running system reconfiguration tool" /usr/sbin/firstboot --reconfig rm -f /etc/reconfigSys exit 0 fi Is there a use for reconfig ? Keep in mind that firstboot create /etc/sysconfig/firstboot that prevent further execution. A new bug report related to firstboot : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102067 -- F?liciano Matias -------------- 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 sammy at local.ee Sun Aug 10 13:26:58 2003 From: sammy at local.ee (Urmas Eero) Date: Sun, 10 Aug 2003 16:26:58 +0300 Subject: install problems with nforce Message-ID: <3F364822.6080905@local.ee> Hi, I don't know, what causes this problem but install freezes with /sbin/loader no errors no nothing ... linux expert, linux text, linux expert graphical .. all acted the same hardware is: athlon xp 2200+ abit nforce2 msi gf4 4800ti 1 gb ram From jfm512 at free.fr Sun Aug 10 14:26:15 2003 From: jfm512 at free.fr (Jean Francois Martinez) Date: 10 Aug 2003 16:26:15 +0200 Subject: install problems with nforce In-Reply-To: <3F364822.6080905@local.ee> References: <3F364822.6080905@local.ee> Message-ID: <1060525575.2331.6.camel@agnes.fremen.dune> On Sun, 2003-08-10 at 15:26, Urmas Eero wrote: > Hi, > > I don't know, what causes this problem > but install freezes with /sbin/loader > no errors no nothing ... > > linux expert, linux text, linux expert graphical .. all acted the same > > hardware is: > athlon xp 2200+ > abit nforce2 > msi gf4 4800ti > 1 gb ram > > I have the same motherboard and the same problem. Give pci=noacpi as argument for booting. Also when you reboot after install it will freeze when loading usb modules if you aren't using the above argument. Configure your bootloader acoordingliy. BTW does your computer poweroff properly? Mine doesn't and I don't know if it is the alim, the motherboard or if it is Linux not dealing properly with it. From benhsu at dslextreme.com Sun Aug 10 15:42:02 2003 From: benhsu at dslextreme.com (Ben Hsu) Date: 10 Aug 2003 08:42:02 -0700 Subject: radeon panic and 2.6 kernel In-Reply-To: <1060366180.3393.21.camel@imoqland.morelos.gob.mx> References: <1060148950.5540.646.camel@galt.atlas.gotdns.org> <1060366180.3393.21.camel@imoqland.morelos.gob.mx> Message-ID: <1060530121.8384.3.camel@localhost.localdomain> On Fri, 2003-08-08 at 11:09, Alejandro Gonz?lez Hern?ndez - Imoq wrote: > > I have the same problems with my Intel i810 crappy video card. X doesn't > start. USB modules are loaded (optical mouse turns on) but then I see > in the logs complains about agpgart module not running but I see it in > lsmod :( > I don't know if this has anything to do with it, but I saw the following blurb in Arjan's 2.6.0 readme.txt and to be safe, I compiled by 2.6 kernel with i810 support built in, and not as module. It works fine. I'm am running X and 2.6.0.test3 as I type this. Known quirks ------------ * XFree86 vs AGP The kernel agp modules got split into per chipset modules; the auto-load mechanism of XFree86 in RHL9 isn't yet adjusted to this split. You can get it to work by hand by doing a "modprobe intel-agp" (if you have an intel chipset of course) before starting X. From elwoo at videotron.ca Sun Aug 10 18:15:34 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sun, 10 Aug 2003 14:15:34 -0400 Subject: Realplayer One (was - Re: Real Player 8 works ... Surprised... Other Multimedia In-Reply-To: <20030810070026.D21443@redhat.com> References: <3F346FE7.4000504@columbus.rr.com> <20030810070026.D21443@redhat.com> Message-ID: <200308101415.34482.elwoo@videotron.ca> On August 10, 2003 07:00 am, Daniel Veillard wrote: > On Sat, Aug 09, 2003 at 09:19:45PM -0400, Rik van Riel wrote: > > On Fri, 8 Aug 2003, Jim Cornette wrote: > > > With the reduction of multimedia, within RHL. It seems that the other > > > avenues to obtain multimedia applications are filling the void. > > > > Believe it or not, but Red Hat employees are just as happy > > with freshrpms and fedora as you are. We may not be able > > to ship these programs, but we still download and use them. > > Yep, there is quite a few things we would love to ship, that we use > on a daily basis but just can't usually because of patent or other > legal reasons. I think a lot of us use valgrind for example, it's not > just multimedia. > > Daniel I don't understand why people still insist on using Real Player 8 when RealOne (aka Real Player 9) works so well with linux (*including* Red Hat Severn. FYI: 1) I install plugger, then (... and this is VERY important) I edit the /etc/pluggerrc file to include the lsc extension in the realaudio section, _making sure that the browser is NOT loaded_. 2) Next I install Realplayer One (RealPlayer9-9.0.7.151-4.i386.rpm) which is available from http://cambuca.ldhs.cetuc.puc-rio.br/xine/ 3) As root (naturally) I install the rpm, and the next time I load the browser (Mozilla 1.4), RealPlayer loads as an external application. Some sample sites are: BBC News http://news.bbc.co.uk/2/hi/business/default.stm SWR3 (southwestern Germany) http://www.swr3.de/startpage/index.html KYS FM (Caracas, Venezuela) http://www.kysfm.com/ WRN (The Netherlands) http://www.rnw.nl/distrib/realaudio/ram/live/dutch_live.ram Noticario MONITOR (Mexico City, Mexico) http://www.monitor.com.mx/ Omega Stereo (Panama City, Panama) http://www.omegastereo.com/index2.html The news WRT Realaudio and linux is very promising: "RealNetworks on Wednesday will announce plans to release the source code of its audio and video player to run on the Linux operating system..." http://linuxtoday.com/developer/2003080602126OSSWDV Now *if only* there were similar good news WRT MP3 and MPEG and linux!!! Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From severn at puzzled.xs4all.nl Sun Aug 10 19:06:28 2003 From: severn at puzzled.xs4all.nl (Patrick) Date: Sun, 10 Aug 2003 21:06:28 +0200 Subject: Realplayer One (was - Re: Real Player 8 works ... Surprised... Other Multimedia In-Reply-To: <200308101415.34482.elwoo@videotron.ca> References: <3F346FE7.4000504@columbus.rr.com> <20030810070026.D21443@redhat.com> <200308101415.34482.elwoo@videotron.ca> Message-ID: <1060542388.6360.15.camel@guru.puzzled.xs4all.nl> On Sun, 2003-08-10 at 20:15, Elton Woo wrote: > I don't understand why people still insist on using Real Player 8 when > RealOne (aka Real Player 9) works so well with linux (*including* > Red Hat Severn. > Hi Elton, Just tried it out for the fun of it and it segfaults big time on my Severn box. The little intro sound is cut off at an early stage. Maybe it's shabby nvidia nforce2 sound support, dunno. It's an Asus A7N8X Deluxe mobo. Clearly it doesn't work well for everybody :) Regards, Patrick From nyberg.kent at spray.se Sun Aug 10 19:27:46 2003 From: nyberg.kent at spray.se (Kent Nyberg) Date: 10 Aug 2003 21:27:46 +0200 Subject: rhn alert icon In-Reply-To: <20030807062018.H21443@redhat.com> References: <1059187133.1654.6.camel@one.myworld> <1059943936.13755.4.camel@bobcp4.lingpgmr.com> <20030803165646.I18024@redhat.com> <1059945159.13755.11.camel@bobcp4.lingpgmr.com> <20030803171740.J18024@redhat.com> <1059961948.13983.2.camel@bobcp4.lingpgmr.com> <20030804110733.E14155@redhat.com> <1060210578.26835.22.camel@phoenix.osg.gov.bc.ca> <20030807062018.H21443@redhat.com> Message-ID: <1060534867.2097.6.camel@Snutten> tor 2003-08-07 klockan 12.20 skrev Daniel Veillard: > This tend to confirm my hypothesis that this is related to load, especially > if rebuilding the cache on a first start, a relatively slow machine or low > memory conditions might exacerbate the problem ... > > thanks for the report ! > > Daniel When i start my computer and log in to the Gnome desktop i can see this one pixel-wide RHN icon for about a second or two. I have an P3-500 with 512 mb ram. I installed everything from the BETA and have not checked what is starting and what is not, so i might have lots of stuff starting - that is, heavy load. So i guess this might also confirm your hypothesis? For me the icon gets the right size after that second or two though. But also, i do recall seeing the one pixel-size icon for a whole session rather than just a second while starting gnome. From greg at elcoronel.com Sun Aug 10 20:23:12 2003 From: greg at elcoronel.com (Greg Sanders) Date: Sun, 10 Aug 2003 20:23:12 +0000 (UTC) Subject: iptables & masquerading... In-Reply-To: <01fa01c35e1e$12c84350$2eedfea9@kittycat> Message-ID: On Fri, 8 Aug 2003, jdow wrote: > This is another place Greg screwed up. You cannot mix ipchains and > iptables. ipt_MASQUERADE is apparently a part of the (pathetic) ipchains > emulation under iptables. > > "rpm -e ipchains" is always a worthwhile exercise on modern stups. Then > ONLY the valid iptables modules are left. > Actually, I didn't screw this up... [root at lanfest1 usr]# rpm -e ipchains error: package ipchains is not installed The problem is with the default module build shipping with the beta. And since I don't have the source rpms (dialup here), I'm not in a position to rebuild them. Greg Sanders - Sysadmin, Webhead, Tolkien-phile ElCoronel @ irc.freenode.net - http://elcoronel.com/ ------------------------------------------------------------------------- [Thou art] sick in the world's regard, wretched and low, a poor unminded outlaw sneaking home. -William Shakespeare, Henry IV, part I From greg at elcoronel.com Sun Aug 10 20:27:31 2003 From: greg at elcoronel.com (Greg Sanders) Date: Sun, 10 Aug 2003 20:27:31 +0000 (UTC) Subject: iptables & masquerading... In-Reply-To: <1060375862.5322.1.camel@jef.tech-info.qc.ca> Message-ID: On 8 Aug 2003, Jean-Francois B?langer wrote: > Just use : > > /sbin/iptables -t nat -A POSTROUTING -s 192.168.0.0/16 -o ppp0 -j SNAT > --to-source [net_ip_adr] > > Work fine whit this. > Yeah, I looked into this work around before I mailed the list. However, my machine redials (and recieves a new IP) often enough during the day to make this problematic. Greg Sanders - Sysadmin, Webhead, Tolkien-phile ElCoronel @ irc.freenode.net - http://elcoronel.com/ ------------------------------------------------------------------------- [Thou art] sick in the world's regard, wretched and low, a poor unminded outlaw sneaking home. -William Shakespeare, Henry IV, part I From benhsu at dslextreme.com Sun Aug 10 20:29:14 2003 From: benhsu at dslextreme.com (Ben Hsu) Date: 10 Aug 2003 13:29:14 -0700 Subject: severn,. 2.6.0, and sysfs Message-ID: <1060547354.4340.9.camel@localhost.localdomain> Hello, As I understand it, under 2.6.0 sysfs is supposed to be mounted under /sys. I did this by editing /etc/fstab and adding the line to /etc/rc.sysinit (basically copying and pasting the line where it mounts /proc). Is this correct? Or is there a "more correct" way to go about this? Thanks in advance, - Ben From notting at redhat.com Sun Aug 10 20:55:43 2003 From: notting at redhat.com (Bill Nottingham) Date: Sun, 10 Aug 2003 16:55:43 -0400 Subject: Default configuration of yum In-Reply-To: <1060434203.5098.17.camel@binkley>; from skvidal@phy.duke.edu on Sat, Aug 09, 2003 at 09:03:24AM -0400 References: <1060415220.1855.3.camel@one.myworld> <1060434203.5098.17.camel@binkley> Message-ID: <20030810165543.A31247@devserv.devel.redhat.com> seth vidal (skvidal at phy.duke.edu) said: > /sbin/chkconfig --add yum OK, but will set it as enabled if it's enabled by default in the initscripts. > #/sbin/chkconfig yum on Wrong, but commented out. :) > /sbin/service yum condrestart >> /dev/null Shouldn't be in %post, should be in %postun: %postun /sbin/service yum condrestart > /dev/null 2>&1 || : Bill From notting at redhat.com Sun Aug 10 20:57:40 2003 From: notting at redhat.com (Bill Nottingham) Date: Sun, 10 Aug 2003 16:57:40 -0400 Subject: dimension 4600 ich5 sound card drive In-Reply-To: <1060450238.11265.10.camel@binkley>; from skvidal@phy.duke.edu on Sat, Aug 09, 2003 at 01:30:39PM -0400 References: <1060450238.11265.10.camel@binkley> Message-ID: <20030810165740.B31247@devserv.devel.redhat.com> seth vidal (skvidal at phy.duke.edu) said: > I noticed that it appears the ich5 driver for the dell dimension 4600 > integrated sound card is now supported in the 2.4.22pre kernels. Any > possibility of backporting (or side-porting) this driver into the red > hat kernels for severn or the next beta? ICH5 support of some sort was in previous development kernels, however, that driver is *extremely* unhappy on some variants (basically, loading it on any chipset that uses MMIO exclusively appears to lock the box), so it was disabled. Bill From jdow at earthlink.net Sun Aug 10 21:10:22 2003 From: jdow at earthlink.net (jdow) Date: Sun, 10 Aug 2003 14:10:22 -0700 Subject: iptables & masquerading... References: Message-ID: <034b01c35f83$cf82b4b0$2eedfea9@kittycat> From: "Greg Sanders" > On Fri, 8 Aug 2003, jdow wrote: > > > This is another place Greg screwed up. You cannot mix ipchains and > > iptables. ipt_MASQUERADE is apparently a part of the (pathetic) ipchains > > emulation under iptables. > > > > "rpm -e ipchains" is always a worthwhile exercise on modern stups. Then > > ONLY the valid iptables modules are left. > > > > Actually, I didn't screw this up... > > [root at lanfest1 usr]# rpm -e ipchains > error: package ipchains is not installed > > The problem is with the default module build shipping with the beta. And > since I don't have the source rpms (dialup here), I'm not in a position to > rebuild them. Greg, I thought that was you trying to install ipt_MASQUERADE. Unless it changed with the most recent kernels that is not one of the modules involved. Of course, your "screwup" might have been entirely excusable if it was an automated firewall setup tool that tried to add that module. And given how tenaciously Red Hat hung on with ipchains I'd not want to bet that even at this date the last vistages of ipchains are gone. {^_-} From veillard at redhat.com Sun Aug 10 21:41:51 2003 From: veillard at redhat.com (Daniel Veillard) Date: Sun, 10 Aug 2003 17:41:51 -0400 Subject: rhn alert icon In-Reply-To: <1060534867.2097.6.camel@Snutten>; from nyberg.kent@spray.se on Sun, Aug 10, 2003 at 09:27:46PM +0200 References: <1059187133.1654.6.camel@one.myworld> <1059943936.13755.4.camel@bobcp4.lingpgmr.com> <20030803165646.I18024@redhat.com> <1059945159.13755.11.camel@bobcp4.lingpgmr.com> <20030803171740.J18024@redhat.com> <1059961948.13983.2.camel@bobcp4.lingpgmr.com> <20030804110733.E14155@redhat.com> <1060210578.26835.22.camel@phoenix.osg.gov.bc.ca> <20030807062018.H21443@redhat.com> <1060534867.2097.6.camel@Snutten> Message-ID: <20030810174151.I21443@redhat.com> On Sun, Aug 10, 2003 at 09:27:46PM +0200, Kent Nyberg wrote: > tor 2003-08-07 klockan 12.20 skrev Daniel Veillard: > > > This tend to confirm my hypothesis that this is related to load, especially > > if rebuilding the cache on a first start, a relatively slow machine or low > > memory conditions might exacerbate the problem ... > > > > thanks for the report ! > > > > Daniel > > When i start my computer and log in to the Gnome desktop i can see this > one pixel-wide RHN icon for about a second or two. > I have an P3-500 with 512 mb ram. > I installed everything from the BETA and have not checked what is > starting and what is not, so i might have lots of stuff starting - that > is, heavy load. > So i guess this might also confirm your hypothesis? > For me the icon gets the right size after that second or two though. Hum, interesting ... > But also, i do recall seeing the one pixel-size icon for a whole session > rather than just a second while starting gnome. At the moment the only idea I can get to work around this would be to block the program until load goes back to some "normal" state, but I really can't accept this as a decent solution, I'm afraid it would open the door to more insane problems, sigh ... 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 elwoo at videotron.ca Sun Aug 10 22:16:34 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sun, 10 Aug 2003 18:16:34 -0400 Subject: Realplayer One (was - Re: Real Player 8 works ... Surprised... Other Multimedia In-Reply-To: <1060542388.6360.15.camel@guru.puzzled.xs4all.nl> References: <3F346FE7.4000504@columbus.rr.com> <200308101415.34482.elwoo@videotron.ca> <1060542388.6360.15.camel@guru.puzzled.xs4all.nl> Message-ID: <200308101816.35157.elwoo@videotron.ca> On August 10, 2003 03:06 pm, Patrick wrote: > On Sun, 2003-08-10 at 20:15, Elton Woo wrote: > > I don't understand why people still insist on using Real Player 8 when > > RealOne (aka Real Player 9) works so well with linux (*including* > > Red Hat Severn. > > Hi Elton, > > Just tried it out for the fun of it and it segfaults big time on my > Severn box. The little intro sound is cut off at an early stage. Maybe > it's shabby nvidia nforce2 sound support, dunno. It's an Asus A7N8X > Deluxe mobo. Clearly it doesn't work well for everybody :) Would your sound support be *built-into* the motherboard? AFAIK, I've seen much discussion on this and the shrike list with problems arising from this. FWIW, I'm running a cheapo Ensoniq 64 PCI sound card. Not the latest and greatest, but I get sound with CDs, DVD's, RealPlayer, etc... My preference for Realplayer isn't so much that it's the "most recent", but because I like the lighter, cleaner interface. My only gripe is that I cannot (read: haven't figured out / found out how to) run it as an internal plugin for the browser. Other than that, I'm quite happy, and as per my original post hearing that Real Networks is now going open source, can only mean things will get better for us penguins! Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Sun Aug 10 22:22:50 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sun, 10 Aug 2003 18:22:50 -0400 Subject: Realplayer One (was - Re: Real Player 8 works ... Surprised... Other Multimedia In-Reply-To: <1060542388.6360.15.camel@guru.puzzled.xs4all.nl> References: <3F346FE7.4000504@columbus.rr.com> <200308101415.34482.elwoo@videotron.ca> <1060542388.6360.15.camel@guru.puzzled.xs4all.nl> Message-ID: <200308101822.50862.elwoo@videotron.ca> On August 10, 2003 03:06 pm, Patrick wrote: > On Sun, 2003-08-10 at 20:15, Elton Woo wrote: > > I don't understand why people still insist on using Real Player 8 when > > RealOne (aka Real Player 9) works so well with linux (*including* > > Red Hat Severn. > > Hi Elton, > > Just tried it out for the fun of it and it segfaults big time on my > Severn box. The little intro sound is cut off at an early stage. Maybe > it's shabby nvidia nforce2 sound support, dunno. It's an Asus A7N8X > Deluxe mobo. Clearly it doesn't work well for everybody :) > >From what I've seen here and on the shrike list, onboard sound (i.e. built into the motherboard) has been a cause of much problems. FWIW, I'm running my old trusty Ensoniq 64 PCI card, and I get sound with CD's DVD's, RealPlayer, etc. My preference for the Real One player is that it has a cleaner, lighter interface. The only 'negative' is that I cannot run it as an internal browser plugin, but it runs quite happily as an external helper application. As per my previous post, the fact that Real Networks is now going open source, bodes well for us "penguins"! Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From jim-cornette at columbus.rr.com Mon Aug 11 01:10:16 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Sun, 10 Aug 2003 21:10:16 -0400 Subject: Real Player 8 works ... Surprised... Other Multimedia In-Reply-To: <200308091120.44903.ali@packetknife.com> References: <3F346FE7.4000504@columbus.rr.com> <200308091120.44903.ali@packetknife.com> Message-ID: <3F36ECF8.5070103@columbus.rr.com> Ali-Reza Anghaie wrote: > On Friday 08 August 2003 23:52, Jim Cornette wrote: > >>Since I have a completely new installation. I thought that I'd try Real >>player and found version 8. I installed it, expecting it to not work. >> >>I didn't have to add LD_ASSUME_KERNEL whatever. > > > Just wait. ;-) I'm using the RealOne alpha under RHL 9 and Severn w/o > issues and no special parms but I've heard it can work better w/ > LD_ASSUME_KERNEL. My other two machines quit working for Real Audio 8. Both systems were upgraded to version 9. Also, both systems were i686. This system is running on an Athlon. I upgraded to Real PLayer 9 to overcome the problem. But when I searched for Real Player For Linux, only realplayer 8 camer back. I tried it again out of curiousity and to also get the plugin capabilities that carry over from Real Player 8 to Real player 9. (Launching an external player from the browser, without a lot of effort) > > >>My question is mainly asking about why the prefix to launch the program >>is no longer needed. Is there some list to reference certain apps before >>nptl? Or is the Severn kernel "unbroke"? > > > I think LD_ASSUME_KERNEL along w/ en_US instead of UTF became two very > popular suggestions in the past few years. I'm not ever sure the kernels > were ~more~ to blame than the developers of the third-party bits BTW. I'm just glad that works again. At least in my circumstance. I thought that I'd pass it on, since it was busted on two other computers and this is the first Severn version that I tried the player on. My other version of Severn, using a computer with an 815 chipset and 3com pci card has too many problems to try out an external player on. One problem is with getting an Ethernet connection on boot and the other is related to logging into RHN, through the browser (no keyboard input goes into the screen name or password fields.) The thernet problem was said to be fixed within Rawhide. (redhat-config-network crashed, when editing or adding a new device). > > >>Also, I'm trying out certain DVD playing applications from freshrpms. >>For the Xine pleyer, I got a problem with Severn having a newer version > > > I thought there was a freshrpms mailing list but I could be mistaken. Try > fedora.us and their Severn repository. Ther probably is. But I didn't try them out until now. I was new to needing their avalable programs, until now. I didn't have a DVD player. It's great that the organizations are available and are making a better distro. also that all sides are working together, rather than what you see on the Monopolized OS. (browsers, multimedia, ntfs ....) i'll comment about xine on their list also. But it doesn't hrt to let it be known on this list. Jim > > Cheers, -Ali > -- I may be getting older, but I refuse to grow up! From seandarcy at hotmail.com Mon Aug 11 01:40:25 2003 From: seandarcy at hotmail.com (sean darcy) Date: Sun, 10 Aug 2003 21:40:25 -0400 Subject: menu icon different from properties icon Message-ID: On my bottom panel strip I have an application launcher for the mozilla beta. There's also the standard htmlview launcher next to the red hat. In the properties for the mozilla beta launcher it shows the red dragon mozilla icon - /usr/share/pixmaps/mozilla-icon.png . BUT, the launcher itself keeps showing the htmlview icon ( the world with the mouse). So...? sean _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From gstool at earthlink.net Mon Aug 11 02:33:16 2003 From: gstool at earthlink.net (Gerry Tool) Date: Sun, 10 Aug 2003 21:33:16 -0500 Subject: menu icon different from properties icon In-Reply-To: References: Message-ID: <3F37006C.6060701@earthlink.net> sean darcy wrote: > On my bottom panel strip I have an application launcher for the mozilla > beta. There's also the standard htmlview launcher next to the red hat. > > In the properties for the mozilla beta launcher it shows the red dragon > mozilla icon - /usr/share/pixmaps/mozilla-icon.png . BUT, the launcher > itself keeps showing the htmlview icon ( the world with the mouse). > > So...? > I've noticed at least once that when I select a custom icon for an app, it does not appear with the new icon in the panel until I log out/in or even perhaps until reboot - can't remember which was required. Gerry From joe at tmsusa.com Mon Aug 11 02:41:17 2003 From: joe at tmsusa.com (Joe) Date: Sun, 10 Aug 2003 19:41:17 -0700 Subject: REALLY SLICK SCREENSAVERS In-Reply-To: <1060131557.1285.105.camel@bobcp4.lingpgmr.com> References: <1060127815.13742.7.camel@purple> <1060130294.1285.73.camel@bobcp4.lingpgmr.com> <200308060245.39060.peter.backlund@home.se> <1060131557.1285.105.camel@bobcp4.lingpgmr.com> Message-ID: <3F37024D.4070308@tmsusa.com> Robert L Cochran wrote: >I long ago forgot the specifics of Nvidia's instructions for getting >their proprietary drivers to work. I can't remember if the drivers have >to be compiled right into bzImage, or if they can be treated as loadable >modules. I only did it the one time. When my first kernel update rolled >around and I couldn't get video output all of a sudden, I realized that >I had to recompile the kernel again to include the drivers. > Nah, that's FUD - nvidia-installer --update does the trick, and in 30 seconds or so you're good, if you just answer the questions. > >Now I'm a lot smarter. I stay with ATI. No special work needed, as >another man once remarked. And hey I love my Really Slick Screensavers! > It's great that we have the choice - I prefer nvidia cards at present, as they are trying a lot harder to win our business. I really tried to do it the gnu way, but nvidia just blows away the competition, and I couldn't see hurting myself to keep away from nvidia drivers - whether they are GPL'd or not, they are by far the best video drivers available for linux. If ATI cards work for you that's great - but my last experience was a bit of a disaster, and I hear it's a minefield trying to get the specific models that will actually support hardware accelerated 3D under linux, and run without stability problems. Joe From cochranb at speakeasy.net Mon Aug 11 04:23:20 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 11 Aug 2003 00:23:20 -0400 Subject: REALLY SLICK SCREENSAVERS In-Reply-To: <3F37024D.4070308@tmsusa.com> References: <1060127815.13742.7.camel@purple> <1060130294.1285.73.camel@bobcp4.lingpgmr.com> <200308060245.39060.peter.backlund@home.se> <1060131557.1285.105.camel@bobcp4.lingpgmr.com> <3F37024D.4070308@tmsusa.com> Message-ID: <1060575800.1282.49.camel@bobcp4.lingpgmr.com> I see that I got involved in programming religion again, always a big mistake. The specific faith here is Church of Video Drivers. And it's my own darn fault. Taking sides in the [name your programming religions here] factions is asking for a bloodied nose. Sorry! Bob On Sun, 2003-08-10 at 22:41, Joe wrote: > Robert L Cochran wrote: > > >I long ago forgot the specifics of Nvidia's instructions for getting > >their proprietary drivers to work. I can't remember if the drivers have > >to be compiled right into bzImage, or if they can be treated as loadable > >modules. I only did it the one time. When my first kernel update rolled > >around and I couldn't get video output all of a sudden, I realized that > >I had to recompile the kernel again to include the drivers. > > > Nah, that's FUD - > > nvidia-installer --update > > does the trick, and in 30 seconds or so you're good, if you just answer > the questions. > > > > > >Now I'm a lot smarter. I stay with ATI. No special work needed, as > >another man once remarked. And hey I love my Really Slick Screensavers! > > > It's great that we have the choice - I prefer nvidia cards at present, > as they are trying a lot harder to win our business. I really tried to > do it the gnu way, but nvidia just blows away the competition, and I > couldn't see hurting myself to keep away from nvidia drivers - whether > they are GPL'd or not, they are by far the best video drivers available > for linux. > > If ATI cards work for you that's great - but my last experience was a > bit of a disaster, and I hear it's a minefield trying to get the > specific models that will actually support hardware accelerated 3D under > linux, and run without stability problems. > > Joe > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Need help with computer hardware or software? I can take care of it in your home at very reasonable cost. Bob Cochran Greenbelt, Maryland, USA http://www.greenbeltcomputer.biz/ -------------- 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 Mon Aug 11 05:20:14 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 11 Aug 2003 01:20:14 -0400 Subject: Default configuration of yum In-Reply-To: <20030810165543.A31247@devserv.devel.redhat.com> References: <1060415220.1855.3.camel@one.myworld> <1060434203.5098.17.camel@binkley> <20030810165543.A31247@devserv.devel.redhat.com> Message-ID: <1060579213.15116.110.camel@binkley> On Sun, 2003-08-10 at 16:55, Bill Nottingham wrote: > seth vidal (skvidal at phy.duke.edu) said: > > /sbin/chkconfig --add yum > > OK, but will set it as enabled if it's enabled by default in the > initscripts. > > > #/sbin/chkconfig yum on > > Wrong, but commented out. :) > > > /sbin/service yum condrestart >> /dev/null > > Shouldn't be in %post, should be in %postun: > > %postun > /sbin/service yum condrestart > /dev/null 2>&1 || : yes sir, sorry sir. :) patches to the spec file happily accepted upstream ;) -sv From benhsu at dslextreme.com Mon Aug 11 05:47:01 2003 From: benhsu at dslextreme.com (Ben Hsu) Date: 10 Aug 2003 22:47:01 -0700 Subject: emacs patch mode is read only Message-ID: <1060580821.4340.22.camel@localhost.localdomain> Hi I have the following behavior in emacs: - create a file called foo.patch, put some content in it - emacs foo.patch - emacs would make the foo.patch buffer read-only This does not occur with xemacs. Should I file a bug? From yinyang at eburg.com Mon Aug 11 06:07:29 2003 From: yinyang at eburg.com (Gordon Messmer) Date: Sun, 10 Aug 2003 23:07:29 -0700 Subject: emacs patch mode is read only In-Reply-To: <1060580821.4340.22.camel@localhost.localdomain> References: <1060580821.4340.22.camel@localhost.localdomain> Message-ID: <3F3732A1.1030809@eburg.com> Ben Hsu wrote: > - emacs would make the foo.patch buffer read-only > >This does not occur with xemacs. Should I file a bug? > > No, you should M-x toggle-read-only From genio at tin.it Mon Aug 11 07:53:44 2003 From: genio at tin.it (Genio) Date: Mon, 11 Aug 2003 09:53:44 +0200 Subject: Where download ? Message-ID: <00c201c35fdd$b0432f30$58ba4851@blackgenio.it> Where I can download the RedHat Beta Wolverine ? In official site I can't download because I'm not a autenticated user Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From felipe_alfaro at linuxmail.org Mon Aug 11 08:15:09 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Mon, 11 Aug 2003 10:15:09 +0200 Subject: Where download ? In-Reply-To: <00c201c35fdd$b0432f30$58ba4851@blackgenio.it> References: <00c201c35fdd$b0432f30$58ba4851@blackgenio.it> Message-ID: <1060589709.501.3.camel@teapot.felipe-alfaro.com> On Mon, 2003-08-11 at 09:53, Genio wrote: > > Where I can download the RedHat Beta Wolverine ? > In official site I can't download because I'm not a autenticated user ftp://ftp.redhat.com/pub/redhat/linux/beta/wolverine Login as the "anonymous" user and then supply your e-mail as the password. From m.a.young at durham.ac.uk Mon Aug 11 08:16:30 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Mon, 11 Aug 2003 09:16:30 +0100 (BST) Subject: Where download ? Message-ID: Genio wrote: > Where I can download the RedHat Beta Wolverine ? In official site I > can't download because I'm not a autenticated user You will need a time machine to take you back to February 2001 to download wolverine. If however you are interested in more recent betas, severn (9.0.93) and taroon (RHEL 3 beta 1) should be readily available at the usual places. Michael Young From leonardjo at hetnet.nl Mon Aug 11 09:46:46 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Mon, 11 Aug 2003 11:46:46 +0200 Subject: Forbidden bugs Message-ID: <3F378226.21191.333E88@localhost> Hi, This has probably been asked before, but why are there bugs in bugzilla that I cannot access? What could be secret about a bug report? Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From sopwith at redhat.com Mon Aug 11 10:08:46 2003 From: sopwith at redhat.com (Elliot Lee) Date: Mon, 11 Aug 2003 06:08:46 -0400 (EDT) Subject: Forbidden bugs In-Reply-To: <3F378226.21191.333E88@localhost> Message-ID: On Mon, 11 Aug 2003, Leonard den Ottolander wrote: > This has probably been asked before, but why are there bugs in > bugzilla that I cannot access? What could be secret about a bug report? Examples: It could be about a project/product that is not public. It could contain private security-related information. It could contain information that was received under an NDA agreement with a partner. Hope this helps, -- Elliot Humpty Dumpty was pushed. From goeran at uddeborg.se Mon Aug 11 10:10:22 2003 From: goeran at uddeborg.se (=?iso-8859-1?q?G=F6ran?= Uddeborg) Date: Mon, 11 Aug 2003 12:10:22 +0200 Subject: Forbidden bugs In-Reply-To: <3F378226.21191.333E88@localhost> References: <3F378226.21191.333E88@localhost> Message-ID: <16183.27534.265511.764380@uebn.uddeborg.se> Leonard den Ottolander writes: > This has probably been asked before, but why are there bugs in > bugzilla that I cannot access? What could be secret about a bug report? Before the recent policy change for RHL there was a closed beta group which had a little information which were not yet publicly available. Since bug reports could contain references to such information, they were not publicly available. That distinction is not very relevant any more, but the bugs filed before the policy change probably still have this bit set. There were also, and maybe still are, even more restricted entries only available to Red Hat people. Maybe only some of them, I don't know. And I don't know exactly what kind of secrets could be referred to, but there are probably still SOME things Red Hat keeps secret. Business deals for example. Typically, it is not the bug in itself which is secret. But the comments about it might refer to other information, which is/was. From otaylor at redhat.com Mon Aug 11 15:42:33 2003 From: otaylor at redhat.com (Owen Taylor) Date: 11 Aug 2003 11:42:33 -0400 Subject: emacs patch mode is read only In-Reply-To: <1060580821.4340.22.camel@localhost.localdomain> References: <1060580821.4340.22.camel@localhost.localdomain> Message-ID: <1060616553.1981.29.camel@poincare.devel.redhat.com> On Mon, 2003-08-11 at 01:47, Ben Hsu wrote: > Hi > > I have the following behavior in emacs: > - create a file called foo.patch, put some content in it > - emacs foo.patch > - emacs would make the foo.patch buffer read-only > > This does not occur with xemacs. Should I file a bug? M-x customize Programmings/Tools/Diff Mode Toggle 'Diff Default Read Only' to off. Select 'Save for Future Sessions' Regards, Owen From rpjday at mindspring.com Mon Aug 11 15:48:02 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 11 Aug 2003 11:48:02 -0400 (EDT) Subject: was there an advertised ETA for the next beta? Message-ID: no, i'm not just asking when the next beta is. more specifically, i vaguely recall some mention of mid-august for a renewed beta. was there such a hint somewhere? rday From gstool at earthlink.net Mon Aug 11 15:56:59 2003 From: gstool at earthlink.net (Gerry Tool) Date: Mon, 11 Aug 2003 10:56:59 -0500 Subject: was there an advertised ETA for the next beta? In-Reply-To: References: Message-ID: <3F37BCCB.3040306@earthlink.net> Robert P. J. Day wrote: > no, i'm not just asking when the next beta is. more specifically, > i vaguely recall some mention of mid-august for a renewed beta. > was there such a hint somewhere? > The published schedule said the second beta would be available 8/18/2003. Gerry From gstool at earthlink.net Mon Aug 11 15:58:49 2003 From: gstool at earthlink.net (Gerry Tool) Date: Mon, 11 Aug 2003 10:58:49 -0500 Subject: was there an advertised ETA for the next beta? In-Reply-To: References: Message-ID: <3F37BD39.5020102@earthlink.net> Robert P. J. Day wrote: > no, i'm not just asking when the next beta is. more specifically, > i vaguely recall some mention of mid-august for a renewed beta. > was there such a hint somewhere? > Now that I read your message more carefully, perhaps you're asking about updates to the current beta. I remember a statement that updates would likely be made available to at least check the up2date process. However, it vaguely said something like "this week" or "next week" which would make it due sometime this week. Gerry From rpjday at mindspring.com Mon Aug 11 16:18:11 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 11 Aug 2003 12:18:11 -0400 (EDT) Subject: was there an advertised ETA for the next beta? In-Reply-To: <3F37BCCB.3040306@earthlink.net> Message-ID: On Mon, 11 Aug 2003, Gerry Tool wrote: > Robert P. J. Day wrote: > > no, i'm not just asking when the next beta is. more specifically, > > i vaguely recall some mention of mid-august for a renewed beta. > > was there such a hint somewhere? > > > The published schedule said the second beta would be available 8/18/2003. ok, that's the info i was after, thanks. rday From m.a.young at durham.ac.uk Mon Aug 11 16:37:50 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Mon, 11 Aug 2003 17:37:50 +0100 (BST) Subject: was there an advertised ETA for the next beta? In-Reply-To: Message-ID: On Mon, 11 Aug 2003, Robert P. J. Day wrote: > no, i'm not just asking when the next beta is. more specifically, > i vaguely recall some mention of mid-august for a renewed beta. > was there such a hint somewhere? A timetable was on the rhl site http://rhl.redhat.com/ before they closed it to rework it. Note that it has been rumoured on the list that this timetable may slip by a couple of weeks to allow gnome 2.4 to be incorporated. Michael Young From johnsonm at redhat.com Mon Aug 11 18:59:41 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 11 Aug 2003 14:59:41 -0400 Subject: iptables & masquerading... In-Reply-To: <01fa01c35e1e$12c84350$2eedfea9@kittycat>; from jdow@earthlink.net on Fri, Aug 08, 2003 at 07:29:35PM -0700 References: <1060375862.5322.1.camel@jef.tech-info.qc.ca> <01fa01c35e1e$12c84350$2eedfea9@kittycat> Message-ID: <20030811145941.A13563@devserv.devel.redhat.com> On Fri, Aug 08, 2003 at 07:29:35PM -0700, jdow wrote: > This is another place Greg screwed up. You cannot mix ipchains and > iptables. ipt_MASQUERADE is apparently a part of the (pathetic) ipchains > emulation under iptables. Greg didn't screw up. The modules were mangled on the build side in a way that created a fake dependency that caused the mess. As I mentioned before, our next rawhide kernel (yeah, soon :-) should have this great annoyance fixed. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From riel at redhat.com Mon Aug 11 21:07:21 2003 From: riel at redhat.com (Rik van Riel) Date: Mon, 11 Aug 2003 17:07:21 -0400 (EDT) Subject: was there an advertised ETA for the next beta? In-Reply-To: Message-ID: On Mon, 11 Aug 2003, M A Young wrote: > A timetable was on the rhl site http://rhl.redhat.com/ before they closed > it to rework it. Note that it has been rumoured on the list that this > timetable may slip by a couple of weeks to allow gnome 2.4 to be > incorporated. If you have other cool ideas on what should be included, don't hesitate to let us know ;) -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From jsmith at drgutah.com Mon Aug 11 21:18:12 2003 From: jsmith at drgutah.com (Jared Smith) Date: 11 Aug 2003 15:18:12 -0600 Subject: APT? [WAS: was there an advertised ETA for the next beta?] In-Reply-To: References: Message-ID: <1060636692.21634.19.camel@banff.drgutah.com> Is apt going to make it, or just yum? (Or, in other words, am I really gonna have to break down and learn yum?) Jared Smith On Mon, 2003-08-11 at 15:07, Rik van Riel wrote: > On Mon, 11 Aug 2003, M A Young wrote: > > > A timetable was on the rhl site http://rhl.redhat.com/ before they closed > > it to rework it. Note that it has been rumoured on the list that this > > timetable may slip by a couple of weeks to allow gnome 2.4 to be > > incorporated. > > If you have other cool ideas on what should be included, > don't hesitate to let us know ;) From hosting at j2solutions.net Mon Aug 11 21:17:28 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Mon, 11 Aug 2003 14:17:28 -0700 Subject: Are LVM snapshots working again? In-Reply-To: <1060389150.2035.8.camel@vimalakirti.anatman.org> References: <1060324937.3013.8.camel@mentor.gurulabs.com> <200308080749.05698.hosting@j2solutions.net> <1060389150.2035.8.camel@vimalakirti.anatman.org> Message-ID: <200308111417.28734.hosting@j2solutions.net> On Friday 08 August 2003 17:32, Thornton Prime wrote: > The write errors are to be expected if you didn't specify to mount > the device ro. I believe snapshots are only read-only. I do believe I've specified -o ro though. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From rpjday at mindspring.com Mon Aug 11 21:21:43 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 11 Aug 2003 17:21:43 -0400 (EDT) Subject: APT? [WAS: was there an advertised ETA for the next beta?] In-Reply-To: <1060636692.21634.19.camel@banff.drgutah.com> Message-ID: On 11 Aug 2003, Jared Smith wrote: > Is apt going to make it, or just yum? (Or, in other words, am I really > gonna have to break down and learn yum?) on a more philosophical note, is it necessary to have made an iron-clad decision to include a package in the next official release for it to be in the beta? using the above as an example, is it feasible to include apt, and use the next beta period as a shakedown? if anything goes amiss, yank it out of the official release. if all goes well with apt, it stays. is this workable? adding something to the upcoming beta would seem a good way of identifying any bugs in a hurry. rday From dwmw2 at infradead.org Mon Aug 11 21:35:57 2003 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 11 Aug 2003 22:35:57 +0100 Subject: was there an advertised ETA for the next beta? In-Reply-To: References: Message-ID: <1060637757.29776.12.camel@imladris.demon.co.uk> On Mon, 2003-08-11 at 22:07, Rik van Riel wrote: > On Mon, 11 Aug 2003, M A Young wrote: > > > A timetable was on the rhl site http://rhl.redhat.com/ before they closed > > it to rework it. Note that it has been rumoured on the list that this > > timetable may slip by a couple of weeks to allow gnome 2.4 to be > > incorporated. > > If you have other cool ideas on what should be included, > don't hesitate to let us know ;) http://www.lysator.liu.se/fsh/ -- dwmw2 From veillard at redhat.com Mon Aug 11 21:49:40 2003 From: veillard at redhat.com (Daniel Veillard) Date: Mon, 11 Aug 2003 17:49:40 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: ; from riel@redhat.com on Mon, Aug 11, 2003 at 05:07:21PM -0400 References: Message-ID: <20030811174940.R21443@redhat.com> On Mon, Aug 11, 2003 at 05:07:21PM -0400, Rik van Riel wrote: > On Mon, 11 Aug 2003, M A Young wrote: > > > A timetable was on the rhl site http://rhl.redhat.com/ before they closed > > it to rework it. Note that it has been rumoured on the list that this > > timetable may slip by a couple of weeks to allow gnome 2.4 to be > > incorporated. > > If you have other cool ideas on what should be included, > don't hesitate to let us know ;) You asked for it :-) I would like to add xmlsec ... Web site is at: http://www.aleksey.com/xmlsec/ This library is an extension to libxml2 core implementing the W3C XML Digital Signature, Encryption and Canonical representation standards. It does not implement cryptography algorithms directly but reuses the ones found in OpenSSL and other libraries like GnuTLS and NSS if those are found at compile time. I don't know any open source project using those at the moment, but it is in my opinion an important part of the XML platform that we can provide to business oriented users. I think the library is already in production use from the feedback I got from Aleksey Sanin (main developper) and looking at their list archive. The library is known to be the fastest public implementation of those algorithms, the code looks good, and is compliant to the spec. The licence is MIT, like libxml2 and libxslt. Rpm packages are part of the source distribution, once commented out the part about the NSS package in the spec file, they built cleanly on my RH9 laptop and produced the following packages: -rw-rw-r-- 1 veillard www 574061 Aug 3 14:06 /u/veillard/rpms/RPMS/i386/xmlsec1-1.0.4-1.i386.rpm -rw-rw-r-- 1 veillard www 609486 Aug 3 14:06 /u/veillard/rpms/RPMS/i386/xmlsec1-devel-1.0.4-1.i386.rpm -rw-rw-r-- 1 veillard www 1048090 Aug 3 14:06 /u/veillard/rpms/SRPMS/xmlsec1-1.0.4-1.src.rpm Alesey code is usually portable and without maintainance troubles (I integrated part of his work directly on libxml2), so I'm confident that there shouldn't be any maintainance or portability problem with this package. 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 kylem at xwell.org Mon Aug 11 22:40:07 2003 From: kylem at xwell.org (Kyle Maxwell) Date: Mon, 11 Aug 2003 17:40:07 -0500 Subject: was there an advertised ETA for the next beta? In-Reply-To: References: Message-ID: <1060641606.6735.1.camel@lando> On Mon, 2003-08-11 at 16:07, Rik van Riel wrote: > If you have other cool ideas on what should be included, > don't hesitate to let us know ;) Now *there's* a question sure to generate traffic... I'd really like to see Tripwire (or AIDE) back in. I think a host-based IDS like this with a reasonable default would be a nice addition. I understand that it was yanked due to developer resource constraints, but maybe this is where the community involvement comes in. -- Kyle Maxwell From seandarcy at hotmail.com Mon Aug 11 23:09:44 2003 From: seandarcy at hotmail.com (sean darcy) Date: Mon, 11 Aug 2003 19:09:44 -0400 Subject: menu icon different from properties icon Message-ID: >>sean darcy wrote: >> >> On my bottom panel strip I have an application launcher for the >>mozilla beta. There's also the standard >>htmlview launcher next to the >>red hat. >> >> In the properties for the mozilla beta launcher it shows the red >>dragon mozilla icon - >>/usr/share/pixmaps/mozilla-icon.png . BUT, the >>launcher itself keeps showing the htmlview icon ( the >>world with the >>mouse). >> >> So...? > >I've noticed at least once that when I select a custom icon for an app, it >does not appear with the new icon >in the panel until I log out/in or even >perhaps until reboot - can't remember which was required. > >Gerry I've logged out/in and rebooted a bunch of times. No change. sean _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From hp at redhat.com Mon Aug 11 23:10:35 2003 From: hp at redhat.com (Havoc Pennington) Date: Mon, 11 Aug 2003 19:10:35 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: References: Message-ID: <20030811191035.H4154@devserv.devel.redhat.com> On Mon, Aug 11, 2003 at 05:07:21PM -0400, Rik van Riel wrote: > On Mon, 11 Aug 2003, M A Young wrote: > > > A timetable was on the rhl site http://rhl.redhat.com/ before they closed > > it to rework it. Note that it has been rumoured on the list that this > > timetable may slip by a couple of weeks to allow gnome 2.4 to be > > incorporated. > > If you have other cool ideas on what should be included, > don't hesitate to let us know ;) Maybe this should be qualified with "for the next release, if you are going to volunteer to work on it" ;-) Fudging the release date slightly to align with a large open source project is one thing, but totally blowing the feature freeze out of the water is not really the idea... in fact that kind of slippery slope is much of the reason people were questioning the gnome 2.4 inclusion in the first place. Havoc From leonardjo at hetnet.nl Mon Aug 11 23:42:33 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Tue, 12 Aug 2003 01:42:33 +0200 Subject: mhash in php [was: Re: was there an advertised ETA for the next beta?] In-Reply-To: References: Message-ID: <3F384609.18880.32C7B4@localhost> Hello Rik, > If you have other cool ideas on what should be included, > don't hesitate to let us know ;) mhash support built into php. Basics to build a libmhash rpm can be found at http://home.hetnet.nl/~ottolander/mhash/libmhash.html . Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From jsmith at drgutah.com Mon Aug 11 23:44:42 2003 From: jsmith at drgutah.com (Jared Smith) Date: 11 Aug 2003 17:44:42 -0600 Subject: mhash in php [was: Re: was there an advertised ETA for the next beta?] In-Reply-To: <3F384609.18880.32C7B4@localhost> References: <3F384609.18880.32C7B4@localhost> Message-ID: <1060645482.21634.21.camel@banff.drgutah.com> > mhash support built into php. Basics to build a libmhash rpm can be > found at http://home.hetnet.nl/~ottolander/mhash/libmhash.html . > > Bye, > Leonard. > I second this one Jared Smith From severn at puzzled.xs4all.nl Mon Aug 11 23:57:53 2003 From: severn at puzzled.xs4all.nl (Patrick) Date: Tue, 12 Aug 2003 01:57:53 +0200 Subject: was there an advertised ETA for the next beta? In-Reply-To: References: Message-ID: <1060646272.6360.61.camel@guru.puzzled.xs4all.nl> On Mon, 2003-08-11 at 23:07, Rik van Riel wrote: > If you have other cool ideas on what should be included, > don't hesitate to let us know ;) Thanks for the invitation! Here it goes: Bluefish html editor (http://bluefish.openoffice.nl) Regards, Patrick From leonardjo at hetnet.nl Mon Aug 11 23:51:22 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Tue, 12 Aug 2003 01:51:22 +0200 Subject: mhash in php [was: Re: was there an advertised ETA for the next beta?] In-Reply-To: <1060645482.21634.21.camel@banff.drgutah.com> References: <3F384609.18880.32C7B4@localhost> Message-ID: <3F38481A.22432.3ADEDC@localhost> Hi Jared, > I second this one and I second tripwire back into the distro ;-) . Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From severn at puzzled.xs4all.nl Tue Aug 12 00:57:49 2003 From: severn at puzzled.xs4all.nl (Patrick) Date: Tue, 12 Aug 2003 02:57:49 +0200 Subject: was there an advertised ETA for the next beta? In-Reply-To: References: Message-ID: <1060649869.6360.69.camel@guru.puzzled.xs4all.nl> On Mon, 2003-08-11 at 23:07, Rik van Riel wrote: > If you have other cool ideas on what should be included, > don't hesitate to let us know ;) #1 add the ATI Radeon AGP enhancements from 2.4.22-rc2-ac1 #2 add nforce2 support to lm_sensors (module lives in cvs) so nforce2 based mobo owners can monitor the temps, fans etc. #3 profit! Regards, Patrick From rpjday at mindspring.com Tue Aug 12 01:31:49 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 11 Aug 2003 21:31:49 -0400 (EDT) Subject: was there an advertised ETA for the next beta? In-Reply-To: <1060646272.6360.61.camel@guru.puzzled.xs4all.nl> Message-ID: On Tue, 12 Aug 2003, Patrick wrote: > On Mon, 2003-08-11 at 23:07, Rik van Riel wrote: > > If you have other cool ideas on what should be included, > > don't hesitate to let us know ;) > > Thanks for the invitation! Here it goes: > Bluefish html editor (http://bluefish.openoffice.nl) what about the possibility of an extra "productivity" CD, like the old days? rday From rxs141 at cwru.edu Tue Aug 12 02:14:54 2003 From: rxs141 at cwru.edu (Ravi Shekhar) Date: Mon, 11 Aug 2003 22:14:54 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: References: Message-ID: <3F384D9E.9060101@cwru.edu> > > >If you have other cool ideas on what should be included, >don't hesitate to let us know ;) > Is anyone considering Python2.3 for the next beta or the next final? Or would it be too much because it must be made sure all the tools and modules are still properly compatible? Ravi From notting at redhat.com Tue Aug 12 02:16:43 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 11 Aug 2003 22:16:43 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: <3F384D9E.9060101@cwru.edu>; from rxs141@cwru.edu on Mon, Aug 11, 2003 at 10:14:54PM -0400 References: <3F384D9E.9060101@cwru.edu> Message-ID: <20030811221643.A10798@devserv.devel.redhat.com> Ravi Shekhar (rxs141 at cwru.edu) said: > Or > would it be too much because it must be made sure all the tools and > modules are still properly compatible? Correct. Bill From feliciano.matias at free.fr Tue Aug 12 03:44:12 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 12 Aug 2003 05:44:12 +0200 Subject: was there an advertised ETA for the next beta? In-Reply-To: References: Message-ID: <1060659848.8549.207.camel@one.myworld> Le lun 11/08/2003 ? 23:07, Rik van Riel a ?crit : > If you have other cool ideas on what should be included, > don't hesitate to let us know ;) Sorry for my poor English. I would like to see RHLP to be more open and more visible. I don't talk about license. I am talking about communication. For example i was surprised by the adding of yum and samba 3.0 without any communication from RedHat. I would like something better than checking rawhide. Something that Taroon already has : http://www.redhat.com/archives/taroon-beta-list/2003-August/msg00123.html A "what's new" web page ? Also, RedHat have closed the rhl.redhat.com website and nobody knows why and nobody knows what is currently going on. Perhaps Redhat can create the "RedHat weekly news" as Debian do : http://www.debian.org/News/weekly/ I don't know if this is currently possible but I would a mailing-list that report events from bugzilla. Mostly new bugs and status change (not only of my own bugs). A better communication can make the project more exciting and can bring back more users/testers/hackers. Now that RHL is a project, I hope there will be more rawhide users. I appreciate if RedHat keeps the two or three last rpm of each packages in case if something goes wrong. At least the src.rpm. Right now I don't want to ask for more packages. RedHat can't handle all projects and I want RHL to be a solid distribution (the unix way) rather than an "all in one" distribution that sucks. Especially since freshrpms, fedora and some other does a really good job. But i am disappointed to don't see ACL in the kernel. ACL are in beta RH8.0 and 9. Now that they are in a productive state ACL is only in RHE. I know that ACL is not in the upstream. But can you consider to bring it back ? Please :-) Or it's a too big job since ACL will be in 2.6 and cambridge++ ? The last but not least, and it's the third request without any reply, can you provide +user+ mailing-list for none English speakers ? -- F?liciano Matias -------------- 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 Tue Aug 12 04:01:17 2003 From: hp at redhat.com (Havoc Pennington) Date: Tue, 12 Aug 2003 00:01:17 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: <1060659848.8549.207.camel@one.myworld> References: <1060659848.8549.207.camel@one.myworld> Message-ID: <20030812000106.D9816@devserv.devel.redhat.com> On Tue, Aug 12, 2003 at 05:44:12AM +0200, F?liciano Matias wrote: > I would like to see RHLP to be more open and more visible. > > I don't talk about license. I am talking about communication. Yes, this is one of our highest priorities. I think this (and building infrastructure for external contributors) has to take precedence over new features and packages to a large extent, especially once Cambridge is released. > Also, RedHat have closed the rhl.redhat.com website and nobody knows why > and nobody knows what is currently going on. This will get resolved, just hang in there. > Perhaps Redhat can create the "RedHat weekly news" as Debian do : > http://www.debian.org/News/weekly/ I'd like to see someone external contribute this (once we have the web site back and some other basics). > I don't know if this is currently possible but I would a mailing-list > that report events from bugzilla. Mostly new bugs and status change (not > only of my own bugs). Newer versions of bugzilla may have this feature - I remember seeing something like it on bugzilla.mozilla.org. > Now that RHL is a project, I hope there will be more rawhide users. I > appreciate if RedHat keeps the two or three last rpm of each packages in > case if something goes wrong. At least the src.rpm. That seems like a useful idea. I don't know how hard it would be (there are mirrors, scripts, etc. to think about). > The last but not least, and it's the third request without any reply, > can you provide +user+ mailing-list for none English speakers ? This is a good idea, we just need someone to do it. I think we need to find a speaker of each language to moderate/own the mailing list. We may have some people willing inside Red Hat; I don't know if we are set up to allow external list owners on listman.redhat.com or not. Havoc From pri.rhl1 at iadonisi.to Tue Aug 12 04:33:45 2003 From: pri.rhl1 at iadonisi.to (Paul Iadonisi) Date: 12 Aug 2003 00:33:45 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: <20030812000106.D9816@devserv.devel.redhat.com> References: <1060659848.8549.207.camel@one.myworld> <20030812000106.D9816@devserv.devel.redhat.com> Message-ID: <1060662825.13141.13.camel@va.local.linuxlobbyist.org> On Tue, 2003-08-12 at 00:01, Havoc Pennington wrote: > On Tue, Aug 12, 2003 at 05:44:12AM +0200, F?liciano Matias wrote: [snip] > > Now that RHL is a project, I hope there will be more rawhide users. I > > appreciate if RedHat keeps the two or three last rpm of each packages in > > case if something goes wrong. At least the src.rpm. > > That seems like a useful idea. I don't know how hard it would be > (there are mirrors, scripts, etc. to think about). How about just moving the old revs into a rawhide-old directory? You could periodically prune the rawhide-old directory to only have two or three revs. This way, at least mirrors can forgo mirroring the rawhide-old directory if they want to save space and it only (theoretically) requires changing one 'rm' command to an 'mv' command (not including the pruning). You could do the pruning in the same script, but I'm just proposing something that may reduce the chances that you break an existing process. Just my $0.02 worth. -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From notting at redhat.com Tue Aug 12 04:39:43 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 12 Aug 2003 00:39:43 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: <1060662825.13141.13.camel@va.local.linuxlobbyist.org>; from pri.rhl1@iadonisi.to on Tue, Aug 12, 2003 at 12:33:45AM -0400 References: <1060659848.8549.207.camel@one.myworld> <20030812000106.D9816@devserv.devel.redhat.com> <1060662825.13141.13.camel@va.local.linuxlobbyist.org> Message-ID: <20030812003943.A7725@devserv.devel.redhat.com> Paul Iadonisi (pri.rhl1 at iadonisi.to) said: > How about just moving the old revs into a rawhide-old directory? You > could periodically prune the rawhide-old directory to only have two or > three revs. This still implies *we* want to carry around that much space. :) Seriously, rawhide is already 11GB+, and it will get bigger once we actually start adding debuginfo packages. Bill From pri.rhl1 at iadonisi.to Tue Aug 12 04:54:33 2003 From: pri.rhl1 at iadonisi.to (Paul Iadonisi) Date: 12 Aug 2003 00:54:33 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: <20030812003943.A7725@devserv.devel.redhat.com> References: <1060659848.8549.207.camel@one.myworld> <20030812000106.D9816@devserv.devel.redhat.com> <1060662825.13141.13.camel@va.local.linuxlobbyist.org> <20030812003943.A7725@devserv.devel.redhat.com> Message-ID: <1060664073.13141.22.camel@va.local.linuxlobbyist.org> On Tue, 2003-08-12 at 00:39, Bill Nottingham wrote: > Paul Iadonisi (pri.rhl1 at iadonisi.to) said: > > How about just moving the old revs into a rawhide-old directory? You > > could periodically prune the rawhide-old directory to only have two or > > three revs. > > This still implies *we* want to carry around that much space. :) > Seriously, rawhide is already 11GB+, and it will get bigger once > we actually start adding debuginfo packages. Of course. You need to decide that first. But as another suggestion (mentioned earlier in this thread), nuke the old binary rpms. Yes, that *could* mean that you may have src rpms that won't build on any current version or rawhide system, but we're only talking about a convenience here. Not a 'must work' kind of thing. Of course, I'm well aware of the types of people who feel that EVERYTHING must work at all times, even essentially unreleased code :-). I think it's great that Red Hat has opened up it's development process as much as it has and look forward to seeing this community develop. However, I don't envy the position you guys at Red Hat are in, trying to make the decisions you must, knowing full well that there are going to be a few noisy people who complain about anything. I'll try not to be one of those people ;-). -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From ms-nospam-0306 at arcor.de Tue Aug 12 05:24:31 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 12 Aug 2003 07:24:31 +0200 Subject: AIDE/Tripwire (was: Re: was there an advertised ETA for the next beta?) In-Reply-To: <1060641606.6735.1.camel@lando> References: <1060641606.6735.1.camel@lando> Message-ID: <20030812072431.0d098a3d.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 11 Aug 2003 17:40:07 -0500, Kyle Maxwell wrote: > I'd really like to see Tripwire (or AIDE) back in. I think a host-based > IDS like this with a reasonable default would be a nice addition. I > understand that it was yanked due to developer resource constraints, but > maybe this is where the community involvement comes in. Packaging mhash and AIDE wouldn't be a problem. But what is your experience with AIDE? I have it on my watch-list for some time, as a replacement for Tripwire (which doesn't seem to be actively maintained for a long time, last release March 3rd, 2001). Based on my first try and various reports on the net (e.g. Debian's), I think AIDE has quite some bugs and there may be more sleeping ones. IIRC, I also tried a rebuilt rpm from Mandrake Contrib and got unexpected errors upon running "aide -check" (I think, open_dir() failed on lots of files below /usr/share). Additionally, the Debian package includes several fixes as well as helper scripts in several languages. Raises the question, how much package enhancement would be desired? And what helper scripts would the average user want/need? Concerning Tripwire, if it still compiles, probably the most work would go into creating a default policy file that covers all or at least the most important parts of the distribution. I don't know how Red Hat have created the default file, but it *might* be an idea to automate it based on the files listed in rpmdb-redhat. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/OHoP0iMVcrivHFQRAgILAJ9c31KLCIFHj3ZpJS+oAmW+lXxNQACeI0Bv P42xZqvHbVZpsIgd1l52UNY= =T0A6 -----END PGP SIGNATURE----- From feliciano.matias at free.fr Tue Aug 12 05:32:59 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 12 Aug 2003 07:32:59 +0200 Subject: was there an advertised ETA for the next beta? In-Reply-To: <20030812000106.D9816@devserv.devel.redhat.com> References: <1060659848.8549.207.camel@one.myworld> <20030812000106.D9816@devserv.devel.redhat.com> Message-ID: <1060666378.17926.70.camel@one.myworld> Le mar 12/08/2003 ? 06:01, Havoc Pennington a ?crit : > On Tue, Aug 12, 2003 at 05:44:12AM +0200, F?liciano Matias wrote: > > > Also, RedHat have closed the rhl.redhat.com website and nobody knows why > > and nobody knows what is currently going on. > > This will get resolved, just hang in there. This is the "problem". Please, don't wait that every thing are in place to talk us about what is going on. This is not an "open process". I am sure that a few people here have some good ideas for you. > Havoc > -- F?liciano Matias -------------- 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 Tue Aug 12 05:37:20 2003 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 12 Aug 2003 01:37:20 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: <20030812000106.D9816@devserv.devel.redhat.com> References: <1060659848.8549.207.camel@one.myworld> <20030812000106.D9816@devserv.devel.redhat.com> Message-ID: <1060666640.21235.81.camel@binkley> > > Also, RedHat have closed the rhl.redhat.com website and nobody knows why > > and nobody knows what is currently going on. > > This will get resolved, just hang in there. out of curiosity - will we ever learn _why_ it was taken down? That'd do a lot to show us that red hat is trying to operate in an open manner. The questions about the website have gotten a lot of the "red wall-of-nda'd-silence". Kinda irritating: 'yes, we'd like to be more open'. 'no, we can't tell you why we took a website down'. > I'd like to see someone external contribute this (once we have > the web site back and some other basics). that sounds like a good idea. > > Now that RHL is a project, I hope there will be more rawhide users. I > > appreciate if RedHat keeps the two or three last rpm of each packages in > > case if something goes wrong. At least the src.rpm. > > That seems like a useful idea. I don't know how hard it would be > (there are mirrors, scripts, etc. to think about). It might be worthwhile to talk to the mirrors-list and see if there would be some merit in changing the layout of the ftp site some. Maybe make a separation b/t the RHLP-type files and the RHEL-type files. I can imagine a lot more sites being interested in carrying RHLP-type files but not as interested in the RHEL-type files. (like the betas for RHEL, and the other misc files) For example - a 17GB Taroon beta was touch excessive ;) I was talking to someone on irc the other day and they asked why didn't red hat make RHLP a semi-external project like openoffice.org is to sun. I honestly didn't have an answer. Why not do that? thoughts? -sv From skvidal at phy.duke.edu Tue Aug 12 05:57:15 2003 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 12 Aug 2003 01:57:15 -0400 Subject: APT? [WAS: was there an advertised ETA for the next beta?] In-Reply-To: <1060636692.21634.19.camel@banff.drgutah.com> References: <1060636692.21634.19.camel@banff.drgutah.com> Message-ID: <1060667835.21235.103.camel@binkley> On Mon, 2003-08-11 at 17:18, Jared Smith wrote: > Is apt going to make it, or just yum? (Or, in other words, am I really > gonna have to break down and learn yum?) You know you could just grab apt from any of a number of places and use it with the next beta release. I'm sure freshrpms and/or fedora will have apt packages available for it. Having said that, yum really isn't very hard to learn. -sv From skvidal at phy.duke.edu Tue Aug 12 06:01:13 2003 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 12 Aug 2003 02:01:13 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: <1060666640.21235.81.camel@binkley> References: <1060659848.8549.207.camel@one.myworld> <20030812000106.D9816@devserv.devel.redhat.com> <1060666640.21235.81.camel@binkley> Message-ID: <1060668072.21235.107.camel@binkley> > out of curiosity - will we ever learn _why_ it was taken down? > That'd do a lot to show us that red hat is trying to operate in an open > manner. > > The questions about the website have gotten a lot of the "red > wall-of-nda'd-silence". Kinda irritating: 'yes, we'd like to be more > open'. 'no, we can't tell you why we took a website down'. I wanted to add a note here. I realize that none of the developers are at fault for being bound by an nda. I'm not upset with anyone about that. I understand that this is a job and you have certain rules you have to follow. I was just hoping that the info regarding the status of the rhl.redhat.com wasn't protected by the nda. so no malice intended in the cited section above. -sv From skvidal at phy.duke.edu Tue Aug 12 06:03:09 2003 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 12 Aug 2003 02:03:09 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: <20030812003943.A7725@devserv.devel.redhat.com> References: <1060659848.8549.207.camel@one.myworld> <20030812000106.D9816@devserv.devel.redhat.com> <1060662825.13141.13.camel@va.local.linuxlobbyist.org> <20030812003943.A7725@devserv.devel.redhat.com> Message-ID: <1060668189.21235.109.camel@binkley> On Tue, 2003-08-12 at 00:39, Bill Nottingham wrote: > Paul Iadonisi (pri.rhl1 at iadonisi.to) said: > > How about just moving the old revs into a rawhide-old directory? You > > could periodically prune the rawhide-old directory to only have two or > > three revs. > > This still implies *we* want to carry around that much space. :) > Seriously, rawhide is already 11GB+, and it will get bigger once > we actually start adding debuginfo packages. mental note: get larger disks for mirror. :) -sv From goeran at uddeborg.se Tue Aug 12 08:57:04 2003 From: goeran at uddeborg.se (=?iso-8859-1?q?G=F6ran?= Uddeborg) Date: Tue, 12 Aug 2003 10:57:04 +0200 Subject: When to file "tracking" bugs in RH bugzilla Message-ID: <16184.44000.204209.365222@uebn.uddeborg.se> I'm still slightly uncertain about how to file bugs nowdays. I believe I understand the base rule is to file bug reports upstream whenever possible. There has also been some people mentioning the possibility of filing a "tracking" bug in Red Hat bugzilla. A report that would point out the error, and give a reference to the upstream bug report. What I'm not sure about is under what circumstances such a tracking bug should be reported. To give some concrete examples to discuss around: I've recently filed three bugs about (localization related) errors in Evolution. http://bugzilla.ximian.com/show_bug.cgi?id=47361 http://bugzilla.ximian.com/show_bug.cgi?id=47525 http://bugzilla.ximian.com/show_bug.cgi?id=47529 AFAIK, there is nothing Red Hat specific in any of these, though I haven't verified it on any other system. Now, would Red Hat have liked me to mention any of them in Red Hat bugzilla too? Or otherwise mention it outside these bugzillas? Or would you prefer to not hear about it and just have the fix just show up from upstream some day? :-) I'm a bit uncertain, could you give some clarifying guidelines? From m.a.young at durham.ac.uk Tue Aug 12 09:10:58 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Tue, 12 Aug 2003 10:10:58 +0100 (BST) Subject: UML (was: Re: was there an advertised ETA for the next beta?) In-Reply-To: Message-ID: On Mon, 11 Aug 2003, Rik van Riel wrote: > On Mon, 11 Aug 2003, M A Young wrote: > > > A timetable was on the rhl site http://rhl.redhat.com/ before they closed > > it to rework it. Note that it has been rumoured on the list that this > > timetable may slip by a couple of weeks to allow gnome 2.4 to be > > incorporated. > > If you have other cool ideas on what should be included, > don't hesitate to let us know ;) Since you ask (and I hope you are taking note of all the replies your question is generating), I would like to see support for user mode linux back in rhl (following a brief appearence in RHL 8.0). However since that might imply changes in the kernel, and possibly better anaconda support, I was viewing this more as a Cambridge++ project. Michael Young From leonardjo at hetnet.nl Tue Aug 12 09:22:30 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Tue, 12 Aug 2003 11:22:30 +0200 Subject: AIDE/Tripwire (was: Re: was there an advertised ETA for the next beta?) In-Reply-To: <20030812072431.0d098a3d.ms-nospam-0306@arcor.de> References: <1060641606.6735.1.camel@lando> Message-ID: <3F38CDF6.28146.2EB1A1@localhost> Hi Michael, > I don't know how Red Hat have > created the default file, but it *might* be an idea to automate it based > on the files listed in rpmdb-redhat. You don't really need the rpmdb. Just finding all files in the relevant directories and generating the twpol from that is quite easy to accomplish and causes less overhead than using the rpmdb. Something like for dr in /bin /sbin /usr/bin /usr/sbin /lib do find /bin -type f -exec echo -e " {}\t\t\t-> \$(SEC_CRIT2) ;" >> twpol.tmp \; done (/etc is a bit more difficult than this of course.) Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From awol at home.nl Tue Aug 12 09:36:47 2003 From: awol at home.nl (Alexander Volovics) Date: Tue, 12 Aug 2003 11:36:47 +0200 Subject: mouse problems Message-ID: <20030812093647.GA11981@home.nl> I installed severn on a dell i8100 without problems but when I later plugged in a simple logitech usb mouse I experienced jerky mouse movements. Anybody else experience this. Furthermore the default configuration for usb mice does not seem to enable use of the mouse to paste in a console. I had already noticed this in RH 9. Probably due to the heat having wilted halve my brain I can't seem to find where this is configured and how to change it. Who can mail me the magic incantation? Alexander --- Patriotism is the worst form of mental illness. From leonardjo at hetnet.nl Tue Aug 12 09:33:36 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Tue, 12 Aug 2003 11:33:36 +0200 Subject: was there an advertised ETA for the next beta? In-Reply-To: <20030812003943.A7725@devserv.devel.redhat.com> References: <1060662825.13141.13.camel@va.local.linuxlobbyist.org>; from pri.rhl1@iadonisi.to on Tue, Aug 12, 2003 at 12:33:45AM -0400 Message-ID: <3F38D090.190.38D9BF@localhost> Hello Bill, > This still implies *we* want to carry around that much space. :) > Seriously, rawhide is already 11GB+, and it will get bigger once > we actually start adding debuginfo packages. This can be solved quite easily. Just drop all old rpms, both source and binary, and just make old spec files available (of course they would need to be versioned). As long as all the patches are still in the latest src rpm and the base sources didn't change you can rebuild old rpms by installing the new src rpm and replacing the spec file. Of course src rpms containing different source code verions c/should be kept availble (for a while). Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From redtuxxx at yahoo.co.uk Tue Aug 12 09:33:59 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Tue, 12 Aug 2003 10:33:59 +0100 (BST) Subject: mouse problems In-Reply-To: <20030812093647.GA11981@home.nl> Message-ID: <20030812093359.94860.qmail@web60004.mail.yahoo.com> --- Alexander Volovics wrote: > I installed severn on a dell i8100 without problems but when I > later plugged in a simple logitech usb mouse I experienced jerky > mouse movements. Anybody else experience this. > > Furthermore the default configuration for usb mice does not seem > to enable use of the mouse to paste in a console. I had already > noticed > this in RH 9. > Probably due to the heat having wilted halve my brain I can't seem > to find > where this is configured and how to change it. Who can mail me the > magic > incantation? > > Alexander > you could try adding Resolution "3" under the mouse options > > --- > Patriotism is the worst form of mental illness. > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From leonardjo at hetnet.nl Tue Aug 12 09:49:51 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Tue, 12 Aug 2003 11:49:51 +0200 Subject: mouse problems In-Reply-To: <20030812093647.GA11981@home.nl> Message-ID: <3F38D45F.19607.47BC23@localhost> Hi Alex, > Furthermore the default configuration for usb mice does not seem > to enable use of the mouse to paste in a console. Just a side note: If you want to use your mouse in the console you will need to update gpm from rawhide or you will probably see crashes. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From nyberg.kent at spray.se Tue Aug 12 10:12:34 2003 From: nyberg.kent at spray.se (Kent Nyberg) Date: 12 Aug 2003 12:12:34 +0200 Subject: nforce support? Message-ID: <1060683153.2217.3.camel@Snutten> I am about to by a new computer after my move to another city to study. Now i wonder if it is possible to buy one with an nforce-chipset? I recall some one saying that to get it working you have to install stuff from nvidia. If i can not get it to work with RHL out of the box i dont realy know if i want this. Can some one enlighten me about this? maybe there is some homepage with the status of this working? Have a nice day! From kms at passback.co.uk Tue Aug 12 10:13:24 2003 From: kms at passback.co.uk (Keith Sharp) Date: 12 Aug 2003 11:13:24 +0100 Subject: was there an advertised ETA for the next beta? In-Reply-To: <20030812000106.D9816@devserv.devel.redhat.com> References: <1060659848.8549.207.camel@one.myworld> <20030812000106.D9816@devserv.devel.redhat.com> Message-ID: <1060683203.15789.2.camel@animal> On Tue, 2003-08-12 at 05:01, Havoc Pennington wrote: > On Tue, Aug 12, 2003 at 05:44:12AM +0200, F?liciano Matias wrote: > > Now that RHL is a project, I hope there will be more rawhide users. I > > appreciate if RedHat keeps the two or three last rpm of each packages in > > case if something goes wrong. At least the src.rpm. > > That seems like a useful idea. I don't know how hard it would be > (there are mirrors, scripts, etc. to think about). On the topic of Rawhide could I suggest a rawhide-announce mailing list that indicates when a new version of a package has been made available. Thanks, Keith. -------------- 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 sammy at local.ee Tue Aug 12 10:19:02 2003 From: sammy at local.ee (Urmas Eero) Date: Tue, 12 Aug 2003 13:19:02 +0300 Subject: nforce support? In-Reply-To: <1060683153.2217.3.camel@Snutten> References: <1060683153.2217.3.camel@Snutten> Message-ID: <3F38BF16.5040505@local.ee> use rh9 kernel :) Kent Nyberg wrote: >I am about to by a new computer after my move to another city to study. >Now i wonder if it is possible to buy one with an nforce-chipset? >I recall some one saying that to get it working you have to install >stuff from nvidia. If i can not get it to work with RHL out of the box >i dont realy know if i want this. >Can some one enlighten me about this? maybe there is some homepage with >the status of this working? > >Have a nice day! > > > >-- >Rhl-beta-list mailing list >Rhl-beta-list at redhat.com >http://www.redhat.com/mailman/listinfo/rhl-beta-list > > From awol at home.nl Tue Aug 12 10:29:04 2003 From: awol at home.nl (Alexander Volovics) Date: Tue, 12 Aug 2003 12:29:04 +0200 Subject: mouse problems In-Reply-To: <20030812093359.94860.qmail@web60004.mail.yahoo.com> References: <20030812093647.GA11981@home.nl> <20030812093359.94860.qmail@web60004.mail.yahoo.com> Message-ID: <20030812102904.GA12140@home.nl> On Tue, Aug 12, 2003 at 10:33:59AM +0100, Mike Martin wrote: > --- Alexander Volovics wrote: > I installed severn on a dell i8100 without problems but when I > > later plugged in a simple logitech usb mouse I experienced jerky > > mouse movements. Anybody else experience this. > you could try adding Resolution "3" under the mouse options Thanks for the suggestion. But where do I add this? XF86Config, /etc/syconfig/hwconf, /etc/sysconfig/mouse, ..... Alexander --- Patriotism is the worst form of mental illness. From pmatilai at welho.com Tue Aug 12 10:24:03 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Tue, 12 Aug 2003 13:24:03 +0300 Subject: was there an advertised ETA for the next beta? In-Reply-To: <1060683203.15789.2.camel@animal> References: <1060659848.8549.207.camel@one.myworld> <20030812000106.D9816@devserv.devel.redhat.com> <1060683203.15789.2.camel@animal> Message-ID: <1060683843.3f38c043c59b8@webmail.welho.com> Quoting Keith Sharp : > On Tue, 2003-08-12 at 05:01, Havoc Pennington wrote: > > On Tue, Aug 12, 2003 at 05:44:12AM +0200, F?liciano Matias wrote: > > > Now that RHL is a project, I hope there will be more rawhide users. I > > > appreciate if RedHat keeps the two or three last rpm of each packages > in > > > case if something goes wrong. At least the src.rpm. > > > > That seems like a useful idea. I don't know how hard it would be > > (there are mirrors, scripts, etc. to think about). > > On the topic of Rawhide could I suggest a rawhide-announce mailing list > that indicates when a new version of a package has been made available. Ouch, that'd be one heavy-traffic list :) Especially since updates in rawhide often consist stuff like "fix typo in description" or "fix blah for S/390 build" for which you might not really want to download the newer version. Having daily changelog deltas for updated packages available somewhere, or something like that would be nice though. -- - Panu - From alan at redhat.com Tue Aug 12 10:59:29 2003 From: alan at redhat.com (Alan Cox) Date: Tue, 12 Aug 2003 06:59:29 -0400 (EDT) Subject: nforce support? In-Reply-To: <1060683153.2217.3.camel@Snutten> from "Kent Nyberg" at Aws 12, 2003 12:12:34 Message-ID: <200308121059.h7CAxTs16114@devserv.devel.redhat.com> > I am about to by a new computer after my move to another city to study. > Now i wonder if it is possible to buy one with an nforce-chipset? > I recall some one saying that to get it working you have to install > stuff from nvidia. If i can not get it to work with RHL out of the box > i dont realy know if i want this. Nforce ethernet is not supported. Nforce AGP is not supported (although that is about to change). Nforce audio only supports the basic stuff not the extra multimedia goodies they seem to have. From severn at puzzled.xs4all.nl Tue Aug 12 11:20:50 2003 From: severn at puzzled.xs4all.nl (Patrick) Date: Tue, 12 Aug 2003 13:20:50 +0200 Subject: What does this smartd error message mean? Message-ID: <1060687250.13778.40.camel@guru.puzzled.xs4all.nl> Hi all, Does anyone know what this s.m.a.r.t error message from smartd means? The disk is a WDC WD1000JB-00CWE0. Aug 10 20:44:54 local smartd[3087]: Device: /dev/hdb, SMART Prefailure Attribute: 7 Seek_Error_Rate changed from 100 to 200 Thanks, Patrick From alan at redhat.com Tue Aug 12 11:19:38 2003 From: alan at redhat.com (Alan Cox) Date: Tue, 12 Aug 2003 07:19:38 -0400 (EDT) Subject: was there an advertised ETA for the next beta? In-Reply-To: <1060659848.8549.207.camel@one.myworld> from "=?ISO-8859-1?Q?F=E9liciano?= Matias" at Aws 12, 2003 05:44:12 Message-ID: <200308121119.h7CBJcj22521@devserv.devel.redhat.com> > Something that Taroon already has : > http://www.redhat.com/archives/taroon-beta-list/2003-August/msg00123.html > A "what's new" web page ? Thats under discussion and ideas like "newest packages" RSS feeds have been kicked around. > Also, RedHat have closed the rhl.redhat.com website and nobody knows why > and nobody knows what is currently going on. Watch this space. > Perhaps Redhat can create the "RedHat weekly news" as Debian do : > http://www.debian.org/News/weekly/ That is a very good suggestion. The question being whether it should be an RH thing or a shared thing with community people - since we won't make all the news eventually. Obviously right now we mostly do. > I don't know if this is currently possible but I would a mailing-list > that report events from bugzilla. Mostly new bugs and status change (not > only of my own bugs). The technology exists although I don't think those asking comprehend the volume of traffic they would get 8) > disappointed to don't see ACL in the kernel. ACL are in beta RH8.0 and > 9. Now that they are in a productive state ACL is only in RHE. I know > that ACL is not in the upstream. But can you consider to bring it back ? > Please :-) Or it's a too big job since ACL will be in 2.6 and > cambridge++ ? One of the big issues there is reliability and amount of time to make something reliable. The two projects are on different time scales The other is the desire to get the RHPL closer to mainstream. > The last but not least, and it's the third request without any reply, > can you provide +user+ mailing-list for none English speakers ? Symud da iawn yw e 8) [Thats a very good idea] I'm not sure if it is something that makes sense to be at Red Hat or on national Linux sites. I've added it to my list of stuff for internal discussions. From markkukolkka at kolumbus.fi Tue Aug 12 12:13:57 2003 From: markkukolkka at kolumbus.fi (Markku Kolkka) Date: Tue, 12 Aug 2003 15:13:57 +0300 Subject: What does this smartd error message mean? In-Reply-To: <1060687250.13778.40.camel@guru.puzzled.xs4all.nl> References: <1060687250.13778.40.camel@guru.puzzled.xs4all.nl> Message-ID: <200308121513.57540.markkukolkka@kolumbus.fi> Viestiss? Tiistai 12. Elokuuta 2003 14:20, Patrick kirjoitti: > Does anyone know what this s.m.a.r.t error message from smartd means? > The disk is a WDC WD1000JB-00CWE0. > > Aug 10 20:44:54 local smartd[3087]: Device: /dev/hdb, SMART > Prefailure Attribute: 7 Seek_Error_Rate changed from 100 to 200 It's not an error message. It's simply an informational notice that one of the SMART attributes has changed. See "man smartctl" and "man smartd". -- Markku Kolkka markku.kolkka at iki.fi From jspaleta at princeton.edu Tue Aug 12 12:24:30 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 12 Aug 2003 08:24:30 -0400 Subject: was there an advertised ETA for the next beta? Message-ID: <1060691070.24424.9.camel@localhost.localdomain> Alan Cox, wrote somewhere in the digest: >> I don't know if this is currently possible but I would a mailing-list >> that report events from bugzilla. Mostly new bugs and status change (not >> only of my own bugs). > > The technology exists although I don't think those asking comprehend the > volume of traffic they would get 8) Err maybe some people want to test the limits of their dovecot imap server...imap server mailboxes need testing too. But for those people out there looking for a more organized way to keep up with bugs they are tracking in bugzilla. Maybe a digest mode for the email notifications that includes all the notifications of the bugs they are CC'd on...so you get one bugzilla report a day at most. And maybe a second sort of digest mode so you can track new bugs in specific components. Say someone want to watch for new r-c-p and up2date bugs that get filed. Maybe someone would appreciate a digest summary email about, one a day, detailing the new bugs for the component(s) they are tracking. -jef -------------- 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 hans at deragon.biz Tue Aug 12 12:36:34 2003 From: hans at deragon.biz (Hans Deragon) Date: Tue, 12 Aug 2003 08:36:34 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: References: Message-ID: <3F38DF52.7010905@deragon.biz> >>Is apt going to make it, or just yum? (Or, in other words, am I really >>gonna have to break down and learn yum?) IMHO, we should stick with one upgrade system only. Lets take the best and support it. The last thing I want is a community with full of repositories, half apt and half yum. Its time to make a standard for package distribution within Red Hat and we should use one system wisely. I do not care which one it is, as long as it is the best. It would be very couterproductive for my grandma to have to use apt for installing one appl, and yum for installing another. Imagine that she has to first browse the list of apps available through apt, do not find the software and then browse through the list of apps on yum. Not very intuitive. Not the way to go. This is one case where competition is not welcomed, but a standard is. However, apt has synaptic available as GUI. I am not aware of a GUI for yum. For a desktop machine, a GUI is a must. There is also ximian's red carpet that could do the work. BTW, I joined the mailing list a week ago. I presume that the debate of yum vs apt has already been done. Sorry if I repeat info here again. Best regards, Hans Deragon -- Consultant en informatique/Software Consultant Deragon Informatique inc. Open source: http://www.deragon.biz http://swtmvcwrapper.sourceforge.net mailto://hans at deragon.biz http://autopoweroff.sourceforge.net From pmatilai at welho.com Tue Aug 12 12:48:25 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Tue, 12 Aug 2003 15:48:25 +0300 Subject: APT, Yum and Red Carpet In-Reply-To: <3F38DF52.7010905@deragon.biz> References: <3F38DF52.7010905@deragon.biz> Message-ID: <1060692505.3f38e219b0b83@webmail.welho.com> Quoting Hans Deragon : > >>Is apt going to make it, or just yum? (Or, in other words, am I really > >>gonna have to break down and learn yum?) > > IMHO, we should stick with one upgrade system only. Lets take the best > and support it. The last thing I want is a community with full of > repositories, half apt and half yum. Its time to make a standard for > package distribution within Red Hat and we should use one system wisely. > I do not care which one it is, as long as it is the best. > > It would be very couterproductive for my grandma to have to use apt for > installing one appl, and yum for installing another. Imagine that she > has to first browse the list of apps available through apt, do not find > the software and then browse through the list of apps on yum. Not very > intuitive. Not the way to go. This is one case where competition is > not welcomed, but a standard is. > > However, apt has synaptic available as GUI. I am not aware of a GUI for > yum. For a desktop machine, a GUI is a must. > > There is also ximian's red carpet that could do the work. > > BTW, I joined the mailing list a week ago. I presume that the debate of > yum vs apt has already been done. Sorry if I repeat info here again. The big thing here is to get all the updaters support a common repository metadata format, once that's done everybody gets to choose their favorite updater/installer. It's being talked about but there's a long way to go... - Panu - From pavelr at coresma.com Tue Aug 12 13:42:29 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Tue, 12 Aug 2003 15:42:29 +0200 Subject: APT, Yum and Red Carpet Message-ID: <6A3008858445D711A58A00062939B2F1ECDF@EXCHANGE> > -----Original Message----- > From: Hans Deragon [mailto:hans at deragon.biz] > Sent: Tue, August 12, 2003 3:37 PM > To: rhl-beta-list at redhat.com > Subject: APT, Yum and Red Carpet > > > >>Is apt going to make it, or just yum? (Or, in other words, > am I really > >>gonna have to break down and learn yum?) > > IMHO, we should stick with one upgrade system only. Lets > take the best > and support it. The last thing I want is a community with full of > repositories, half apt and half yum. Its time to make a standard for > package distribution within Red Hat and we should use one > system wisely. > I do not care which one it is, as long as it is the best. > > It would be very couterproductive for my grandma to have to > use apt for > installing one appl, and yum for installing another. Imagine > that she > has to first browse the list of apps available through apt, > do not find > the software and then browse through the list of apps on yum. > Not very > intuitive. Not the way to go. This is one case where competition is > not welcomed, but a standard is. I found yum to be much slower comparing to apt. On the other hand, apt sometimes finds some non-existing dependancies, and wants to remove some packages, when is not required. Pavel. From skvidal at phy.duke.edu Tue Aug 12 12:55:39 2003 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 12 Aug 2003 08:55:39 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: <1060692505.3f38e219b0b83@webmail.welho.com> References: <3F38DF52.7010905@deragon.biz> <1060692505.3f38e219b0b83@webmail.welho.com> Message-ID: <1060692938.21235.171.camel@binkley> > The big thing here is to get all the updaters support a common repository > metadata format, once that's done everybody gets to choose their favorite > updater/installer. It's being talked about but there's a long way to go... It'd go faster if _certain people_ would respond to emails ;) -sv From peter.backlund at home.se Tue Aug 12 13:01:05 2003 From: peter.backlund at home.se (Peter Backlund) Date: Tue, 12 Aug 2003 15:01:05 +0200 Subject: APT, Yum and Red Carpet In-Reply-To: <1060692505.3f38e219b0b83@webmail.welho.com> References: <3F38DF52.7010905@deragon.biz> <1060692505.3f38e219b0b83@webmail.welho.com> Message-ID: <200308121501.05682.peter.backlund@home.se> > > However, apt has synaptic available as GUI. I am not aware of a GUI for > > yum. For a desktop machine, a GUI is a must. Are there any plans for supporting yum in redhat-config-packages? /Peter From skvidal at phy.duke.edu Tue Aug 12 13:07:01 2003 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 12 Aug 2003 09:07:01 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: <200308121501.05682.peter.backlund@home.se> References: <3F38DF52.7010905@deragon.biz> <1060692505.3f38e219b0b83@webmail.welho.com> <200308121501.05682.peter.backlund@home.se> Message-ID: <1060693620.21235.173.camel@binkley> On Tue, 2003-08-12 at 09:01, Peter Backlund wrote: > > > However, apt has synaptic available as GUI. I am not aware of a GUI for > > > yum. For a desktop machine, a GUI is a must. > > Are there any plans for supporting yum in redhat-config-packages? > If all the repository metadata are in the same format then there is no need for special 'support of yum in r-c-p'. It will just work. That would be the goal. -sv From jos at xos.nl Tue Aug 12 13:09:19 2003 From: jos at xos.nl (Jos Vos) Date: Tue, 12 Aug 2003 15:09:19 +0200 Subject: APT, Yum and Red Carpet In-Reply-To: <3F38DF52.7010905@deragon.biz>; from hans@deragon.biz on Tue, Aug 12, 2003 at 08:36:34AM -0400 References: <3F38DF52.7010905@deragon.biz> Message-ID: <20030812150919.A1757@xos037.xos.nl> On Tue, Aug 12, 2003 at 08:36:34AM -0400, Hans Deragon wrote: > IMHO, we should stick with one upgrade system only. Lets take the best > and support it. The last thing I want is a community with full of > repositories, half apt and half yum. Its time to make a standard for > package distribution within Red Hat and we should use one system wisely. > I do not care which one it is, as long as it is the best. Well, if life was that easy... then we just could choose "the best" of everything. But that's not the reality. There are advantages and disadvantages, different tastes, etc. > It would be very couterproductive for my grandma to have to use apt for > installing one appl, and yum for installing another. Imagine that she > has to first browse the list of apps available through apt, do not find > the software and then browse through the list of apps on yum. Not very > intuitive. Not the way to go. This is one case where competition is > not welcomed, but a standard is. Expect for that fact that a repository could easily support both APT and Yum (both are just a set of additional files on the webserver), I would not want my grandma to install software of any repository ;-). > However, apt has synaptic available as GUI. I am not aware of a GUI for > yum. For a desktop machine, a GUI is a must. It depends on the type of use. For centrally maintained systems, no non-command-line interface is needed. Although I admit that it would be nice if a system supports both worlds. > There is also ximian's red carpet that could do the work. Well... ;-) > BTW, I joined the mailing list a week ago. I presume that the debate of > yum vs apt has already been done. Sorry if I repeat info here again. Do you really think there is a conclusion drawn? ;-) -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From pmatilai at welho.com Tue Aug 12 13:11:56 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Tue, 12 Aug 2003 16:11:56 +0300 Subject: APT, Yum and Red Carpet In-Reply-To: <6A3008858445D711A58A00062939B2F1ECDF@EXCHANGE> References: <6A3008858445D711A58A00062939B2F1ECDF@EXCHANGE> Message-ID: <1060693916.3f38e79c667a8@webmail.welho.com> Quoting Pavel Rozenboim : > > I found yum to be much slower comparing to apt. On the other hand, apt > sometimes finds some non-existing dependancies, and wants to remove some > packages, when is not required. No, apt doesn't imagine up dependencies, the difference comes from the fact that apt requires rpmdb consistency at all times, others don't care as long as the transaction at hand gets it dependencies satisfied. Suppose you have libfoo and libfoo-devel installed. Do "rpm -e --nodeps libfoo" and try to install something unrelated. Apt will refuse to do anything unless you fix the libfoo-devel -> libfoo dependency first, or the dependency will be fixed as part of the next operation. Yum, anaconda and up2date wont care. -- - Panu - From veillard at redhat.com Tue Aug 12 13:14:00 2003 From: veillard at redhat.com (Daniel Veillard) Date: Tue, 12 Aug 2003 09:14:00 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: <1060668189.21235.109.camel@binkley>; from skvidal@phy.duke.edu on Tue, Aug 12, 2003 at 02:03:09AM -0400 References: <1060659848.8549.207.camel@one.myworld> <20030812000106.D9816@devserv.devel.redhat.com> <1060662825.13141.13.camel@va.local.linuxlobbyist.org> <20030812003943.A7725@devserv.devel.redhat.com> <1060668189.21235.109.camel@binkley> Message-ID: <20030812091400.A21443@redhat.com> On Tue, Aug 12, 2003 at 02:03:09AM -0400, seth vidal wrote: > On Tue, 2003-08-12 at 00:39, Bill Nottingham wrote: > > Paul Iadonisi (pri.rhl1 at iadonisi.to) said: > > > How about just moving the old revs into a rawhide-old directory? You > > > could periodically prune the rawhide-old directory to only have two or > > > three revs. > > > > This still implies *we* want to carry around that much space. :) > > Seriously, rawhide is already 11GB+, and it will get bigger once > > we actually start adding debuginfo packages. > > mental note: > get larger disks for mirror. > > parse error: end of entity reached in tag 'sigh' mental note: purchase more hardware. what do you do with your smaller disks ? 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 veillard at redhat.com Tue Aug 12 13:17:08 2003 From: veillard at redhat.com (Daniel Veillard) Date: Tue, 12 Aug 2003 09:17:08 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: <1060666640.21235.81.camel@binkley>; from skvidal@phy.duke.edu on Tue, Aug 12, 2003 at 01:37:20AM -0400 References: <1060659848.8549.207.camel@one.myworld> <20030812000106.D9816@devserv.devel.redhat.com> <1060666640.21235.81.camel@binkley> Message-ID: <20030812091708.B21443@redhat.com> On Tue, Aug 12, 2003 at 01:37:20AM -0400, seth vidal wrote: > It might be worthwhile to talk to the mirrors-list and see if there > would be some merit in changing the layout of the ftp site some. Maybe Merit or not, only if forced due to a very serious problem... Do NOT break URLs ! > I can imagine a lot more sites being interested in carrying RHLP-type > files but not as interested in the RHEL-type files. (like the betas for > RHEL, and the other misc files) For example - a 17GB Taroon beta was > touch excessive ;) rsync --exclude-from we all know this works... 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 ms-nospam-0306 at arcor.de Tue Aug 12 13:36:36 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 12 Aug 2003 15:36:36 +0200 Subject: AIDE/Tripwire (was: Re: was there an advertised ETA for the next beta?) In-Reply-To: <3F38CDF6.28146.2EB1A1@localhost> References: <1060641606.6735.1.camel@lando> <3F38CDF6.28146.2EB1A1@localhost> Message-ID: <20030812153636.68f2f48a.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 12 Aug 2003 11:22:30 +0200, Leonard den Ottolander wrote: > > I don't know how Red Hat have > > created the default file, but it *might* be an idea to automate it based > > on the files listed in rpmdb-redhat. > > You don't really need the rpmdb. Just finding all files in the > relevant directories and generating the twpol from that is quite easy > to accomplish and causes less overhead than using the rpmdb. That would require a complete installation. In both cases, using rpmdb or find, it would require extra logic to sort the found files into different security categories in order to make a default Tripwire installation usable. One of the scripts to drop non-existant files from the policy config should be included, too. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/OO1k0iMVcrivHFQRAggyAJ9UfDYHn5q80ktPeLVUew+Bstbg+gCcDiKZ 1UZL23EDQQjPbPXnDZ+hHn8= =eRRJ -----END PGP SIGNATURE----- From joden at malachi.lee.k12.nc.us Tue Aug 12 14:07:23 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Tue, 12 Aug 2003 10:07:23 -0400 (EDT) Subject: What does this smartd error message mean? In-Reply-To: <1060687250.13778.40.camel@guru.puzzled.xs4all.nl> Message-ID: On Tue, 12 Aug 2003, Patrick wrote: > Hi all, > > Does anyone know what this s.m.a.r.t error message from smartd means? > The disk is a WDC WD1000JB-00CWE0. > smart is a mechanism by which hard drives monitor various attributes and report if these attributes chande such that they have fallen outside a range of thresholds. The attribute being measured is unimport for the most part. What is important is that when any of these attributes start to fall outside of the thresholds, then this is an indicator that the drive will soon fail. The proper response in this case is to replace the drive. Does anyone disagree with this? From joden at malachi.lee.k12.nc.us Tue Aug 12 14:10:27 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Tue, 12 Aug 2003 10:10:27 -0400 (EDT) Subject: APT, Yum and Red Carpet In-Reply-To: <20030812150919.A1757@xos037.xos.nl> Message-ID: On Tue, 12 Aug 2003, Jos Vos wrote: > On Tue, Aug 12, 2003 at 08:36:34AM -0400, Hans Deragon wrote: > > > IMHO, we should stick with one upgrade system only. Lets take the best > > and support it. The last thing I want is a community with full of > > repositories, half apt and half yum. Its time to make a standard for > > package distribution within Red Hat and we should use one system wisely. > > I do not care which one it is, as long as it is the best. > > Well, if life was that easy... then we just could choose "the best" > of everything. But that's not the reality. There are advantages > and disadvantages, different tastes, etc. > > > It would be very couterproductive for my grandma to have to use apt for > > installing one appl, and yum for installing another. Imagine that she > > has to first browse the list of apps available through apt, do not find > > the software and then browse through the list of apps on yum. Not very > > intuitive. Not the way to go. This is one case where competition is > > not welcomed, but a standard is. > > Expect for that fact that a repository could easily support both APT > and Yum (both are just a set of additional files on the webserver), > I would not want my grandma to install software of any repository ;-). > Once a common metadata format is decided upon this will be even more easy, as the repositories will store one metadata format, and all the same rpms. Cheers...james From jspaleta at princeton.edu Tue Aug 12 14:01:52 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 12 Aug 2003 10:01:52 -0400 Subject: APT, Yum and Red Carpet Message-ID: <1060696912.14994.43.camel@spatula> Hans Deragon wrote: > However, apt has synaptic available as GUI. I am not aware of a GUI > for yum. For a desktop machine, a GUI is a must. It's deceptive to think just about end-user oriented feature sets, when deciding on future development paths. One could argue that yum has a technical advantage in terms of long term development inside rhl, because its using the same python bindings that the current redhat tools use to interact with the rpmdb. There is a definite development advantage with code reuse. So if you want the redhat tools to be repository aware, make use of the technology that fits best with the redhat tools. One could also argue that the redhat tools should be pitched, but anyone arguing that would have to be pretty persuasive, or would have to have really good timing to change the momentum surrounding the development of the redhat tools (like anaconda and r-c-p). The long term solution is of course bribing the repository technology developers into sitting down over some pizza,beer and KK doughnuts and hashing out a repository metadata standard so repos are as tool neutral as possible. But there is a deeper issue in your comment. For a nontechnical user's desktop machine a GUI is a must...that is surely a truism. But now you have to ask yourself the question...what is redhat's timeline for seriously targeting non technical home desktops? I personally don't think this little hiccup about which choice of repo technology gets bolted into rhl is going to matter on the same timescale of other relevant issues which would make linux a prefered solution in the mainstream nontechnical desktop market. --jef"Jef to Magic8Ball: Is the next release going to target desktop users like Jef's mom Magic8ball to Jef: Outlook not so good"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 skvidal at phy.duke.edu Tue Aug 12 14:13:08 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 12 Aug 2003 10:13:08 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: <20030812091400.A21443@redhat.com> References: <1060659848.8549.207.camel@one.myworld> <20030812000106.D9816@devserv.devel.redhat.com> <1060662825.13141.13.camel@va.local.linuxlobbyist.org> <20030812003943.A7725@devserv.devel.redhat.com> <1060668189.21235.109.camel@binkley> <20030812091400.A21443@redhat.com> Message-ID: <1060697588.20564.6.camel@opus.phy.duke.edu> > mental note: > purchase more hardware. > > thppt > > what do you do with your smaller disks ? normally they either go into other machines to serve other purposes or they're dead :) -sv From hoyt at cavtel.net Tue Aug 12 15:07:08 2003 From: hoyt at cavtel.net (HoytDuff) Date: Tue, 12 Aug 2003 11:07:08 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: References: Message-ID: <200308121107.08752.hoyt@cavtel.net> On Tuesday 12 August 2003 10:10, James Olin Oden wrote: > Once a common metadata format is decided upon this will be even more easy, > as the repositories will store one metadata format, and all the same > rpms. Rather than common metadata, how about a common app that creates the necessary metadata in all formats? That may not be as elegant, but it would address the problem a lot faster than it would ever be possible to get everyone to agree to a common format. -- Hoyt From skvidal at phy.duke.edu Tue Aug 12 15:08:37 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 12 Aug 2003 11:08:37 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: <200308121107.08752.hoyt@cavtel.net> References: <200308121107.08752.hoyt@cavtel.net> Message-ID: <1060700917.20564.61.camel@opus.phy.duke.edu> On Tue, 2003-08-12 at 11:07, HoytDuff wrote: > On Tuesday 12 August 2003 10:10, James Olin Oden wrote: > > Once a common metadata format is decided upon this will be even more easy, > > as the repositories will store one metadata format, and all the same > > rpms. > > Rather than common metadata, how about a common app that creates the necessary > metadata in all formats? That may not be as elegant, but it would address the > problem a lot faster than it would ever be possible to get everyone to agree > to a common format. it hurts mirror maintainers. I don't want to carry around 4 copies of the same data. -sv From charleshixsn at earthlink.net Tue Aug 12 15:16:03 2003 From: charleshixsn at earthlink.net (Charles Hixsn) Date: Tue, 12 Aug 2003 08:16:03 -0700 Subject: APT, Yum and Red Carpet In-Reply-To: <1060696912.14994.43.camel@spatula> References: <1060696912.14994.43.camel@spatula> Message-ID: <3F3904B3.3070405@earthlink.net> Jef Spaleta wrote: >Hans Deragon wrote: > > > >>However, apt has synaptic available as GUI. I am not aware of a GUI >>for yum. For a desktop machine, a GUI is a must. >> >> > >It's deceptive to think just about end-user oriented feature sets, when >deciding on future development paths. One could argue that yum has a >technical advantage in terms of long term development inside rhl, >because its using the same python bindings that the current redhat ... > I wouldn't go so far as to say that it is a must... but synaptic is a tremendous advance over dselect. The function that they both preform, which is a must, is to allow you to find a package without knowing exactly what it's name is in advance. (If you do, then apt-get is a lot faster. A LOT!) From markkukolkka at kolumbus.fi Tue Aug 12 15:47:44 2003 From: markkukolkka at kolumbus.fi (Markku Kolkka) Date: Tue, 12 Aug 2003 18:47:44 +0300 Subject: What does this smartd error message mean? In-Reply-To: References: Message-ID: <200308121847.44646.markkukolkka@kolumbus.fi> Viestiss? Tiistai 12. Elokuuta 2003 17:07, James Olin Oden kirjoitti: > smart is a mechanism by which hard drives monitor various attributes and > report if these attributes chande such that they have fallen outside > a range of thresholds. Smartd reports by default all changes in the attributes, not just when they fall below the tresholds. This can be changed by editing /etc/smartd.conf. -- Markku Kolkka markku.kolkka at iki.fi From notting at redhat.com Tue Aug 12 16:02:05 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 12 Aug 2003 12:02:05 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: <3F38D090.190.38D9BF@localhost>; from leonardjo@hetnet.nl on Tue, Aug 12, 2003 at 11:33:36AM +0200 References: <1060662825.13141.13.camel@va.local.linuxlobbyist.org>; <20030812003943.A7725@devserv.devel.redhat.com> <3F38D090.190.38D9BF@localhost> Message-ID: <20030812120205.B16853@devserv.devel.redhat.com> Leonard den Ottolander (leonardjo at hetnet.nl) said: > Hello Bill, > > > This still implies *we* want to carry around that much space. :) > > Seriously, rawhide is already 11GB+, and it will get bigger once > > we actually start adding debuginfo packages. > > This can be solved quite easily. Just drop all old rpms, both source > and binary, and just make old spec files available (of course they > would need to be versioned). Or, perhaps, a CVS repository of specs & patches. Bill From notting at redhat.com Tue Aug 12 16:04:15 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 12 Aug 2003 12:04:15 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: <1060683203.15789.2.camel@animal>; from kms@passback.co.uk on Tue, Aug 12, 2003 at 11:13:24AM +0100 References: <1060659848.8549.207.camel@one.myworld> <20030812000106.D9816@devserv.devel.redhat.com> <1060683203.15789.2.camel@animal> Message-ID: <20030812120415.C16853@devserv.devel.redhat.com> Keith Sharp (kms at passback.co.uk) said: > On the topic of Rawhide could I suggest a rawhide-announce mailing list > that indicates when a new version of a package has been made available. > Thanks, Daily changes for rawhide should be coming soon; it will coincide with the debuginfo stuff coming available, and a couple of other rawhide tweaks. Bill From jsmith at drgutah.com Tue Aug 12 16:14:19 2003 From: jsmith at drgutah.com (Jared Smith) Date: 12 Aug 2003 10:14:19 -0600 Subject: was there an advertised ETA for the next beta? In-Reply-To: <20030812120205.B16853@devserv.devel.redhat.com> References: <1060662825.13141.13.camel@va.local.linuxlobbyist.org> ; <20030812003943.A7725@devserv.devel.redhat.com> <3F38D090.190.38D9BF@localhost> <20030812120205.B16853@devserv.devel.redhat.com> Message-ID: <1060704859.24309.14.camel@banff.drgutah.com> > Or, perhaps, a CVS repository of specs & patches. > > Bill Ooooh... now that's a good idea. (Especially for people like me who are just learning the secret art of writing good spec files.) Jared From rhl at farorbit.com Tue Aug 12 16:27:06 2003 From: rhl at farorbit.com (rhl at farorbit.com) Date: Tue, 12 Aug 2003 11:27:06 -0500 (CDT) Subject: was there an advertised ETA for the next beta? In-Reply-To: <20030812120415.C16853@devserv.devel.redhat.com> Message-ID: Will these changes be available via apt-get or up2date then? On Tue, 12 Aug 2003, Bill Nottingham wrote: > Keith Sharp (kms at passback.co.uk) said: > > On the topic of Rawhide could I suggest a rawhide-announce mailing list > > that indicates when a new version of a package has been made available. > > Thanks, > > Daily changes for rawhide should be coming soon; it will coincide > with the debuginfo stuff coming available, and a couple of other > rawhide tweaks. > > Bill > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From hoyt at cavtel.net Tue Aug 12 16:38:50 2003 From: hoyt at cavtel.net (HoytDuff) Date: Tue, 12 Aug 2003 12:38:50 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: <1060700917.20564.61.camel@opus.phy.duke.edu> References: <200308121107.08752.hoyt@cavtel.net> <1060700917.20564.61.camel@opus.phy.duke.edu> Message-ID: <200308121238.50864.hoyt@cavtel.net> On Tuesday 12 August 2003 11:08, seth vidal wrote: > > it hurts mirror maintainers. I don't want to carry around 4 copies of > the same data. True, but the metadata is small in comparison to the aggregate size of other files. It's only an interim solution, but one that could happen quicker than an agreement on a shared format. -- Hoyt From skvidal at phy.duke.edu Tue Aug 12 16:41:53 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 12 Aug 2003 12:41:53 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: <200308121238.50864.hoyt@cavtel.net> References: <200308121107.08752.hoyt@cavtel.net> <1060700917.20564.61.camel@opus.phy.duke.edu> <200308121238.50864.hoyt@cavtel.net> Message-ID: <1060706513.20564.64.camel@opus.phy.duke.edu> On Tue, 2003-08-12 at 12:38, HoytDuff wrote: > On Tuesday 12 August 2003 11:08, seth vidal wrote: > > > > > it hurts mirror maintainers. I don't want to carry around 4 copies of > > the same data. > > True, but the metadata is small in comparison to the aggregate size of other > files. It's only an interim solution, but one that could happen quicker than > an agreement on a shared format. When your drives are already near capacity then 'small in comparison to the total size' is not terribly small. -sv From hp at redhat.com Tue Aug 12 16:45:38 2003 From: hp at redhat.com (Havoc Pennington) Date: Tue, 12 Aug 2003 12:45:38 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: <1060666640.21235.81.camel@binkley> References: <1060659848.8549.207.camel@one.myworld> <20030812000106.D9816@devserv.devel.redhat.com> <1060666640.21235.81.camel@binkley> Message-ID: <20030812124538.A10561@devserv.devel.redhat.com> On Tue, Aug 12, 2003 at 01:37:20AM -0400, seth vidal wrote: > > > Also, RedHat have closed the rhl.redhat.com website and nobody knows why > > > and nobody knows what is currently going on. > > > > This will get resolved, just hang in there. > > out of curiosity - will we ever learn _why_ it was taken down? > That'd do a lot to show us that red hat is trying to operate in an open > manner. > > The questions about the website have gotten a lot of the "red > wall-of-nda'd-silence". Kinda irritating: 'yes, we'd like to be more > open'. 'no, we can't tell you why we took a website down'. Yeah, I know. What the site says at the moment is really an accurate answer, fwiw. > I was talking to someone on irc the other day and they asked why didn't > red hat make RHLP a semi-external project like openoffice.org is to sun. > > I honestly didn't have an answer. Why not do that? > > thoughts? What do you mean by "semi-external"? Our general idea _is_ to make this like openoffice.org is to Sun, I think, at least in many ways. Havoc From hans at deragon.biz Tue Aug 12 16:41:31 2003 From: hans at deragon.biz (Hans Deragon) Date: Tue, 12 Aug 2003 12:41:31 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: <1060696912.14994.43.camel@spatula> References: <1060696912.14994.43.camel@spatula> Message-ID: <3F3918BB.3080701@deragon.biz> Jef Spaleta wrote: > Hans Deragon wrote: > > >>However, apt has synaptic available as GUI. I am not aware of a GUI >>for yum. For a desktop machine, a GUI is a must. > > > It's deceptive to think just about end-user oriented feature sets, when > deciding on future development paths. One could argue that yum has a > technical advantage in terms of long term development inside rhl, > because its using the same python bindings that the current redhat tools > use to interact with the rpmdb. There is a definite development > advantage with code reuse. So if you want the redhat tools to be > repository aware, make use of the technology that fits best with the > redhat tools. apt/synaptic is already developped by debian users. It is code already reused from another distribution. But you have a point to some extent. > One could also argue that the redhat tools should be pitched, but anyone > arguing that would have to be pretty persuasive, or would have to have > really good timing to change the momentum surrounding the development of > the redhat tools (like anaconda and r-c-p). > > The long term solution is of course bribing the repository technology > developers into sitting down over some pizza,beer and KK doughnuts and > hashing out a repository metadata standard so repos are as tool neutral > as possible. But in the short term, yum is now part of severn. Since it will be the default with the system, it will eventually become the standard. As soon as RH offers the chance for people to create repositories, the number of public repositories will explode. By the time we decide for a standard, yum repositories would have become the defacto standard. Unless, we remove it and do not include anything except up2date for the next release... > But there is a deeper issue in your comment. For a nontechnical user's > desktop machine a GUI is a must...that is surely a truism. But now you > have to ask yourself the question...what is redhat's timeline for > seriously targeting non technical home desktops? I personally don't > think this little hiccup about which choice of repo technology gets > bolted into rhl is going to matter on the same timescale of other > relevant issues which would make linux a prefered solution in the > mainstream nontechnical desktop market. Red Hat developped up2date-gnome. If they spent the effort for creating a GUI for RHN, then it means that they identified the need for a GUI to install packages. Red Hat targets semi-technical environment, not only tech-savy desktop users. Business men, lawyers, accountants, offices could use RHL. Secretaries would want to install software, but not with a command line. Best regards, Hans Deragon -- Consultant en informatique/Software Consultant Deragon Informatique inc. Open source: http://www.deragon.biz http://swtmvcwrapper.sourceforge.net mailto://hans at deragon.biz http://autopoweroff.sourceforge.net From hosting at j2solutions.net Tue Aug 12 16:59:18 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Tue, 12 Aug 2003 09:59:18 -0700 Subject: APT, Yum and Red Carpet In-Reply-To: <3F3918BB.3080701@deragon.biz> References: <1060696912.14994.43.camel@spatula> <3F3918BB.3080701@deragon.biz> Message-ID: <200308120959.18425.hosting@j2solutions.net> On Tuesday 12 August 2003 09:41, Hans Deragon wrote: > Red Hat developped up2date-gnome. If they spent the effort for > creating a GUI for RHN, then it means that they identified the need > for a GUI to install packages. Red Hat targets semi-technical > environment, not only tech-savy desktop users. Business men, > lawyers, accountants, offices could use RHL. Secretaries would want > to install software, but not with a command line. In a real corporate environment, Secretaries don't have the access required to install software. Giving a secretary root on a box is just insane. Corporate images are developed, deployed and only updated when there is a true business need. Allowing users to install software willy nilly just causes huge headaches, leads to virus infection and system instability. While there is some argument for having a nice gui frontend to installing software, it doesn't quite click in the real corporate environment. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From skvidal at phy.duke.edu Tue Aug 12 17:07:22 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 12 Aug 2003 13:07:22 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: <3F3918BB.3080701@deragon.biz> References: <1060696912.14994.43.camel@spatula> <3F3918BB.3080701@deragon.biz> Message-ID: <1060708042.20564.89.camel@opus.phy.duke.edu> > But in the short term, yum is now part of severn. Since it will be the > default with the system, it will eventually become the standard. As > soon as RH offers the chance for people to create repositories, the > number of public repositories will explode. By the time we decide for a > standard, yum repositories would have become the defacto standard. This is one of the exact reasons why we've started figuring out a standard repository format for all pkg tools. I don't care if yum is a 'standard' or not. I'd like it to be reasonable for me to keep on developing yum w/o having to mess about with 4 different repository formats on a mirror. From what I can tell the ximian, red hat and apt people agree. So we're working on consensus to solve our problems together. It probably won't be available for severn but I'd like for it be available before the beta for the version after cambridge. -sv From alan at redhat.com Tue Aug 12 17:10:58 2003 From: alan at redhat.com (Alan Cox) Date: Tue, 12 Aug 2003 13:10:58 -0400 (EDT) Subject: APT, Yum and Red Carpet In-Reply-To: <200308120959.18425.hosting@j2solutions.net> from "Jesse Keating" at Aws 12, 2003 09:59:18 Message-ID: <200308121710.h7CHAwD17778@devserv.devel.redhat.com> > In a real corporate environment, Secretaries don't have the access > required to install software. Giving a secretary root on a box is just I wish 8) > insane. Corporate images are developed, deployed and only updated when > there is a true business need. Allowing users to install software > willy nilly just causes huge headaches, leads to virus infection and > system instability. While there is some argument for having a nice gui > frontend to installing software, it doesn't quite click in the real > corporate environment. Over 90% of companies are *small business*. Most of them either use consultants or have relatively lightly trained staff for whom making the computers work is often just part of their job and in many cases not part of any official job description at all. Its also not just a case of "root" either, on a really locked down system with something like SELinux or RSBAC installed you not only don't give people root you make it impossible for anything to create executables or any scripts for shells to be run unless they have been "blessed" by some sysadmin controlled tool. That turns "I got this cool screensaver.." into "I got this cool screensaver but it wont run" which allows the sysadmin to explain to the staff member why not and why that wont be changing. From rhl at farorbit.com Tue Aug 12 17:53:03 2003 From: rhl at farorbit.com (Stephan Schutter) Date: Tue, 12 Aug 2003 12:53:03 -0500 (CDT) Subject: APT, Yum and Red Carpet In-Reply-To: <200308121710.h7CHAwD17778@devserv.devel.redhat.com> Message-ID: These admins referenced in the text would never know how to -- or why to use SE Linux. The sugestion that, most administrators out there are very lightly skilled, is true. This has held true for all of my years as a small business consultant. The more GUI tools that RedHat can provide the better for them and their clients. ./SLS On Tue, 12 Aug 2003, Alan Cox wrote: > > In a real corporate environment, Secretaries don't have the access > > required to install software. Giving a secretary root on a box is just > > I wish 8) > > > insane. Corporate images are developed, deployed and only updated when > > there is a true business need. Allowing users to install software > > willy nilly just causes huge headaches, leads to virus infection and > > system instability. While there is some argument for having a nice gui > > frontend to installing software, it doesn't quite click in the real > > corporate environment. > > Over 90% of companies are *small business*. Most of them either use > consultants or have relatively lightly trained staff for whom making the > computers work is often just part of their job and in many cases not part > of any official job description at all. > > Its also not just a case of "root" either, on a really locked down system > with something like SELinux or RSBAC installed you not only don't give > people root you make it impossible for anything to create executables or > any scripts for shells to be run unless they have been "blessed" by some > sysadmin controlled tool. That turns "I got this cool screensaver.." into > "I got this cool screensaver but it wont run" which allows the sysadmin to > explain to the staff member why not and why that wont be changing. > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From smoogen at lanl.gov Tue Aug 12 17:56:17 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Tue, 12 Aug 2003 11:56:17 -0600 Subject: was there an advertised ETA for the next beta? In-Reply-To: <20030812091708.B21443@redhat.com> References: <1060659848.8549.207.camel@one.myworld> <20030812000106.D9816@devserv.devel.redhat.com> <1060666640.21235.81.camel@binkley> <20030812091708.B21443@redhat.com> Message-ID: <1060710977.7222.30.camel@smoogen1.lanl.gov> Oh lord not another reorg :). I knew I should have moved arch higher up. [2 months of people sending emails about LANG/PROJECT/ARCH over ARCH/PROJECT/LANG or PROJECT/LANG/ARCH] On Tue, 2003-08-12 at 07:17, Daniel Veillard wrote: > On Tue, Aug 12, 2003 at 01:37:20AM -0400, seth vidal wrote: > > It might be worthwhile to talk to the mirrors-list and see if there > > would be some merit in changing the layout of the ftp site some. Maybe > > Merit or not, only if forced due to a very serious problem... > Do NOT break URLs ! > > > I can imagine a lot more sites being interested in carrying RHLP-type > > files but not as interested in the RHEL-type files. (like the betas for > > RHEL, and the other misc files) For example - a 17GB Taroon beta was > > touch excessive ;) > > rsync --exclude-from we all know this works... > > Daniel -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From pri.rhl1 at iadonisi.to Tue Aug 12 18:13:52 2003 From: pri.rhl1 at iadonisi.to (Paul Iadonisi) Date: 12 Aug 2003 14:13:52 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: <200308121119.h7CBJcj22521@devserv.devel.redhat.com> References: <200308121119.h7CBJcj22521@devserv.devel.redhat.com> Message-ID: <1060712032.24790.7.camel@va.local.linuxlobbyist.org> On Tue, 2003-08-12 at 07:19, Alan Cox wrote: > > Something that Taroon already has : > > http://www.redhat.com/archives/taroon-beta-list/2003-August/msg00123.html > > A "what's new" web page ? > > Thats under discussion and ideas like "newest packages" RSS feeds have > been kicked around. Ooh, how about an ECHO feed? /me ducks -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From jspaleta at princeton.edu Tue Aug 12 18:30:29 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 12 Aug 2003 14:30:29 -0400 Subject: APT, Yum and Red Carpet Message-ID: <1060713029.14994.93.camel@spatula> Hans Deragon wrote: >apt/synaptic is already developped by debian users. It is code already >reused from another distribution. But you have a point to some extent. I think you missed my point about development momentum..and development path INSIDE rhl. Would you also suggest that redhat use debian's package format in place of rpm....and how about using debian's installer in place of anaconda. Like I said you'd have to be pretty persuasive to convince people get rid of the redhat's homegrown tools in place of something else. There are rare moments in a project's development lifespan where dropping a toolset in favor of a different ones is going to actually be the developer preference. Hell lets just drop redhat's homegrown tools completely...all of the python based redhat-config-* tools..and just start from scratch with debian stable...thats my vote. You need to keep in mind the real investment in development manhours that has been made on a specific technology implementation that is already in rhl. the python tools arent going anywhere...and if you can roll functionality into those existing python tools then the longterm development effort is better spent doing that. adding yet another gui tool (synaptic) is not the right way to do it. You want to extend your investment in the toolset you have...extend the functionality of anaconda and r-c-p into accessing 3rd party repos. A quick synaptic fix is not the best use of previous developer time investments nor future development time. There will ALWAYS be better featuresets in some other piece of software that tries to provide the functionality you want to provide...but there are long term development trade-off especially if you are trying to integrate that functionality into multiple tools. Wouldn't you love to see a native install option of askmethod to be a repository? How does investing in synaptic going to give you that. Investing in a python native way to access repositories seems like a natural first step for longer term goals surrounding the existing python based tools. My crystal ball tells me the next 2 years will be...fascinating. -jef"but if redhat moves to the slackware installer code base..my argument is null and void"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 hoyt at cavtel.net Tue Aug 12 18:34:22 2003 From: hoyt at cavtel.net (HoytDuff) Date: Tue, 12 Aug 2003 14:34:22 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: References: Message-ID: <200308121434.22186.hoyt@cavtel.net> On Tuesday 12 August 2003 13:53, Stephan Schutter wrote: > The more GUI tools that RedHat can provide the > better for them and their clients. Novelle seems to want to take this apporoach with their iteration of Linux http://newsforge.com/article.pl?sid=03/08/09/1329244 As long a there are CLI tools as well, it shoudl all work out. -- Hoyt From elwoo at videotron.ca Tue Aug 12 18:52:37 2003 From: elwoo at videotron.ca (Elton Woo) Date: Tue, 12 Aug 2003 14:52:37 -0400 Subject: mouse problems In-Reply-To: <20030812102904.GA12140@home.nl> References: <20030812093647.GA11981@home.nl> <20030812093359.94860.qmail@web60004.mail.yahoo.com> <20030812102904.GA12140@home.nl> Message-ID: <200308121452.37432.elwoo@videotron.ca> On August 12, 2003 06:29 am, Alexander Volovics wrote: > On Tue, Aug 12, 2003 at 10:33:59AM +0100, Mike Martin wrote: > > --- Alexander Volovics wrote: > > I installed severn on a dell i8100 without problems but when I > > > > > later plugged in a simple logitech usb mouse I experienced jerky > > > mouse movements. Anybody else experience this. > > > > you could try adding Resolution "3" under the mouse options > > Thanks for the suggestion. But where do I add this? > XF86Config, /etc/syconfig/hwconf, /etc/sysconfig/mouse, ..... In /etc/X11/XF86Config your entry should be like this: --------------------------------------------------- Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "IMPS/2" Option "Device" "/dev/input/mice" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" "no" EndSection Section "InputDevice" # If the normal CorePointer mouse is not a USB mouse then # this input device can be used in AlwaysCore mode to let you # also use USB mice at the same time. Identifier "DevInputMice" Driver "mouse" Option "Protocol" "IMPS/2" Option "Device" "/dev/input/mice" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" "no" EndSection ----------------------------------------- BTW. I am using a Logitech Optical USB mouse. cheers, Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From mandreiana at rdslink.ro Tue Aug 12 19:16:40 2003 From: mandreiana at rdslink.ro (Marius Andreiana) Date: 12 Aug 2003 22:16:40 +0300 Subject: nforce support? In-Reply-To: <1060683153.2217.3.camel@Snutten> References: <1060683153.2217.3.camel@Snutten> Message-ID: <1060715799.4211.5.camel@marte.biciclete.ro> On Ma, 2003-08-12 at 13:12, Kent Nyberg wrote: > I am about to by a new computer after my move to another city to study. > Now i wonder if it is possible to buy one with an nforce-chipset? I strongly advise you against it. I've also got a new computer recently and was considering an nforce chipset. But all drivers are proprietary, you cannot even install linux by network on it. I won't pay nvidia to make my life harder. I do recommend what I've got - an intel i845 chipset. It has 3D support ( from tux racer to enemy teritorry, it works great out of the box ). I've got a gigabyte mb with network, audio and video on it, working almost great https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101787 I also don't have to manually install and wait for nvidia drivers now. -- Marius Andreiana Solu?ii informatice bazate pe Linux / Linux-based IT solutions www.galuna.ro From hosting at j2solutions.net Tue Aug 12 19:25:32 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Tue, 12 Aug 2003 12:25:32 -0700 Subject: APT, Yum and Red Carpet In-Reply-To: <200308121710.h7CHAwD17778@devserv.devel.redhat.com> References: <200308121710.h7CHAwD17778@devserv.devel.redhat.com> Message-ID: <200308121225.32957.hosting@j2solutions.net> On Tuesday 12 August 2003 10:10, Alan Cox wrote: > Over 90% of companies are *small business*. Most of them either use > consultants or have relatively lightly trained staff for whom making > the computers work is often just part of their job and in many cases > not part of any official job description at all. Funny to hear this from an @redhat person, especially when almost all of these *small businesses* will be unable to afford RHEL products and will be forced to look elsewhere for their Linux fix. Seems that the focus of Red Hat is getting blurred again. Are you focusing on providing a product for the big businesses, or for the general masses? Can't really please both IMHO. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From elwoo at videotron.ca Tue Aug 12 19:32:16 2003 From: elwoo at videotron.ca (Elton Woo) Date: Tue, 12 Aug 2003 15:32:16 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: <200308120959.18425.hosting@j2solutions.net> References: <1060696912.14994.43.camel@spatula> <3F3918BB.3080701@deragon.biz> <200308120959.18425.hosting@j2solutions.net> Message-ID: <200308121532.16270.elwoo@videotron.ca> On August 12, 2003 12:59 pm, Jesse Keating wrote: > Giving a secretary root on a box is just > insane. Corporate images are developed, deployed and only updated when > there is a true business need. Allowing users to install software > willy nilly just causes huge headaches, leads to virus infection and > system instability. While there is some argument for having a nice gui > frontend to installing software, it doesn't quite click in the real > corporate environment. True. And though I would still vote for a more user friendly interface, I'm sure that most linux users would NOT want linux to become "Microsoft Windows", where, if something goes wrong, the user hasn't a clue in hell what to do, and winds up reinstalling and rebooting his/her system a nauseam. I strongly feel that is is WORTH the EFFORT to learn linux, and learn the underpinnings, so that one knows what to do in case of hardware failure, or the (more frequent) human failure... Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From tommy.mcneely at sun.com Tue Aug 12 20:16:25 2003 From: tommy.mcneely at sun.com (Tommy McNeely) Date: Tue, 12 Aug 2003 14:16:25 -0600 Subject: AIDE/Tripwire In-Reply-To: <3F38CDF6.28146.2EB1A1@localhost> References: <1060641606.6735.1.camel@lando> <3F38CDF6.28146.2EB1A1@localhost> Message-ID: <3F394B19.1000306@Sun.com> Leonard den Ottolander wrote: >Hi Michael, > > > >>I don't know how Red Hat have >>created the default file, but it *might* be an idea to automate it based >>on the files listed in rpmdb-redhat. >> >> > > You don't really need the rpmdb. Just finding all files in the >relevant directories and generating the twpol from that is quite easy >to accomplish and causes less overhead than using the rpmdb. Something >like > >for dr in /bin /sbin /usr/bin /usr/sbin /lib >do > find /bin -type f -exec echo -e " {}\t\t\t-> \$(SEC_CRIT2) ;" >> >twpol.tmp \; >done > >(/etc is a bit more difficult than this of course.) > > > Maybe just setup a magic policy directory (ala /etc/tripwire.d ) .. that each RPM can drop its "specs" into and have the policy generated automatically or something.. ofcourse i am showing my nievity with tripwire.. I think you need like 7 passwords to generate a policy, but something along these lines would be nice. Tommy -- Tommy McNeely -- Tommy.McNeely at Sun.COM Sun Microsystems -- IT CTO Phone/Fax: x51837 / 303-395-3361 From adam at dynamicinteraction.co.uk Tue Aug 12 20:29:56 2003 From: adam at dynamicinteraction.co.uk (Mr. Adam ALLEN) Date: 12 Aug 2003 21:29:56 +0100 Subject: What does this smartd error message mean? In-Reply-To: <1060687250.13778.40.camel@guru.puzzled.xs4all.nl> References: <1060687250.13778.40.camel@guru.puzzled.xs4all.nl> Message-ID: <1060720196.2470.9.camel@localhost.localdomain> On Tue, 2003-08-12 at 12:20, Patrick wrote: > > Does anyone know what this s.m.a.r.t error message from smartd means? > The disk is a WDC WD1000JB-00CWE0. > Sorry, not an answer but a hijack of your thread.. I've done a bit of google searching to try find technical explinations of some of the smartd report. I'm guessing my drive is on it's way out (it corrupted / over the weekend) 1 Raw_Read_Error_Rate 0x000f 055 051 006 Pre-fail - 14887445 3 Spin_Up_Time 0x0003 099 098 000 Pre-fail - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age - 376 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail - 0 7 Seek_Error_Rate 0x000f 074 060 030 Pre-fail - 26936512 9 Power_On_Hours 0x0032 099 099 000 Old_age - 1194 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age - 379 194 Temperature_Celsius 0x0022 036 051 000 Old_age - 36 195 Hardware_ECC_Recovered 0x001a 055 051 000 Old_age - 14887445 Any good sites to look at- that I didn't stumble across? -- Regards, Adam Allen. adam at dynamicinteraction.co.uk pgp http://search.keyserver.net:11371/pks/lookup?op=vindex&search=adam%40dynamicinteraction.co.uk -------------- 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 jspaleta at princeton.edu Tue Aug 12 20:43:37 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 12 Aug 2003 16:43:37 -0400 Subject: what does semi-external mean to the common man [ was: Re: was there an advertised ETA for the next beta?] Message-ID: <1060721017.14994.141.camel@spatula> Havoc Pennington wrote: >What do you mean by "semi-external"? Our general idea _is_ to make >this like openoffice.org is to Sun, I think, at least in many ways. Hmm..the trademark policy issue surrounding the red hat branded objects in rhlp makes my head hurt. StarOffice and OpenOffice.org are distinctly different trademarkable brands. Somehow I doubt RHL-"the project" and RHL-"the release" has the same clear distinction in the trademark space. The again trademark issues surrounding any brandable open project makes my head hurt. What's to stop OpenOffice.org from deciding to take the view that commercial distros could not use the OpenOffice.org brandname or logos when marketing distro "features" SOT Linux for example has its own SOT Office which claims OpenOffice.org compatibility, but doesn't claim to be based on OpenOffice.org. If OpenOffice ever developed a trademark guideline RHL-"the release" might have to call its software RHL-Office just to keep up with trademark guidelines. Of course OpenOffice.org is a bad example at this point, because you have to aggressively defend trademarks for them to be enforceable...yadda yadda yadda. And of course I ain't no lawyer...trying to explain the legal specifics of how this is all going to work is just going to make my head hurt worse. Continuing to use the OpenOffice.org example though.....my general feeling is that OpenOffice.org existence as its own trademark 'brand' is part of what makes it feel like its a "semi-external" project. Similarly with the old example of netscape and mozilla...very different trademarks there to. It might be silly, but RHL-"the project" might need to be devoid or Red Hat specific trademarks to give it the same feel as something like OpenOffice.org as a community project. -jef"thinks its going to be interesting to see how Red Hat updates its trademark guidelines to account for RHL-"the project" and the fact that OEM's selling boxen with RHL preinstalled, won't have box sets to resell any longer"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 elwoo at videotron.ca Tue Aug 12 20:48:45 2003 From: elwoo at videotron.ca (Elton Woo) Date: Tue, 12 Aug 2003 16:48:45 -0400 Subject: nforce support? In-Reply-To: <1060683153.2217.3.camel@Snutten> References: <1060683153.2217.3.camel@Snutten> Message-ID: <200308121648.45751.elwoo@videotron.ca> On August 12, 2003 06:12 am, Kent Nyberg wrote: > Now i wonder if it is possible to buy one with an nforce-chipset? > I recall some one saying that to get it working you have to install > stuff from nvidia. If i can not get it to work with RHL out of the box > i dont realy know if i want this. > Can some one enlighten me about this? IO haven't paid much attention, but I would suggest looking through the list archives for discussions on this: http://www.redhat.com/mailman/listinfo/rhl-beta-list cheers, Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From rhl at farorbit.com Tue Aug 12 21:14:31 2003 From: rhl at farorbit.com (Stephan Schutter) Date: Tue, 12 Aug 2003 16:14:31 -0500 (CDT) Subject: APT, Yum and Red Carpet In-Reply-To: <200308121434.22186.hoyt@cavtel.net> Message-ID: Agreed. Both are needed... CLI for Enterprise and GUI for Others... On Tue, 12 Aug 2003, HoytDuff wrote: > On Tuesday 12 August 2003 13:53, Stephan Schutter wrote: > > The more GUI tools that RedHat can provide the > > better for them and their clients. > > Novelle seems to want to take this apporoach with their iteration of Linux > http://newsforge.com/article.pl?sid=03/08/09/1329244 > > As long a there are CLI tools as well, it shoudl all work out. > > From markkukolkka at kolumbus.fi Tue Aug 12 21:25:25 2003 From: markkukolkka at kolumbus.fi (Markku Kolkka) Date: Wed, 13 Aug 2003 00:25:25 +0300 Subject: What does this smartd error message mean? In-Reply-To: <1060720196.2470.9.camel@localhost.localdomain> References: <1060687250.13778.40.camel@guru.puzzled.xs4all.nl> <1060720196.2470.9.camel@localhost.localdomain> Message-ID: <200308130025.25545.markkukolkka@kolumbus.fi> Viestiss? Tiistai 12. Elokuuta 2003 23:29, Mr. Adam ALLEN kirjoitti: > I've done a bit of google searching to try find technical explinations > of some of the smartd report. I'm guessing my drive is on it's way out > (it corrupted / over the weekend) All the attribute values are above the tresholds, so SMART isn't predicting any immediate problems. > Any good sites to look at- that I didn't stumble across? Smartmontools homepage http://smartmontools.sourceforge.net/ has links to the official SMART specs and examples of smartctl reports on failing drives. -- Markku Kolkka markku.kolkka at iki.fi From rhl at farorbit.com Tue Aug 12 21:33:58 2003 From: rhl at farorbit.com (Stephan Schutter) Date: Tue, 12 Aug 2003 16:33:58 -0500 (CDT) Subject: APT, Yum and Red Carpet In-Reply-To: <200308121225.32957.hosting@j2solutions.net> Message-ID: Well, I disagree... for the 90% there is RHL 9.0 etc. and for 10% there is the enterprise solution. In an enterprise allmost all the cost is project related and management related; perhaps less than 10% is related to hardwre and software. A couple of k's is nothing to a multi milion dollar project. I work for a large corp. and there are no projects smaller than several milion dollars. What does matter in my environment is the promises (read support) that comes with the vendor of the software. Please keep in mind that small businesses need to see an easy migration path from MS Small Business Server 2000/2003 (SQL, Exchange, Backoffice etc.) and they care not much for CLI or scriptability. To them manageability = a GUI way to do stuff. CLI and Scripting = expensive contractors. The exact oposite is true of my world. RedHat provides 2 lines of product for this reason. They both have their short comings, but show a lot of promise... not enough GUI on one hand and dificult to integrate with the existing Win32 env. and AD on the other. On Tue, 12 Aug 2003, Jesse Keating wrote: > On Tuesday 12 August 2003 10:10, Alan Cox wrote: > > Over 90% of companies are *small business*. Most of them either use > > consultants or have relatively lightly trained staff for whom making > > the computers work is often just part of their job and in many cases > > not part of any official job description at all. > > Funny to hear this from an @redhat person, especially when almost all of > these *small businesses* will be unable to afford RHEL products and > will be forced to look elsewhere for their Linux fix. > > Seems that the focus of Red Hat is getting blurred again. Are you > focusing on providing a product for the big businesses, or for the > general masses? Can't really please both IMHO. > > From rhl at farorbit.com Tue Aug 12 21:36:48 2003 From: rhl at farorbit.com (Stephan Schutter) Date: Tue, 12 Aug 2003 16:36:48 -0500 (CDT) Subject: APT, Yum and Red Carpet In-Reply-To: <200308121532.16270.elwoo@videotron.ca> Message-ID: On Tue, 12 Aug 2003, Elton Woo wrote: This is true for administrators but not home users. The consumer market will give you money if you give them what they want, else, they will give you nothing. I can tell you that they do not want to learn Linux... I do; I am an admin and an enthusiast. > On August 12, 2003 12:59 pm, Jesse Keating wrote: > > > > Giving a secretary root on a box is just > > insane. Corporate images are developed, deployed and only updated when > > there is a true business need. Allowing users to install software > > willy nilly just causes huge headaches, leads to virus infection and > > system instability. While there is some argument for having a nice gui > > frontend to installing software, it doesn't quite click in the real > > corporate environment. > > True. And though I would still vote for a more user friendly interface, > I'm sure that most linux users would NOT want linux to become > "Microsoft Windows", where, if something goes wrong, the user > hasn't a clue in hell what to do, and winds up reinstalling and rebooting > his/her system a nauseam. > > I strongly feel that is is WORTH the EFFORT to learn linux, and learn > the underpinnings, so that one knows what to do in case of hardware > failure, or the (more frequent) human failure... > > Elton ;-) > From hosting at j2solutions.net Tue Aug 12 21:36:32 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Tue, 12 Aug 2003 14:36:32 -0700 Subject: APT, Yum and Red Carpet In-Reply-To: References: Message-ID: <200308121436.32824.hosting@j2solutions.net> On Tuesday 12 August 2003 14:33, Stephan Schutter wrote: > Well, I disagree... for the 90% there is RHL 9.0 etc. and for 10% > there is the enterprise solution. In an enterprise allmost all the > cost is project related and management related; perhaps less than 10% > is related to hardwre and software. A couple of k's is nothing to a > multi milion dollar project. I work for a large corp. and there are > no projects smaller than several milion dollars. What does matter in > my environment is the promises (read support) that comes with the > vendor of the software. The problem is, the company I work for caters to these smaller companies, and provides systems w/ Linux pre-installed and all the support they need to get up and running. It's becoming increasingly harder and harder to provide this service based on Red Hat Linux. As Red Hat strips more and more server quality stuff out of the distro (tunable kernel VM, ipvs, etc...) and as their business take a stance that makes it impossible to OEM the RHL product it seems to me that unless you are a multimillion dollar business, you don't matter to RH, likewise if you don't sell products to multimillion dollar businesses then you as a provider don't matter to RH. It's getting to the point that as a company, we'll have to switch to some lower quality product to be able to have the relationship necessary to OEM their product and it just stinks. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From johnsonm at redhat.com Tue Aug 12 22:48:29 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Tue, 12 Aug 2003 18:48:29 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: ; from rpjday@mindspring.com on Mon, Aug 11, 2003 at 09:31:49PM -0400 References: <1060646272.6360.61.camel@guru.puzzled.xs4all.nl> Message-ID: <20030812184829.B767@devserv.devel.redhat.com> On Mon, Aug 11, 2003 at 09:31:49PM -0400, Robert P. J. Day wrote: > what about the possibility of an extra "productivity" CD, like the > old days? There are two answers to this. The first is that this is the kind of thing that the "external repository" goal is supposed to address -- we're trying to make it easy to do this without having to coordinate both ways so much as would have been necessary before. The second is that if the packages are going to be well-maintained and have appropriate licenses etc. ad nauseum they will become candidates for the distro. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Tue Aug 12 22:59:14 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Tue, 12 Aug 2003 18:59:14 -0400 Subject: UML (was: Re: was there an advertised ETA for the next beta?) In-Reply-To: ; from m.a.young@durham.ac.uk on Tue, Aug 12, 2003 at 10:10:58AM +0100 References: Message-ID: <20030812185914.C767@devserv.devel.redhat.com> On Tue, Aug 12, 2003 at 10:10:58AM +0100, M A Young wrote: > Since you ask (and I hope you are taking note of all the replies your > question is generating), I would like to see support for user mode linux > back in rhl (following a brief appearence in RHL 8.0). However since that > might imply changes in the kernel, and possibly better anaconda support, I > was viewing this more as a Cambridge++ project. I also think it's a Cambridge++ project, and yes we are interested, though we're not committing, blah blah blah. :-) Have you played with qemu? michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Tue Aug 12 23:02:27 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Tue, 12 Aug 2003 19:02:27 -0400 Subject: what does semi-external mean to the common man [ was: Re: was there an advertised ETA for the next beta?] In-Reply-To: <1060721017.14994.141.camel@spatula>; from jspaleta@princeton.edu on Tue, Aug 12, 2003 at 04:43:37PM -0400 References: <1060721017.14994.141.camel@spatula> Message-ID: <20030812190227.D767@devserv.devel.redhat.com> On Tue, Aug 12, 2003 at 04:43:37PM -0400, Jef Spaleta wrote: > What's to stop OpenOffice.org from deciding > to take the view that commercial distros could not use the > OpenOffice.org brandname or logos when marketing distro "features" SOT ... Or, perhaps, that if they make ANY changes they can't use the name? Like, say, Apache? :-) michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From veillard at redhat.com Tue Aug 12 23:13:24 2003 From: veillard at redhat.com (Daniel Veillard) Date: Tue, 12 Aug 2003 19:13:24 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: <1060708042.20564.89.camel@opus.phy.duke.edu>; from skvidal@phy.duke.edu on Tue, Aug 12, 2003 at 01:07:22PM -0400 References: <1060696912.14994.43.camel@spatula> <3F3918BB.3080701@deragon.biz> <1060708042.20564.89.camel@opus.phy.duke.edu> Message-ID: <20030812191324.D24858@redhat.com> On Tue, Aug 12, 2003 at 01:07:22PM -0400, seth vidal wrote: > > > But in the short term, yum is now part of severn. Since it will be the > > default with the system, it will eventually become the standard. As > > soon as RH offers the chance for people to create repositories, the > > number of public repositories will explode. By the time we decide for a > > standard, yum repositories would have become the defacto standard. > > This is one of the exact reasons why we've started figuring out a > standard repository format for all pkg tools. I don't care if yum is a > 'standard' or not. I'd like it to be reasonable for me to keep on > developing yum w/o having to mess about with 4 different repository > formats on a mirror. From what I can tell the ximian, red hat and apt > people agree. So we're working on consensus to solve our problems > together. Standard are best done as data format or protocols. Standardizing on API is dangerous. Standardizing on tools is just bad practice >:-> Seth approach is the Right one IMHO, the one ensuring interoperability and then tools can then compete for being the best from an user need point of view and in an open field. 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 hp at redhat.com Wed Aug 13 00:28:59 2003 From: hp at redhat.com (Havoc Pennington) Date: Tue, 12 Aug 2003 20:28:59 -0400 Subject: When to file "tracking" bugs in RH bugzilla In-Reply-To: <16184.44000.204209.365222@uebn.uddeborg.se> References: <16184.44000.204209.365222@uebn.uddeborg.se> Message-ID: <20030812202859.E15460@devserv.devel.redhat.com> On Tue, Aug 12, 2003 at 10:57:04AM +0200, G?ran Uddeborg wrote: > I'm still slightly uncertain about how to file bugs nowdays. I > believe I understand the base rule is to file bug reports upstream > whenever possible. There has also been some people mentioning the > possibility of filing a "tracking" bug in Red Hat bugzilla. A report > that would point out the error, and give a reference to the upstream > bug report. What I'm not sure about is under what circumstances such > a tracking bug should be reported. What I would say is, file a bug on redhat.com if you think the bug is a candidate for the CambridgeTarget or CambridgeBlocker lists Bill posted about earlier. Unfortunately, we don't have global bug triage guidelines, and we should. My personal bug triage guidelines resolve all bugs in one of the following ways: - put it on target/blocker list for this release - mark with FutureFeature keyword to become a feature for release following this one - NOTABUG, WONTFIX, etc. - UPSTREAM When I triage a bug, I never leave it open unless it's worth making target/blocker. We never fix all the target bugs anyhow, so if it doesn't merit inclusion on that list it's not going to happen ever. I just move it UPSTREAM or say WONTFIX. This has to be different for packages with no upstream such as redhat-artwork or redhat-config-whatever; for those packages, bugs may stay open even though they aren't on the target list. Some people do it differently, e.g. the installer team uses the DEFERRED state. > To give some concrete examples to discuss around: I've recently filed > three bugs about (localization related) errors in Evolution. > > http://bugzilla.ximian.com/show_bug.cgi?id=47361 > http://bugzilla.ximian.com/show_bug.cgi?id=47525 > http://bugzilla.ximian.com/show_bug.cgi?id=47529 It's a judgment call whether these should be on the target list, not clear-cut cases. If in doubt it can't hurt to file on redhat.com just as a way of asking whether the bug should be on the target list, if you link to the upstream bug developers can trivially set resolution UPSTREAM if they don't think it should be on the list. You should always file upstream also, even when filing on redhat.com, to get the conversation started with the upstream developers and increase the speed/accuracy of fixes. The exception is when the bug is in packaging or otherwise clearly a Red Hat specific issue. Havoc From feliciano.matias at free.fr Wed Aug 13 00:46:31 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 13 Aug 2003 02:46:31 +0200 Subject: APT, Yum and Red Carpet In-Reply-To: <200308121225.32957.hosting@j2solutions.net> References: <200308121710.h7CHAwD17778@devserv.devel.redhat.com> <200308121225.32957.hosting@j2solutions.net> Message-ID: <1060735589.17926.842.camel@one.myworld> Le mar 12/08/2003 ? 21:25, Jesse Keating a ?crit : > On Tuesday 12 August 2003 10:10, Alan Cox wrote: > > Over 90% of companies are *small business*. Most of them either use > > consultants or have relatively lightly trained staff for whom making > > the computers work is often just part of their job and in many cases > > not part of any official job description at all. > > Funny to hear this from an @redhat person, especially when almost all of > these *small businesses* will be unable to afford RHEL products and > will be forced to look elsewhere for their Linux fix. > Server RHEL for small business $349/year http://www.redhat.com/software/rhel/es/ Workstation RHEL for small business $179/year http://www.redhat.com/software/rhel/ws/ And you get 5 years support : http://www.redhat.com/apps/support/errata/rhlas_errata_policy.html But you can use RHL for free with one year support. > Seems that the focus of Red Hat is getting blurred again. Are you > focusing on providing a product for the big businesses, or for the > general masses? Can't really please both IMHO. -- F?liciano Matias -------------- 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 snaky at ok.ru Wed Aug 13 01:27:29 2003 From: snaky at ok.ru (Dmitry Tweritin) Date: Wed, 13 Aug 2003 05:27:29 +0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: <20030812120205.B16853@devserv.devel.redhat.com> References: <1060662825.13141.13.camel@va.local.linuxlobbyist.org>; <20030812003943.A7725@devserv.devel.redhat.com> <3F38D090.190.38D9BF@localhost> <20030812120205.B16853@devserv.devel.redhat.com> Message-ID: <143369339.20030813052729@ok.ru> Hello, BN> Or, perhaps, a CVS repository of specs & patches. It would be just great. Especially with a web interface (viewcvs or something) and RSS feeds (thanks, Alan) using http://laughingmeme.org/cvs2rss/ -- snaky From alikins at redhat.com Wed Aug 13 03:14:50 2003 From: alikins at redhat.com (Adrian Likins) Date: Tue, 12 Aug 2003 23:14:50 -0400 Subject: new up2date available (with apt/yum repo support) Message-ID: <20030812231450.C27241@redhat.com> New up2date packages for testing available at: http://people.redhat.com/~alikins/up2date/severn/ Most notable new feature is support for 3rd party apt and yum repositories. See the included /etc/sysconfig/rhn/sources file for info on how to configure them. It's definately still got some rough edges, but hopefully will at least work most of the time ;-> Most of the rest of the changes are just multilib related and should be mostly transparent. Adrian From feliciano.matias at free.fr Wed Aug 13 03:33:14 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 13 Aug 2003 05:33:14 +0200 Subject: was there an advertised ETA for the next beta? In-Reply-To: <20030812120205.B16853@devserv.devel.redhat.com> References: <1060662825.13141.13.camel@va.local.linuxlobbyist.org> ; <20030812003943.A7725@devserv.devel.redhat.com> <3F38D090.190.38D9BF@localhost> <20030812120205.B16853@devserv.devel.redhat.com> Message-ID: <1060745592.17926.1046.camel@one.myworld> Le mar 12/08/2003 ? 18:02, Bill Nottingham a ?crit : > Or, perhaps, a CVS repository of specs & patches. > Or subversion and its cheap branching and tagging. Here is a possible layout : / README trunk/ (also known as RawHide) a2ps abiword ... tags/ 9.0.93 - Severn beta1/ 9 - Shrike/ branches/ 9 - Shrike/ updates/ The subversion repository : http://svn.collab.net/ > Bill -- F?liciano Matias -------------- 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 jim-cornette at columbus.rr.com Wed Aug 13 03:38:12 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Tue, 12 Aug 2003 23:38:12 -0400 Subject: new up2date available (with apt/yum repo support) In-Reply-To: <20030812231450.C27241@redhat.com> References: <20030812231450.C27241@redhat.com> Message-ID: <3F39B2A4.1000802@columbus.rr.com> Now this is an updating program! I love it already. Jim Adrian Likins wrote: > New up2date packages for testing available at: > > http://people.redhat.com/~alikins/up2date/severn/ > > Most notable new feature is support for 3rd party > apt and yum repositories. See the included > /etc/sysconfig/rhn/sources file for info > on how to configure them. > > It's definately still got some rough edges, > but hopefully will at least work most of > the time ;-> > > Most of the rest of the changes are just > multilib related and should be mostly > transparent. > > > Adrian > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > -- Feeling amorous, she looked under the sheets and cried, "Oh, no, it's Microsoft!" From riel at redhat.com Wed Aug 13 03:38:42 2003 From: riel at redhat.com (Rik van Riel) Date: Tue, 12 Aug 2003 23:38:42 -0400 (EDT) Subject: was there an advertised ETA for the next beta? In-Reply-To: <1060641606.6735.1.camel@lando> Message-ID: On Mon, 11 Aug 2003, Kyle Maxwell wrote: > On Mon, 2003-08-11 at 16:07, Rik van Riel wrote: > > If you have other cool ideas on what should be included, > > don't hesitate to let us know ;) > > Now *there's* a question sure to generate traffic... > > I'd really like to see Tripwire (or AIDE) back in. > I understand that it was yanked due to developer resource constraints, > but maybe this is where the community involvement comes in. *ding ding ding ding* You correctly guessed the follow-up question. Now is the time to start creating your favorite RPMs for Severn, other people should be able to install them using some update mechanism (once we know which one is preferred). I don't know what the distribution people are planning, but personally I wouldn't mind if the next version after Severn actually shrank the core distribution and simply had all of the luxury/extra packages available from extra repositories. That's just my uninformed opinion, though. Blame me if it turns out to be practically impossible for the distribution people ;) -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From riel at redhat.com Wed Aug 13 03:40:05 2003 From: riel at redhat.com (Rik van Riel) Date: Tue, 12 Aug 2003 23:40:05 -0400 (EDT) Subject: was there an advertised ETA for the next beta? In-Reply-To: <20030811191035.H4154@devserv.devel.redhat.com> Message-ID: On Mon, 11 Aug 2003, Havoc Pennington wrote: > > If you have other cool ideas on what should be included, > > don't hesitate to let us know ;) > > Maybe this should be qualified with "for the next release, if you are > going to volunteer to work on it" ;-) You are absolutely right, of course. From now on I'll try to read all my emails before sending them, I can see how my mail must have gotten misinterpreted by some people. In fact, I can see quite an impressive thread illustrating that. On the plus side, it's good to see that the community is alive ;) -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From skvidal at phy.duke.edu Wed Aug 13 03:45:20 2003 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 12 Aug 2003 23:45:20 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: References: Message-ID: <1060746319.3772.1.camel@binkley> > > I understand that it was yanked due to developer resource constraints, > > but maybe this is where the community involvement comes in. > > *ding ding ding ding* > > You correctly guessed the follow-up question. Now is the time > to start creating your favorite RPMs for Severn, other people > should be able to install them using some update mechanism > (once we know which one is preferred). > > I don't know what the distribution people are planning, but > personally I wouldn't mind if the next version after Severn > actually shrank the core distribution and simply had all of > the luxury/extra packages available from extra repositories. > HERE HERE!! I'd like to add my recommendation that this happen too. shrink core rhl. add more repositories oriented around certain tasks/programs/services. -sv From riel at redhat.com Wed Aug 13 03:52:45 2003 From: riel at redhat.com (Rik van Riel) Date: Tue, 12 Aug 2003 23:52:45 -0400 (EDT) Subject: was there an advertised ETA for the next beta? In-Reply-To: <20030812124538.A10561@devserv.devel.redhat.com> Message-ID: On Tue, 12 Aug 2003, Havoc Pennington wrote: > On Tue, Aug 12, 2003 at 01:37:20AM -0400, seth vidal wrote: > > The questions about the website have gotten a lot of the "red > > wall-of-nda'd-silence". Kinda irritating: 'yes, we'd like to be more > > open'. 'no, we can't tell you why we took a website down'. > > Yeah, I know. What the site says at the moment is really an accurate > answer, fwiw. While I cannot (right now) tell you the exact answer, I can give you a vague hint to figure it out for yourself. The original rhl.redhat.com web site answered the questions raised by developers, since it is a development project. However, it did not answer questions raised by some other (unspecified) categories of people who interact with Red Hat. Those questions need to be answered, in detail. Discussions about development of packages and about the development process that people would like to see can still go on though, hopefully on the rhl-devel-list. -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From skvidal at phy.duke.edu Wed Aug 13 03:55:47 2003 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 12 Aug 2003 23:55:47 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: References: Message-ID: <1060746947.3772.7.camel@binkley> > While I cannot (right now) tell you the exact answer, I can > give you a vague hint to figure it out for yourself. > > The original rhl.redhat.com web site answered the questions > raised by developers, since it is a development project. > > However, it did not answer questions raised by some other > (unspecified) categories of people who interact with Red Hat. > Those questions need to be answered, in detail. > So I guess I'm still a touch confused - you have a site with useful information on it. however, it doesn't have information for everyone. so instead of working on adding the information so the site is useful to everyone you take down the whole site so there is no information available that is useful to anyone. I know there are universes where this logic makes sense but I don't ever want to live in them. :) -sv From riel at redhat.com Wed Aug 13 03:59:46 2003 From: riel at redhat.com (Rik van Riel) Date: Tue, 12 Aug 2003 23:59:46 -0400 (EDT) Subject: UML (was: Re: was there an advertised ETA for the next beta?) In-Reply-To: Message-ID: On Tue, 12 Aug 2003, M A Young wrote: > Since you ask (and I hope you are taking note of all the replies your > question is generating), I would like to see support for user mode linux > back in rhl (following a brief appearence in RHL 8.0). However since that > might imply changes in the kernel, and possibly better anaconda support, I > was viewing this more as a Cambridge++ project. It would require two things which I can see: 1) support for anaconda to install into a disk image somewhere inside an already installed system 2) a kernel configured for user mode linux, which should be easy with the 2.6 kernel In order for UML to be fun to use, it would need some additional things: 3) a smaller default installation, for people who want multiple virtual machines 4) scripts to make it easier to set up networking between the virtual machines and the rest of the world 5) maybe scripts to clone virtual machines ? install them from scratch ? ... ? For these it would be very good if people from the community volunteered to start development. If we get support for user mode linux somewhere beyond severn, IMHO we should do it right. Of course the "we" here refers to the community ;) -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From riel at redhat.com Wed Aug 13 04:02:22 2003 From: riel at redhat.com (Rik van Riel) Date: Wed, 13 Aug 2003 00:02:22 -0400 (EDT) Subject: UML (was: Re: was there an advertised ETA for the next beta?) In-Reply-To: <20030812185914.C767@devserv.devel.redhat.com> Message-ID: On Tue, 12 Aug 2003, Michael K. Johnson wrote: > I also think it's a Cambridge++ project, and yes we are interested, > though we're not committing, blah blah blah. :-) In my opinion it would be best if all the UML luxury packages were somewhere in a 3rd party repository, where the people who are really dedicated to UML can give these packages the attention they deserve. The changes to the core distribution don't need to be big. > Have you played with qemu? QEMU cannot yet run under itself, while the 2.6 UML can run recursively. Also, UML has gotten way more secure and efficient with some support in the 2.6 kernel. -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From riel at redhat.com Wed Aug 13 04:20:11 2003 From: riel at redhat.com (Rik van Riel) Date: Wed, 13 Aug 2003 00:20:11 -0400 (EDT) Subject: new up2date available (with apt/yum repo support) In-Reply-To: <20030812231450.C27241@redhat.com> Message-ID: On Tue, 12 Aug 2003, Adrian Likins wrote: > Most notable new feature is support for 3rd party > apt and yum repositories. See the included > /etc/sysconfig/rhn/sources file for info > on how to configure them. How can we set up repositories with RPMS for apt and yum ? I should put together a repository with some ham radio applications ;) -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From skvidal at phy.duke.edu Wed Aug 13 04:21:59 2003 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 13 Aug 2003 00:21:59 -0400 Subject: new up2date available (with apt/yum repo support) In-Reply-To: References: Message-ID: <1060748519.3772.9.camel@binkley> On Wed, 2003-08-13 at 00:20, Rik van Riel wrote: > On Tue, 12 Aug 2003, Adrian Likins wrote: > > > Most notable new feature is support for 3rd party > > apt and yum repositories. See the included > > /etc/sysconfig/rhn/sources file for info > > on how to configure them. > > How can we set up repositories with RPMS for apt and yum ? > > I should put together a repository with some ham radio > applications ;) make a dir of rpms run yum-arch . in a directory above that dir. that will generate a headers directory. just make that dir available via http or ftp. I don't know all the details for setting up an apt repo -sv From awol at home.nl Wed Aug 13 04:54:04 2003 From: awol at home.nl (Alexander Volovics) Date: Wed, 13 Aug 2003 06:54:04 +0200 Subject: mouse problems In-Reply-To: <200308121452.37432.elwoo@videotron.ca> References: <20030812093647.GA11981@home.nl> <20030812093359.94860.qmail@web60004.mail.yahoo.com> <20030812102904.GA12140@home.nl> <200308121452.37432.elwoo@videotron.ca> Message-ID: <20030813045404.GA1951@home.nl> On Tue, Aug 12, 2003 at 02:52:37PM -0400 in reply to > > > > --- Alexander Volovics wrote: > > > > I installed severn on a dell i8100 without problems but when I > > > > later plugged in a simple logitech usb mouse I experienced jerky > > > > mouse movements. Anybody else experience this. > > > you could try adding Resolution "3" under the mouse options > > Thanks for the suggestion. But where do I add this? > > XF86Config, /etc/syconfig/hwconf, /etc/sysconfig/mouse, ..... Elton Woo wrote: > In /etc/X11/XF86Config your entry should be like this: > > --------------------------------------------------- > Section "InputDevice" > Identifier "Mouse0" ---------------------------------cut--------------------------------- Thanks for the reply Elton but the problem is not that my usb mouse is not working. My XF86Config file is correct and the usb mouse is working. But the movements of the usb mouse are rather 'jerky' and Mike Martin suggested adding Resolution "3" under mouse options. I was asking were these 'mouse options' are to be found. Alexander From redtuxxx at yahoo.co.uk Wed Aug 13 08:35:24 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Wed, 13 Aug 2003 09:35:24 +0100 (BST) Subject: mouse problems In-Reply-To: <20030813045404.GA1951@home.nl> Message-ID: <20030813083524.13102.qmail@web60002.mail.yahoo.com> --- Alexander Volovics wrote: > On Tue, Aug 12, 2003 at 02:52:37PM -0400 in reply to > > > > > > --- Alexander Volovics wrote: > > > > > I installed severn on a dell i8100 without problems but > when I > > > > > later plugged in a simple logitech usb mouse I experienced > jerky > > > > > mouse movements. Anybody else experience this. > > > > > you could try adding Resolution "3" under the mouse options > > > > Thanks for the suggestion. But where do I add this? > > > XF86Config, /etc/syconfig/hwconf, /etc/sysconfig/mouse, ..... > /etc/X11/XF86Config in the mouse section ie: here Section "InputDevice" Identifier "Mouse0" and put Option Resolution "3" somewhere here > Elton Woo wrote: > > > In /etc/X11/XF86Config your entry should be like this: > > > > --------------------------------------------------- > > Section "InputDevice" > > Identifier "Mouse0" > > ---------------------------------cut--------------------------------- > > Thanks for the reply Elton but the problem is not that my usb mouse > is not working. My XF86Config file is correct and the usb mouse is > working. > > But the movements of the usb mouse are rather 'jerky' and Mike > Martin > suggested adding Resolution "3" under mouse options. > I was asking were these 'mouse options' are to be found. > > Alexander > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From pmatilai at welho.com Wed Aug 13 08:38:48 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Wed, 13 Aug 2003 11:38:48 +0300 Subject: new up2date available (with apt/yum repo support) In-Reply-To: <1060748519.3772.9.camel@binkley> References: <1060748519.3772.9.camel@binkley> Message-ID: <1060763928.3f39f9183def4@webmail.welho.com> Quoting seth vidal : > On Wed, 2003-08-13 at 00:20, Rik van Riel wrote: > > On Tue, 12 Aug 2003, Adrian Likins wrote: > > > > > Most notable new feature is support for 3rd party > > > apt and yum repositories. See the included > > > /etc/sysconfig/rhn/sources file for info > > > on how to configure them. > > > > How can we set up repositories with RPMS for apt and yum ? > > > > I should put together a repository with some ham radio > > applications ;) > > > make a dir of rpms > run yum-arch . > in a directory above that dir. > > that will generate a headers directory. > > just make that dir available via http or ftp. > > I don't know all the details for setting up an apt repo Not really much more difficult than yum, except apt expects the directory names to have a suffix like RPMS.os RPMS.updates and then run genbasedir on the toplevel tree. For details see https://moin.conectiva.com.br/AptRpm/Repositories -- - Panu - From veillard at redhat.com Wed Aug 13 08:51:05 2003 From: veillard at redhat.com (Daniel Veillard) Date: Wed, 13 Aug 2003 04:51:05 -0400 Subject: new up2date available (with apt/yum repo support) In-Reply-To: <20030812231450.C27241@redhat.com>; from alikins@redhat.com on Tue, Aug 12, 2003 at 11:14:50PM -0400 References: <20030812231450.C27241@redhat.com> Message-ID: <20030813045105.H24858@redhat.com> On Tue, Aug 12, 2003 at 11:14:50PM -0400, Adrian Likins wrote: > New up2date packages for testing available at: > > http://people.redhat.com/~alikins/up2date/severn/ Hum, can't rebuild the package on my Red Hat 9 box: make[1]: Entering directory `/u/veillard/rpms/BUILD/up2date-3.9.6/man' Makefile:44: *** target pattern contains no `%'. Stop. make[1]: Leaving directory `/u/veillard/rpms/BUILD/up2date-3.9.6/man' define install_default $(foreach catman, $(CAT), @if [ -n "$(wildcard en/*.$(catman))" ] ; then \ $(INSTALL_DATA) en/*.$(catman) $(MANDIR)/man$(catman) ; \ fi $(newline) ) endef with make-3.79.1-17 installed. I never used defines in Makefile so I'm dry on this bizarre syntax and error... 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 pmatilai at welho.com Wed Aug 13 09:09:35 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Wed, 13 Aug 2003 12:09:35 +0300 Subject: new up2date available (with apt/yum repo support) In-Reply-To: <20030813045105.H24858@redhat.com> References: <20030812231450.C27241@redhat.com> <20030813045105.H24858@redhat.com> Message-ID: <1060765775.3f3a004fc79d9@webmail.welho.com> Quoting Daniel Veillard : > On Tue, Aug 12, 2003 at 11:14:50PM -0400, Adrian Likins wrote: > > New up2date packages for testing available at: > > > > http://people.redhat.com/~alikins/up2date/severn/ > > Hum, can't rebuild the package on my Red Hat 9 box: > make[1]: Entering directory `/u/veillard/rpms/BUILD/up2date-3.9.6/man' > Makefile:44: *** target pattern contains no `%'. Stop. > make[1]: Leaving directory `/u/veillard/rpms/BUILD/up2date-3.9.6/man' > > define install_default > $(foreach catman, $(CAT), > @if [ -n "$(wildcard en/*.$(catman))" ] ; then \ > $(INSTALL_DATA) en/*.$(catman) $(MANDIR)/man$(catman) ; \ > fi > $(newline) ) > endef > > with make-3.79.1-17 installed. > I never used defines in Makefile so I'm dry on this bizarre syntax and > error... Hmm, up2date-3.9.6-1 builds for me on RH9 without problems, same version of make as well. -- - Panu - From awol at home.nl Wed Aug 13 09:53:36 2003 From: awol at home.nl (Alexander Volovics) Date: Wed, 13 Aug 2003 11:53:36 +0200 Subject: mouse problems In-Reply-To: <20030813083524.13102.qmail@web60002.mail.yahoo.com> References: <20030813045404.GA1951@home.nl> <20030813083524.13102.qmail@web60002.mail.yahoo.com> Message-ID: <20030813095336.GA1951@home.nl> On Wed, Aug 13, 2003 at 09:35:24AM +0100, Mike Martin wrote: > /etc/X11/XF86Config > in the mouse section > Section "InputDevice" > Identifier "Mouse0" > and put > Option Resolution "3" > somewhere here Mike, thanks for replying. I must have been prostrated by the heat yesterday. Today I got up at five to do some work and immediately saw where it should be put and how it should be formulated. After looking up the exact meaning and the possible values I have been experimenting with different values but this option does not seem to solve the problem. The mouse response remains 'jerky' or 'wooden'. (The jerkiness is very slight but it is clearly demonstrated when trying to play shishen-po or mahjongg very quickly). I have never had this problem before using previous versions of RH on the i8100 and also never had to adjust anything to get the usb mouse working smoothly so I suspect it must be severn related (driver, usb, kde,...?) By the way, in case anybody else needs it, the option is: Option "Resolution" "n" Alexander From veillard at redhat.com Wed Aug 13 10:15:46 2003 From: veillard at redhat.com (Daniel Veillard) Date: Wed, 13 Aug 2003 06:15:46 -0400 Subject: new up2date available (with apt/yum repo support) In-Reply-To: <1060765775.3f3a004fc79d9@webmail.welho.com>; from pmatilai@welho.com on Wed, Aug 13, 2003 at 12:09:35PM +0300 References: <20030812231450.C27241@redhat.com> <20030813045105.H24858@redhat.com> <1060765775.3f3a004fc79d9@webmail.welho.com> Message-ID: <20030813061546.K24858@redhat.com> On Wed, Aug 13, 2003 at 12:09:35PM +0300, Panu Matilainen wrote: > Quoting Daniel Veillard : > > > On Tue, Aug 12, 2003 at 11:14:50PM -0400, Adrian Likins wrote: > > > New up2date packages for testing available at: > > > > > > http://people.redhat.com/~alikins/up2date/severn/ > > > > Hum, can't rebuild the package on my Red Hat 9 box: > > make[1]: Entering directory `/u/veillard/rpms/BUILD/up2date-3.9.6/man' > > Makefile:44: *** target pattern contains no `%'. Stop. > > make[1]: Leaving directory `/u/veillard/rpms/BUILD/up2date-3.9.6/man' > > Hmm, up2date-3.9.6-1 builds for me on RH9 without problems, same version of make > as well. Hum, it built as root, not under my login. weird ... thanks, 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 leonardjo at hetnet.nl Wed Aug 13 12:13:37 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Wed, 13 Aug 2003 14:13:37 +0200 Subject: AIDE/Tripwire In-Reply-To: <3F394B19.1000306@Sun.com> References: <3F38CDF6.28146.2EB1A1@localhost> Message-ID: <3F3A4791.24467.8EBB8@localhost> Hi Tommy, > Maybe just setup a magic policy directory (ala /etc/tripwire.d ) .. that > each RPM can drop its "specs" into and have the policy generated > automatically or something.. Hm. This would require either rpm to be extensively modified to catch/generate these specs on (de)installation of every package or every single rpm to be rebuild to dump it's specs in /etc/tripwire.d. Not an easy solution, not to say infeasible (oops now I said it :). Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From beerman at divx.com.pl Wed Aug 13 12:15:08 2003 From: beerman at divx.com.pl (Beerman) Date: Wed, 13 Aug 2003 14:15:08 +0200 Subject: Some raw hide problems.... Message-ID: <1119704411.20030813141508@divx.com.pl> Hi. I've just upgraded my RH 8.0 with some packages from Raw Hide (latest http://rawhide.redhat.com/pub/redhat/linux/rawhide/i386/RedHat/RPMS/ packages) and : 1. Cannot load any PHP dynamic library. Got these packages: -rw-r--r-- 1 root root 1946503 Jul 23 01:13 php-4.3.2-7.i386.rpm -rw-r--r-- 1 root root 713204 Jul 23 01:14 php-devel-4.3.2-7.i386.rpm -rw-r--r-- 1 root root 425271 Jul 23 01:14 php-imap-4.3.2-7.i386.rpm -rw-r--r-- 1 root root 26097 Jul 23 01:14 php-mysql-4.3.2-7.i386.rpm -rw-r--r-- 1 root root 1020205 Jul 28 18:03 httpd-2.0.47-4.i386.rpm -rw-r--r-- 1 root root 142759 Jul 28 18:03 httpd-devel-2.0.47-4.i386.rpm -rw-r--r-- 1 root root 1287119 Jul 22 20:48 imap-2002d-3.i386.rpm -rw-r--r-- 1 root root 886311 Jul 22 20:48 imap-devel-2002d-3.i386.rpm -rw-r--r-- 1 root root 5688178 Jul 16 22:21 mysql-3.23.57-1.i386.rpm -rw-r--r-- 1 root root 539167 Jul 16 22:21 mysql-bench-3.23.57-1.i386.rpm -rw-r--r-- 1 root root 583898 Jul 16 22:21 mysql-devel-3.23.57-1.i386.rpm -rw-r--r-- 1 root root 1119795 Jul 16 22:21 mysql-server-3.23.57-1.i386.rpm PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/imap.so' - /usr/lib/php4/imap.so: undefined symbol: executor_globals in Unknown on line 0 PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/mysql.so' - /usr/lib/php4/mysql.so: undefined symbol: OnUpdateInt in Unknown on line 0 2. Cannot run NAT on iptables: modprobe iptable_nat iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE Aug 13 13:37:57 pajonk insmod: /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o: init_module: Device or resource busy Aug 13 13:37:57 pajonk insmod: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find mo re information in syslog or the output from dmesg Aug 13 13:37:57 pajonk insmod: /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o: insmod ipt_MASQUERADE failed 3. Reallocation error from /lib/libssl.so.4 (several undefinied symbols) on several applications. [root at pajonk rawhide]# rpm -qa|grep openssl openssl-0.9.7a-17 openssl096b-0.9.6b-8 openssl-devel-0.9.7a-17 openssl096-0.9.6-19 openssl-perl-0.9.7a-17 Thank you in advance for any help. -- _______ beerman at divx.com.pl ______ ___ _GG:235429___ICQ:37186302_ \____ PGP Key ID: 0x7E9C34CA ____/ / _ )___ ___ ___,__ _ ___ ___\ \___ http://www.divx.com.pl ___/ / _ / -_) -_) __/ ' \/ _ `/ _ \\ \__ http://wap.divx.com.pl __/ /____/\__/\__/_/ /_/_/_/\_,_/_//_/_\ From leonardjo at hetnet.nl Wed Aug 13 12:28:40 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Wed, 13 Aug 2003 14:28:40 +0200 Subject: Some raw hide problems.... In-Reply-To: <1119704411.20030813141508@divx.com.pl> Message-ID: <3F3A4B18.26253.16B4FC@localhost> Hi Beerman, > I've just upgraded my RH 8.0 with some packages from Raw Hide (latest > http://rawhide.redhat.com/pub/redhat/linux/rawhide/i386/RedHat/RPMS/ > packages) and : > > 1. Cannot load any PHP dynamic library. Got these packages: > 2. Cannot run NAT on iptables: > 3. Reallocation error from /lib/libssl.so.4 (several undefinied > symbols) on several applications. Concerning 1) and 3) you might want to rebuild the src rpms instead of using the binaries. It was mentioned in an earlier thread that 2) should be solved with the next rawhide kernel. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From gstool at earthlink.net Wed Aug 13 12:35:45 2003 From: gstool at earthlink.net (Gerry Tool) Date: Wed, 13 Aug 2003 07:35:45 -0500 Subject: mouse problems In-Reply-To: <20030813095336.GA1951@home.nl> References: <20030813045404.GA1951@home.nl> <20030813083524.13102.qmail@web60002.mail.yahoo.com> <20030813095336.GA1951@home.nl> Message-ID: <3F3A30A1.1040408@earthlink.net> Alexander Volovics wrote: > After looking up the exact meaning and the possible values I have been > experimenting with different values but this option does not seem to solve > the problem. The mouse response remains 'jerky' or 'wooden'. I can't tell if you are multi-booting and not having trouble in other systems, but do you have an optical mouse? Are you using it on a dark surface? If so, try it on a light colored surface. Gerry From hans at deragon.biz Wed Aug 13 12:52:04 2003 From: hans at deragon.biz (Hans Deragon) Date: Wed, 13 Aug 2003 08:52:04 -0400 Subject: new up2date available (with apt/yum repo support) In-Reply-To: <20030812231450.C27241@redhat.com> References: <20030812231450.C27241@redhat.com> Message-ID: <3F3A3474.7050904@deragon.biz> Adrian Likins wrote: > New up2date packages for testing available at: > > http://people.redhat.com/~alikins/up2date/severn/ > > Most notable new feature is support for 3rd party > apt and yum repositories. See the included > /etc/sysconfig/rhn/sources file for info > on how to configure them. > > It's definately still got some rough edges, > but hopefully will at least work most of > the time ;-> > > Most of the rest of the changes are just > multilib related and should be mostly > transparent. Well that shuts the apt/yum debate. :) Now we have a GUI and CLI that supports both type of repositories. Great, and thanks. Best regards, Hans Deragon -- Consultant en informatique/Software Consultant Deragon Informatique inc. Open source: http://www.deragon.biz http://swtmvcwrapper.sourceforge.net mailto://hans at deragon.biz http://autopoweroff.sourceforge.net From adam at dynamicinteraction.co.uk Wed Aug 13 13:11:56 2003 From: adam at dynamicinteraction.co.uk (Mr. Adam ALLEN) Date: 13 Aug 2003 14:11:56 +0100 Subject: AIDE/Tripwire In-Reply-To: <3F3A4791.24467.8EBB8@localhost> References: <3F38CDF6.28146.2EB1A1@localhost> <3F3A4791.24467.8EBB8@localhost> Message-ID: <1060780315.2371.14.camel@localhost.localdomain> On Wed, 2003-08-13 at 13:13, Leonard den Ottolander wrote: > Hi Tommy, > > > Maybe just setup a magic policy directory (ala /etc/tripwire.d ) .. that > > each RPM can drop its "specs" into and have the policy generated > > automatically or something.. > I think it's dangerous to automatically rebuild the database, but something like: - get the rpm to dump into /etc/tripwire.d - alert the user that they should run something like (or aide) tripwire --rebuild --parse-specs - it would probably be a safe idea to have RH sign the spec file, with the same key used to sign the RPM, and the only process files out of /etc/tripwire.d which can have their digital signatures verified. Users might trust the /etc/tripwire.d contents too much- which is why I think this step might be necessary. Need to be really careful that my rpm doesn't drop in a new /etc/passwd. Since the specfile would list /etc/passwd as a file- would this instruct tripwire to re-calculate the checksums on /etc/passwd. (Which may have all the accounts deleted). Just a quick not-really thought through pitfalls that might exist. -- Regards, Adam Allen. adam at dynamicinteraction.co.uk pgp http://search.keyserver.net:11371/pks/lookup?op=vindex&search=adam%40dynamicinteraction.co.uk -------------- 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 riel at redhat.com Wed Aug 13 13:17:07 2003 From: riel at redhat.com (Rik van Riel) Date: Wed, 13 Aug 2003 09:17:07 -0400 (EDT) Subject: new up2date available (with apt/yum repo support) In-Reply-To: <3F3A3474.7050904@deragon.biz> Message-ID: On Wed, 13 Aug 2003, Hans Deragon wrote: > Well that shuts the apt/yum debate. :) Now we have a GUI and CLI that > supports both type of repositories. Great, and thanks. I'll try setting up a repository that has both types of metadata. That way everybody can choose which mechanism they want to use for upgrading. -- This is my personal opinion. It probably isn't Red Hat's, though I often wish it were. From skvidal at phy.duke.edu Wed Aug 13 13:28:32 2003 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 13 Aug 2003 09:28:32 -0400 Subject: new up2date available (with apt/yum repo support) In-Reply-To: References: Message-ID: <1060781312.3772.15.camel@binkley> On Wed, 2003-08-13 at 09:17, Rik van Riel wrote: > On Wed, 13 Aug 2003, Hans Deragon wrote: > > > Well that shuts the apt/yum debate. :) Now we have a GUI and CLI that > > supports both type of repositories. Great, and thanks. > > I'll try setting up a repository that has both types of > metadata. That way everybody can choose which mechanism > they want to use for upgrading. This is the reason we're working on a single format for the repository metadata. Generating 2 or 3 or 4 metadata types is a nightmare for mirror maintainers and simply wasteful. -sv From feliciano.matias at free.fr Wed Aug 13 13:30:54 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 13 Aug 2003 15:30:54 +0200 Subject: RawHide and signature Message-ID: <1060781453.1346.47.camel@one.myworld> Many packages in Rawhide are not signed (528/1461). Normal ? -- F?liciano Matias -------------- 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 jharnish at ci.grand-rapids.mi.us Wed Aug 13 13:35:26 2003 From: jharnish at ci.grand-rapids.mi.us (Harnish, Joe) Date: Wed, 13 Aug 2003 09:35:26 -0400 Subject: AIDE/Tripwire Message-ID: <221C759285B78647AEE6181FD6AF36A7078B9148@bambi.grand-rapids.mi.us> Actually it would probably be a good idea to rework the database a little bit so you can have "Version Control" embedded into it. The version control would log who installed the RPM (if using sudo to install), when the package was installed and it's old information. -----Original Message----- From: Mr. Adam ALLEN [mailto:adam at dynamicinteraction.co.uk] Sent: Wednesday, August 13, 2003 9:12 AM To: rhl-beta-list at redhat.com Subject: Re: AIDE/Tripwire On Wed, 2003-08-13 at 13:13, Leonard den Ottolander wrote: > Hi Tommy, > > > Maybe just setup a magic policy directory (ala /etc/tripwire.d ) .. > > that each RPM can drop its "specs" into and have the policy > > generated automatically or something.. > I think it's dangerous to automatically rebuild the database, but something like: - get the rpm to dump into /etc/tripwire.d - alert the user that they should run something like (or aide) tripwire --rebuild --parse-specs - it would probably be a safe idea to have RH sign the spec file, with the same key used to sign the RPM, and the only process files out of /etc/tripwire.d which can have their digital signatures verified. Users might trust the /etc/tripwire.d contents too much- which is why I think this step might be necessary. Need to be really careful that my rpm doesn't drop in a new /etc/passwd. Since the specfile would list /etc/passwd as a file- would this instruct tripwire to re-calculate the checksums on /etc/passwd. (Which may have all the accounts deleted). Just a quick not-really thought through pitfalls that might exist. -- Regards, Adam Allen. adam at dynamicinteraction.co.uk pgp http://search.keyserver.net:11371/pks/lookup?op=vindex&search=adam%40dynamic interaction.co.uk -------------- next part -------------- An HTML attachment was scrubbed... URL: From acbk at zeelandnet.nl Wed Aug 13 13:43:00 2003 From: acbk at zeelandnet.nl (h.breimer) Date: Wed, 13 Aug 2003 15:43:00 +0200 Subject: mouse problems In-Reply-To: <3F3A30A1.1040408@earthlink.net> References: <20030813045404.GA1951@home.nl> <20030813083524.13102.qmail@web60002.mail.yahoo.com> <20030813095336.GA1951@home.nl> <3F3A30A1.1040408@earthlink.net> Message-ID: <20030813154300.191f7812.acbk@zeelandnet.nl> On Wed, 13 Aug 2003 07:35:45 -0500 Gerry Tool wrote: > Alexander Volovics wrote: > > > After looking up the exact meaning and the possible values I have > > been experimenting with different values but this option does not > > seem to solve the problem. The mouse response remains 'jerky' or > > 'wooden'. > > I can't tell if you are multi-booting and not having trouble in other > systems, but do you have an optical mouse? Are you using it on a dark > > surface? If so, try it on a light colored surface. > > Gerry > > When my wife complains of her jerky optical mouse it is time for me to put new batteries in. henk From notting at redhat.com Wed Aug 13 13:49:06 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 13 Aug 2003 09:49:06 -0400 Subject: RawHide and signature In-Reply-To: <1060781453.1346.47.camel@one.myworld>; from feliciano.matias@free.fr on Wed, Aug 13, 2003 at 03:30:54PM +0200 References: <1060781453.1346.47.camel@one.myworld> Message-ID: <20030813094905.A5289@devserv.devel.redhat.com> F?liciano Matias (feliciano.matias at free.fr) said: > Many packages in Rawhide are not signed (528/1461). > Normal ? Yes, it's normal. Signing is a manual process, it's not done all the time. Bill From mike at netlyncs.com Wed Aug 13 14:09:57 2003 From: mike at netlyncs.com (Mike Chambers) Date: Wed, 13 Aug 2003 09:09:57 -0500 Subject: new up2date available (with apt/yum repo support) In-Reply-To: <20030812231450.C27241@redhat.com> References: <20030812231450.C27241@redhat.com> Message-ID: <1060783797.2291.12.camel@bart.netlyncs.com> On Tue, 2003-08-12 at 22:14, Adrian Likins wrote: > New up2date packages for testing available at: > > http://people.redhat.com/~alikins/up2date/severn/ > > Most notable new feature is support for 3rd party > apt and yum repositories. See the included > /etc/sysconfig/rhn/sources file for info > on how to configure them. If removing and installing both up2date and up2date-gnome from dir above, and even removing your profile from the RHN web site, I can't seem to re-register now. [mike at bart mike]$ rpm -qa | grep up2date up2date-3.9.3-1 up2date-gnome-3.9.3-1 [mike at bart mike]$ rpm -qa | grep rhn rhn-applet-2.0.10-2 rhnlib-1.3-1 [mike at bart mike]$ up2date register Traceback (most recent call last): File "/usr/sbin/up2date", line 22, in ? from up2date_client import repoDirector File "repoDirector.py", line 12, in ? File "rhnChannel.py", line 129, in getChannels AttributeError: 'NoneType' object has no attribute 'get' -- Mike Chambers Madisonville, KY "The road to to success is always under construction!" From mike at netlyncs.com Wed Aug 13 14:23:53 2003 From: mike at netlyncs.com (Mike Chambers) Date: Wed, 13 Aug 2003 09:23:53 -0500 Subject: new up2date available (with apt/yum repo support) In-Reply-To: <1060783797.2291.12.camel@bart.netlyncs.com> References: <20030812231450.C27241@redhat.com> <1060783797.2291.12.camel@bart.netlyncs.com> Message-ID: <1060784633.2291.16.camel@bart.netlyncs.com> On Wed, 2003-08-13 at 09:09, Mike Chambers wrote: > If removing and installing both up2date and up2date-gnome from dir > above, and even removing your profile from the RHN web site, I can't > seem to re-register now. > > [mike at bart mike]$ rpm -qa | grep up2date > up2date-3.9.3-1 > up2date-gnome-3.9.3-1 Blah, should read through all emails before replying to something. Already upgraded to the newer packages and registration works now. -- Mike Chambers Madisonville, KY "The road to to success is always under construction!" From m.a.young at durham.ac.uk Wed Aug 13 14:44:53 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Wed, 13 Aug 2003 15:44:53 +0100 (BST) Subject: UML (was: Re: was there an advertised ETA for the next beta?) In-Reply-To: Message-ID: On Tue, 12 Aug 2003, Rik van Riel wrote: > On Tue, 12 Aug 2003, M A Young wrote: > > > Since you ask (and I hope you are taking note of all the replies your > > question is generating), I would like to see support for user mode linux > > back in rhl (following a brief appearence in RHL 8.0). However since that > > might imply changes in the kernel, and possibly better anaconda support, I > > was viewing this more as a Cambridge++ project. > > It would require two things which I can see: > > 1) support for anaconda to install into a disk image > somewhere inside an already installed system You can almost do this already (see http://linuxhacker.ru/uml/ ), though we would need an appropriate kernel, preferably native support in anaconda for ubd filesystems, and possibly a wrapper script to create an initial empty disk and generally make the process much more friendly. > 2) a kernel configured for user mode linux, which > should be easy with the 2.6 kernel and possibly have the skas patch applied to the main kernel, as uml should run much faster in skas mode rather than tt mode. This is another reason to wait for cambridge++ (applying either the skas patch or the main uml patch to RedHat's 2.4 kernels is highly messy). > In order for UML to be fun to use, it would need some > additional things: > > 3) a smaller default installation, for people who want > multiple virtual machines A smaller minimal installation would make more than just those people trying UML happier. > 4) scripts to make it easier to set up networking between > the virtual machines and the rest of the world > > 5) maybe scripts to clone virtual machines ? > install them from scratch ? > ... ? > > For these it would be very good if people from the community > volunteered to start development. If we get support for user > mode linux somewhere beyond severn, IMHO we should do it right. One of my reasons for posting was to guage interest. I was hoping that when the rhl website came back there would be scope for proposing and co-ordinating projects like this. Michael Young From brugolsky at telemetry-investments.com Wed Aug 13 15:02:47 2003 From: brugolsky at telemetry-investments.com (Bill Rugolsky Jr.) Date: Wed, 13 Aug 2003 11:02:47 -0400 Subject: was there an advertised ETA for the next beta? In-Reply-To: <20030812000106.D9816@devserv.devel.redhat.com> References: <1060659848.8549.207.camel@one.myworld> <20030812000106.D9816@devserv.devel.redhat.com> Message-ID: <20030813150247.GA23726@ti19> On Tue, Aug 12, 2003 at 12:01:17AM -0400, Havoc Pennington wrote: > On Tue, Aug 12, 2003 at 05:44:12AM +0200, F?liciano Matias wrote: > > I don't know if this is currently possible but I would a mailing-list > > that report events from bugzilla. Mostly new bugs and status change (not > > only of my own bugs). > > Newer versions of bugzilla may have this feature - I remember seeing > something like it on bugzilla.mozilla.org. That would be great, particularly if there were extra headers to indicate the package and other meta-data for easy searching (like using "limit" in mutt). It ought to be intermixed with package commit info. Bugzilla could really benefit from the ability to display the RPM changelog when reporting a bug against a package. Right now the method is 1. Find a bug 2. Do one or more of the following: a. Go to rpmfind.net and read the Changelog for the package in Rawhide, to see whether the bug has been fixed. b. Download the SRPM/RPM and look/test c. Search Bugzilla. 3. Report the bug. The process can definitely be streamlined. bugs.debian.org does a good job of integrating this information for individual packages. Regards, Bill Rugolsky From hosting at j2solutions.net Wed Aug 13 14:34:55 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Wed, 13 Aug 2003 07:34:55 -0700 Subject: APT, Yum and Red Carpet In-Reply-To: <1060735589.17926.842.camel@one.myworld> References: <200308121710.h7CHAwD17778@devserv.devel.redhat.com> <200308121225.32957.hosting@j2solutions.net> <1060735589.17926.842.camel@one.myworld> Message-ID: <200308130734.55596.hosting@j2solutions.net> On Tuesday 12 August 2003 17:46, F?liciano Matias uttered: > http://www.redhat.com/software/rhel/es/ > Workstation RHEL for small business $179/year > http://www.redhat.com/software/rhel/ws/ > > And you get 5 years support : > http://www.redhat.com/apps/support/errata/rhlas_errata_policy.html > > But you can use RHL for free with one year support. This doesn't work for us, since our company's "gimmik" is that we provide the support for the end user. Also, many of our customers require functionality of AS, but can't afford the price. There seems to be way too much stripped out of ES to make it a viable platform. RHL will no longer be a supported OS. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (www.mondorescue.org) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From ms-nospam-0306 at arcor.de Wed Aug 13 15:11:26 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 13 Aug 2003 17:11:26 +0200 Subject: AIDE/Tripwire In-Reply-To: <1060780315.2371.14.camel@localhost.localdomain> References: <3F38CDF6.28146.2EB1A1@localhost> <3F3A4791.24467.8EBB8@localhost> <1060780315.2371.14.camel@localhost.localdomain> Message-ID: <20030813171126.109951d6.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 13 Aug 2003 14:11:56 +0100, Mr. Adam ALLEN wrote: > > > Maybe just setup a magic policy directory (ala /etc/tripwire.d ) .. that > > > each RPM can drop its "specs" into and have the policy generated > > > automatically or something.. > I think it's dangerous to automatically rebuild the database, I think nobody has suggested to rebuild the database automatically. The question I have raised earlier is whether to ship a default policy file that covers a full install of the distribution? And in case this is desired, whether and how to create it manually or automatically? Especially Tripwire uses policy directives which sort files into different security levels. Users of Tripwire and Red Hat Linux moan about a default policy file that covers files which are not installed actually. This creates security reports which include many "file does not exist" warnings. The tools to drop such files from the config are not included. You can create a rough Perl script yourself or try to find an existing one via Google. But that only shows that the package is incomplete and needs enhancement. Tommy McNeely's suggestion to tie RPM to the IDE by using a ``magic policy directory (ala /etc/tripwire.d ) .. that each RPM can drop its "specs" into'' is ridiculous IMHO. Just note, that a) the Tripwire project page looks abandoned for a long time, that b) the information in those tripwire.d files is very likely not different from what is contained within the rpmdb-redhat already, and that c) nobody would maintain extra information which could not be extracted from src.rpms/rpmdb automatically. Every solution which requires additional maintenance is out of question. Red Hat have dropped Tripwire due to resource constraints. Resource constraints are not specific to Red Hat. A community packager is also affected by resource constraints. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/OlUe0iMVcrivHFQRAihEAJ9Qq7sMxPmVUDVc0gT8sQP6tX6IbwCfUc09 B6Tx6ZNjsrZF+ThGnztGWVA= =wtpd -----END PGP SIGNATURE----- From timp at redhat.com Wed Aug 13 15:18:05 2003 From: timp at redhat.com (Tim Powers) Date: 13 Aug 2003 11:18:05 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: <200308130734.55596.hosting@j2solutions.net> References: <200308121710.h7CHAwD17778@devserv.devel.redhat.com> <200308121225.32957.hosting@j2solutions.net> <1060735589.17926.842.camel@one.myworld> <200308130734.55596.hosting@j2solutions.net> Message-ID: <1060787885.5932.5.camel@ragnarok.devel.redhat.com> On Wed, 2003-08-13 at 10:34, Jesse Keating wrote: > On Tuesday 12 August 2003 17:46, F?liciano Matias uttered: > > http://www.redhat.com/software/rhel/es/ > > Workstation RHEL for small business $179/year > > http://www.redhat.com/software/rhel/ws/ > > > > And you get 5 years support : > > http://www.redhat.com/apps/support/errata/rhlas_errata_policy.html > > > > But you can use RHL for free with one year support. > > This doesn't work for us, since our company's "gimmik" is that we provide the > support for the end user. Also, many of our customers require functionality > of AS, but can't afford the price. There seems to be way too much stripped > out of ES to make it a viable platform. The AS and ES package sets will be identical in the next release (aside from redhat-release etc.). See: http://www.redhat.com/archives/taroon-beta-list/2003-July/msg00003.html Tim From redtuxxx at yahoo.co.uk Wed Aug 13 15:41:30 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Wed, 13 Aug 2003 16:41:30 +0100 (BST) Subject: mouse problems In-Reply-To: <20030813095336.GA1951@home.nl> Message-ID: <20030813154130.74181.qmail@web60002.mail.yahoo.com> --- Alexander Volovics wrote: > On Wed, Aug 13, 2003 at 09:35:24AM +0100, Mike Martin wrote: > > > /etc/X11/XF86Config > > in the mouse section > > > Section "InputDevice" > > Identifier "Mouse0" > > > and put > > Option Resolution "3" > > > somewhere here > > Mike, thanks for replying. > > I must have been prostrated by the heat yesterday. > Today I got up at five to do some work and immediately saw where it > should be put and how it should be formulated. > > After looking up the exact meaning and the possible values I have > been > experimenting with different values but this option does not seem > to solve > the problem. The mouse response remains 'jerky' or 'wooden'. > > (The jerkiness is very slight but it is clearly demonstrated when > trying > to play shishen-po or mahjongg very quickly). > > I have never had this problem before using previous versions of RH > on > the i8100 and also never had to adjust anything to get the usb > mouse > working smoothly so I suspect it must be severn related > (driver, usb, kde,...?) > > By the way, in case anybody else needs it, the option is: > Option "Resolution" "n" > > Alexander > > Oh yeah, the obvious, have you tried a different mouse to narrow down the prob? > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From adam at dynamicinteraction.co.uk Wed Aug 13 15:45:02 2003 From: adam at dynamicinteraction.co.uk (Mr. Adam ALLEN) Date: 13 Aug 2003 16:45:02 +0100 Subject: AIDE/Tripwire In-Reply-To: <20030813171126.109951d6.ms-nospam-0306@arcor.de> References: <3F38CDF6.28146.2EB1A1@localhost> <3F3A4791.24467.8EBB8@localhost> <1060780315.2371.14.camel@localhost.localdomain> <20030813171126.109951d6.ms-nospam-0306@arcor.de> Message-ID: <1060789502.2371.35.camel@localhost.localdomain> On Wed, 2003-08-13 at 16:11, Michael Schwendt wrote: > On 13 Aug 2003 14:11:56 +0100, Mr. Adam ALLEN wrote: > > I think it's dangerous to automatically rebuild the database, > > I think nobody has suggested to rebuild the database automatically. No nobody has, but a logical next step I guessed might be that if we have the files that rpm modified (/etc/tripwire.d) then why not just take care of it automatically. > The question I have raised earlier is whether to ship a default > policy file that covers a full install of the distribution? And in > case this is desired, whether and how to create it manually or > automatically? Especially Tripwire uses policy directives which > sort files into different security levels. The closest to an answer I have is to create the a full policy- shipped with a small perl(or your favourite language) script to remove files not installed on the system before feeding that list to tripwire. Though this list would of course need to be maintained as you point out. > Tommy McNeely's suggestion to tie RPM to the IDE by using a ``magic > policy directory (ala /etc/tripwire.d ) .. that each RPM can drop > its "specs" into'' is ridiculous IMHO. Just note, that a) the > Tripwire project page looks abandoned for a long time, that b) > the information in those tripwire.d files is very likely not > different from what is contained within the rpmdb-redhat already, > and that c) nobody would maintain extra information which could > not be extracted from src.rpms/rpmdb automatically. > If on an upgrade of apache the new files are listed in /etc/tripwire.d/apache then the updates the tripwire database using this information as a template- that could make it easier to just update the upgraded files. Of course, all that is really needed is the name of the rpm that has been upgraded, the spec file really isn't required. > Every solution which requires additional maintenance is out of > question. I can see the usefulness of it- though the implementation details needs careful thought. Of course, just having the files listed in the rpm isn't good enough since log files need to be identified from binaries. If it's worth development time- is another question. -- Regards, Adam Allen. adam at dynamicinteraction.co.uk pgp http://search.keyserver.net:11371/pks/lookup?op=vindex&search=adam%40dynamicinteraction.co.uk -------------- 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 elwoo at videotron.ca Wed Aug 13 15:48:38 2003 From: elwoo at videotron.ca (Elton Woo) Date: Wed, 13 Aug 2003 11:48:38 -0400 Subject: comments invited: two (new?) bugs in SEVERN BETA1 (RH 9.0.93) Message-ID: <200308131148.38663.elwoo@videotron.ca> No sounds in (the game) Tux Racer: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102234 No sounds in the game Chromium: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102235 Kindly add comments as appropriate. Thanks! Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Wed Aug 13 15:44:18 2003 From: elwoo at videotron.ca (Elton Woo) Date: Wed, 13 Aug 2003 11:44:18 -0400 Subject: Some raw hide problems.... In-Reply-To: <1119704411.20030813141508@divx.com.pl> References: <1119704411.20030813141508@divx.com.pl> Message-ID: <200308131144.18568.elwoo@videotron.ca> On August 13, 2003 08:15 am, Beerman wrote: > Hi. > > I've just upgraded my RH 8.0 with some packages from Raw Hide (latest > http://rawhide.redhat.com/pub/redhat/linux/rawhide/i386/RedHat/RPMS/ > packages) and : wouldn't it be better discussing this in the Red Hat 8.0 or shrike list? This is the SEVERN beta list, after all, and there seems to be an awful paucity of discussion on BETA code here! ... just my two centavos... Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From alikins at redhat.com Wed Aug 13 15:57:22 2003 From: alikins at redhat.com (Adrian Likins) Date: Wed, 13 Aug 2003 11:57:22 -0400 Subject: new up2date available (with apt/yum repo support) In-Reply-To: <1060781312.3772.15.camel@binkley>; from skvidal@phy.duke.edu on Wed, Aug 13, 2003 at 09:28:32AM -0400 References: <1060781312.3772.15.camel@binkley> Message-ID: <20030813115722.C4548@redhat.com> On Wed, Aug 13, 2003 at 09:28:32AM -0400, seth vidal wrote: > On Wed, 2003-08-13 at 09:17, Rik van Riel wrote: > > On Wed, 13 Aug 2003, Hans Deragon wrote: > > > > > Well that shuts the apt/yum debate. :) Now we have a GUI and CLI that > > > supports both type of repositories. Great, and thanks. > > > > I'll try setting up a repository that has both types of > > metadata. That way everybody can choose which mechanism > > they want to use for upgrading. > > This is the reason we're working on a single format for the repository > metadata. Generating 2 or 3 or 4 metadata types is a nightmare for > mirror maintainers and simply wasteful. > And once we decide on the new repo format, it should be fairly easy to support (if it sane, which it appears to be the case so far). Adrian From notting at redhat.com Wed Aug 13 15:58:04 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 13 Aug 2003 11:58:04 -0400 Subject: comments invited: two (new?) bugs in SEVERN BETA1 (RH 9.0.93) In-Reply-To: <200308131148.38663.elwoo@videotron.ca>; from elwoo@videotron.ca on Wed, Aug 13, 2003 at 11:48:38AM -0400 References: <200308131148.38663.elwoo@videotron.ca> Message-ID: <20030813115804.A1919@devserv.devel.redhat.com> Elton Woo (elwoo at videotron.ca) said: > No sounds in (the game) Tux Racer: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102234 > > No sounds in the game Chromium: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102235 > > Kindly add comments as appropriate. Thanks! I believe it's because they use smpeg for audio, which isn't there. But ICBW. Bill From pavelr at coresma.com Wed Aug 13 16:52:54 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Wed, 13 Aug 2003 18:52:54 +0200 Subject: comments invited: two (new?) bugs in SEVERN BETA1 (RH 9.0.93) Message-ID: <6A3008858445D711A58A00062939B2F1ED0D@EXCHANGE> > -----Original Message----- > From: Elton Woo [mailto:elwoo at videotron.ca] > Sent: Wed, August 13, 2003 6:49 PM > To: rhl-beta-list at redhat.com > Subject: comments invited: two (new?) bugs in SEVERN BETA1 (RH 9.0.93) > > > No sounds in (the game) Tux Racer: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102234 This is probably because of old smpeg issue. > > No sounds in the game Chromium: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102235 > > Kindly add comments as appropriate. Thanks! > > Elton ;-) > -- > http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html > "You only live once, so let's make life EASIER for each other." > LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. > > > > > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From elwoo at videotron.ca Wed Aug 13 15:55:15 2003 From: elwoo at videotron.ca (Elton Woo) Date: Wed, 13 Aug 2003 11:55:15 -0400 Subject: mouse problems In-Reply-To: <20030813095336.GA1951@home.nl> References: <20030813045404.GA1951@home.nl> <20030813083524.13102.qmail@web60002.mail.yahoo.com> <20030813095336.GA1951@home.nl> Message-ID: <200308131155.15384.elwoo@videotron.ca> On August 13, 2003 05:53 am, Alexander Volovics wrote: > After looking up the exact meaning and the possible values I have been > experimenting with different values but this option does not seem to solve > the problem. The mouse response remains 'jerky' or 'wooden'. > > (The jerkiness is very slight but it is clearly demonstrated when trying > to play shishen-po or mahjongg very quickly). This might be a bit far-fetched, but I KNOW that TuxRacer is totally unplayable *until* I install the nVidia drivers. (See my previous posts in the shrike lists and bugzilla about "stuttering mouse".) Do you have an NVidia based video card, and if so have you installed the drivers? ... just a (wildcard) thought! Elton ;-) (...whose brain has already melted from the heat, aeons ago...) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From hosting at j2solutions.net Wed Aug 13 16:16:28 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Wed, 13 Aug 2003 09:16:28 -0700 Subject: APT, Yum and Red Carpet In-Reply-To: <1060787885.5932.5.camel@ragnarok.devel.redhat.com> References: <200308121710.h7CHAwD17778@devserv.devel.redhat.com> <200308130734.55596.hosting@j2solutions.net> <1060787885.5932.5.camel@ragnarok.devel.redhat.com> Message-ID: <200308130916.28451.hosting@j2solutions.net> On Wednesday 13 August 2003 08:18, Tim Powers wrote: > The AS and ES package sets will be identical in the next release > (aside from redhat-release etc.). See: > http://www.redhat.com/archives/taroon-beta-list/2003-July/msg00003.ht >ml Ah, ok. It wasn't clear from the release, just seemed like it would be this way for Beta 1, not necessarily the release. This does change some things and I'll bring it up to my management. Thanks! -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From elwoo at videotron.ca Wed Aug 13 16:30:00 2003 From: elwoo at videotron.ca (Elton Woo) Date: Wed, 13 Aug 2003 12:30:00 -0400 Subject: comments invited: two (new?) bugs in SEVERN BETA1 (RH 9.0.93) In-Reply-To: <6A3008858445D711A58A00062939B2F1ED0D@EXCHANGE> References: <6A3008858445D711A58A00062939B2F1ED0D@EXCHANGE> Message-ID: <200308131230.00283.elwoo@videotron.ca> On August 13, 2003 12:52 pm, Pavel Rozenboim wrote: > This is probably because of old smpeg issue. Huh? I guess I missed something, could you please clarify? I have mpeg support installed: alsa-lib-0.9.6-1.fr mpg123-0.59q-1 So what am I still missing? Elton -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From markkukolkka at kolumbus.fi Wed Aug 13 16:36:51 2003 From: markkukolkka at kolumbus.fi (Markku Kolkka) Date: Wed, 13 Aug 2003 19:36:51 +0300 Subject: comments invited: two (new?) bugs in SEVERN BETA1 (RH 9.0.93) In-Reply-To: <20030813115804.A1919@devserv.devel.redhat.com> References: <200308131148.38663.elwoo@videotron.ca> <20030813115804.A1919@devserv.devel.redhat.com> Message-ID: <200308131936.51878.markkukolkka@kolumbus.fi> Viestiss? Keskiviikko 13. Elokuuta 2003 18:58, Bill Nottingham kirjoitti: > Elton Woo (elwoo at videotron.ca) said: > > No sounds in (the game) Tux Racer: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102234 > > I believe it's because they use smpeg for audio, which isn't > there. But ICBW. No, it's a configuration file error: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=85466 smpeg isn't actually needed for audio in tuxracer. -- Markku Kolkka markku.kolkka at iki.fi From markkukolkka at kolumbus.fi Wed Aug 13 16:39:06 2003 From: markkukolkka at kolumbus.fi (Markku Kolkka) Date: Wed, 13 Aug 2003 19:39:06 +0300 Subject: comments invited: two (new?) bugs in SEVERN BETA1 (RH 9.0.93) In-Reply-To: <200308131230.00283.elwoo@videotron.ca> References: <6A3008858445D711A58A00062939B2F1ED0D@EXCHANGE> <200308131230.00283.elwoo@videotron.ca> Message-ID: <200308131939.06118.markkukolkka@kolumbus.fi> Viestiss? Keskiviikko 13. Elokuuta 2003 19:30, Elton Woo kirjoitti: > On August 13, 2003 12:52 pm, Pavel Rozenboim wrote: > > This is probably because of old smpeg issue. > > Huh? I guess I missed something, could you please clarify? See bug #85466 -- Markku Kolkka markku.kolkka at iki.fi From tommy.mcneely at sun.com Wed Aug 13 16:43:33 2003 From: tommy.mcneely at sun.com (Tommy McNeely) Date: Wed, 13 Aug 2003 10:43:33 -0600 Subject: AIDE/Tripwire In-Reply-To: <1060780315.2371.14.camel@localhost.localdomain> References: <3F38CDF6.28146.2EB1A1@localhost> <3F3A4791.24467.8EBB8@localhost> <1060780315.2371.14.camel@localhost.localdomain> Message-ID: <3F3A6AB5.7070000@Sun.com> Mr. Adam ALLEN wrote: >On Wed, 2003-08-13 at 13:13, Leonard den Ottolander wrote: > > >>Hi Tommy, >> >> >> >>>Maybe just setup a magic policy directory (ala /etc/tripwire.d ) .. that >>>each RPM can drop its "specs" into and have the policy generated >>>automatically or something.. >>> >>> > >I think it's dangerous to automatically rebuild the database, but >something like: > > - get the rpm to dump into /etc/tripwire.d > - alert the user that they should run something like (or aide) > tripwire --rebuild --parse-specs > - it would probably be a safe idea to have RH sign the spec file, with >the same key used to sign the RPM, and the only process files out of >/etc/tripwire.d which can have their digital signatures verified. Users >might trust the /etc/tripwire.d contents too much- which is why I think >this step might be necessary. > Agreed.. you dont want anyone just dropping stuff into there > >Need to be really careful that my rpm doesn't drop in a new /etc/passwd. >Since the specfile would list /etc/passwd as a file- would this instruct >tripwire to re-calculate the checksums on /etc/passwd. (Which may have >all the accounts deleted). > >Just a quick not-really thought through pitfalls that might exist. > > Such are the pitfalls of trying to make this "easy" .. tripwire may no be a feasable solution, but I was trying to suggest something that reminded me of "logrotate.d" > > > -- Tommy McNeely -- Tommy.McNeely at Sun.COM Sun Microsystems -- IT CTO Phone/Fax: x51837 / 303-395-3361 From smoogen at lanl.gov Wed Aug 13 17:01:53 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Wed, 13 Aug 2003 11:01:53 -0600 Subject: APT, Yum and Red Carpet In-Reply-To: <200308121436.32824.hosting@j2solutions.net> References: <200308121436.32824.hosting@j2solutions.net> Message-ID: <1060794113.11231.3.camel@smoogen1.lanl.gov> On Tue, 2003-08-12 at 15:36, Jesse Keating wrote: > On Tuesday 12 August 2003 14:33, Stephan Schutter wrote: > > Well, I disagree... for the 90% there is RHL 9.0 etc. and for 10% > > there is the enterprise solution. In an enterprise allmost all the > The problem is, the company I work for caters to these smaller > companies, and provides systems w/ Linux pre-installed and all the > support they need to get up and running. It's becoming increasingly > harder and harder to provide this service based on Red Hat Linux. As > Red Hat strips more and more server quality stuff out of the distro > (tunable kernel VM, ipvs, etc...) and as their business take a stance > that makes it impossible to OEM the RHL product it seems to me that > unless you are a multimillion dollar business, you don't matter to RH, > likewise if you don't sell products to multimillion dollar businesses > then you as a provider don't matter to RH. It's getting to the point > that as a company, we'll have to switch to some lower quality product > to be able to have the relationship necessary to OEM their product and > it just stinks. > For some reason, I think you answered your own rant. You feel like you are having to make a choice of whether to make a lower quality product (w/o Red Hat) for small businesses to make ends meet. I doubt very much that Red Hat is in any different position. From what I can infer they have aimed for a higher quality product for people who will pay for it, and a community product to try and meet the needs of people who wont pay for it. -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From tommy.mcneely at sun.com Wed Aug 13 17:07:33 2003 From: tommy.mcneely at sun.com (Tommy McNeely) Date: Wed, 13 Aug 2003 11:07:33 -0600 Subject: AIDE/Tripwire In-Reply-To: <20030813171126.109951d6.ms-nospam-0306@arcor.de> References: <3F38CDF6.28146.2EB1A1@localhost> <3F3A4791.24467.8EBB8@localhost> <1060780315.2371.14.camel@localhost.localdomain> <20030813171126.109951d6.ms-nospam-0306@arcor.de> Message-ID: <3F3A7055.7070606@Sun.com> Michael Schwendt wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >On 13 Aug 2003 14:11:56 +0100, Mr. Adam ALLEN wrote: > > > >>>>Maybe just setup a magic policy directory (ala /etc/tripwire.d ) .. that >>>>each RPM can drop its "specs" into and have the policy generated >>>>automatically or something.. >>>> >>>> > > > >>I think it's dangerous to automatically rebuild the database >> >> >I think nobody has suggested to rebuild the database automatically. > I sortof did, but that's obviously not really a good idea ;) > >The question I have raised earlier is whether to ship a default >policy file that covers a full install of the distribution? And in >case this is desired, whether and how to create it manually or >automatically? Especially Tripwire uses policy directives which >sort files into different security levels. > >Users of Tripwire and Red Hat Linux moan about a default policy file >that covers files which are not installed actually. This creates >security reports which include many "file does not exist" warnings. >The tools to drop such files from the config are not included. You >can create a rough Perl script yourself or try to find an existing >one via Google. But that only shows that the package is incomplete >and needs enhancement. > >Tommy McNeely's suggestion to tie RPM to the IDE by using a ``magic >policy directory (ala /etc/tripwire.d ) .. that each RPM can drop >its "specs" into'' is ridiculous IMHO. Just note, that a) the >Tripwire project page looks abandoned for a long time, that b) >the information in those tripwire.d files is very likely not >different from what is contained within the rpmdb-redhat already, >and that c) nobody would maintain extra information which could >not be extracted from src.rpms/rpmdb automatically. > was just a random thought :) .. and by "specs" I meant simply a small piece of the text based (or possibly Red Hat signed and encrypted) twpol file that contains the files that should be in the policy for the specific package.. not the rpm spec :) Although maybe a solution is to build the *initial* policy directly from the rpmdb (not -redhat, as that contains everything, right?) using a python or similar script that can semi-intelligently determine whether a file is a binary/config/log/other (based on location?) .. directly after the user completes the install (if they check the "build my default tripwire for me" box?). I suggest we stray away from including a text version of the config file due to the reason mentioned above.. if the user decides not to install "everything" then they get all the file not found stuff. If we are going to parse rpmdb to find out what files should be taken out of the default everything policy, why not just parse the db to figure out what to put into it.. less maint. I think? For maintaining the policy, that could require extra "intellegence" .. or possibly script kiddies.. just installing an RPM or modifying rpm or its database somehow to trip up the tripwire policy "generator" .. or like you say.. listing /etc/passwd because you have added an account, but meanwhile someone else has added another "root" account or deleted all the others.. and you magically OK that file beign changed because it was "supposed to" > >Every solution which requires additional maintenance is out of >question. > heh, any solution is going to require extra maint.. it just depends on how much and who does it :) >Red Hat have dropped Tripwire due to resource constraints. Resource >constraints are not specific to Red Hat. A community packager is >also affected by resource constraints. > tripwire by name may not be what we need to persue.. maybe aide? or some other tool.. but the generating default policy and maintaining it are still going to be a problem > >- -- >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.2.2 (GNU/Linux) > >iD8DBQE/OlUe0iMVcrivHFQRAihEAJ9Qq7sMxPmVUDVc0gT8sQP6tX6IbwCfUc09 >B6Tx6ZNjsrZF+ThGnztGWVA= >=wtpd >-----END PGP SIGNATURE----- > > >-- >Rhl-beta-list mailing list >Rhl-beta-list at redhat.com >http://www.redhat.com/mailman/listinfo/rhl-beta-list > > -- Tommy McNeely -- Tommy.McNeely at Sun.COM Sun Microsystems -- IT CTO Phone/Fax: x51837 / 303-395-3361 From hosting at j2solutions.net Wed Aug 13 17:13:42 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Wed, 13 Aug 2003 10:13:42 -0700 Subject: APT, Yum and Red Carpet In-Reply-To: <1060794113.11231.3.camel@smoogen1.lanl.gov> References: <200308121436.32824.hosting@j2solutions.net> <1060794113.11231.3.camel@smoogen1.lanl.gov> Message-ID: <200308131013.42975.hosting@j2solutions.net> On Wednesday 13 August 2003 10:01, Stephen Smoogen wrote: > For some reason, I think you answered your own rant. You feel like > you are having to make a choice of whether to make a lower quality > product (w/o Red Hat) for small businesses to make ends meet. I doubt > very much that Red Hat is in any different position. From what I can > infer they have aimed for a higher quality product for people who > will pay for it, and a community product to try and meet the needs of > people who wont pay for it. A community project is one thing, but when what goes into the community project is dictated by marketing to ensure that the community project won't compete in any way with the "higher quality product" there seems to be problems. Requests for Opteron support, ipvs support and other such things in the community project get denied because these types of things are an "enterprise" level technology, and thus you _have_ to use RHEL in order to get them. It seems that more and more server software will be removed from RHLP in order to "not compete" with RHEL, making RHLP a nonviable platform for smaller businesses who require server technology, but can't afford the AS or even ES premium. $370~ per system, per year is a very heafty price tag for a small business, especially when one of the "selling points" of Linux was that of lower costs.... -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From alan at redhat.com Wed Aug 13 17:58:22 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 13 Aug 2003 13:58:22 -0400 (EDT) Subject: APT, Yum and Red Carpet In-Reply-To: <200308131013.42975.hosting@j2solutions.net> from "Jesse Keating" at Aws 13, 2003 10:13:42 Message-ID: <200308131758.h7DHwMl01148@devserv.devel.redhat.com> > won't compete in any way with the "higher quality product" there seems > to be problems. Requests for Opteron support, ipvs support and other > such things in the community project get denied because these types of Actually opteron support is one thing most of us are expecting will appear in the community RHLP space pretty rapidly. > RHEL in order to get them. It seems that more and more server software > will be removed from RHLP in order to "not compete" with RHEL, making > RHLP a nonviable platform for smaller businesses who require server There are ten children in a playground with a GPL'd ball, one of them storms off taking his ball with him. Because its a GPL'd ball the other kids all have one too. One of the major goals of RHLP is to get closer to base - which means the 2.6 kernel tree has ipvs in base. The update tool can also pull from third party repositories of your choice. RHEL is about quality Red Hat support, testing, slow rates of change and errata that are just minimal tested fixes. RHLP is about being close to the community releases, tracking new releases when they are available and getting the latest and greatest out there, while trying to ensure it actually works. Some of the package choices are down to deadlines, others to maintainability and - much a relic from the older setup, supportability. Alan From hosting at j2solutions.net Wed Aug 13 18:06:00 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Wed, 13 Aug 2003 11:06:00 -0700 Subject: APT, Yum and Red Carpet In-Reply-To: <200308131758.h7DHwMl01148@devserv.devel.redhat.com> References: <200308131758.h7DHwMl01148@devserv.devel.redhat.com> Message-ID: <200308131106.00184.hosting@j2solutions.net> On Wednesday 13 August 2003 10:58, Alan Cox wrote: > One of the major goals of RHLP is to get closer to base - which means > the 2.6 kernel tree has ipvs in base. The update tool can also pull > from third party repositories of your choice. > > RHEL is about quality Red Hat support, testing, slow rates of change > and errata that are just minimal tested fixes. RHLP is about being > close to the community releases, tracking new releases when they are > available and getting the latest and greatest out there, while trying > to ensure it actually works. > > Some of the package choices are down to deadlines, others to > maintainability and - much a relic from the older setup, > supportability. If this is actually true, great, but I've already been told that things like the Opteron support would not be included by Red Hat because it would compete w/ the RHEL product, and I fear that future software will get the same treatment. I guess time will tell, but it's hard to express that to the powers that be. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From riel at redhat.com Wed Aug 13 18:26:01 2003 From: riel at redhat.com (Rik van Riel) Date: Wed, 13 Aug 2003 14:26:01 -0400 (EDT) Subject: APT, Yum and Red Carpet In-Reply-To: <200308131013.42975.hosting@j2solutions.net> Message-ID: On Wed, 13 Aug 2003, Jesse Keating wrote: > A community project is one thing, but when what goes into the community > project is dictated by marketing to ensure that the community project > won't compete in any way with the "higher quality product" there seems > to be problems. Requests for Opteron support, ipvs support and other > such things in the community project get denied because these types of > things are an "enterprise" level technology, That is simply not true. Some of these features are not in Red Hat's repository because we haven't gotten the time to integrate them. Nobody is stopping you from integrating these features yourself. People can point their up2date at your apt/yum repository and use the packages you are making available. Lets face it, Red Hat is a company with finite resources and the wishlist of all Linux users together is close to infinite [1]. What is needed isn't Red Hat doubling the amount of work done, but users getting the opportunity to do part of the work themselves, together. This model has worked very well for the development of open source programs, so I (personally) expect it to also work for a linux distribution. The success of freshrpms and fedora is certainly suggesting that the model works... Rik van Riel [0] The more things software does "almost right", the larger the wishlist grows. Eg. when software does 10 things "almost right" and gets fixed to do all of them right, you end up with a piece of software that does 100 things "almost right" and a wish list that is 10 times as big as it used to be. Because of this I tend to view any kind of software wishlist as infinite ;) -- This is my personal opinion, though it should be everyones. ;) From nphilipp at redhat.com Wed Aug 13 18:38:33 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: Wed, 13 Aug 2003 20:38:33 +0200 Subject: comments invited: two (new?) bugs in SEVERN BETA1 (RH 9.0.93) In-Reply-To: <200308131936.51878.markkukolkka@kolumbus.fi> References: <200308131148.38663.elwoo@videotron.ca> <20030813115804.A1919@devserv.devel.redhat.com> <200308131936.51878.markkukolkka@kolumbus.fi> Message-ID: <1060799912.3699.6.camel@wombat.dialup.fht-esslingen.de> On Wed, 2003-08-13 at 18:36, Markku Kolkka wrote: > Viestiss? Keskiviikko 13. Elokuuta 2003 18:58, Bill Nottingham kirjoitti: > > Elton Woo (elwoo at videotron.ca) said: > > > No sounds in (the game) Tux Racer: > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102234 > > > > I believe it's because they use smpeg for audio, which isn't > > there. But ICBW. > > No, it's a configuration file error: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=85466 > > smpeg isn't actually needed for audio in tuxracer. I bumped the product for the latter so we don't loose track on it and resolved the former as "duplicate". 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 markkukolkka at kolumbus.fi Wed Aug 13 18:58:25 2003 From: markkukolkka at kolumbus.fi (Markku Kolkka) Date: Wed, 13 Aug 2003 21:58:25 +0300 Subject: comments invited: two (new?) bugs in SEVERN BETA1 (RH 9.0.93) In-Reply-To: <1060799912.3699.6.camel@wombat.dialup.fht-esslingen.de> References: <200308131148.38663.elwoo@videotron.ca> <200308131936.51878.markkukolkka@kolumbus.fi> <1060799912.3699.6.camel@wombat.dialup.fht-esslingen.de> Message-ID: <200308132158.25927.markkukolkka@kolumbus.fi> Viestiss? Keskiviikko 13. Elokuuta 2003 21:38, Nils Philippsen kirjoitti: > On Wed, 2003-08-13 at 18:36, Markku Kolkka wrote: > > smpeg isn't actually needed for audio in tuxracer. > > I bumped the product for the latter so we don't loose track on it and > resolved the former as "duplicate". I just noticed that the tuxracer RPM actually contains the sound and music files. The effects are PCM WAV files, music is in Impulse Tracker format. No evil patented MP3 anywhere. -- Markku Kolkka markku.kolkka at iki.fi From whooperhsd3 at earthlink.net Wed Aug 13 19:37:40 2003 From: whooperhsd3 at earthlink.net (William Hooper) Date: Wed, 13 Aug 2003 15:37:40 -0400 (EDT) Subject: APT, Yum and Red Carpet In-Reply-To: <200308130734.55596.hosting@j2solutions.net> References: <200308121710.h7CHAwD17778@devserv.devel.redhat.com> <200308121225.32957.hosting@j2solutions.net> <1060735589.17926.842.camel@one.myworld> <200308130734.55596.hosting@j2solutions.net> Message-ID: <3786.12.29.16.103.1060803460.squirrel@whooper.org> Jesse Keating said: > On Tuesday 12 August 2003 17:46, F?liciano Matias uttered: >> http://www.redhat.com/software/rhel/es/ >> Workstation RHEL for small business $179/year >> http://www.redhat.com/software/rhel/ws/ >> >> And you get 5 years support : >> http://www.redhat.com/apps/support/errata/rhlas_errata_policy.html >> >> But you can use RHL for free with one year support. > > This doesn't work for us, since our company's "gimmik" is that we provide > the > support for the end user. If you provide support, what does it matter if Red Hat provides support or not? > Also, many of our customers require > functionality > of AS, but can't afford the price. There seems to be way too much > stripped > out of ES to make it a viable platform. Any company that "needs" Cluster support doesn't qualify as a "small business" in my book. > RHL will no longer be a supported OS. >From everything I've seen, the RHLP we get errata for at least one year. Now if you are complaining about not having a SLA, see the first point. -- William Hooper From johnsonm at redhat.com Wed Aug 13 19:44:55 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Wed, 13 Aug 2003 15:44:55 -0400 Subject: UML (was: Re: was there an advertised ETA for the next beta?) In-Reply-To: ; from m.a.young@durham.ac.uk on Wed, Aug 13, 2003 at 03:44:53PM +0100 References: Message-ID: <20030813154455.A7250@devserv.devel.redhat.com> On Wed, Aug 13, 2003 at 03:44:53PM +0100, M A Young wrote: > One of my reasons for posting was to guage interest. I was hoping that > when the rhl website came back there would be scope for proposing and > co-ordinating projects like this. That's very strongly our intent. I think that this would make an excellent project. I would suggest starting out by building a web page and yum repository with a set of packages to support this. Building off Arjan's 2.6 kernel rpms would probably be the best way to go. I'd suggest discussing it on rhl-devel-list rather than starting a new list, unless/until traffic gets very high. (Others here might have better suggestions; that's just my first though.) Does this sound interesting to you? michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From skvidal at phy.duke.edu Wed Aug 13 19:46:31 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 13 Aug 2003 15:46:31 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: References: Message-ID: <1060803990.23444.127.camel@opus.phy.duke.edu> > > That is simply not true. Some of these features are not in > Red Hat's repository because we haven't gotten the time to > integrate them. > > Nobody is stopping you from integrating these features > yourself. People can point their up2date at your apt/yum > repository and use the packages you are making available. > > Lets face it, Red Hat is a company with finite resources > and the wishlist of all Linux users together is close to > infinite [1]. What is needed isn't Red Hat doubling the > amount of work done, but users getting the opportunity to > do part of the work themselves, together. > Then in this vein there needs to be a change in the trademark policy OR RHLP needs to have the red hat branding stripped from it so others can put it on servers/systems they sell w/o having to worry when the lawyers will come for them. I'd recommend that all of the red hat log and artwork and other things that are trademarked be extracted to separate packages(this includes all of the branding in anaconda) so people like jesse can safely deploy it on servers they sell w/o the risk of being sued. -sv From jfm512 at free.fr Wed Aug 13 20:23:01 2003 From: jfm512 at free.fr (Jean Francois Martinez) Date: 13 Aug 2003 22:23:01 +0200 Subject: P4s, Athlons and bandwidth Message-ID: <1060806181.1146.160.camel@agnes.fremen.dune> Given that most/all of the recent boxes (ie the ones doing the real work) are P4s and Athlons it is time RedHat stopped compiling with -mcpu=i686 and started optimizing for the P4: -mcpu=p4 Another point is that there is no such thing like low-level glibc functions for the P4 and the Athlon. The highest targetted processor is the PIII. However documents in AMD's web site show that moving data (ie memcpy and friends) can be made several times faster if using 3DNow instructions and data prefetching, I gave only a cursory glance to the assembler parts of glibc but it didn't look like those parts (targetting the PIII) would be even remotely ideal for the Athlon. Same thing about the P4. Would it be possible for RedHat to contact those with an interest ie AMD/Intel in order to get high-pedrformance assembly versions of those low level routines? Or failing that to have them written by an employee? -- Jean Francois Martinez From mark at mark.mielke.cc Wed Aug 13 20:35:32 2003 From: mark at mark.mielke.cc (Mark Mielke) Date: Wed, 13 Aug 2003 16:35:32 -0400 Subject: P4s, Athlons and bandwidth In-Reply-To: <1060806181.1146.160.camel@agnes.fremen.dune> References: <1060806181.1146.160.camel@agnes.fremen.dune> Message-ID: <20030813203532.GA21477@mark.mielke.cc> The point of the i686 instructions, is that certain key instructions became available, not that the scheduling is perfect. Have you timed the benefit of using -mcpu=p4 over -mcpu=i686? Is it really worthwhile? Or are you just guessing? I wouldn't mind if a PIII version came with RedHat - but then again, it is very easy to recompile the kernel for PIII, deselect all the crap that I don't want, and have an optimal system. I don't need RedHat to change their distribution to satisfy my whim. As for GLIBC optimized support for P4 or the latest AMD chips, RedHat is probably the wrong organization to ask. What is the business case? I'm sure people on the GLIBC mailing lists would be glad to receive patches from you that implement proven optimizations... Just some perspective... :-) mark On Wed, Aug 13, 2003 at 10:23:01PM +0200, Jean Francois Martinez wrote: > Given that most/all of the recent boxes (ie the ones doing the real > work) are P4s and Athlons it is time RedHat stopped compiling > with -mcpu=i686 and started optimizing for the P4: -mcpu=p4 > > Another point is that there is no such thing like low-level glibc > functions for the P4 and the Athlon. The highest targetted > processor is the PIII. However documents in AMD's web site show > that moving data (ie memcpy and friends) can be made several times > faster if using 3DNow instructions and data prefetching, I gave only > a cursory glance to the assembler parts of glibc but it didn't look > like those parts (targetting the PIII) would be even remotely ideal > for the Athlon. Same thing about the P4. > > Would it be possible for RedHat to contact those with an interest ie > AMD/Intel in order to get high-pedrformance assembly versions of those > low level routines? Or failing that to have them written by an > employee? -- 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 jakub at redhat.com Wed Aug 13 20:50:19 2003 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 13 Aug 2003 16:50:19 -0400 Subject: P4s, Athlons and bandwidth In-Reply-To: <1060806181.1146.160.camel@agnes.fremen.dune>; from jfm512@free.fr on Wed, Aug 13, 2003 at 10:23:01PM +0200 References: <1060806181.1146.160.camel@agnes.fremen.dune> Message-ID: <20030813165019.F10720@devserv.devel.redhat.com> On Wed, Aug 13, 2003 at 10:23:01PM +0200, Jean Francois Martinez wrote: > Given that most/all of the recent boxes (ie the ones doing the real > work) are P4s and Athlons it is time RedHat stopped compiling > with -mcpu=i686 and started optimizing for the P4: -mcpu=p4 RHL glibc is compiled with -march=i686 actually, and there are not many instructions other than those enabled by -mfpmath=sse which would the compiler generate for normal code with -march=pentiumiii and not -march=i686 (the only difference is scheduling and to my knowledge the difference is not very big between i686 and PIII). -mfpmath=sse is not usable for libm, because glibc on IA-32 relies on extended precision in several places. Scheduling difference between P4 and i686 is bigger, but I don't think that code runs that well on Athlons. > Another point is that there is no such thing like low-level glibc > functions for the P4 and the Athlon. The highest targetted > processor is the PIII. However documents in AMD's web site show > that moving data (ie memcpy and friends) can be made several times > faster if using 3DNow instructions and data prefetching, I gave only > a cursory glance to the assembler parts of glibc but it didn't look > like those parts (targetting the PIII) would be even remotely ideal > for the Athlon. Same thing about the P4. Where have you seen PIII optimized assembly in glibc? AFAIK there is none. P4/Athlon/PIII optimized stringops are certainly welcome (patches to libc-alpha at sources.redhat.com), but bear in mind that any use of floating point regs (SSE/SSE2/whatever) has quite a big price in lazy FPU saving environment. Another thing to keep in mind is what are typical arguments to these functions. Jakub From hp at redhat.com Wed Aug 13 21:00:50 2003 From: hp at redhat.com (Havoc Pennington) Date: Wed, 13 Aug 2003 17:00:50 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: <1060803990.23444.127.camel@opus.phy.duke.edu> References: <1060803990.23444.127.camel@opus.phy.duke.edu> Message-ID: <20030813170050.O13603@devserv.devel.redhat.com> On Wed, Aug 13, 2003 at 03:46:31PM -0400, seth vidal wrote: > Then in this vein there needs to be a change in the trademark policy OR > RHLP needs to have the red hat branding stripped from it so others can > put it on servers/systems they sell w/o having to worry when the lawyers > will come for them. > > I'd recommend that all of the red hat log and artwork and other things > that are trademarked be extracted to separate packages(this includes all > of the branding in anaconda) so people like jesse can safely deploy it > on servers they sell w/o the risk of being sued. This is supposed to be true already; trademarks should be either in redhat-logos or anaconda-images, not in any other package. Replacing those could be made easier by introducing some standard replacement packages. I would agree that the trademark policy probably needs revisiting for the project. Havoc From skvidal at phy.duke.edu Wed Aug 13 21:05:20 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 13 Aug 2003 17:05:20 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: <20030813170050.O13603@devserv.devel.redhat.com> References: <1060803990.23444.127.camel@opus.phy.duke.edu> <20030813170050.O13603@devserv.devel.redhat.com> Message-ID: <1060808720.23444.172.camel@opus.phy.duke.edu> > This is supposed to be true already; trademarks should be either in > redhat-logos or anaconda-images, not in any other package. > Replacing those could be made easier by introducing some standard > replacement packages. Well - it seems to me that the trademark policy requires removing any place it says 'red hat' I thought that was in a lot more places than just the images - especially for the text installer. > > I would agree that the trademark policy probably needs revisiting for > the project. who should we talk to about getting this re-addressed? -sv From florin at sgi.com Wed Aug 13 21:38:25 2003 From: florin at sgi.com (Florin Andrei) Date: 13 Aug 2003 14:38:25 -0700 Subject: nforce support? In-Reply-To: <1060683153.2217.3.camel@Snutten> References: <1060683153.2217.3.camel@Snutten> Message-ID: <1060810704.2410.117.camel@stantz.corp.sgi.com> On Tue, 2003-08-12 at 03:12, Kent Nyberg wrote: > I am about to by a new computer after my move to another city to study. > Now i wonder if it is possible to buy one with an nforce-chipset? > I recall some one saying that to get it working you have to install > stuff from nvidia. If i can not get it to work with RHL out of the box > i dont realy know if i want this. Out of the box, no. OTOH, it works pretty well if you install a few drivers. NForce works well enough for me, i'm happy with it, but if you want something that can be configured quickly, i'd advise against. -- Florin Andrei http://florin.myip.org/ From goeran at uddeborg.se Wed Aug 13 21:43:11 2003 From: goeran at uddeborg.se (=?iso-8859-1?q?G=F6ran?= Uddeborg) Date: Wed, 13 Aug 2003 23:43:11 +0200 Subject: When to file "tracking" bugs in RH bugzilla In-Reply-To: <20030812202859.E15460@devserv.devel.redhat.com> References: <16184.44000.204209.365222@uebn.uddeborg.se> <20030812202859.E15460@devserv.devel.redhat.com> Message-ID: <16186.45295.682399.991835@uebn.uddeborg.se> Havoc Pennington writes: > What I would say is, file a bug on redhat.com if you think the bug is > a candidate for the CambridgeTarget or CambridgeBlocker lists Bill > posted about earlier. > > [...] Thank you for your explanation. (Not just this part, the whole letter.) > > To give some concrete examples to discuss around: I've recently filed > > three bugs about (localization related) errors in Evolution. > > > > http://bugzilla.ximian.com/show_bug.cgi?id=47361 > > http://bugzilla.ximian.com/show_bug.cgi?id=47525 > > http://bugzilla.ximian.com/show_bug.cgi?id=47529 > > It's a judgment call whether these should be on the target list, > not clear-cut cases. > > If in doubt it can't hurt to file on redhat.com just as a way of > asking whether the bug should be on the target list, if you link to > the upstream bug developers can trivially set resolution UPSTREAM if > they don't think it should be on the list. I decided to file the one about empty buttons in the reminder windows. I'd be pretty confused by that myself if I hadn't seen earlier versions. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102329 From alan at redhat.com Wed Aug 13 21:43:28 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 13 Aug 2003 17:43:28 -0400 (EDT) Subject: APT, Yum and Red Carpet In-Reply-To: <1060808720.23444.172.camel@opus.phy.duke.edu> from "seth vidal" at Aws 13, 2003 05:05:20 Message-ID: <200308132143.h7DLhTb19095@devserv.devel.redhat.com> > > I would agree that the trademark policy probably needs revisiting for > > the project. > > who should we talk to about getting this re-addressed? We know 8) From alan at redhat.com Wed Aug 13 21:48:02 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 13 Aug 2003 17:48:02 -0400 (EDT) Subject: P4s, Athlons and bandwidth In-Reply-To: <1060806181.1146.160.camel@agnes.fremen.dune> from "Jean Francois Martinez" at Aws 13, 2003 10:23:01 Message-ID: <200308132148.h7DLm2C21361@devserv.devel.redhat.com> > processor is the PIII. However documents in AMD's web site show > that moving data (ie memcpy and friends) can be made several times > faster if using 3DNow instructions and data prefetching, I gave only Sometimes and for some situations. Most string ops are on short strings so actually don't benefit from fancy stuff like mmx because of the overheads (in the kernel we dont even try and do fancies until we are copying 1K or so) Alan From skvidal at phy.duke.edu Wed Aug 13 21:48:37 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 13 Aug 2003 17:48:37 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: <200308132143.h7DLhTb19095@devserv.devel.redhat.com> References: <200308132143.h7DLhTb19095@devserv.devel.redhat.com> Message-ID: <1060811317.23444.177.camel@opus.phy.duke.edu> On Wed, 2003-08-13 at 17:43, Alan Cox wrote: > > > I would agree that the trademark policy probably needs revisiting for > > > the project. > > > > who should we talk to about getting this re-addressed? > > We know 8) > Should this be followed with a 'neener neener neener'? ;) -sv From alan at redhat.com Wed Aug 13 21:51:06 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 13 Aug 2003 17:51:06 -0400 (EDT) Subject: APT, Yum and Red Carpet In-Reply-To: <1060803990.23444.127.camel@opus.phy.duke.edu> from "seth vidal" at Aws 13, 2003 03:46:31 Message-ID: <200308132151.h7DLp6A23933@devserv.devel.redhat.com> > Then in this vein there needs to be a change in the trademark policy OR > RHLP needs to have the red hat branding stripped from it so others can > put it on servers/systems they sell w/o having to worry when the lawyers > will come for them. You can strip it yourself. Its been made reasonably easy to do. There is a good reason for keeping some kind of RH branding for RHLP base - amongst other things so people know they are getting RHLP not "Seth's hacks". Exactly how all that fits trademark policies is something we are still trying to finalize but its non trivial to do right . From skvidal at phy.duke.edu Wed Aug 13 21:54:35 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 13 Aug 2003 17:54:35 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: <200308132151.h7DLp6A23933@devserv.devel.redhat.com> References: <200308132151.h7DLp6A23933@devserv.devel.redhat.com> Message-ID: <1060811675.23444.180.camel@opus.phy.duke.edu> > You can strip it yourself. Its been made reasonably easy to do. There is > a good reason for keeping some kind of RH branding for RHLP base - amongst > other things so people know they are getting RHLP not "Seth's hacks". This sounds like an argument against the ability to modify a program and have it keep the same name under the gpl. > Exactly how all that fits trademark policies is something we are still > trying to finalize but its non trivial to do right . ok - I'll be interested to hear the outcome. thanks, -sv From m.a.young at durham.ac.uk Wed Aug 13 22:05:40 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Wed, 13 Aug 2003 23:05:40 +0100 (BST) Subject: UML (was: Re: was there an advertised ETA for the next beta?) In-Reply-To: <20030813154455.A7250@devserv.devel.redhat.com> Message-ID: On Wed, 13 Aug 2003, Michael K. Johnson wrote: > On Wed, Aug 13, 2003 at 03:44:53PM +0100, M A Young wrote: > > One of my reasons for posting was to guage interest. I was hoping that > > when the rhl website came back there would be scope for proposing and > > co-ordinating projects like this. > > That's very strongly our intent. I think that this would make an > excellent project. I would suggest starting out by building a > web page and yum repository with a set of packages to support > this. Okay, I will try to get this project started by creating an initial web page along the lines of what has been discussed in this thread. Michael Young From jspaleta at princeton.edu Wed Aug 13 22:06:12 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 13 Aug 2003 18:06:12 -0400 Subject: APT, Yum and Red Carpet Message-ID: <1060812371.16553.20.camel@spatula> >You can strip it yourself. Its been made reasonably easy to do. There is >a good reason for keeping some kind of RH branding for RHLP base - amongst >other things so people know they are getting RHLP not "Seth's hacks". Yes here's the rub of it...and i think this brings my point i tried to made in to clearer focus. Sun allow OpenOffice.org to be its own brand..its own brand that earned its own respect as a community product. I think rhlp needs to be its own brand, a community brand that earns its own value as a brand the community can point to. So for example when i purchase a workstation for home use from an oem that contributes as a community member to this rhlp project...that can distribute rhlp and say..we have pre-installed the "community based" rhlp distro on this box for you...have fun. Right now its not clear to me that any oem can take what this community project builds..take it back and preconfigure it on a system for me, and be able to advertise they are giving me an rhlp based product. Forget the issues of the specific redhat logos or artwork...im talking about being able to point to a pre-configured system and say this box has something rhlp based pre-installed...without have to do silly, wink-wink nudge-nudge word games like calling it pink tie or green shoe. -jef -------------- 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 riel at redhat.com Wed Aug 13 22:06:32 2003 From: riel at redhat.com (Rik van Riel) Date: Wed, 13 Aug 2003 18:06:32 -0400 (EDT) Subject: APT, Yum and Red Carpet In-Reply-To: <1060811675.23444.180.camel@opus.phy.duke.edu> Message-ID: On 13 Aug 2003, seth vidal wrote: > > Exactly how all that fits trademark policies is something we are still > > trying to finalize but its non trivial to do right . > > ok - I'll be interested to hear the outcome. Personally I think it is important that it will be useful for other companies to help developing the project. The more people help out, the more useful the distribution will be. -- This is my personal opinion (but it should be yours, too). From skvidal at phy.duke.edu Wed Aug 13 22:11:59 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 13 Aug 2003 18:11:59 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: References: Message-ID: <1060812719.23444.182.camel@opus.phy.duke.edu> On Wed, 2003-08-13 at 18:06, Rik van Riel wrote: > On 13 Aug 2003, seth vidal wrote: > > > > Exactly how all that fits trademark policies is something we are still > > > trying to finalize but its non trivial to do right . > > > > ok - I'll be interested to hear the outcome. > > Personally I think it is important that it will be useful > for other companies to help developing the project. The > more people help out, the more useful the distribution > will be. Well I'm thinking more along the lines of s/companies/universities/ but take it as you will. -sv From felipe_alfaro at linuxmail.org Wed Aug 13 22:25:45 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Thu, 14 Aug 2003 00:25:45 +0200 Subject: P4s, Athlons and bandwidth In-Reply-To: <1060806181.1146.160.camel@agnes.fremen.dune> References: <1060806181.1146.160.camel@agnes.fremen.dune> Message-ID: <1060813544.581.1.camel@teapot.felipe-alfaro.com> On Wed, 2003-08-13 at 22:23, Jean Francois Martinez wrote: > Given that most/all of the recent boxes (ie the ones doing the real > work) are P4s and Athlons it is time RedHat stopped compiling > with -mcpu=i686 and started optimizing for the P4: -mcpu=p4 I still have a 486 DX2/50, an original Pentium 100 and a Pentium II 300. Well, in fact, only the Pentium II runs Red Hat Linux 9 but who knows ;-) I agree it's time to compile with -mcpu=pentium3 for i686 kernels, and I would propose creating a "pentium4" arch for P4. But I would still keep i396 kernels compiled as -mcpu=i386. From jfm512 at free.fr Wed Aug 13 22:43:46 2003 From: jfm512 at free.fr (Jean Francois Martinez) Date: 14 Aug 2003 00:43:46 +0200 Subject: P4s, Athlons and bandwidth In-Reply-To: <20030813203532.GA21477@mark.mielke.cc> References: <1060806181.1146.160.camel@agnes.fremen.dune> <20030813203532.GA21477@mark.mielke.cc> Message-ID: <1060814583.1146.230.camel@agnes.fremen.dune> On Wed, 2003-08-13 at 22:35, Mark Mielke wrote: > The point of the i686 instructions, is that certain key instructions > became available, not that the scheduling is perfect. Have you timed > the benefit of using -mcpu=p4 over -mcpu=i686? Is it really worthwhile? > Or are you just guessing? > In fact I was the guy who timed the gains for gcc 2.9.x for processors based on the PPro core (ie P2, P3, Ppro, Celeron). I don't have a P4. so I cannot evaluate how big would be the gain on -mcpu=p4 versus -mcpu=i686 > I wouldn't mind if a PIII version came with RedHat - but then again, it > is very easy to recompile the kernel for PIII, deselect all the crap > that I don't want, and have an optimal system. I don't need RedHat to > change their distribution to satisfy my whim. The -mcpu=p4 means that the compiler will only generate 386 instrructions but will use the P4 time table for optimization. For use of P4 instructions you need -march=p4 and that is not what I advocate If we assume that most boxes in use are P4s or Athlons or at least that P4s and Athlons are the majority when speed matters (ie not for ere firewalls and similar tasks who often handled by obsolete boxes) then RedHat should be optimized for P4 (notice that does NOT mean "will run only on the P4" > > As for GLIBC optimized support for P4 or the latest AMD chips, RedHat > is probably the wrong organization to ask. What is the business case? > I'm sure people on the GLIBC mailing lists would be glad to receive > patches from you that implement proven optimizations... > There is a business case: if, for instance, Linux is left in the dust at web serving because Apache uses memcpy significantly and Linux's memcpy is three or four times slower on a P4 than the version used by W2K. > Just some perspective... :-) > mark > > On Wed, Aug 13, 2003 at 10:23:01PM +0200, Jean Francois Martinez wrote: > > Given that most/all of the recent boxes (ie the ones doing the real > > work) are P4s and Athlons it is time RedHat stopped compiling > > with -mcpu=i686 and started optimizing for the P4: -mcpu=p4 > > > > Another point is that there is no such thing like low-level glibc > > functions for the P4 and the Athlon. The highest targetted > > processor is the PIII. However documents in AMD's web site show > > that moving data (ie memcpy and friends) can be made several times > > faster if using 3DNow instructions and data prefetching, I gave only > > a cursory glance to the assembler parts of glibc but it didn't look > > like those parts (targetting the PIII) would be even remotely ideal > > for the Athlon. Same thing about the P4. > > > > Would it be possible for RedHat to contact those with an interest ie > > AMD/Intel in order to get high-pedrformance assembly versions of those > > low level routines? Or failing that to have them written by an > > employee? -- Jean Francois Martinez From jfm512 at free.fr Wed Aug 13 22:43:45 2003 From: jfm512 at free.fr (Jean Francois Martinez) Date: 14 Aug 2003 00:43:45 +0200 Subject: P4s, Athlons and bandwidth In-Reply-To: <20030813165019.F10720@devserv.devel.redhat.com> References: <1060806181.1146.160.camel@agnes.fremen.dune> <20030813165019.F10720@devserv.devel.redhat.com> Message-ID: <1060814099.1146.220.camel@agnes.fremen.dune> On Wed, 2003-08-13 at 22:50, Jakub Jelinek wrote: > On Wed, Aug 13, 2003 at 10:23:01PM +0200, Jean Francois Martinez wrote: > > Given that most/all of the recent boxes (ie the ones doing the real > > work) are P4s and Athlons it is time RedHat stopped compiling > > with -mcpu=i686 and started optimizing for the P4: -mcpu=p4 > > RHL glibc is compiled with -march=i686 actually, and there are not > many instructions other than those enabled by -mfpmath=sse > which would the compiler generate for normal code with -march=pentiumiii > and not -march=i686 (the only difference is scheduling and to my knowledge > the difference is not very big between i686 and PIII). > -mfpmath=sse is not usable for libm, because glibc on IA-32 relies > on extended precision in several places. > Scheduling difference between P4 and i686 is bigger, but I don't think > that code runs that well on Athlons. I think I was unclear: for normal packages I advocate the use of -mcpu=p4 given that the PII/PIII boxes are being phased out and still more when we consider boxes where user requires high performance I will do some benchamrk on athlon to see which code runs better on the Athlon but given that P4s outnumber athlons I would tend to say to "hell with athlons" despite having one. > > > Another point is that there is no such thing like low-level glibc > > functions for the P4 and the Athlon. The highest targetted > > processor is the PIII. However documents in AMD's web site show > > that moving data (ie memcpy and friends) can be made several times > > faster if using 3DNow instructions and data prefetching, I gave only > > a cursory glance to the assembler parts of glibc but it didn't look > > like those parts (targetting the PIII) would be even remotely ideal > > for the Athlon. Same thing about the P4. > > Where have you seen PIII optimized assembly in glibc? AFAIK there is none. > P4/Athlon/PIII optimized stringops are certainly welcome (patches to > libc-alpha at sources.redhat.com), but bear in mind that any use of floating > point regs (SSE/SSE2/whatever) has quite a big price in lazy FPU saving > environment. Another thing to keep in mind is what are typical arguments > to these functions. > I should have told i686 instead of PIII. There are 686-specific stringops in glibc but from distant memories they target the "minimal" processor in the family ie PPro and therefore don't use MMX or SSE. There are stringops specific for the PPro family, aka i686, in glibc. For thh argument to functions: strcpy and friends tend to act on small volumes but I am not so sure this is also true about the memcpy family. The following is from distant memories so I can be incorrect: 1) AMD doc says that shifthing between 3DNow and FP instructions bears near zero penalty on the Athlon (ciontrarly to the K6 where it was very slow). I suppose the same is true for P4 versus PII/PIII (penalty much smaller on the newer family) 2) There is a nice performance bonus reaped by use of an Athlon instruction who prefetchs data in cache. Now, Redhat has more than one way to get P4-optimized stringops in the glibc. One of them is have the idea suggested by one of the RedHat people who are involved in glibc maintenance. Another one is go to AMD, tell them how bad that the Athlon64 performance being hampered by a few, relatively small, but critically important, functions. When you get them, go to Intel and tell them how bad is that the Athlon64 is running circles around the P4 due to lack of optimized versions of these functions. :-) -- Jean Francois Martinez From alan at redhat.com Wed Aug 13 22:54:48 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 13 Aug 2003 18:54:48 -0400 (EDT) Subject: P4s, Athlons and bandwidth In-Reply-To: <1060814583.1146.230.camel@agnes.fremen.dune> from "Jean Francois Martinez" at Aws 14, 2003 12:43:46 Message-ID: <200308132254.h7DMsm213812@devserv.devel.redhat.com> > There is a business case: if, for instance, Linux is left in the dust at > web serving because Apache uses memcpy significantly and Linux's memcpy > is three or four times slower on a P4 than the version used by W2K. If apache is block copying 32K chunks around then there is a much better cure - fixing apache. It isnt "lets do big memory copies fast" first of all but "why am I doing big memory copies". In the case of the PIV I've also seen little evidence to suggest any meaningful different between rep movs and fancy stuff even on big blocks unless you have innate knowledge of cache handling and local use (which glibc doesn't). Intel seem to have nice silicon fast paths for this stuff From knxmay001 at mail.uct.ac.za Wed Aug 13 23:14:44 2003 From: knxmay001 at mail.uct.ac.za (Maynard Kuona) Date: Thu, 14 Aug 2003 01:14:44 +0200 Subject: APT, Yum and Red Carpet In-Reply-To: <1060812371.16553.20.camel@spatula> References: <1060812371.16553.20.camel@spatula> Message-ID: <1060816484.3668.3.camel@albert> The difference is the RHLP is a distro and not a product in the normal software sense. I think it is the aim to spin off some other project over which Redhat has no control. The community is there to help guide Redhat as to their wishes, (i.e. the community's wishes) but Redhat is there to make the decision on the distro composition in the end. You can get many community brands around Redhat. They could do what you want, but I do not think they want that. It almost entails losing control of the project. On Thu, 2003-08-14 at 00:06, Jef Spaleta wrote: > >You can strip it yourself. Its been made reasonably easy to do. There is > >a good reason for keeping some kind of RH branding for RHLP base - amongst > >other things so people know they are getting RHLP not "Seth's hacks". > > Yes here's the rub of it...and i think this brings my point i tried to > made in to clearer focus. Sun allow OpenOffice.org to be its own > brand..its own brand that earned its own respect as a community product. > > I think rhlp needs to be its own brand, a community brand that earns its > own value as a brand the community can point to. So for example when i > purchase a workstation for home use from an oem that contributes as a > community member to this rhlp project...that can distribute rhlp and > say..we have pre-installed the "community based" rhlp distro on this box > for you...have fun. Right now its not clear to me that any oem can take > what this community project builds..take it back and preconfigure it on > a system for me, and be able to advertise they are giving me an rhlp > based product. > > Forget the issues of the specific redhat logos or artwork...im talking > about being able to point to a pre-configured system and say this box > has something rhlp based pre-installed...without have to do silly, > wink-wink nudge-nudge word games like calling it pink tie or green > shoe. > > -jef From jspaleta at princeton.edu Thu Aug 14 00:21:39 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 13 Aug 2003 20:21:39 -0400 Subject: APT, Yum and Red Carpet Message-ID: <1060820499.30679.45.camel@localhost.localdomain> >The difference is the RHLP is a distro and not a product in the normal >software sense. I think it is the aim to spin off some other project >over which Redhat has no control. The community is there to help guide >Redhat as to their wishes, (i.e. the community's wishes) but Redhat is >there to make the decision on the distro composition in the end. You can >get many community brands around Redhat. They could do what you want, >but I do not think they want that. It almost entails losing control of >the project. Hey I'm just using the already provided example of OpenOffice.org as a "semi-external" project. How successful as a community project would mozilla have been if it were under netscape branding? How successful of a community project would OpenOffice.org have been if it were under Sun trademark branding constraints. If RHLp is that different of a beastie because its a "distro" and not an "application"..then maybe the community project idea as a development model isn't a good fit either. My pet hypothesis is that a separate brand is muy importante in building up a community developer base. Taxation without representation and all that jazz. But thats not the argument I'm making here. Red Hat can keep their branding in rhlp for all i care as a consumer...just make it easy for OEM's to build desktop and workstation systems that I can buy with rhl pre-installed. If OEM's can't market the fact that they pre-install RHL and call it RHL..whats the point..for me as an end-user. I'm going to have to buy a bare-bones box and make sure the components work together when i install rhlp myself....no thanks. I WANT to pay for an OEM i trust to give me hardware they are reasonable sure works(with some hardware support garuntee) for my home desktop that runs RHL...not pink tie linux...not green shoe linux...not monkey chunks linux...I want to KNOW its its rhl...and I want that OEM to be able to tell me without hassle that what they have pre-installed as the operating system is RHLP. I'd be even happier if I had a good way to tell if the OEM was a member of the RHLP community in good standing, and not just a leech. Right now if you read the trademark guidelines for redhat products...a box set "resell" is intimately involved with how oem's, without special arrangement, can pre-install rhl and be able to market the system comes with rhl. I'd hate to be forced to buy a pre-installed lindows box to get a pre-installed linux with hardware i was only reasonable sure that rhl worked with. Without further boxsets for oem's to "resell", something with regard to how the oems I buy pre-installed home desktop linux systems from has to change. If my oem is forced to start using lindows pre-installed...then I'm going to follow the oem's lead, trust them and continue to buy from them...and I'll hate myself for it. Why do we need to make it difficult for system integrators to use the community based rhl distro. There needs to be a clear way for oems to be able to market that they sell pre-installed rhl boxen. But this is turning into more of a rant...from what I can tell...this issue is on the radar screen I think with "the man"...and I'm a peripheral observer, as a pre-installed home desktop system buyer. But If i may flex my miniscule marketing power a little for show, I'll say...there is no way i'm going to consistently spend the effort to build my own home desktop linux systems from components...hardware compatibility and reliability can still be a minefield. I want oem's to be able to sell me hardware they stand behind...and they need to be able to market that they've pre-installed rhl. Hell i wouldn't even mind if the sell of a subscription to rhn was a condition that oem's must meet in place of the boxset resell, which can no longer be satisified. If I'm buying from an OEM to get hardware assurance...i'm more than happy to have a "software assurance" subscription as part of that charge. Oh crap did i say "software assurance" thats a MS trademark now isnt it...i'm going to have to get a bigger stick to fight of those lawyers too. -jef"snapple fun fact: 131 penguins have an organ above their eyes that converts sea water to fresh water"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 i.pilcher at comcast.net Thu Aug 14 00:26:01 2003 From: i.pilcher at comcast.net (Ian Pilcher) Date: Wed, 13 Aug 2003 19:26:01 -0500 Subject: P4s, Athlons and bandwidth In-Reply-To: <1060813544.581.1.camel@teapot.felipe-alfaro.com> References: <1060806181.1146.160.camel@agnes.fremen.dune> <1060813544.581.1.camel@teapot.felipe-alfaro.com> Message-ID: <3F3AD719.7080900@comcast.net> >Given that most/all of the recent boxes (ie the ones doing the real >work) are P4s and Athlons it is time RedHat stopped compiling >with -mcpu=i686 and started optimizing for the P4: -mcpu=p4 Got any actual evidence to back this up? I didn't think so. I do plenty of real work with my dual P-III system. -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From joden at malachi.lee.k12.nc.us Thu Aug 14 01:34:27 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Wed, 13 Aug 2003 21:34:27 -0400 (EDT) Subject: APT, Yum and Red Carpet In-Reply-To: <200308132151.h7DLp6A23933@devserv.devel.redhat.com> Message-ID: On Wed, 13 Aug 2003, Alan Cox wrote: > > Then in this vein there needs to be a change in the trademark policy OR > > RHLP needs to have the red hat branding stripped from it so others can > > put it on servers/systems they sell w/o having to worry when the lawyers > > will come for them. > > You can strip it yourself. Its been made reasonably easy to do. There is > a good reason for keeping some kind of RH branding for RHLP base - amongst > other things so people know they are getting RHLP not "Seth's hacks". > And what's wrong with Seth's Hacks (-; ...james From feliciano.matias at free.fr Thu Aug 14 02:54:44 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 14 Aug 2003 04:54:44 +0200 Subject: APT, Yum and Red Carpet In-Reply-To: <200308130734.55596.hosting@j2solutions.net> References: <200308121710.h7CHAwD17778@devserv.devel.redhat.com> <200308121225.32957.hosting@j2solutions.net> <1060735589.17926.842.camel@one.myworld> <200308130734.55596.hosting@j2solutions.net> Message-ID: <1060829682.6271.13.camel@one.myworld> Le mer 13/08/2003 ? 16:34, Jesse Keating a ?crit : > On Tuesday 12 August 2003 17:46, F?liciano Matias uttered: > > http://www.redhat.com/software/rhel/es/ > > Workstation RHEL for small business $179/year > > http://www.redhat.com/software/rhel/ws/ > > > > And you get 5 years support : > > http://www.redhat.com/apps/support/errata/rhlas_errata_policy.html > > > > But you can use RHL for free with one year support. > > This doesn't work for us, since our company's "gimmik" is that we provide the > support for the end user. Also, many of our customers require functionality > of AS, but can't afford the price. There seems to be way too much stripped > out of ES to make it a viable platform. > > RHL will no longer be a supported OS. one year only. You can buy 1 RHEL and install it in all yours computers. Next install yum in each. Fetch src.rpm errata from ftp.redhat.com site and rebuild i386.rpm packages. Create a yum repository with those packages. But it's not courteous in relation with RedHat. -- F?liciano Matias -------------- 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 kylem at xwell.org Thu Aug 14 03:21:53 2003 From: kylem at xwell.org (Kyle Maxwell) Date: Wed, 13 Aug 2003 22:21:53 -0500 Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <1060820499.30679.45.camel@localhost.localdomain> References: <1060820499.30679.45.camel@localhost.localdomain> Message-ID: <1060831313.7786.13.camel@lando> On Wed, 2003-08-13 at 19:21, Jef Spaleta wrote: > If OEM's can't market the fact that they pre-install RHL and call it > RHL..whats the point..for me as an end-user. I'm going to have to buy a > bare-bones box and make sure the components work together when i install > rhlp myself....no thanks. I WANT to pay for an OEM i trust to give me > hardware they are reasonable sure works(with some hardware support > garuntee) for my home desktop that runs RHL...not pink tie linux...not > green shoe linux...not monkey chunks linux...I want to KNOW its its > rhl...and I want that OEM to be able to tell me without hassle that what > they have pre-installed as the operating system is RHLP. I'd be even > happier if I had a good way to tell if the OEM was a member of the RHLP > community in good standing, and not just a leech. I feel like I'm watching Patton... brutha, you have hit the nail on the head. I hear an anthem and I'm waving the flag while reading your post. I've been a RH user and fan for years now, since the 5 series anyway. I've burned RHL ISOs for friends and family members because I believe it's one of the best distributions for someone who wants things to Just Work. I bought retail boxes of the distribution because I like the way RH has stood with and behind Free Software. At work, I've pushed for (and gotten!) RHL production installs in places where Windows and Solaris were being considered or even used previously. That's why I run Severn here at home: not to get bleeding-edge software on my desktop, but to do my little part to help out with making it even better. But some decisions are starting to leave me in the cold. I think that the trademark restrictions are more onerous than they need to be, although I'm glad that they're trying to make sure that their brand stands for something. I think that the decision to completely pull the RHL website and leave everyone completely in the cold while they decide what additional information to add is a bad idea too, though I'm glad that they want to become a free, public distribution a la Debian. I think that we need to hear more from RHL, and not just for developers (this is holding up some major decisions at work), but I'm glad that key RH developers *are* on the list and participate in the technical discussions. RHL is really at a cusp right now, and giving us the cold shoulder -- worse, *pulling* the information that we had for reasons that still haven't truly been explained -- isn't going to take it in the right direction. If you're going to be more open, then let's do it! I'm on board! If not, then I need to start pushing my application vendors towards other distributions and look into doing the same at home. It's a small part, but it looks clear that a lot of RH True Believers are being forced to become Doubting Thomases: we *want* to believe, but so far we're not given anything in which *to* believe, and it doesn't look good so far. If RH thinks I'm off-base, great! I want to be wrong -- but show me the plans so that I will be wrong. But if I'm right, then it'll be time for me to close this chapter and move on. -- Kyle Maxwell From i.pilcher at comcast.net Thu Aug 14 03:42:54 2003 From: i.pilcher at comcast.net (Ian Pilcher) Date: Wed, 13 Aug 2003 22:42:54 -0500 Subject: [Fwd: Severn kernel on Red Hat 9] In-Reply-To: <20030813214404.A2547@devserv.devel.redhat.com> References: <3F3AD90E.4000106@comcast.net> <20030813214404.A2547@devserv.devel.redhat.com> Message-ID: <3F3B053E.9030204@comcast.net> Bill Nottingham wrote: > > You need to upgrade X to deal with some of the exec shield stuff. > Thanks! I had forgotten Exec-shield. Instead of upgrading X I just put "kernel.exec-shield = 0" in /etc/sysctl.conf. Seems to work. I checked, and I couldn't find any indication in /var/log/messages or /var/log/secure that it was Exec-shield that was causing X to crash. I'm not sure how much software out there will have this problem, but I can imagine quite a rash of frustrated users and bug reports when Cambridge goes GA. (CCing rhl-beta-list for this reason.) -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From hosting at j2solutions.net Thu Aug 14 04:09:35 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Wed, 13 Aug 2003 21:09:35 -0700 Subject: APT, Yum and Red Carpet In-Reply-To: <1060829682.6271.13.camel@one.myworld> References: <200308121710.h7CHAwD17778@devserv.devel.redhat.com> <200308130734.55596.hosting@j2solutions.net> <1060829682.6271.13.camel@one.myworld> Message-ID: <200308132109.35341.hosting@j2solutions.net> On Wednesday 13 August 2003 19:54, F?liciano Matias wrote: > one year only. Depends on what you mean by support. By support, I mean the ability for my company to call up Red Hat, say we have a problem w/ package foo, it's causing bar, and get some help to work around and/or fix package foo. RHLP will _not_ have any support options, be it email, web, or phone. Period. This has already been stated. The "trick" you mention w/ purchasing one and installing many is not only shadey, but doesn't work when we have plenty of customers who buy only one system, or two. The cost doesn't even out. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (www.mondorescue.org) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From ghenriks at rogers.com Thu Aug 14 04:13:34 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Thu, 14 Aug 2003 00:13:34 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: <200308131013.42975.hosting@j2solutions.net> References: <200308121436.32824.hosting@j2solutions.net> <1060794113.11231.3.camel@smoogen1.lanl.gov> <200308131013.42975.hosting@j2solutions.net> Message-ID: On Wed, 13 Aug 2003 10:13:42 -0700, you wrote: >A community project is one thing, but when what goes into the community >project is dictated by marketing to ensure that the community project >won't compete in any way with the "higher quality product" there seems >to be problems. Requests for Opteron support, ipvs support and other >such things in the community project get denied because these types of >things are an "enterprise" level technology, and thus you _have_ to use >RHEL in order to get them. It seems that more and more server software I think we need to remember that the Cambridge and Cambridge++ releases, while part of the new Red Hat Linux Project, will not be the first "community" releases (in that the content of them is still entirely Red Hat decided). It will be the following release (guessing around April 2004) that will be the first community release where the community will have had the ability to include packages maintained by the community, and for that matter include non-IA32 architectures maintained by the community like AMD64 if the community decides to support them. From warren at togami.com Thu Aug 14 04:19:30 2003 From: warren at togami.com (Warren Togami) Date: Wed, 13 Aug 2003 18:19:30 -1000 Subject: Naughty Hardware: CompUSA Optical USB Notebook Mouse Message-ID: <1060834770.1945.15.camel@laptop> http://bugme.osdl.org/show_bug.cgi?id=1077 This is a Linux hardware consumer advisory. The "CompUSA Optical USB Notebook Mouse" looks cute with its small size, USB interface and mouse wheel, but it violates USB specifications and is currently inoperative in Linux as a result. Read the above Bugzilla report for technical details. If anyone is connected to CompUSA, please encourage management to pull this defective hardware and fix it with a revision. Don't be careless like me and purchase three, open them all, only to discover that they don't work in Linux. Warren Togami warren at togami.com From jspaleta at princeton.edu Thu Aug 14 04:26:07 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 14 Aug 2003 00:26:07 -0400 Subject: RH Decisions (was Re: APT, Yum and Red Carpet) Message-ID: <1060835167.30679.95.camel@localhost.localdomain> Kyle Maxwell wrote: >But some decisions are starting to leave me in the cold Err..well...i'm going to give red hat a pretty long lead time on when I expect them to get this whole external communication thing close to the right ballpark. I'm not prepared to read anything sinister into why rhl is down or whatever.Hell I'm shocked it had as much information as it did for the 3.2 days it was up (almost like they knew what they were getting into...they know better now i think :->). But if a significant amount of discussion was generated by the "right" people during those 3.2 days, enough to make a significant portion of that written material inconsistant with bleeding edge ideas...then I say its better to pull the site down..better no info than misleading info. The keys to the kingdom haven't changed hands yet....i'd rather see some significant fits and starts early on...than a big badass policy gotcha later. Beginnings are hard...this shift towards rhl-"the project" is going to probably need a significant honeymoon window where users and developers..especially the more fervent ones...are going to have to allow for some really bone-headed obvious mistakes from people who live on that corporate side of the fence. I have no expectation that this is going to be a smooth transition during this beta phase. Consider this a proto-project phase....or maybe it would be best to call the project concept alpha level...where the project framework isn't stable enough to make it worth professional documentation. I fervently hope that the machinery for this "project" will be in place by the end of this beta phase. I've beat the trademark dead horse only because its an existing policy that red hat's to make sure is updated to make sense in terms of the lack of boxsets in the upcoming release. A lot of the other issues that people seem to have with red hat right now on how to effectively communicate with the community are new issues that need new policy... and i get the feeling the hatters didn't shine the flashlight that far ahead when taking that first step towards the project concept. This isn't going to be a linear progression from closed to open...consider the loss of rhl site as the first coffeetable red hat stumbled into and had to backup to step around while groping for a plan. Luckily I don't have to worry about production systems. But as it stands...is anything all that different than a year ago when it comes to deciding if you were going to deploy the next red hat release (other than the lack of boxsets and the oem issues that causes)? I think it helps to think of this beta as still a traditional beta....the community project still needs a lot of flushing out...as a concept its alpha. I can just imagine how much internal discussion is being generated....and I can only hope the hatters show as good a sense of knowing how to schedule a "release" of the project framework as they do about pushing out distro releases. -jef"i love it when a plan comes together...now...if we only had a plan...though I'd settle for a plan for making a plan"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 riel at redhat.com Thu Aug 14 04:55:52 2003 From: riel at redhat.com (Rik van Riel) Date: Thu, 14 Aug 2003 00:55:52 -0400 (EDT) Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <1060835167.30679.95.camel@localhost.localdomain> Message-ID: On 14 Aug 2003, Jef Spaleta wrote: > Kyle Maxwell wrote: > >But some decisions are starting to leave me in the cold > > Err..well...i'm going to give red hat a pretty long lead time on when I > expect them to get this whole external communication thing close to the > right ballpark. One of the reasons why things are taking a while is that everybody was away, first in Otawa for OLS and then at Linuxworld in California. > I think it helps to think of this beta as still a traditional > beta....the community project still needs a lot of flushing out...as a > concept its alpha. Indeed, since the project went live around the same time as the Severn beta (beta == code freeze) this time the core release probably won't have all that much community input. Personally I hope this will result in a culture of using external repositories so the core distribution for the next version could be shrunk ;)) Of course I'm a kernel guy and mostly an onlooker when it comes to the distribution. I wouldn't be surprised if the people who are doing the actual work of putting together the distro ended up taking the decision of putting more cool stuff in their own repository, grabbing it from external repositories. On the other hand, I wouldn't be surprised by a "move stuff into external repositories and out of the core distro" movement, either. I am very curious which of the two will happen, though... > I can just imagine how much internal discussion is being generated.... We are trying to discuss all the technical things in public, though. On the rhl-devel-list and also in threads on this list. > and I can only hope the hatters show as good a sense of knowing how to > schedule a "release" of the project framework as they do about pushing > out distro releases. That is one of our requirements. We want this distribution to be at least as good for our own personal use as Red Hat Linux has been. That doesn't just mean a regular stable release with "fresh bits"; for me personally it also means being able to point the same update tool I use for the core distribution at other repositories, like freshrpms, fedora and a repository with some of my own RPMS. Note that even though I work at Red Hat, I don't think I will be trying to get the RPMS I am interested in into the core distribution. I want to publish the stuff I want to do in an external repository in order to: 1) have freedom on how I maintain things 2) run my own release schedule, independant of the core distribution and, most importantly 3) not hold up the core distribution when my packages lag because I'm busy with the kernel In short, I want to have all the benefits of a stable and regularly updated core distribution, while not adding the maintenance burden of my personal packages wishlist to that core distribution. -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From msw at redhat.com Thu Aug 14 05:23:04 2003 From: msw at redhat.com (Matt Wilson) Date: Thu, 14 Aug 2003 01:23:04 -0400 Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <1060831313.7786.13.camel@lando>; from kylem@xwell.org on Wed, Aug 13, 2003 at 10:21:53PM -0500 References: <1060820499.30679.45.camel@localhost.localdomain> <1060831313.7786.13.camel@lando> Message-ID: <20030814012304.A32087@devserv.devel.redhat.com> On Wed, Aug 13, 2003 at 10:21:53PM -0500, Kyle Maxwell wrote: > > But some decisions are starting to leave me in the cold. I think that > the trademark restrictions are more onerous than they need to be, This has probably been stated before, but trademark defense requirements are not something that Red Hat has control over. US and International trademark law places these requirements on trademark holders. I think that the existing trademark usage guidelines for Red Hat Linux are in line with and compatible with Open Source/Free Software projects. Apache has restrictions on who can use the Apache name, as does Debian. > I think that the decision to completely pull the RHL website and > leave everyone completely in the cold while they decide what > additional information to add is a bad idea too Yes, of course this isn't an ideal situation. This is far from the ideal course of events we expected. There is some progress on some refinements to the content of the web site. Don't expect huge changes. We are still very committed to making this a successful project. > RHL is really at a cusp right now, and giving us the cold shoulder -- > worse, *pulling* the information that we had for reasons that still > haven't truly been explained -- isn't going to take it in the right > direction. Trust me, we're not intending to give you the cold shoulder at all. We were excited with our new project, and I think rushed to get things out. Please be patient with us as we put some finishing touches on the site, and have better answers to some of the questions that have come up (like yours about trademark issues). Cheers, Matt msw at redhat.com -- Matt Wilson Manager, Base Operating Systems Red Hat, Inc. From blocke at shivan.org Thu Aug 14 05:44:48 2003 From: blocke at shivan.org (Bruce A. Locke) Date: Thu, 14 Aug 2003 01:44:48 -0400 Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: References: Message-ID: <1060839888.6187.42.camel@localhost> On Thu, 2003-08-14 at 00:55, Rik van Riel wrote: > Indeed, since the project went live around the same time as the > Severn beta (beta == code freeze) this time the core release > probably won't have all that much community input. Personally I > hope this will result in a culture of using external repositories > so the core distribution for the next version could be shrunk ;)) Am I the only one who reels in horror at this thought? I can't see any outcome from doing this other then encouraging even more slightly incompatible competing external repositories. None of them having everything you want or need, causing you to either have to 'graft' in parts of one into another or grab the most you can from one and having to play with spec files and building your own packages for the other. Have you gone through the horror of getting XD2, fedora, freshrpms, and a couple others working on the same system without weird application behaviors, crashes, and apt/yum freaking out? Sorry if this was beaten to death already in past threads but my interested in "RHL: The Project" centers around the hope these external repositories are (for the most part) _eliminated_ and we have one central repository where library versions and other dependencies, etc all match. We need a sane dependency tree for the vast amount of software out there for Red Hat that doesn't require "--forcing" and "--nodeps" or end-users spending time with "rpmbuild". (Small repositories will of course still exist for those _really_ niche packages). Encouraging the development of even more external repositories sounds like a sure way of increasing the pain of "RPM dependency hell". As a former Gentoo developer (I'm not trying to make that sound like it means something in this forum, I'm only to provide an example from personal experience), I found Gentoo initially attractive because it allowed for a configurable feature set and flexible dependency tree system but it was _one repository_... one tree. I moved back to Red Hat from Gentoo due to a lack of time and not wanting to worry about such things. As a Red Hat user I gave up some flexibility with the hope of saving time and using a stable and integrated system ("It just works") or at least one that was predictable broken ("Well... it doesn't work but I can count on being broken the same on every version X system and this workaround will work on most/all of them..."). Having to depend on external repositories that can (and have proven to be historically) not "integrated" between themselves and incompatible with constantly changing versions for key libraries and applications destroys that advantage. Basically, in my view, it creates anarchy where I don't want to be exposed to such anarchy. Distributions were originally supposed to be tested snapshots of software from the open source world and not just a means to sell a support contract right?... right?! The conspiracy theorist in me could argue Red Hat was expecting this anarchy and wants it because it would help push their Enterprise product to people who couldn't afford to deploy it on every machine... :P On the plus side though, I have been very impressed by willingness of Red Hat employees to discuss things that would have been 'confidential information' only a short time ago. Thanks. -- --------------------------------------------------------------------- Bruce A. Locke blocke at shivan.org From feliciano.matias at free.fr Thu Aug 14 05:52:48 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 14 Aug 2003 07:52:48 +0200 Subject: RawHide and signature In-Reply-To: <20030813094905.A5289@devserv.devel.redhat.com> References: <1060781453.1346.47.camel@one.myworld> <20030813094905.A5289@devserv.devel.redhat.com> Message-ID: <1060840366.6271.84.camel@one.myworld> Le mer 13/08/2003 ? 15:49, Bill Nottingham a ?crit : > F?liciano Matias (feliciano.matias at free.fr) said: > > Many packages in Rawhide are not signed (528/1461). > > Normal ? > > Yes, it's normal. Signing is a manual process, it's not done all > the time. > OK, it's too much work. But what can i do if my favourite rawhide mirror is cracked ? Nothing. At least give a signed md5sum file of all packages. Perhaps a none signed md5sum in a redhat https site is enough if you don't want to sign it manually. If i can't confirm the source of rawhide packages, i will not use any more mirrors :-) If RHLP and Rawhide is a success, i think it's important to find a solution. Don't wait an accident to be forced to do something : http://lwn.net/Articles/44402/ > Bill > -- F?liciano Matias -------------- 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 feliciano.matias at free.fr Thu Aug 14 06:45:56 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 14 Aug 2003 08:45:56 +0200 Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <1060839888.6187.42.camel@localhost> References: <1060839888.6187.42.camel@localhost> Message-ID: <1060843555.6271.109.camel@one.myworld> Le jeu 14/08/2003 ? 07:44, Bruce A. Locke a ?crit : > On Thu, 2003-08-14 at 00:55, Rik van Riel wrote: > [...] > Basically, in my view, it creates anarchy where I don't want to be > exposed to such anarchy. I you don't want anarchy, don't use XD2 or freshrpms, etc... Two facts : - RedHat resource is finite. - You and/or RedHat can force everybody to work with RedHat. I was worry with RHEL. With RHLP redhat take the right direction to reassure the community. And i trust Redhat and contributors to bring one of the best distribution. It's also in the interest of RedHat. -- F?liciano Matias -------------- 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 blocke at shivan.org Thu Aug 14 07:10:43 2003 From: blocke at shivan.org (Bruce A. Locke) Date: Thu, 14 Aug 2003 03:10:43 -0400 Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <1060843555.6271.109.camel@one.myworld> References: <1060839888.6187.42.camel@localhost> <1060843555.6271.109.camel@one.myworld> Message-ID: <1060845043.6187.57.camel@localhost> On Thu, 2003-08-14 at 02:45, F?liciano Matias wrote: > Le jeu 14/08/2003 ? 07:44, Bruce A. Locke a ?crit : > > On Thu, 2003-08-14 at 00:55, Rik van Riel wrote: > > [...] > > Basically, in my view, it creates anarchy where I don't want to be > > exposed to such anarchy. > > I you don't want anarchy, don't use XD2 or freshrpms, etc... Ok. XD2 is a bad example because it replaces functionality that is provided by Red Hat (GNOME). Freshrpms, etc are not bad examples because they provide functionality that Red Hat doesn't provide or can't provide (Multimedia apps, etc). > Two facts : > - RedHat resource is finite. > - You and/or RedHat can force everybody to work with RedHat. I understand that. Red Hat, Inc. of course will choose what it decides to focus on. I'm just concerned about Red Hat, Inc. only worrying about defining a "core" and pushing functionality out into a "community" where multiple (fragmented) competing repositories exist. Thus end users become reliant on them and gets bit by "RPM dependency hell". I'm personally hoping Red Hat "gives its blessing" to one project like Fedora and encourages the development of one central repository of "non-core" software. I'd also hope a couple Red Hat full time employees with extensive experience in distribution maintenance could give some leadership/mentorship/experience to this project and encourage needed "integration", testing, etc. Thus providing a stable "core", a well maintained and extensive "external repository". Maintainers of niche interest repositories, upstreams who maintain their own packages, etc could then be encouraged to keep their packages fully "compatible" with the core and the "sanctioned" repository. Of course other approaches could work just as well or better but thats the only situation I could think of that might work. But what do I know. :) > I was worry with RHEL. With RHLP redhat take the right direction to > reassure the community. > And i trust Redhat and contributors to bring one of the best > distribution. > It's also in the interest of RedHat. I'm a Red Hat user at both work and home and I'm hoping for the best. :) -- --------------------------------------------------------------------- Bruce A. Locke blocke at shivan.org From knxmay001 at mail.uct.ac.za Thu Aug 14 07:40:15 2003 From: knxmay001 at mail.uct.ac.za (Maynard Kuona) Date: Thu, 14 Aug 2003 09:40:15 +0200 Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <1060831313.7786.13.camel@lando> References: <1060820499.30679.45.camel@localhost.localdomain> <1060831313.7786.13.camel@lando> Message-ID: <1060846815.7789.2.camel@albert> Trademark issues come into play when you try make money using Redhat's branding. It should be no problem if you want to burn cd's for friends and family. If that is what you were asking. Redhat 'has' to protect its name and trademarks, otherwise it will end up with cheap knockoffs. On Thu, 2003-08-14 at 05:21, Kyle Maxwell wrote: > On Wed, 2003-08-13 at 19:21, Jef Spaleta wrote: > > If OEM's can't market the fact that they pre-install RHL and call it > > RHL..whats the point..for me as an end-user. I'm going to have to buy a > > bare-bones box and make sure the components work together when i install > > rhlp myself....no thanks. I WANT to pay for an OEM i trust to give me > > hardware they are reasonable sure works(with some hardware support > > garuntee) for my home desktop that runs RHL...not pink tie linux...not > > green shoe linux...not monkey chunks linux...I want to KNOW its its > > rhl...and I want that OEM to be able to tell me without hassle that what > > they have pre-installed as the operating system is RHLP. I'd be even > > happier if I had a good way to tell if the OEM was a member of the RHLP > > community in good standing, and not just a leech. > > I feel like I'm watching Patton... brutha, you have hit the nail > on the head. I hear an anthem and I'm waving the flag while reading your > post. > > I've been a RH user and fan for years now, since the 5 series anyway. > I've burned RHL ISOs for friends and family members because I believe > it's one of the best distributions for someone who wants things to Just > Work. I bought retail boxes of the distribution because I like the way > RH has stood with and behind Free Software. At work, I've pushed for > (and gotten!) RHL production installs in places where Windows and > Solaris were being considered or even used previously. That's why I run > Severn here at home: not to get bleeding-edge software on my desktop, > but to do my little part to help out with making it even better. > > But some decisions are starting to leave me in the cold. I think that > the trademark restrictions are more onerous than they need to be, > although I'm glad that they're trying to make sure that their brand > stands for something. I think that the decision to completely pull the > RHL website and leave everyone completely in the cold while they decide > what additional information to add is a bad idea too, though I'm glad > that they want to become a free, public distribution a la Debian. I > think that we need to hear more from RHL, and not just for developers > (this is holding up some major decisions at work), but I'm glad that key > RH developers *are* on the list and participate in the technical > discussions. > > RHL is really at a cusp right now, and giving us the cold shoulder -- > worse, *pulling* the information that we had for reasons that still > haven't truly been explained -- isn't going to take it in the right > direction. If you're going to be more open, then let's do it! I'm on > board! If not, then I need to start pushing my application vendors > towards other distributions and look into doing the same at home. It's a > small part, but it looks clear that a lot of RH True Believers are being > forced to become Doubting Thomases: we *want* to believe, but so far > we're not given anything in which *to* believe, and it doesn't look good > so far. If RH thinks I'm off-base, great! I want to be wrong -- but show > me the plans so that I will be wrong. But if I'm right, then it'll be > time for me to close this chapter and move on. From awol at home.nl Thu Aug 14 08:00:13 2003 From: awol at home.nl (Alexander Volovics) Date: Thu, 14 Aug 2003 10:00:13 +0200 Subject: mouse problems In-Reply-To: <20030813154130.74181.qmail@web60002.mail.yahoo.com> References: <20030813095336.GA1951@home.nl> <20030813154130.74181.qmail@web60002.mail.yahoo.com> Message-ID: <20030814080012.GA1951@home.nl> On Wed, Aug 13, 2003 at 04:41:30PM +0100, Mike Martin wrote: > Oh yeah, the obvious, have you tried a different mouse to narrow down > the prob? Yes, it's 'twin' from my wives laptop which then immediately shows the same problem. Alexander From awol at home.nl Thu Aug 14 08:02:12 2003 From: awol at home.nl (Alexander Volovics) Date: Thu, 14 Aug 2003 10:02:12 +0200 Subject: mouse problems In-Reply-To: <3F3A30A1.1040408@earthlink.net> References: <20030813045404.GA1951@home.nl> <20030813083524.13102.qmail@web60002.mail.yahoo.com> <20030813095336.GA1951@home.nl> <3F3A30A1.1040408@earthlink.net> Message-ID: <20030814080212.GB1951@home.nl> On Wed, Aug 13, 2003 at 07:35:45AM -0500, Gerry Tool wrote: > Alexander Volovics wrote: >After looking up the exact meaning and the possible values I have been > >experimenting with different values but this option does not seem to solve > >the problem. The mouse response remains 'jerky' or 'wooden'. > I can't tell if you are multi-booting and not having trouble in other > systems, but do you have an optical mouse? Are you using it on a dark > surface? If so, try it on a light colored surface. I am using the laptop on a white table. Alexander From awol at home.nl Thu Aug 14 08:21:07 2003 From: awol at home.nl (Alexander Volovics) Date: Thu, 14 Aug 2003 10:21:07 +0200 Subject: mouse problems In-Reply-To: <200308131155.15384.elwoo@videotron.ca> References: <20030813045404.GA1951@home.nl> <20030813083524.13102.qmail@web60002.mail.yahoo.com> <20030813095336.GA1951@home.nl> <200308131155.15384.elwoo@videotron.ca> Message-ID: <20030814082107.GC1951@home.nl> On Wed, Aug 13, 2003 at 11:55:15AM -0400, Elton Woo wrote: > Do you have an NVidia based video card, and if so have you > installed the drivers? > ... just a (wildcard) thought! I could try it, just to see if it makes any difference. I do have a GeForce 2 but since the XFree86 driver 'nv' started supporting these cards too I have not installed the NVidia drivers because the 'nv' driver works OK and I do not need 3D. Alexander From feliciano.matias at free.fr Thu Aug 14 09:00:22 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 14 Aug 2003 11:00:22 +0200 Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <1060846815.7789.2.camel@albert> References: <1060820499.30679.45.camel@localhost.localdomain> <1060831313.7786.13.camel@lando> <1060846815.7789.2.camel@albert> Message-ID: <1060851617.6271.158.camel@one.myworld> Le jeu 14/08/2003 ? 09:40, Maynard Kuona a ?crit : > Trademark issues come into play when you try make money using Redhat's > branding. It should be no problem if you want to burn cd's for friends > and family. As i know it's an issue if you +sell+ RedHat's distribution. But you can make money by using RHL in your firm. -- F?liciano Matias -------------- 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 knxmay001 at mail.uct.ac.za Thu Aug 14 09:11:52 2003 From: knxmay001 at mail.uct.ac.za (Maynard Kuona) Date: Thu, 14 Aug 2003 11:11:52 +0200 Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <1060851617.6271.158.camel@one.myworld> References: <1060820499.30679.45.camel@localhost.localdomain> <1060831313.7786.13.camel@lando> <1060846815.7789.2.camel@albert> <1060851617.6271.158.camel@one.myworld> Message-ID: <1060852312.7834.3.camel@albert> OK. my bad, should have been more specific. I don't know why people are so keen for the Project to get a new name. At the end of the day, it is a Redhat Project. If people want something with a different name, then they can always have a little 'fork' which strips out the branding. Its been done before, and there is nothing to stop them. Unless I am wrong, the distro will still be directed in large part by Redhat anyway and becomes the basis for their products. This is done for Redhat primarily, anyone who wants the distro without the branding can take the branding out. JAMD and other magazines do that. On Thu, 2003-08-14 at 11:00, F??liciano Matias wrote: > Le jeu 14/08/2003 ?? 09:40, Maynard Kuona a ??crit : > > Trademark issues come into play when you try make money using Redhat's > > branding. It should be no problem if you want to burn cd's for friends > > and family. > > As i know it's an issue if you +sell+ RedHat's distribution. But you can > make money by using RHL in your firm. From redtuxxx at yahoo.co.uk Thu Aug 14 09:46:18 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Thu, 14 Aug 2003 10:46:18 +0100 (BST) Subject: nforce support? In-Reply-To: <1060810704.2410.117.camel@stantz.corp.sgi.com> Message-ID: <20030814094618.86281.qmail@web60005.mail.yahoo.com> --- Florin Andrei wrote: > On Tue, 2003-08-12 at 03:12, Kent Nyberg wrote: > > I am about to by a new computer after my move to another city to > study. > > Now i wonder if it is possible to buy one with an nforce-chipset? > > I recall some one saying that to get it working you have to > install > > stuff from nvidia. If i can not get it to work with RHL out of > the box > > i dont realy know if i want this. > > Out of the box, no. > OTOH, it works pretty well if you install a few drivers. > It should work with the vesa driver - not perfect performance but will work (helped out someone with a problem over at linux-questions-only at linux gazette) > NForce works well enough for me, i'm happy with it, but if you want > something that can be configured quickly, i'd advise against. > > -- > Florin Andrei > > http://florin.myip.org/ > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From dwmw2 at infradead.org Thu Aug 14 11:07:48 2003 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 14 Aug 2003 12:07:48 +0100 Subject: Naughty Hardware: CompUSA Optical USB Notebook Mouse In-Reply-To: <1060834770.1945.15.camel@laptop> References: <1060834770.1945.15.camel@laptop> Message-ID: <1060859268.3152.25.camel@passion.cambridge.redhat.com> On Thu, 2003-08-14 at 05:19, Warren Togami wrote: > Don't be careless like me and purchase three, open them all, only to > discover that they don't work in Linux. If it was sold to you as a USB device and it doesn't conform to the USB spec, then it is not fit for the purpose for which it was sold. Where I come from, you get your money back from the shop for that kind of thing. Opened or not. -- dwmw2 From coomsie at coomsie.no-ip.com Thu Aug 14 11:12:17 2003 From: coomsie at coomsie.no-ip.com (coomsie) Date: Thu, 14 Aug 2003 23:12:17 +1200 Subject: up2date for testing (with apt/yum/dir repo support) In-Reply-To: <1060762430.3f39f33e50f03@webmail.welho.com> References: <20030812231944.E27241@redhat.com> <1060762430.3f39f33e50f03@webmail.welho.com> Message-ID: <200308142312.17604.coomsie@coomsie.no-ip.com> On Wednesday 13 August 2003 20:13, Panu Matilainen wrote: > Quoting Adrian Likins : > > http://people.redhat.com/~alikins/up2date/severn/ > > > > New up2date for testing. Somewhat notable new > > feature of support for 3rd party yum and apt > > repos. See /etc/sysconfig/rhn/sources for info > > on configuring them (docs to come). > > Whoa.. cool! :) Had a quick look over aptRepo.py, a couple of comments on > findings in there: > 1) "# assuming this is always bz2?" - yes, it's always bz2. There can be an > uncompressed version of the file as well but then who the heck wants to > download an uncompressed file when the .bz2 file is there... legacy stuff. > 2) "# FIXME .." comment wrt the repository layout and finding the package - > yes there are basically two kinds of repositories, "traditional" and > "flat", of which flat one is what almost everybody uses nowadays. > Supporting to trad layout where RPMS and SRPMS are on a different directory > level would be nice but I wouldn't consider lack of it as a showstopper at > all. > > > In addition to the apt/yum repos, it also > > now supports using a local dir of rpms as > > a "repo" > > This is really nice one! I can second that ..... This is really cool ... how about getting rawhide on this as well for people who want to have the latest and greatest ..... maybe through yum/apt (not sure what is involved in setting this up) or just like the local directory but the ftp/http site for rawhide (if apt/yum is a bit of work to maintain) It would be great for us to just view the new packages through the up2date tool and choose through this to update that package or not. ============== Cheers Coomsie :3) From riel at redhat.com Thu Aug 14 11:26:02 2003 From: riel at redhat.com (Rik van Riel) Date: Thu, 14 Aug 2003 07:26:02 -0400 (EDT) Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <1060839888.6187.42.camel@localhost> Message-ID: On Thu, 14 Aug 2003, Bruce A. Locke wrote: > We need a sane dependency tree for the vast amount of software out there > for Red Hat that doesn't require "--forcing" and "--nodeps" or end-users > spending time with "rpmbuild". (Small repositories will of course still > exist for those _really_ niche packages). Encouraging the development > of even more external repositories sounds like a sure way of increasing > the pain of "RPM dependency hell". I agree with you that we need to avoid an RPM dependency hell. However, I do not agree with you that the only way to do it is to have all packages shipped by one central organisation. Instead, we need to work on some software that can detect dependency conflicts between the external repository and the core distribution and rebuilds the RPMS in the repository. Of course, this software would be run by the people who maintain the package repositories, so the repositories are in sync with the core distribution. Nothing like a cron job to automatically keep the RPMS in the repositories up to date with the core distribution ;) It really isn't hard to automatically bump the release number and rebuild the RPM, nor should it be very hard to figure out when exactly it is needed ... right at the point when apt-get starts complaining ;) Now we just need to write this software ... -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From m.eldesoky at tedata.net Thu Aug 14 11:42:27 2003 From: m.eldesoky at tedata.net (Mohamed Eldesoky) Date: Thu, 14 Aug 2003 14:42:27 +0300 Subject: Digital Certificate due to expire ? Message-ID: <200308141442.27152.m.eldesoky@tedata.net> Got this while looking to the new up2date release in Alikins' _____________________________________________ Certificate: Data: Version: 3 (0x2) Serial Number: 0 (0x0) Signature Algorithm: md5WithRSAEncryption Issuer: C=US, ST=North Carolina, L=Research Triangle Park, O=Red Hat, Inc., OU=Red Hat Network Services, CN=RHNS Certificate Authority/Email=rhns at redhat.com Validity Not Before: Aug 23 22:45:55 2000 GMT Not After : Aug 28 22:45:55 2003 GMT ______________________________________________ I wonder if you are already aware of that date !! Regards Mohamed Eldesoky Linux-Egypt -- Once a wise man said "nothing" From coomsie at coomsie.no-ip.com Thu Aug 14 12:12:49 2003 From: coomsie at coomsie.no-ip.com (coomsie) Date: Fri, 15 Aug 2003 00:12:49 +1200 Subject: Using up2date with rawhide from freshrpms .... In-Reply-To: <20030814134614.66085274.matthias@rpmforge.net> References: <20030812231944.E27241@redhat.com> <1060861082.3f3b749a94a81@webmail.welho.com> <20030814134614.66085274.matthias@rpmforge.net> Message-ID: <200308150012.49936.coomsie@coomsie.no-ip.com> .............. rawhide, probably yum as well > > nowadays. > > Absolutely. Servern ("beta") and Rawhide ("rawhide") are both accessible > through apt and yum. > > See http://ayo.freshrpms.net/ > > And browse through http://ayo.freshrpms.net/redhat/ to see what else is > there. > > Matthias Gidday everyone, I couldnt get apt to work, I must have had the wrong url :p .... But this works for yum in the sources file .. in => /etc/sysconfig/rhn/sources yum rawhide-frm-freshrpms http://ayo.freshrpms.net/redhat/rawhide/i386/os/ ============== Cheers Coomsie :3) From riel at redhat.com Thu Aug 14 12:37:07 2003 From: riel at redhat.com (Rik van Riel) Date: Thu, 14 Aug 2003 08:37:07 -0400 (EDT) Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <1060846815.7789.2.camel@albert> Message-ID: On Thu, 14 Aug 2003, Maynard Kuona wrote: > If that is what you were asking. Redhat 'has' to protect its name and > trademarks, otherwise it will end up with cheap knockoffs. Note that the obligation to protect the trademark does not translate in an obligation to make it hard for others to use, distribute and/or sell the distribution. I am optimistic that the business people will keep the legally required paperwork as simple as possible so LUGs, magazines, etc... can easily distribute the distribution. Maybe they can even get rid of the paperwork alltogether for some cases, maybe they already did ... *searches around on website* OK, it looks like the legal people are at least one step ahead of the mailing list here: http://www.redhat.com/about/corporate/trademark/guidelines/page9.html "If you are an educational institution, a not-for-profit organization, a user group, or an individual affiliated with or employed by any of those organizations, Red Hat grants you a trademark license with respect to the RED HAT mark for use with the non-commercial redistribution of Red Hat? Linux? in the form you [originally got it]" I snipped the fine print. Read the page yourself if you plan on distributing Red Hat Linux, etc... -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From jspaleta at princeton.edu Thu Aug 14 13:43:53 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 14 Aug 2003 09:43:53 -0400 Subject: RH Decisions (was Re: APT, Yum and Red Carpet) Message-ID: <1060868632.18569.44.camel@spatula> >Instead, we need to work on some software that can detect >dependency conflicts between the external repository and >the core distribution and rebuilds the RPMS in the repository. Err...one external repository against the "core" is easy. But 4 or 5 independant external repositories that might interfere with each other and the core...is going to be a bloody nightmare. Even if you are trying to rebuild rpms in the repos to get around things. Something like and advanced gnome repo with bleeding edge gnome stuff could take a hell of a lot of rebuilding...and of course depending on the conventions used in the specfiles...you still aren't going to solve all the dependacy problems by rebuilding. I think there are lessons to be learned from how the other community based distro try to do things...how fractured is the debian tree? How fractured is the gentoo tree? >It really isn't hard to automatically bump the release >number and rebuild the RPM, nor should it be very hard >to figure out when exactly it is needed ... Epoch wars!!!!!!!!!!! This sounds great as long as you dont have 14 different repos all providing the same version of the same library compiled with different "options" turned on or off in the specfile or with craptastic explicit dependancies listed in the specfile...or dependancies unique to one repo. How you maintain a mixed dependancy tree among several 3rd party repos sanely is more than slightly scary. The idea Seth mentioned of "task" based repos to keep repo collisions down to a minimum has some merit for repos that add new functionality. But there needs to be some strong community agreement on what that set of "tasks" are and there needs to be strong community agreement on how to promote a package to core if multiple repos find they need to provide it and end up with a conflict...but even with that I think there are some libraries that end up being needed across task groups that can't be put into core because of patents and what not. But repos that try to get advanced "core" functionality..like bleeding edge gnome for example..just can't be thought of in terms of a single "task" you end up having to cut across task groups to provide a workable gnome...thats surely going to lead straight to a sort of hell...if there isn't some coordination between repos and the core community. I'm still a HUGE proponent of the "one true meta-repository." And I have no problem with there being competing implementations of the one true repo. Competition is good right? But I'm more than willing to be convinced that repo maintainers can put their heads together and come up with a workable "tasks" based framework with a goal to keeping collisions down across the repos. But I am pretty convinced that if repos aren't working at some level together...yer just going to have lots of dependancy and packaging error problems when mixing 3+ repos on top of core. Whether or not they have to work so close together that they fuse (i love that word, fuse) into "the one true metarepo"...or if they only need to have a more theortical policy framework on how to deal with packaging conflicts...its clear there is going to have to be some level of communication to have it work better than it works now. Automated software is NOT going to solve the problems we have now when mixing XD2,freshrpm,fedora,and the COUNTLESS rpms from the projects at sourceforge that don't even make it into a repo...its going to to some packaging policies and conflict resolution policies..a lot of beer...a lot of pizza...a lot of KK doughnuts. 53 developers each with their little micro-repo isn't going to be much better than rpms sitting in project trees on sourceforge. -jef"and someone PLEASE think about the people stuck on dial-up on some of their machines, and make it easy to grab something like repo iso images, like maybe on a quarterly basis"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 alan at redhat.com Thu Aug 14 13:59:24 2003 From: alan at redhat.com (Alan Cox) Date: Thu, 14 Aug 2003 09:59:24 -0400 (EDT) Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <1060868632.18569.44.camel@spatula> from "Jef Spaleta" at Aws 14, 2003 09:43:53 Message-ID: <200308141359.h7EDxO817741@devserv.devel.redhat.com> > different repos all providing the same version of the same library > compiled with different "options" turned on or off in the specfile or > with craptastic explicit dependancies listed in the specfile...or > dependancies unique to one repo. How you maintain a mixed dependancy > tree among several 3rd party repos sanely is more than slightly scary. What you want to avoid is multiple repositories with the same packages. Debian works in part because a package has a maintainer and there aren't too many rivial setups. > 53 developers each with their little micro-repo isn't going to be much > better than rpms sitting in project trees on sourceforge. Its an indexing problem (and possibly a rating, trust metric and graphic exercise) > -jef"and someone PLEASE think about the people stuck on dial-up on some > of their machines, and make it easy to grab something like repo iso > images, like maybe on a quarterly basis"spaleta In many of the countries Red Hat has a presence in or ships too broadband is either nonexistant or for the rich. It also still seems to be that way for large swathes of rural europe and the USA. Its been on the requirement list from day one From matthias at rpmforge.net Thu Aug 14 14:14:25 2003 From: matthias at rpmforge.net (Matthias Saou) Date: Thu, 14 Aug 2003 16:14:25 +0200 Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <200308141359.h7EDxO817741@devserv.devel.redhat.com> References: <1060868632.18569.44.camel@spatula> <200308141359.h7EDxO817741@devserv.devel.redhat.com> Message-ID: <20030814161425.1b7f3b4c.matthias@rpmforge.net> Alan Cox wrote : > > 53 developers each with their little micro-repo isn't going to be much > > better than rpms sitting in project trees on sourceforge. > > Its an indexing problem (and possibly a rating, trust metric and graphic > exercise) ...speaking of which : I still want to create a huge rpm indexing database driven system. Typically what one would need to keep track of packages available in the main distribution as well as other smaller "groups", by making searches, browsing through changelogs etc. I guess this would be the right time to try and get some developers interested in the project. I'll start by setting up a mailing-list and later announce it here. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Raw Hide 20030813 running Linux kernel 2.4.21-20.1.2024.2.1.nptl Load : 0.11 0.15 0.11 From skvidal at phy.duke.edu Thu Aug 14 14:16:13 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 14 Aug 2003 10:16:13 -0400 Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <20030814161425.1b7f3b4c.matthias@rpmforge.net> References: <1060868632.18569.44.camel@spatula> <200308141359.h7EDxO817741@devserv.devel.redhat.com> <20030814161425.1b7f3b4c.matthias@rpmforge.net> Message-ID: <1060870573.25921.53.camel@opus.phy.duke.edu> On Thu, 2003-08-14 at 10:14, Matthias Saou wrote: > Alan Cox wrote : > > > > 53 developers each with their little micro-repo isn't going to be much > > > better than rpms sitting in project trees on sourceforge. > > > > Its an indexing problem (and possibly a rating, trust metric and graphic > > exercise) > > ...speaking of which : I still want to create a huge rpm indexing database > driven system. Typically what one would need to keep track of packages > available in the main distribution as well as other smaller "groups", by > making searches, browsing through changelogs etc. > > I guess this would be the right time to try and get some developers > interested in the project. I'll start by setting up a mailing-list and > later announce it here. > I thought this was called rpmfind.net -sv From matthias at rpmforge.net Thu Aug 14 14:35:33 2003 From: matthias at rpmforge.net (Matthias Saou) Date: Thu, 14 Aug 2003 16:35:33 +0200 Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <1060870573.25921.53.camel@opus.phy.duke.edu> References: <1060868632.18569.44.camel@spatula> <200308141359.h7EDxO817741@devserv.devel.redhat.com> <20030814161425.1b7f3b4c.matthias@rpmforge.net> <1060870573.25921.53.camel@opus.phy.duke.edu> Message-ID: <20030814163533.2a20ad35.matthias@rpmforge.net> seth vidal wrote : > On Thu, 2003-08-14 at 10:14, Matthias Saou wrote: > > Alan Cox wrote : > > > > > > 53 developers each with their little micro-repo isn't going to be > > > > much better than rpms sitting in project trees on sourceforge. > > > > > > Its an indexing problem (and possibly a rating, trust metric and > > > graphic exercise) > > > > ...speaking of which : I still want to create a huge rpm indexing > > database driven system. Typically what one would need to keep track of > > packages available in the main distribution as well as other smaller > > "groups", by making searches, browsing through changelogs etc. > > > > I guess this would be the right time to try and get some developers > > interested in the project. I'll start by setting up a mailing-list and > > later announce it here. > > > > I thought this was called rpmfind.net Well, I have something a little different in mind. Already exchanged a few thoughts with various people, including jbj, and interesting possibilities came up. And anyway, from Daniel himself about rpmfind : "PROJECT is dead, if someone feels like taking over, contact me, I will provide all bits I have." Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Raw Hide 20030813 running Linux kernel 2.4.21-20.1.2024.2.1.nptl Load : 0.03 0.14 0.15 From veillard at redhat.com Thu Aug 14 14:46:43 2003 From: veillard at redhat.com (Daniel Veillard) Date: Thu, 14 Aug 2003 10:46:43 -0400 Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <20030814163533.2a20ad35.matthias@rpmforge.net>; from matthias@rpmforge.net on Thu, Aug 14, 2003 at 04:35:33PM +0200 References: <1060868632.18569.44.camel@spatula> <200308141359.h7EDxO817741@devserv.devel.redhat.com> <20030814161425.1b7f3b4c.matthias@rpmforge.net> <1060870573.25921.53.camel@opus.phy.duke.edu> <20030814163533.2a20ad35.matthias@rpmforge.net> Message-ID: <20030814104643.C9929@redhat.com> On Thu, Aug 14, 2003 at 04:35:33PM +0200, Matthias Saou wrote: > > > I guess this would be the right time to try and get some developers > > > interested in the project. I'll start by setting up a mailing-list and > > > later announce it here. > > > > > > > I thought this was called rpmfind.net yeah sounds familiar to me too :-) > Well, I have something a little different in mind. Already exchanged a few > thoughts with various people, including jbj, and interesting possibilities > came up. And anyway, from Daniel himself about rpmfind : > > "PROJECT is dead, if someone feels like taking over, contact me, > I will provide all bits I have." It's about the rpmfind command line tool, not the rpmfind.net servers :-) How do you expect to solve the hardware/bandwidth/maintenance over the long term ? I found this extremely hard ... 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 ms-nospam-0306 at arcor.de Thu Aug 14 15:02:57 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Thu, 14 Aug 2003 17:02:57 +0200 Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: References: <1060846815.7789.2.camel@albert> Message-ID: <20030814170257.298bd7e3.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 14 Aug 2003 08:37:07 -0400 (EDT), Rik van Riel wrote: > *searches around on website* > > OK, it looks like the legal people are at least one step > ahead of the mailing list here: > > http://www.redhat.com/about/corporate/trademark/guidelines/page9.html > > "If you are an educational institution, a not-for-profit organization, > a user group, or an individual affiliated with or employed by any of > those organizations, Red Hat grants you a trademark license with respect > to the RED HAT mark for use with the non-commercial redistribution of > Red Hat? Linux? in the form you [originally got it]" > > I snipped the fine print. Read the page yourself if you plan > on distributing Red Hat Linux, etc... Other lists @redhat.com have been ahead of this mailing list as well and have discussed and pointed to those trademark guidelines already. Plus, IIRC, with regard to selling copies of Red Hat Linux download version, I've seen a mention of "Pink Tie" and "Green Shoe" CDs on some of the lists and elsewhere, too. ;) I don't think I've seen a discussion on the name "Mad Hatter" yet, however, and whether it might be a possible trademark violation (even in case it really will be based on SuSE Linux). - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/O6Sh0iMVcrivHFQRAiCAAJ9jCXzpvsJKM7cgtpAfxV9rKucdKwCfZ00h ycbbf4DbqVhMi62AAJo3CxI= =Q8WN -----END PGP SIGNATURE----- From matthias at rpmforge.net Thu Aug 14 15:03:44 2003 From: matthias at rpmforge.net (Matthias Saou) Date: Thu, 14 Aug 2003 17:03:44 +0200 Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <20030814104643.C9929@redhat.com> References: <1060868632.18569.44.camel@spatula> <200308141359.h7EDxO817741@devserv.devel.redhat.com> <20030814161425.1b7f3b4c.matthias@rpmforge.net> <1060870573.25921.53.camel@opus.phy.duke.edu> <20030814163533.2a20ad35.matthias@rpmforge.net> <20030814104643.C9929@redhat.com> Message-ID: <20030814170344.4fb2394e.matthias@rpmforge.net> Daniel Veillard wrote : > > "PROJECT is dead, if someone feels like taking over, contact me, > > I will provide all bits I have." > > It's about the rpmfind command line tool, not the rpmfind.net servers > :-) Oops, I got it wrong since the website's pages seem to be in the same place as the commend-line tool's sources. > How do you expect to solve the hardware/bandwidth/maintenance over > the long term ? I found this extremely hard ... As a non-programmer sysadmin, dumb enough to invest plenty of personal time and money, I've always found ways for all my stuff. Not that 3 years is really "long term" though. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Raw Hide 20030813 running Linux kernel 2.4.21-20.1.2024.2.1.nptl Load : 0.02 0.12 0.18 From alan at redhat.com Thu Aug 14 15:05:17 2003 From: alan at redhat.com (Alan Cox) Date: Thu, 14 Aug 2003 11:05:17 -0400 (EDT) Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <20030814170257.298bd7e3.ms-nospam-0306@arcor.de> from "Michael Schwendt" at Aws 14, 2003 05:02:57 Message-ID: <200308141505.h7EF5HE12197@devserv.devel.redhat.com> > I don't think I've seen a discussion on the name "Mad Hatter" yet, > however, and whether it might be a possible trademark violation > (even in case it really will be based on SuSE Linux). Certain matters won't be discussed on the public lists for obvious reasons. From hosting at j2solutions.net Thu Aug 14 15:07:50 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Thu, 14 Aug 2003 08:07:50 -0700 Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: References: Message-ID: <200308140807.50884.hosting@j2solutions.net> On Thursday 14 August 2003 05:37, Rik van Riel wrote: > I snipped the fine print. Read the page yourself if you plan > on distributing Red Hat Linux, etc... What this doesn't really address is companies like the one I work for that pre-install the freely downloadable Red Hat Linux, at no charge to the customer. We aren't "selling" the OS at all, and we aren't making any money by having the OS, yet we're still not allowed to advertize the fact that we pre-installed Red Hat, which a lot of customers are looking for. I think that the rules should be modified slightly so that you're free to advertize if you aren't selling the OS, but giving it away with system sales. We also ship CDs to anybody that requests them, so we're almost a non-profit in that regard. It's very hard to "do the right thing" when dealing with the Red Hat trademark. Hard enough to cause my bosses to look at other distros that will be more friendly w/ the trademark usage. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (www.mondorescue.org) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From elwoo at videotron.ca Thu Aug 14 15:38:34 2003 From: elwoo at videotron.ca (Elton Woo) Date: Thu, 14 Aug 2003 11:38:34 -0400 Subject: comments invited: two (new?) bugs in SEVERN BETA1 (RH 9.0.93) In-Reply-To: <200308131936.51878.markkukolkka@kolumbus.fi> References: <200308131148.38663.elwoo@videotron.ca> <20030813115804.A1919@devserv.devel.redhat.com> <200308131936.51878.markkukolkka@kolumbus.fi> Message-ID: <200308141138.35185.elwoo@videotron.ca> On August 13, 2003 12:36 pm, Markku Kolkka wrote: > Viestiss? Keskiviikko 13. Elokuuta 2003 18:58, Bill Nottingham kirjoitti: > > Elton Woo (elwoo at videotron.ca) said: > > > No sounds in (the game) Tux Racer: > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102234 > > > > I believe it's because they use smpeg for audio, which isn't > > there. But ICBW. > > No, it's a configuration file error: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=85466 > > smpeg isn't actually needed for audio in tuxracer. I've looked at 85466, and I'm asking "dummy instructions" on applying the patch. WRT Bug 102235 (no sound in Chromium), I can't understand *why*. IIRC, there was a problem with sound not being built into Tux Racer, during the Valhalla beta, but never any problems with Chromium ... until Severn severed the relationship between Chromium and sound effects. Elton 8<\ (.... penguin whose beak is slightly out of joint) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From ms-nospam-0306 at arcor.de Thu Aug 14 15:50:21 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Thu, 14 Aug 2003 17:50:21 +0200 Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <200308141505.h7EF5HE12197@devserv.devel.redhat.com> References: <20030814170257.298bd7e3.ms-nospam-0306@arcor.de> <200308141505.h7EF5HE12197@devserv.devel.redhat.com> Message-ID: <20030814175021.735b90a1.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 14 Aug 2003 11:05:17 -0400 (EDT), Alan Cox wrote: > > I don't think I've seen a discussion on the name "Mad Hatter" yet, > > however, and whether it might be a possible trademark violation > > (even in case it really will be based on SuSE Linux). > > Certain matters won't be discussed on the public lists for obvious reasons. What stops subscribers from beating such topics to death without anyone from Red Hat taking part? - -- Probably should have put a smiley at the end of my previous posting. ;) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/O6+90iMVcrivHFQRAkt9AJ40G057bvrgL8wU9q9hWsndk37duQCdFZ74 5ma9Vruukz9zmqjn4cys+2U= =SMVS -----END PGP SIGNATURE----- From feliciano.matias at free.fr Thu Aug 14 15:53:09 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 14 Aug 2003 17:53:09 +0200 Subject: new up2date available (with apt/yum repo support) In-Reply-To: <20030812231450.C27241@redhat.com> References: <20030812231450.C27241@redhat.com> Message-ID: <1060876387.12361.346.camel@one.myworld> Le mer 13/08/2003 ? 05:14, Adrian Likins a ?crit : > New up2date packages for testing available at: > http://people.redhat.com/~alikins/up2date/severn/ > > Most notable new feature is support for 3rd party > apt and yum repositories. See the included > /etc/sysconfig/rhn/sources file for info > on how to configure them. > > It's definately still got some rough edges, > but hopefully will at least work most of > the time ;-> > > Most of the rest of the changes are just > multilib related and should be mostly > transparent. up2date version : 3.9.6 A little /etc/sysconfig/rhn/sources : dir base /var/RH/9.0.93/os/i386 dir rawhide /var/RH/rawhide/os/i386 No "up2date default" line. I remove old files in /var/spool/up2date . The "Channels" window show "redhat-linux-severn-i386-9.0.93". I uncheck this channel. This take more than 4 minutes to have the "Available Package Update" window and no progress bar. Cancel the action and change /etc/sysconfig/rhn/sources to use yum repository : yum base /var/RH/9.0.93/yum/os/i386 yum rawhide /var/RH/rawhide/yum/os/i386 New try, errors : Traceback (most recent call last): File "/usr/share/rhn/up2date_client/gui.py", line 1281, in onChannelsPageNext self.pList.run() File "/usr/share/rhn/up2date_client/packageList.py", line 80, in run self.progressCallback) File "/usr/share/rhn/up2date_client/rhnPackageInfo.py", line 152, in availablePackageList progressCallback = progressCallback) File "/usr/share/rhn/up2date_client/rpcServer.py", line 114, in doCall ret = apply(method, args, kwargs) File "/usr/share/rhn/up2date_client/repoDirector.py", line 25, in listPackages return self.handlers[channel['type']].listPackages(channel, msgCallback, progressCallback) File "/usr/share/rhn/up2date_client/rpmSource.py", line 226, in listPackages msgCallback, progressCallback) File "/usr/share/rhn/up2date_client/repoBackends/yumRepo.py", line 211, in listPackages channelTimeStamp = time.strptime(oldVersion,"%Y%m%d%H%M%S") ValueError: format mismatch Traceback (most recent call last): File "/usr/share/rhn/up2date_client/gui.py", line 1346, in onSkippedPagePrepare self.__preparePackageList() File "/usr/share/rhn/up2date_client/gui.py", line 1234, in __preparePackageList self.pList.run() File "/usr/share/rhn/up2date_client/packageList.py", line 80, in run self.progressCallback) File "/usr/share/rhn/up2date_client/rhnPackageInfo.py", line 152, in availablePackageList progressCallback = progressCallback) File "/usr/share/rhn/up2date_client/rpcServer.py", line 114, in doCall ret = apply(method, args, kwargs) File "/usr/share/rhn/up2date_client/repoDirector.py", line 25, in listPackages return self.handlers[channel['type']].listPackages(channel, msgCallback, progressCallback) File "/usr/share/rhn/up2date_client/rpmSource.py", line 226, in listPackages msgCallback, progressCallback) File "/usr/share/rhn/up2date_client/repoBackends/yumRepo.py", line 211, in listPackages channelTimeStamp = time.strptime(oldVersion,"%Y%m%d%H%M%S") ValueError: format mismatch Clean /var/spool/up2date. New try. Really faster, 15 seconds. The size in the "Available Package Update" is 0. Update my system. This take about 10 minutes for 53 packages (atlhon 1600xp, 256 Mo). This seems very long since there is no progress bar. Now some ideas. Permit to have multiple entries for the same repository like yum : man yum.conf : baseurl must be a url to the directory where the yum repository?s ?head- ers? directory lives. Can be an http://, ftp:// or file:// url. You can specify multiple urls in one baseurl statement. The best way to do this is like this: [serverid] name=Some name for this server baseurl=url://server1/path/to/repository/ url://server2/path/to/repository/ url://server3/path/to/repository/ Put /etc/sysconfig/rhn/sources in a directory. If possible in a "neutral" directory. For example /etc/rpm-repositories.d/ If yum/apt/synaptic are able to parse file in /etc/rpm-repositories.d/ the user have the choice of the tool without editing multiple files. This can be useful for third party like freshrpms/fedora. They don't need to provide a specific yum package already supply with RHLP. Perhaps freshrpms can create freshrpms-release-9.0.93 package with : /etc/rpm-repositories.d/freshrpms And some over useful informations : /usr/share/doc/freshrpms-9.0.93/README MANIFESTO GPG-KEY This could also be used to update mirrors list when doing regular updates. What bug/RFE i should put in bugzilla ? > Adrian > > -- F?liciano Matias -------------- 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 riel at redhat.com Thu Aug 14 15:55:17 2003 From: riel at redhat.com (Rik van Riel) Date: Thu, 14 Aug 2003 11:55:17 -0400 (EDT) Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <20030814175021.735b90a1.ms-nospam-0306@arcor.de> Message-ID: On Thu, 14 Aug 2003, Michael Schwendt wrote: > What stops subscribers from beating such topics to death without > anyone from Red Hat taking part? Nobody. However, in those cases Red Hat employees will probably be limited to chuckling politely and won't be participating in the thread. Probably best for productivity, too ;) -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From whooperhsd3 at earthlink.net Thu Aug 14 15:56:58 2003 From: whooperhsd3 at earthlink.net (William Hooper) Date: Thu, 14 Aug 2003 11:56:58 -0400 (EDT) Subject: RawHide and signature In-Reply-To: <1060840366.6271.84.camel@one.myworld> References: <1060781453.1346.47.camel@one.myworld> <20030813094905.A5289@devserv.devel.redhat.com> <1060840366.6271.84.camel@one.myworld> Message-ID: <4549.12.29.16.103.1060876618.squirrel@whooper.org> F?liciano Matias said: > Le mer 13/08/2003 ? 15:49, Bill Nottingham a ?crit : >> F?liciano Matias (feliciano.matias at free.fr) said: >> > Many packages in Rawhide are not signed (528/1461). >> > Normal ? >> >> Yes, it's normal. Signing is a manual process, it's not done all >> the time. >> > > OK, it's too much work. I see that as saying it's a priority thing. Signing testing packages isn't high on the priority list. > But what can i do if my favourite rawhide mirror is cracked ? > Nothing. Don't install Rawhide on an important system. Heck, I thought the definition of Rawhide was not to see if something broke, but into how many pieces. -- William Hooper From elwoo at videotron.ca Thu Aug 14 16:04:19 2003 From: elwoo at videotron.ca (Elton Woo) Date: Thu, 14 Aug 2003 12:04:19 -0400 Subject: Naughty Hardware: CompUSA Optical USB Notebook Mouse In-Reply-To: <1060859268.3152.25.camel@passion.cambridge.redhat.com> References: <1060834770.1945.15.camel@laptop> <1060859268.3152.25.camel@passion.cambridge.redhat.com> Message-ID: <200308141204.19426.elwoo@videotron.ca> On August 14, 2003 07:07 am, David Woodhouse wrote: > On Thu, 2003-08-14 at 05:19, Warren Togami wrote: > > Don't be careless like me and purchase three, open them all, only to > > discover that they don't work in Linux. > > If it was sold to you as a USB device and it doesn't conform to the USB > spec, then it is not fit for the purpose for which it was sold. > > Where I come from, you get your money back from the shop for that kind > of thing. Opened or not. I'm a bit surprised that Warren would puchase hardware without researching beforehand. ... but we all do have our moments when we forget the basics! Nevertheless, I would agree with David. I tend to believe that in the USA consumer protection and rights are even more forcefully applied than here in Canada. ICBW, though... Elton ;-) (are you sure this "CompUSA" and not "crapUSA"??) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From cturner at redhat.com Thu Aug 14 16:12:24 2003 From: cturner at redhat.com (Chip Turner) Date: 14 Aug 2003 12:12:24 -0400 Subject: Digital Certificate due to expire ? In-Reply-To: <200308141442.27152.m.eldesoky@tedata.net> References: <200308141442.27152.m.eldesoky@tedata.net> Message-ID: Mohamed Eldesoky writes: > Got this while looking to the new up2date release in Alikins' > > _____________________________________________ > Certificate: > Data: > Version: 3 (0x2) > Serial Number: 0 (0x0) > Signature Algorithm: md5WithRSAEncryption > Issuer: C=US, ST=North Carolina, L=Research Triangle Park, O=Red Hat, > Inc., OU=Red Hat Network Services, CN=RHNS Certificate > Authority/Email=rhns at redhat.com > Validity > Not Before: Aug 23 22:45:55 2000 GMT > Not After : Aug 28 22:45:55 2003 GMT > > ______________________________________________ > I wonder if you are already aware of that date !! Look further down the file :) There is a second cert, and we switched away from the server cert corresponding to the about-to-expire client cert on Aug 10th when the CA that issued the cert expired. Details at: https://rhn.redhat.com/help/faq/technical_questions.pxt#408 Chip -- Chip Turner cturner at redhat.com Red Hat, Inc. From elwoo at videotron.ca Thu Aug 14 16:12:58 2003 From: elwoo at videotron.ca (Elton Woo) Date: Thu, 14 Aug 2003 12:12:58 -0400 Subject: What's wrong with disucssing BUGS in Severn? (was Re: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: References: Message-ID: <200308141212.58488.elwoo@videotron.ca> On August 14, 2003 11:55 am, Rik van Riel wrote: > On Thu, 14 Aug 2003, Michael Schwendt wrote: > > What stops subscribers from beating such topics to death without > > anyone from Red Hat taking part? > > Nobody. However, in those cases Red Hat employees will > probably be limited to chuckling politely and won't be > participating in the thread. > > Probably best for productivity, too ;) Yes, and hopefully members on this list will turn their attention to dicussing and tracking BUGS. After all, isn't this the MAIN PURPOSE of the "rhl-beta list". Instead, I see long-winded (*possibly*) academic discussions which proport to second-quess Red Hat's marketing and political decisions ... leadint to NOTHING productive, WRT improving the product that is now being tested: to wit, Red Hat SEVERN Beta (RH 9.0.93). Another point: this thread is also quite confusing, since some posters *insist* on TOP POSTING. I won't go into that. Suffice it to say that one can always count on human obtstinacy and stupidity ... and get filthy rich doing so. Just ask Bill Gates. Elton Woo. -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From ms-nospam-0306 at arcor.de Thu Aug 14 16:23:40 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Thu, 14 Aug 2003 18:23:40 +0200 Subject: AIDE/Tripwire In-Reply-To: <1060789502.2371.35.camel@localhost.localdomain> References: <3F38CDF6.28146.2EB1A1@localhost> <3F3A4791.24467.8EBB8@localhost> <1060780315.2371.14.camel@localhost.localdomain> <20030813171126.109951d6.ms-nospam-0306@arcor.de> <1060789502.2371.35.camel@localhost.localdomain> Message-ID: <20030814182340.0b980930.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 13 Aug 2003 16:45:02 +0100, Mr. Adam ALLEN wrote: > > > I think it's dangerous to automatically rebuild the database, > > > > I think nobody has suggested to rebuild the database automatically. > > No nobody has, but a logical next step I guessed might be that if we > have the files that rpm modified (/etc/tripwire.d) then why not just > take care of it automatically. Because rebuilding the database should be a manually executed process which is controlled (=verified) by the admin _as long as_ installed files can be modified once they are installed. Another level of security is good. RPM installs signed packages and can verify integrity of installed files. But who checks that RPM itself and its database don't get modified? Building a default policy file -- paranoid defaults ;) -- and stripping down unneeded entries can be automated, though, at least partially. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/O7eM0iMVcrivHFQRAqVDAKCGKiLys+kIC56h5tT3f5oGogE8NQCbBxpH nChm7oAckIyulhjfMkmyG2E= =3ff3 -----END PGP SIGNATURE----- From feliciano.matias at free.fr Thu Aug 14 16:29:33 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 14 Aug 2003 18:29:33 +0200 Subject: RawHide and signature In-Reply-To: <4549.12.29.16.103.1060876618.squirrel@whooper.org> References: <1060781453.1346.47.camel@one.myworld> <20030813094905.A5289@devserv.devel.redhat.com> <1060840366.6271.84.camel@one.myworld> <4549.12.29.16.103.1060876618.squirrel@whooper.org> Message-ID: <1060878572.12361.352.camel@one.myworld> Le jeu 14/08/2003 ? 17:56, William Hooper a ?crit : > F?liciano Matias said: > > Le mer 13/08/2003 ? 15:49, Bill Nottingham a ?crit : > >> F?liciano Matias (feliciano.matias at free.fr) said: > >> > Many packages in Rawhide are not signed (528/1461). > >> > Normal ? > >> > >> Yes, it's normal. Signing is a manual process, it's not done all > >> the time. > >> > > > > OK, it's too much work. > > I see that as saying it's a priority thing. Signing testing packages > isn't high on the priority list. > > > But what can i do if my favourite rawhide mirror is cracked ? > > Nothing. > > Don't install Rawhide on an important system. Heck, I thought the > definition of Rawhide was not to see if something broke, but into how many > pieces. I am talking about piracy, not bugs. -- F?liciano Matias -------------- 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 ed at redhat.com Thu Aug 14 16:30:02 2003 From: ed at redhat.com (Edward C. Bailey) Date: 14 Aug 2003 12:30:02 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: <1060808720.23444.172.camel@opus.phy.duke.edu> References: <1060803990.23444.127.camel@opus.phy.duke.edu> <20030813170050.O13603@devserv.devel.redhat.com> <1060808720.23444.172.camel@opus.phy.duke.edu> Message-ID: >>>>> "seth" == seth vidal writes: >> This is supposed to be true already; trademarks should be either in >> redhat-logos or anaconda-images, not in any other package. Replacing >> those could be made easier by introducing some standard replacement >> packages. seth> Well - it seems to me that the trademark policy requires removing any seth> place it says 'red hat' Not necessarily -- that would imply that nobody could refer to our company as "Red Hat", for example. The use to which the words comprising a trademark are put also has a bearing on the matter. Otherwise, there are companies producing feed and irrigation equipment (iirc) that would be knocking on our door, as their use of the words "Red Hat" no doubt predate ours... :-) Ed -- Ed Bailey Red Hat, Inc. http://www.redhat.com/ From skvidal at phy.duke.edu Thu Aug 14 16:34:08 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 14 Aug 2003 12:34:08 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: References: <1060803990.23444.127.camel@opus.phy.duke.edu> <20030813170050.O13603@devserv.devel.redhat.com> <1060808720.23444.172.camel@opus.phy.duke.edu> Message-ID: <1060878848.25921.69.camel@opus.phy.duke.edu> On Thu, 2003-08-14 at 12:30, Edward C. Bailey wrote: > >>>>> "seth" == seth vidal writes: > > >> This is supposed to be true already; trademarks should be either in > >> redhat-logos or anaconda-images, not in any other package. Replacing > >> those could be made easier by introducing some standard replacement > >> packages. > > seth> Well - it seems to me that the trademark policy requires removing any > seth> place it says 'red hat' > > Not necessarily -- that would imply that nobody could refer to our company > as "Red Hat", for example. The use to which the words comprising a > trademark are put also has a bearing on the matter. Otherwise, there are > companies producing feed and irrigation equipment (iirc) that would be > knocking on our door, as their use of the words "Red Hat" no doubt predate > ours... :-) No it doesn't - I don't mean anyplace - but for example - if anaconda refers to red hat linux as what you are installing that would seem to fall under the trademark constraints. -sv From hp at redhat.com Thu Aug 14 17:06:08 2003 From: hp at redhat.com (Havoc Pennington) Date: Thu, 14 Aug 2003 13:06:08 -0400 Subject: external repositories (Re: RH Decisions) In-Reply-To: References: <1060835167.30679.95.camel@localhost.localdomain> Message-ID: <20030814130608.A5730@devserv.devel.redhat.com> On Thu, Aug 14, 2003 at 12:55:52AM -0400, Rik van Riel wrote: > Of course I'm a kernel guy and mostly an onlooker when it comes > to the distribution. I wouldn't be surprised if the people who > are doing the actual work of putting together the distro ended > up taking the decision of putting more cool stuff in their own > repository, grabbing it from external repositories. On the other > hand, I wouldn't be surprised by a "move stuff into external > repositories and out of the core distro" movement, either. > > I am very curious which of the two will happen, though... My guess is that the right answer is in between; that we have a common set of policies, build tools, CVS server, universe of package names, release process, etc. (all the infrastructure that makes it nice to work together). However, the set of packages using this common infrastructure may be subdivided in various ways ("core" vs. various add-on package sets). That's what I'd like to see. While I think we should support "some dude built a package in a haphazard way on their own system and put it on their web site," personally I want to have lots of RPMs available with higher standards than that. If the infrastructure (cvs, build, etc.) and policies are replicable so people can host their own copy of it for their own package set, that's all the better. Havoc From whooperhsd3 at earthlink.net Thu Aug 14 17:39:38 2003 From: whooperhsd3 at earthlink.net (William Hooper) Date: Thu, 14 Aug 2003 13:39:38 -0400 (EDT) Subject: RawHide and signature In-Reply-To: <1060878572.12361.352.camel@one.myworld> References: <1060781453.1346.47.camel@one.myworld> <20030813094905.A5289@devserv.devel.redhat.com> <1060840366.6271.84.camel@one.myworld> <4549.12.29.16.103.1060876618.squirrel@whooper.org> <1060878572.12361.352.camel@one.myworld> Message-ID: <1066.12.29.16.103.1060882778.squirrel@whooper.org> F?liciano Matias said: >> > But what can i do if my favourite rawhide mirror is cracked ? >> > Nothing. >> >> Don't install Rawhide on an important system. Heck, I thought the >> definition of Rawhide was not to see if something broke, but into how >> many >> pieces. > > I am talking about piracy, not bugs. Piracy? Now that's a term I didn't expect to see here. Maybe you mean "bad people can put code in to steal my passwords", to which I reply "Don't install Rawhide on an important system". -- William Hooper From alikins at redhat.com Thu Aug 14 17:40:44 2003 From: alikins at redhat.com (Adrian Likins) Date: Thu, 14 Aug 2003 13:40:44 -0400 Subject: Using up2date with rawhide from freshrpms .... In-Reply-To: <200308150012.49936.coomsie@coomsie.no-ip.com>; from coomsie@coomsie.no-ip.com on Fri, Aug 15, 2003 at 12:12:49AM +1200 References: <20030812231944.E27241@redhat.com> <1060861082.3f3b749a94a81@webmail.welho.com> <20030814134614.66085274.matthias@rpmforge.net> <200308150012.49936.coomsie@coomsie.no-ip.com> Message-ID: <20030814134044.A3081@redhat.com> On Fri, Aug 15, 2003 at 12:12:49AM +1200, coomsie wrote: > .............. rawhide, probably yum as well > > > nowadays. > > > > Absolutely. Servern ("beta") and Rawhide ("rawhide") are both accessible > > through apt and yum. > > > > See http://ayo.freshrpms.net/ > > > > And browse through http://ayo.freshrpms.net/redhat/ to see what else is > > there. > > > > Matthias > > Gidday everyone, > > I couldnt get apt to work, I must have had the wrong url :p .... > > But this works for yum in the sources file .. in => /etc/sysconfig/rhn/sources > Send me an example of the apt config line from /etc/sysconfig/rhn/sources. The apt config parsing stuff is probabaly fragile. Adrian From bill at noreboots.com Thu Aug 14 17:45:37 2003 From: bill at noreboots.com (Bill Anderson) Date: 14 Aug 2003 11:45:37 -0600 Subject: APT, Yum and Red Carpet In-Reply-To: <200308130734.55596.hosting@j2solutions.net> References: <200308121710.h7CHAwD17778@devserv.devel.redhat.com> <200308121225.32957.hosting@j2solutions.net> <1060735589.17926.842.camel@one.myworld> <200308130734.55596.hosting@j2solutions.net> Message-ID: <1060883136.25543.10.camel@locutus> On Wed, 2003-08-13 at 08:34, Jesse Keating wrote: > On Tuesday 12 August 2003 17:46, F?liciano Matias uttered: > > http://www.redhat.com/software/rhel/es/ > > Workstation RHEL for small business $179/year > > http://www.redhat.com/software/rhel/ws/ > > > > And you get 5 years support : > > http://www.redhat.com/apps/support/errata/rhlas_errata_policy.html > > > > But you can use RHL for free with one year support. > > This doesn't work for us, since our company's "gimmik" is that we provide the > support for the end user. Also, many of our customers require functionality > of AS, but can't afford the price. There seems to be way too much stripped > out of ES to make it a viable platform. If *you* are doing the support, why pay for RH support? Why not take the publicly available SRPMs for AS, and build it yourself? Then install that and provide the support you would otherwise provide. Depending on *which* functionality in AS you need, this should work quite well for you. -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From alikins at redhat.com Thu Aug 14 17:48:41 2003 From: alikins at redhat.com (Adrian Likins) Date: Thu, 14 Aug 2003 13:48:41 -0400 Subject: new up2date available (with apt/yum repo support) In-Reply-To: <1060876387.12361.346.camel@one.myworld>; from feliciano.matias@free.fr on Thu, Aug 14, 2003 at 05:53:09PM +0200 References: <20030812231450.C27241@redhat.com> <1060876387.12361.346.camel@one.myworld> Message-ID: <20030814134841.B3081@redhat.com> On Thu, Aug 14, 2003 at 05:53:09PM +0200, F?liciano Matias wrote: > Le mer 13/08/2003 ?? 05:14, Adrian Likins a ??crit : > > New up2date packages for testing available at: > > http://people.redhat.com/~alikins/up2date/severn/ > > > > Most notable new feature is support for 3rd party > > apt and yum repositories. See the included > > /etc/sysconfig/rhn/sources file for info > > on how to configure them. > > > > It's definately still got some rough edges, > > but hopefully will at least work most of > > the time ;-> > > > > Most of the rest of the changes are just > > multilib related and should be mostly > > transparent. > > up2date version : 3.9.6 > > A little /etc/sysconfig/rhn/sources : > dir base /var/RH/9.0.93/os/i386 > dir rawhide /var/RH/rawhide/os/i386 > > No "up2date default" line. > Thats completely untested. > I remove old files in /var/spool/up2date . > > The "Channels" window show "redhat-linux-severn-i386-9.0.93". I uncheck > this channel. > > This take more than 4 minutes to have the "Available Package Update" > window and no progress bar. > Yup. It's reading the header file for every package in those directorys. Hooking up progress callbacks in all the approriate places is on the TODO list (though filing a bug wouldnt hurt) > Cancel the action and change /etc/sysconfig/rhn/sources to use yum > repository : > yum base /var/RH/9.0.93/yum/os/i386 > yum rawhide /var/RH/rawhide/yum/os/i386 > > > New try, errors : > channelTimeStamp = time.strptime(oldVersion,"%Y%m%d%H%M%S") > ValueError: format mismatch > You used the same channel label for two different sources. The channel label determines what filename the repo info gets cached in, so you read the dir channels with the yum channel reader. Which doesnt make it sense, but it also means the dirRepo is using a different timestamp format than the yum repos (ie, a bug). > Now some ideas. > > Permit to have multiple entries for the same repository like yum : > man yum.conf : > baseurl > must be a url to the directory where the yum repository???s ???head- > ers??? directory lives. Can be an http://, ftp:// or file:// url. > You can specify multiple urls in one baseurl statement. The best > way to do this is like this: > [serverid] > name=Some name for this server > baseurl=url://server1/path/to/repository/ > url://server2/path/to/repository/ > url://server3/path/to/repository/ > Hmm, maybe. I'd really rather keep the config format simple for now, at least till I finish modularizing the repo support. > Put /etc/sysconfig/rhn/sources in a directory. If possible in a > "neutral" directory. For example /etc/rpm-repositories.d/ > > If yum/apt/synaptic are able to parse file in /etc/rpm-repositories.d/ > the user have the choice of the tool without editing multiple files. > > This can be useful for third party like freshrpms/fedora. They don't > need to provide a specific yum package already supply with RHLP. > thats an interesting idea. I might look into that. Only probabaly there is ordering. > Perhaps freshrpms can create freshrpms-release-9.0.93 package with : > /etc/rpm-repositories.d/freshrpms > And some over useful informations : > /usr/share/doc/freshrpms-9.0.93/README MANIFESTO GPG-KEY > > This could also be used to update mirrors list when doing regular > updates. > > What bug/RFE i should put in bugzilla ? Most sound like valid RFE's. Dont know how many will make cambridge, but be nice to get them recorded. Adrian From elwoo at videotron.ca Thu Aug 14 17:51:50 2003 From: elwoo at videotron.ca (Elton Woo) Date: Thu, 14 Aug 2003 13:51:50 -0400 Subject: rpm hell: trying to install Bastille in Severn (RH 9.0.93) Message-ID: <200308141351.50649.elwoo@videotron.ca> I would like to test Bastille with the Severn beta, so from http://www.bastille-linux.org/ I downloaded: Bastille-2.1.1-1.0.i386.rpm, as well as perl-Tk-800.024-5.rh9.at.i386.rpm. however, when I try to install perl-Tk, I get: ]# rpm -Uvh perl-Tk-800*.rpm warning: perl-Tk-800.024-5.rh9.at.i386.rpm: V3 DSA signature: NOKEY, key ID 66534c2b error: Failed dependencies: atrpms >= 13-16 is needed by perl-Tk-800.024-5.rh9.at ]# I can't find any package called "atrpms" The links I get are: * freshrpms.net by Matthias Saou * NewRPMS by Rudolf (Che) Kastl * Dag's rpm collection by Dag Wieers ... still can't find "atrpms" >= 13-16. Can someone explain to me in simple plain English WHAT package exactly I need to get? TIA, Elton. -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From johnsonm at redhat.com Thu Aug 14 17:58:32 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Thu, 14 Aug 2003 13:58:32 -0400 Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <1060839888.6187.42.camel@localhost>; from blocke@shivan.org on Thu, Aug 14, 2003 at 01:44:48AM -0400 References: <1060839888.6187.42.camel@localhost> Message-ID: <20030814135832.B24148@devserv.devel.redhat.com> On Thu, Aug 14, 2003 at 01:44:48AM -0400, Bruce A. Locke wrote: > Am I the only one who reels in horror at this thought? I can't see any > outcome from doing this other then encouraging even more slightly > incompatible competing external repositories. None of them having > everything you want or need, causing you to either have to 'graft' in > parts of one into another or grab the most you can from one and having > to play with spec files and building your own packages for the other. Those kinds of problems are generally from poor segregation rather than pure externalism. Having *core* components in external respositories doesn't make much sense; that's what creates the kinds of problems you have seen, IMHO. But there are lots of kinds of functionality where there really isn't any particular need to tie them into a distro release. I will clearly say that there is not a Red Hat policy to try to move most of the distro out into external repositories; that's been mentioned in several threads on these lists before. We have explicitly stated that our expectation starting this process was that the distro is more likely to grow than to shrink by this process. However, it absolutely is important to Red Hat to enable external repositories -- and we want to make it easier to do right, as well. > On the plus side though, I have been very impressed by willingness of > Red Hat employees to discuss things that would have been 'confidential > information' only a short time ago. Thanks. Thanks, I'm glad it's been clear that this is the case. It feels good to us, too. :-) michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From akabi at speakeasy.net Thu Aug 14 18:24:17 2003 From: akabi at speakeasy.net (ne...) Date: Thu, 14 Aug 2003 14:24:17 -0400 (EDT) Subject: rpm hell: trying to install Bastille in Severn (RH 9.0.93) In-Reply-To: <200308141351.50649.elwoo@videotron.ca> References: <200308141351.50649.elwoo@videotron.ca> Message-ID: On Aug 14, 2003 at 13:51, Elton Woo in a maddening rage wrote: >I would like to test Bastille with the Severn beta, so from >http://www.bastille-linux.org/ I downloaded: >Bastille-2.1.1-1.0.i386.rpm, as well as >perl-Tk-800.024-5.rh9.at.i386.rpm. >however, when I try to install perl-Tk, I get: > >]# rpm -Uvh perl-Tk-800*.rpm >warning: perl-Tk-800.024-5.rh9.at.i386.rpm: V3 DSA signature: NOKEY, key ID >66534c2b >error: Failed dependencies: > atrpms >= 13-16 is needed by perl-Tk-800.024-5.rh9.at >]# > >I can't find any package called "atrpms" >The links I get are: > * freshrpms.net by Matthias Saou > * NewRPMS by Rudolf (Che) Kastl > * Dag's rpm collection by Dag Wieers > >... still can't find "atrpms" >= 13-16. > >Can someone explain to me in simple plain English >WHAT package exactly I need to get? http://atrpms.physik.fu-berlin.de/ Look under 'Subdirectories' -> Red Hat 9@ and grab the src.rpm. Recompile and you should be okay I guess. -- Registered Linux User # 125653 (http://counter.li.org) Switch to: http://www.speakeasy.net/refer/190653 Old Mother Hubbard went to the cupboard To fetch her poor daughter a dress. When she got there, the cupboard was bare And so was her daughter, I guess... 14:18:54 up 14 days, 13:19, 3 users, load average: 0.00, 0.00, 0.00 From notting at redhat.com Thu Aug 14 18:30:22 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 14 Aug 2003 14:30:22 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: <1060878848.25921.69.camel@opus.phy.duke.edu>; from skvidal@phy.duke.edu on Thu, Aug 14, 2003 at 12:34:08PM -0400 References: <1060803990.23444.127.camel@opus.phy.duke.edu> <20030813170050.O13603@devserv.devel.redhat.com> <1060808720.23444.172.camel@opus.phy.duke.edu> <1060878848.25921.69.camel@opus.phy.duke.edu> Message-ID: <20030814143022.E8175@devserv.devel.redhat.com> seth vidal (skvidal at phy.duke.edu) said: > No it doesn't - I don't mean anyplace - but for example - if anaconda > refers to red hat linux as what you are installing that would seem to > fall under the trademark constraints. All the product name stuff is extracted out of anaconda source itself. Bill From skvidal at phy.duke.edu Thu Aug 14 18:36:56 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 14 Aug 2003 14:36:56 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: <20030814143022.E8175@devserv.devel.redhat.com> References: <1060803990.23444.127.camel@opus.phy.duke.edu> <20030813170050.O13603@devserv.devel.redhat.com> <1060808720.23444.172.camel@opus.phy.duke.edu> <1060878848.25921.69.camel@opus.phy.duke.edu> <20030814143022.E8175@devserv.devel.redhat.com> Message-ID: <1060886216.25921.133.camel@opus.phy.duke.edu> On Thu, 2003-08-14 at 14:30, Bill Nottingham wrote: > seth vidal (skvidal at phy.duke.edu) said: > > No it doesn't - I don't mean anyplace - but for example - if anaconda > > refers to red hat linux as what you are installing that would seem to > > fall under the trademark constraints. > > All the product name stuff is extracted out of anaconda source itself. > boot disks too? -sv From ed at redhat.com Thu Aug 14 18:38:59 2003 From: ed at redhat.com (Edward C. Bailey) Date: 14 Aug 2003 14:38:59 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: <1060878848.25921.69.camel@opus.phy.duke.edu> References: <1060803990.23444.127.camel@opus.phy.duke.edu> <20030813170050.O13603@devserv.devel.redhat.com> <1060808720.23444.172.camel@opus.phy.duke.edu> <1060878848.25921.69.camel@opus.phy.duke.edu> Message-ID: >>>>> "seth" == seth vidal writes: ... seth> Well - it seems to me that the trademark policy requires removing any seth> place it says 'red hat' ... seth> No it doesn't - I don't mean anyplace - but for example - if anaconda seth> refers to red hat linux as what you are installing that would seem to seth> fall under the trademark constraints. Ah, so "any place" does not mean "anyplace". I see... :-) That said, your example is correct; I thought you were talking about things like man pages by Red Hatters, and containing "Red Hat, Inc." in them, or even mentions of how some random feature changed with Red Hat Linux 6.1 or something similar... Ed -- Ed Bailey Red Hat, Inc. http://www.redhat.com/ From notting at redhat.com Thu Aug 14 18:41:13 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 14 Aug 2003 14:41:13 -0400 Subject: RawHide and signature In-Reply-To: <4549.12.29.16.103.1060876618.squirrel@whooper.org>; from whooperhsd3@earthlink.net on Thu, Aug 14, 2003 at 11:56:58AM -0400 References: <1060781453.1346.47.camel@one.myworld> <20030813094905.A5289@devserv.devel.redhat.com> <1060840366.6271.84.camel@one.myworld> <4549.12.29.16.103.1060876618.squirrel@whooper.org> Message-ID: <20030814144113.F8175@devserv.devel.redhat.com> William Hooper (whooperhsd3 at earthlink.net) said: > > OK, it's too much work. > > I see that as saying it's a priority thing. Signing testing packages > isn't high on the priority list. It's more of a matter of integrating a manual process (signing) with an automated process (rawhide tree composition). There's some ideas on how to do this, but we haven't implemented any yet. Bill From elwoo at videotron.ca Thu Aug 14 18:34:36 2003 From: elwoo at videotron.ca (Elton Woo) Date: Thu, 14 Aug 2003 14:34:36 -0400 Subject: rpm hell: trying to install Bastille in Severn (RH 9.0.93) In-Reply-To: References: <200308141351.50649.elwoo@videotron.ca> Message-ID: <200308141434.36951.elwoo@videotron.ca> On August 14, 2003 02:24 pm, "ne..." wrote: > On Aug 14, 2003 at 13:51, Elton Woo in a maddening rage [Yes, I was!!!] wrote: > >I would like to test Bastille with the Severn beta, so from > >error: Failed dependencies: > > atrpms >= 13-16 is needed by perl-Tk-800.024-5.rh9.at > >]# > > > >Can someone explain to me in simple plain English > >WHAT package exactly I need to get? > > http://atrpms.physik.fu-berlin.de/ Look under 'Subdirectories' -> > Red Hat 9@ and grab the src.rpm. Recompile and you should be okay > I guess. Thank you. Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From notting at redhat.com Thu Aug 14 18:49:32 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 14 Aug 2003 14:49:32 -0400 Subject: APT, Yum and Red Carpet In-Reply-To: <1060886216.25921.133.camel@opus.phy.duke.edu>; from skvidal@phy.duke.edu on Thu, Aug 14, 2003 at 02:36:56PM -0400 References: <1060803990.23444.127.camel@opus.phy.duke.edu> <20030813170050.O13603@devserv.devel.redhat.com> <1060808720.23444.172.camel@opus.phy.duke.edu> <1060878848.25921.69.camel@opus.phy.duke.edu> <20030814143022.E8175@devserv.devel.redhat.com> <1060886216.25921.133.camel@opus.phy.duke.edu> Message-ID: <20030814144932.H8175@devserv.devel.redhat.com> seth vidal (skvidal at phy.duke.edu) said: > On Thu, 2003-08-14 at 14:30, Bill Nottingham wrote: > > seth vidal (skvidal at phy.duke.edu) said: > > > No it doesn't - I don't mean anyplace - but for example - if anaconda > > > refers to red hat linux as what you are installing that would seem to > > > fall under the trademark constraints. > > > > All the product name stuff is extracted out of anaconda source itself. > > boot disks too? It's on the boot disks, yes. Product name is set at tree composition time, unless I forgot something. Bill From jbinpg at shaw.ca Thu Aug 14 18:57:43 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Thu, 14 Aug 2003 11:57:43 -0700 Subject: What's wrong with disucssing BUGS in Severn? (was Re: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <200308141212.58488.elwoo@videotron.ca> References: <200308141212.58488.elwoo@videotron.ca> Message-ID: <20030814185743.GA26354@nonesuch> On Thu, Aug 14, 2003 at 12:12:58PM -0400, Elton Woo wrote: [snip] > Instead, I see long-winded (*possibly*) academic discussions which proport > to second-quess Red Hat's marketing and political decisions ... leadint to > NOTHING productive, WRT improving the product that is now being tested: > to wit, Red Hat SEVERN Beta (RH 9.0.93). [snip] Elton has a point. This is the rhl-beta list. Perhaps we should have another rhl-community list where the New World Order could be discussed? Don't get me wrong, I love the new direction, but the signal to noise ratio for bugs is quite low on the rhl-beta list right now. -- Jack Bowling mailto: jbinpg at shaw.ca From elwoo at videotron.ca Thu Aug 14 18:51:45 2003 From: elwoo at videotron.ca (Elton Woo) Date: Thu, 14 Aug 2003 14:51:45 -0400 Subject: Bastille and SEVERN (no go??) Message-ID: <200308141451.45565.elwoo@videotron.ca> Downloaded and installed bastille, as well as the perl-Tk modules and atrpms-13-16. Well, I guess this answers my question: ]# bastille ERROR: 'RH9.0' is not a supported operating system. Valid operating system versions are as follows: 'DB2.2' 'DB3.0' 'RH6.0' 'RH6.1' 'RH6.2' 'RH7.0' 'RH7.1' 'RH7.2' 'RH7.3' 'RH8.0' 'RH9' 'MN6.0' 'MN6.1' 'MN7.0' 'MN7.1' 'MN7.2' 'MN8.0' 'MN8.1' 'MN8.2' 'HP-UX11.00' 'HP-UX11.11' 'HP-UX11.22' 'HP-UX11.23' 'SE7.2' 'SE7.3' 'SE8.0' 'TB7.0' 'OSX10.2.0' 'OSX10.2.1' 'OSX10.2.2' 'OSX10.2.3' 'OSX10.2.4' ERROR: Invalid argument list: Usage: bastille [ -b | -c | -r | -x [ --os version ] ] -b : use a saved config file to apply changes directly to system -c : use the Curses (non-X11) TUI -r : revert all Bastille changes to-date -x : use the Perl/Tk (X11) GUI --os version : ask all questions for the given operating system version. e.g. --os RH6.0 [root at dhcp-133-74 downloads]# bastille --os RH9 ERROR: Bastille is unable to operate correctly on this operating system. Valid operating system versions are as follows: 'DB2.2' 'DB3.0' 'RH6.0' 'RH6.1' 'RH6.2' 'RH7.0' 'RH7.1' 'RH7.2' 'RH7.3' 'RH8.0' 'RH9' 'MN6.0' 'MN6.1' 'MN7.0' 'MN7.1' 'MN7.2' 'MN8.0' 'MN8.1' 'MN8.2' 'HP-UX11.00' 'HP-UX11.11' 'HP-UX11.22' 'HP-UX11.23' 'SE7.2' 'SE7.3' 'SE8.0' 'TB7.0' 'OSX10.2.0' 'OSX10.2.1' 'OSX10.2.2' 'OSX10.2.3' 'OSX10.2.4' ERROR: Invalid argument list: Usage: bastille [ -b | -c | -r | -x [ --os version ] ] -b : use a saved config file to apply changes directly to system -c : use the Curses (non-X11) TUI -r : revert all Bastille changes to-date -x : use the Perl/Tk (X11) GUI --os version : ask all questions for the given operating system version. e.g. --os RH6.0 ]# So I guess I would venture to say that Bastille won't work with Severn. Elton :-( -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Thu Aug 14 19:05:02 2003 From: elwoo at videotron.ca (Elton Woo) Date: Thu, 14 Aug 2003 15:05:02 -0400 Subject: What's wrong with disucssing BUGS in Severn? (was Re: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <20030814185743.GA26354@nonesuch> References: <200308141212.58488.elwoo@videotron.ca> <20030814185743.GA26354@nonesuch> Message-ID: <200308141505.02223.elwoo@videotron.ca> On August 14, 2003 02:57 pm, Jack Bowling wrote: > but the signal to noise > ratio for bugs is quite low on the rhl-beta list right now. ... maybe there are now "Zarro bugs found"!??! So I guess it's just matter of waiting for the next beta, and the newly revised web site. Elton. -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From hosting at j2solutions.net Thu Aug 14 19:15:10 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Thu, 14 Aug 2003 12:15:10 -0700 Subject: APT, Yum and Red Carpet In-Reply-To: <1060883136.25543.10.camel@locutus> References: <200308121710.h7CHAwD17778@devserv.devel.redhat.com> <200308130734.55596.hosting@j2solutions.net> <1060883136.25543.10.camel@locutus> Message-ID: <200308141215.10623.hosting@j2solutions.net> On Thursday 14 August 2003 10:45, Bill Anderson wrote: > If *you* are doing the support, why pay for RH support? > Why not take the publicly available SRPMs for AS, and build it > yourself? Then install that and provide the support you would > otherwise provide. > > Depending on *which* functionality in AS you need, this should work > quite well for you. Because we provide systems to thousands of customers. I can't imagine the features that each and every one of them will need, so I'd have to pull ALL the features of AS, and at that point, whats the use? -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From smoogen at lanl.gov Thu Aug 14 19:29:18 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Thu, 14 Aug 2003 13:29:18 -0600 Subject: APT, Yum and Red Carpet In-Reply-To: <200308141215.10623.hosting@j2solutions.net> References: <200308121710.h7CHAwD17778@devserv.devel.redhat.com> <200308130734.55596.hosting@j2solutions.net> <1060883136.25543.10.camel@locutus> <200308141215.10623.hosting@j2solutions.net> Message-ID: <1060889358.4882.28.camel@smoogen1.lanl.gov> But you seem to be wanting Red Hat to do this for free for you... On Thu, 2003-08-14 at 13:15, Jesse Keating wrote: > On Thursday 14 August 2003 10:45, Bill Anderson wrote: > > If *you* are doing the support, why pay for RH support? > > Why not take the publicly available SRPMs for AS, and build it > > yourself? Then install that and provide the support you would > > otherwise provide. > > > > Depending on *which* functionality in AS you need, this should work > > quite well for you. > > Because we provide systems to thousands of customers. I can't imagine > the features that each and every one of them will need, so I'd have to > pull ALL the features of AS, and at that point, whats the use? -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From alikins at redhat.com Thu Aug 14 19:41:11 2003 From: alikins at redhat.com (Adrian Likins) Date: Thu, 14 Aug 2003 15:41:11 -0400 Subject: new up2date available (with apt/yum repo support) In-Reply-To: <20030814134841.B3081@redhat.com>; from alikins@redhat.com on Thu, Aug 14, 2003 at 01:48:41PM -0400 References: <20030812231450.C27241@redhat.com> <1060876387.12361.346.camel@one.myworld> <20030814134841.B3081@redhat.com> Message-ID: <20030814154111.C24715@redhat.com> On Thu, Aug 14, 2003 at 01:48:41PM -0400, Adrian Likins wrote: > On Thu, Aug 14, 2003 at 05:53:09PM +0200, F?liciano Matias wrote: > > Le mer 13/08/2003 ?? 05:14, Adrian Likins a ??crit : > > I remove old files in /var/spool/up2date . > > > > The "Channels" window show "redhat-linux-severn-i386-9.0.93". I uncheck > > this channel. > > > > This take more than 4 minutes to have the "Available Package Update" > > window and no progress bar. > > > Yup. It's reading the header file for every package in > those directorys. Hooking up progress callbacks in all the approriate > places is on the TODO list (though filing a bug wouldnt hurt) > at least slightly better progress bars should land in the next release. > > Cancel the action and change /etc/sysconfig/rhn/sources to use yum > > repository : > > yum base /var/RH/9.0.93/yum/os/i386 > > yum rawhide /var/RH/rawhide/yum/os/i386 > > > > > > New try, errors : > > channelTimeStamp = time.strptime(oldVersion,"%Y%m%d%H%M%S") > > ValueError: format mismatch > > > You used the same channel label for two different sources. > The channel label determines what filename the repo info gets cached > in, so you read the dir channels with the yum channel reader. Which > doesnt make it sense, but it also means the dirRepo is using a > different timestamp format than the yum repos (ie, a bug). > Actually, I'd forgotten that I'd gotten rid of caching dir based package lists. I might resurect this at some point (just need to use mtime of the dir to validate the cache). So, in the mean time, the fix is to use different names. Adrian From florin at sgi.com Thu Aug 14 19:47:51 2003 From: florin at sgi.com (Florin Andrei) Date: 14 Aug 2003 12:47:51 -0700 Subject: P4s, Athlons and bandwidth In-Reply-To: <1060814583.1146.230.camel@agnes.fremen.dune> References: <1060806181.1146.160.camel@agnes.fremen.dune> <20030813203532.GA21477@mark.mielke.cc> <1060814583.1146.230.camel@agnes.fremen.dune> Message-ID: <1060890470.32179.11.camel@stantz.corp.sgi.com> On Wed, 2003-08-13 at 15:43, Jean Francois Martinez wrote: > If we assume that most boxes in use are P4s or Athlons or at least > that P4s and Athlons are the majority when speed matters (ie not > for ere firewalls and similar tasks who often handled by obsolete > boxes) then RedHat should be optimized for P4 (notice that does > NOT mean "will run only on the P4" There are still lots of PIIIs in use, especially Xeons. Hardware doesn't get obsolete that fast. -- Florin Andrei http://florin.myip.org/ From hosting at j2solutions.net Thu Aug 14 20:39:45 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Thu, 14 Aug 2003 13:39:45 -0700 Subject: APT, Yum and Red Carpet In-Reply-To: <1060889358.4882.28.camel@smoogen1.lanl.gov> References: <200308121710.h7CHAwD17778@devserv.devel.redhat.com> <200308141215.10623.hosting@j2solutions.net> <1060889358.4882.28.camel@smoogen1.lanl.gov> Message-ID: <200308141339.45960.hosting@j2solutions.net> On Thursday 14 August 2003 12:29, Stephen Smoogen wrote: > But you seem to be wanting Red Hat to do this for free for you... Not necessarily, I'd just like them to stop removing already existing features in RHL. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From bill at noreboots.com Thu Aug 14 20:58:00 2003 From: bill at noreboots.com (Bill Anderson) Date: 14 Aug 2003 14:58:00 -0600 Subject: APT, Yum and Red Carpet In-Reply-To: <200308141215.10623.hosting@j2solutions.net> References: <200308121710.h7CHAwD17778@devserv.devel.redhat.com> <200308130734.55596.hosting@j2solutions.net> <1060883136.25543.10.camel@locutus> <200308141215.10623.hosting@j2solutions.net> Message-ID: <1060894679.25564.27.camel@locutus> On Thu, 2003-08-14 at 13:15, Jesse Keating wrote: > On Thursday 14 August 2003 10:45, Bill Anderson wrote: > > If *you* are doing the support, why pay for RH support? > > Why not take the publicly available SRPMs for AS, and build it > > yourself? Then install that and provide the support you would > > otherwise provide. > > > > Depending on *which* functionality in AS you need, this should work > > quite well for you. > > Because we provide systems to thousands of customers. I can't imagine > the features that each and every one of them will need, so I'd have to > pull ALL the features of AS, and at that point, whats the use? Maybe you are misunderstanding how the SRPMS system for AS works. The only thin not included in AS SRPMS are the proprietary things RH distributes. All the functionality you appear to be talking about (i.e. "in RHL") is already there. So you build *one* distribution set based off the AS SRPMS and use that. At that point you have everything that AS has except the proprietary stuff you'd have to pay to redistribute or the client needs to pay to license *anyway*. Unless your clients need those (two, IIRC) pieces of software (which you/they would need to license anyway), the SRPM-build method meets those needs. The point is you do it once and get what you are griping about. Since you don't need support from RH but want AS, this appears to be an easy solution for an RHCE. This is part of what providing support means. When you take it on as opposed to letting RH do it, surely you expect to do some additional work. RHAS as currently *released* is based on 7.1-7.2 time frame RHL release, not current RHL. So there *will* be a feature-set difference. Comparing AS to the other capabilities released at the time, As has *more* features --ones that were *added* to AS to make it AS, not the other way around. I am, however, very curious to see your list of "removed" features. Care to share? -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From bill at noreboots.com Thu Aug 14 21:29:40 2003 From: bill at noreboots.com (Bill Anderson) Date: 14 Aug 2003 15:29:40 -0600 Subject: What's wrong with disucssing BUGS in Severn? (was Re: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <200308141212.58488.elwoo@videotron.ca> References: <200308141212.58488.elwoo@videotron.ca> Message-ID: <1060896580.25538.67.camel@locutus> On Thu, 2003-08-14 at 10:12, Elton Woo wrote: > On August 14, 2003 11:55 am, Rik van Riel wrote: > > On Thu, 14 Aug 2003, Michael Schwendt wrote: > > > What stops subscribers from beating such topics to death without > > > anyone from Red Hat taking part? > > > > Nobody. However, in those cases Red Hat employees will > > probably be limited to chuckling politely and won't be > > participating in the thread. > > > > Probably best for productivity, too ;) > > Yes, and hopefully members on this list will turn their attention to dicussing > and tracking BUGS. After all, isn't this the MAIN PURPOSE of the > "rhl-beta list". Not from what I see on the site. It is my understanding that the beta list is for testers of the betas. That scope, IMO, includes more than bugs. Particularly in an environment where the absolute final decisions about what will be in the next beta/release has not been made and we are here to contribute to that process. That includes far more than "mere" bug reports. Regarding the subject line, nobody is proposing or arguing AGAINST discussing bugs here, that I know of. > Instead, I see long-winded (*possibly*) academic discussions which proport > to second-quess Red Hat's marketing and political decisions ... leadint to > NOTHING productive, WRT improving the product that is now being tested: > to wit, Red Hat SEVERN Beta (RH 9.0.93). Note, however, this list appears to be a generic "beta" list, not a "Severn" list. ;^) Looking at the list of lists @ redhat I see that some betas did indeed have specific lists for them, such as Roswell and Taroon. The entry for this list merely lists as: "For testers of Red Hat Linux beta releases" (note the plural). Just as the Shrike list is not there for the sole purpose of tracking bugs on Shrike, nor do *I* see this list as existing for the sole purpose of tracking severn bugs. If all you are interested in is bugs, fine (is that not what bugzilla is used for, though?). But many of us are clearly here for more than just bugs. Features, configuration changes, package availability, and testing other aspects of RHL betas are, IMO, on topic as well. Top Posting. What really sucks and is annoying? -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From cochranb at speakeasy.net Fri Aug 15 01:04:48 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 14 Aug 2003 21:04:48 -0400 Subject: Naughty Hardware: CompUSA Optical USB Notebook Mouse In-Reply-To: <1060834770.1945.15.camel@laptop> References: <1060834770.1945.15.camel@laptop> Message-ID: <1060909488.2151.10.camel@bobcp4.lingpgmr.com> I'd just bring them all back. Check the specific returns policy listed on your receipt. CompUSA should generally give you your money back with no argument as long as you do it within 14 days and have the receipt. This is the first time I've seen advice that CompUSA branded hardware is incompatible with Linux. I've been buying their hardware with nary a glitch -- but not yet mice. When I need another mouse I plan to buy a used optical one from someone or at some store. Bob Cochran On Thu, 2003-08-14 at 00:19, Warren Togami wrote: > http://bugme.osdl.org/show_bug.cgi?id=1077 > > This is a Linux hardware consumer advisory. > > The "CompUSA Optical USB Notebook Mouse" looks cute with its small size, > USB interface and mouse wheel, but it violates USB specifications and is > currently inoperative in Linux as a result. Read the above Bugzilla > report for technical details. > > If anyone is connected to CompUSA, please encourage management to pull > this defective hardware and fix it with a revision. > > Don't be careless like me and purchase three, open them all, only to > discover that they don't work in Linux. > > Warren Togami > warren at togami.com > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -------------- 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 feliciano.matias at free.fr Fri Aug 15 01:11:11 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 15 Aug 2003 03:11:11 +0200 Subject: Bastille and SEVERN (no go??) In-Reply-To: <200308141451.45565.elwoo@videotron.ca> References: <200308141451.45565.elwoo@videotron.ca> Message-ID: <1060909870.12361.357.camel@one.myworld> As a quick and dirty workaround, try changing /etc/redhat-release. Shrike : Red Hat Linux release 9 (Shrike) Severn : Red Hat Linux release 9.0.93 (Severn) Le jeu 14/08/2003 ? 20:51, Elton Woo a ?crit : > Downloaded and installed bastille, as well as the perl-Tk modules > and atrpms-13-16. > > Well, I guess this answers my question: > > ]# bastille > ERROR: 'RH9.0' is not a supported operating system. > Valid operating system versions are as follows: > 'DB2.2' 'DB3.0' 'RH6.0' 'RH6.1' 'RH6.2' > 'RH7.0' 'RH7.1' 'RH7.2' 'RH7.3' 'RH8.0' > 'RH9' 'MN6.0' 'MN6.1' 'MN7.0' 'MN7.1' > 'MN7.2' 'MN8.0' 'MN8.1' 'MN8.2' 'HP-UX11.00' > 'HP-UX11.11' 'HP-UX11.22' 'HP-UX11.23' 'SE7.2' 'SE7.3' > 'SE8.0' 'TB7.0' 'OSX10.2.0' 'OSX10.2.1' 'OSX10.2.2' > 'OSX10.2.3' 'OSX10.2.4' > ERROR: Invalid argument list: > Usage: bastille [ -b | -c | -r | -x [ --os version ] ] > -b : use a saved config file to apply changes > directly to system > -c : use the Curses (non-X11) TUI > -r : revert all Bastille changes to-date > -x : use the Perl/Tk (X11) GUI > --os version : ask all questions for the given operating system > version. e.g. --os RH6.0 > [root at dhcp-133-74 downloads]# bastille --os RH9 > ERROR: Bastille is unable to operate correctly on this > operating system. > Valid operating system versions are as follows: > 'DB2.2' 'DB3.0' 'RH6.0' 'RH6.1' 'RH6.2' > 'RH7.0' 'RH7.1' 'RH7.2' 'RH7.3' 'RH8.0' > 'RH9' 'MN6.0' 'MN6.1' 'MN7.0' 'MN7.1' > 'MN7.2' 'MN8.0' 'MN8.1' 'MN8.2' 'HP-UX11.00' > 'HP-UX11.11' 'HP-UX11.22' 'HP-UX11.23' 'SE7.2' 'SE7.3' > 'SE8.0' 'TB7.0' 'OSX10.2.0' 'OSX10.2.1' 'OSX10.2.2' > 'OSX10.2.3' 'OSX10.2.4' > ERROR: Invalid argument list: > Usage: bastille [ -b | -c | -r | -x [ --os version ] ] > -b : use a saved config file to apply changes > directly to system > -c : use the Curses (non-X11) TUI > -r : revert all Bastille changes to-date > -x : use the Perl/Tk (X11) GUI > --os version : ask all questions for the given operating system > version. e.g. --os RH6.0 > ]# > > So I guess I would venture to say that Bastille won't work with Severn. > > Elton :-( -- F?liciano Matias -------------- 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 riel at redhat.com Fri Aug 15 01:47:02 2003 From: riel at redhat.com (Rik van Riel) Date: Thu, 14 Aug 2003 21:47:02 -0400 (EDT) Subject: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <20030814135832.B24148@devserv.devel.redhat.com> Message-ID: On Thu, 14 Aug 2003, Michael K. Johnson wrote: > I will clearly say that there is not a Red Hat policy to try to move > most of the distro out into external repositories; that's been mentioned > in several threads on these lists before. We have explicitly stated > that our expectation starting this process was that the distro is more > likely to grow than to shrink by this process. For the confused onlookers, get used to the fact that Red Hat employees have different opinions on different stuff. Now the externally visible discussions will no longer be limited to software development, but it'll also happen in on topics such as the distribution and updating ;) Of course in this case the people who do the work will automagically win any argument. If people want to grow the distribution I am certainly not going to stop them; I like having more stuff as much as the next guy ;) -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From feliciano.matias at free.fr Fri Aug 15 02:15:42 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 15 Aug 2003 04:15:42 +0200 Subject: external repositories (Re: RH Decisions) In-Reply-To: <20030814130608.A5730@devserv.devel.redhat.com> References: <1060835167.30679.95.camel@localhost.localdomain> <20030814130608.A5730@devserv.devel.redhat.com> Message-ID: <1060913741.12361.365.camel@one.myworld> Le jeu 14/08/2003 ? 19:06, Havoc Pennington a ?crit : > On Thu, Aug 14, 2003 at 12:55:52AM -0400, Rik van Riel wrote: > > Of course I'm a kernel guy and mostly an onlooker when it comes > > to the distribution. I wouldn't be surprised if the people who > > are doing the actual work of putting together the distro ended > > up taking the decision of putting more cool stuff in their own > > repository, grabbing it from external repositories. On the other > > hand, I wouldn't be surprised by a "move stuff into external > > repositories and out of the core distro" movement, either. > > > > I am very curious which of the two will happen, though... > > My guess is that the right answer is in between; that we have a common > set of policies, build tools, CVS server, Have you considering using subversion ? > universe of package names, > release process, etc. (all the infrastructure that makes it nice to > work together). However, the set of packages using this common > infrastructure may be subdivided in various ways ("core" vs. various > add-on package sets). > > That's what I'd like to see. While I think we should support "some > dude built a package in a haphazard way on their own system and put it > on their web site," personally I want to have lots of RPMs available > with higher standards than that. > > If the infrastructure (cvs, build, etc.) and policies are replicable > so people can host their own copy of it for their own package set, > that's all the better. > > Havoc > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- F?liciano Matias -------------- 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 Fri Aug 15 02:22:15 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 14 Aug 2003 22:22:15 -0400 Subject: external repositories (Re: RH Decisions) In-Reply-To: <1060913741.12361.365.camel@one.myworld>; from feliciano.matias@free.fr on Fri, Aug 15, 2003 at 04:15:42AM +0200 References: <1060835167.30679.95.camel@localhost.localdomain> <20030814130608.A5730@devserv.devel.redhat.com> <1060913741.12361.365.camel@one.myworld> Message-ID: <20030814222215.A475@devserv.devel.redhat.com> F?liciano Matias (feliciano.matias at free.fr) said: > > My guess is that the right answer is in between; that we have a common > > set of policies, build tools, CVS server, > > Have you considering using subversion ? It's been considered. One advantage of CVS is that it lowers the entry barrier for those wanting to view/checkout/etc. Bill From feliciano.matias at free.fr Fri Aug 15 03:43:09 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 15 Aug 2003 05:43:09 +0200 Subject: external repositories (Re: RH Decisions) In-Reply-To: <20030814222215.A475@devserv.devel.redhat.com> References: <1060835167.30679.95.camel@localhost.localdomain> <20030814130608.A5730@devserv.devel.redhat.com> <1060913741.12361.365.camel@one.myworld> <20030814222215.A475@devserv.devel.redhat.com> Message-ID: <1060918988.28250.5.camel@one.myworld> Le ven 15/08/2003 ? 04:22, Bill Nottingham a ?crit : > > > > Have you considering using subversion ? > > It's been considered. One advantage of CVS is that it lowers the entry > barrier for those wanting to view/checkout/etc. Sorry, i don't understand. Do you mean subversion is less popular than CVS ? If so, i agree. > > Bill > -- F?liciano Matias -------------- 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 pcompton at proteinmedia.com Fri Aug 15 03:51:32 2003 From: pcompton at proteinmedia.com (Phillip Compton) Date: Thu, 14 Aug 2003 23:51:32 -0400 Subject: external repositories (Re: RH Decisions) In-Reply-To: <20030814222215.A475@devserv.devel.redhat.com> References: <1060835167.30679.95.camel@localhost.localdomain> <20030814130608.A5730@devserv.devel.redhat.com> <1060913741.12361.365.camel@one.myworld> <20030814222215.A475@devserv.devel.redhat.com> Message-ID: <1060919491.29218.7.camel@GreenTea> On Thu, 2003-08-14 at 22:22, Bill Nottingham wrote: > F?liciano Matias (feliciano.matias at free.fr) said: > > > My guess is that the right answer is in between; that we have a common > > > set of policies, build tools, CVS server, > > > > Have you considering using subversion ? > > It's been considered. One advantage of CVS is that it lowers the entry > barrier for those wanting to view/checkout/etc. > > Bill As RHL9, and TNV (presumably RHL10) ship with subversion, is the barrier that high? There is also the web interface, which has no real barrier for entry. Phil From mike at netlyncs.com Fri Aug 15 04:15:34 2003 From: mike at netlyncs.com (Mike Chambers) Date: Thu, 14 Aug 2003 23:15:34 -0500 Subject: What's wrong with disucssing BUGS in Severn? (was Re: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <20030814185743.GA26354@nonesuch> References: <200308141212.58488.elwoo@videotron.ca> <20030814185743.GA26354@nonesuch> Message-ID: <1060920933.6707.1.camel@bart.netlyncs.com> On Thu, 2003-08-14 at 13:57, Jack Bowling wrote: > Elton has a point. This is the rhl-beta list. Perhaps we should have > another rhl-community list where the New World Order could be discussed? > Don't get me wrong, I love the new direction, but the signal to noise > ratio for bugs is quite low on the rhl-beta list right now. That's called rhl-list or rhl-devel-list. -- Mike Chambers Madisonville, KY "The road to to success is always under construction!" From m.eldesoky at tedata.net Fri Aug 15 06:15:56 2003 From: m.eldesoky at tedata.net (Mohamed Eldesoky) Date: Fri, 15 Aug 2003 09:15:56 +0300 Subject: Digital Certificate due to expire ? In-Reply-To: References: <200308141442.27152.m.eldesoky@tedata.net> Message-ID: <200308150915.56141.m.eldesoky@tedata.net> On Thursday 14 August 2003 19:12, Chip Turner wrote: > Look further down the file :) There is a second cert, and we switched > away from the server cert corresponding to the about-to-expire client > cert on Aug 10th when the CA that issued the cert expired. > > Details at: > https://rhn.redhat.com/help/faq/technical_questions.pxt#408 > > Chip Thanks -- M. Eldesoky Systems Engineer From nphilipp at redhat.com Fri Aug 15 07:00:58 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 15 Aug 2003 09:00:58 +0200 Subject: comments invited: two (new?) bugs in SEVERN BETA1 (RH 9.0.93) In-Reply-To: <200308141138.35185.elwoo@videotron.ca> References: <200308131148.38663.elwoo@videotron.ca> <20030813115804.A1919@devserv.devel.redhat.com> <200308131936.51878.markkukolkka@kolumbus.fi> <200308141138.35185.elwoo@videotron.ca> Message-ID: <1060930856.4503.5.camel@wombat.dialup.fht-esslingen.de> On Thu, 2003-08-14 at 17:38, Elton Woo wrote: > On August 13, 2003 12:36 pm, Markku Kolkka wrote: > > Viestiss?? Keskiviikko 13. Elokuuta 2003 18:58, Bill Nottingham kirjoitti: > > > Elton Woo (elwoo at videotron.ca) said: > > > > No sounds in (the game) Tux Racer: > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102234 > > > > > > I believe it's because they use smpeg for audio, which isn't > > > there. But ICBW. > > > > No, it's a configuration file error: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=85466 > > > > smpeg isn't actually needed for audio in tuxracer. > I've looked at 85466, and I'm asking "dummy instructions" on > applying the patch. > WRT Bug 102235 (no sound in Chromium), I can't understand *why*. > IIRC, there was a problem with sound not being built into Tux Racer, > during the Valhalla beta, but never any problems with Chromium > ... until Severn severed the relationship between Chromium and sound > effects. Hmm, works for me with: chromium-0.9.12-24 SDL-1.2.5-9 Will document this in BZ. 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 nphilipp at redhat.com Fri Aug 15 07:53:01 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 15 Aug 2003 09:53:01 +0200 Subject: external repositories (Re: RH Decisions) In-Reply-To: <1060919491.29218.7.camel@GreenTea> References: <1060835167.30679.95.camel@localhost.localdomain> <20030814130608.A5730@devserv.devel.redhat.com> <1060913741.12361.365.camel@one.myworld> <20030814222215.A475@devserv.devel.redhat.com> <1060919491.29218.7.camel@GreenTea> Message-ID: <1060933980.14016.12.camel@wombat.dialup.fht-esslingen.de> On Fri, 2003-08-15 at 05:51, Phillip Compton wrote: > On Thu, 2003-08-14 at 22:22, Bill Nottingham wrote: > > F?liciano Matias (feliciano.matias at free.fr) said: > > > > My guess is that the right answer is in between; that we have a common > > > > set of policies, build tools, CVS server, > > > > > > Have you considering using subversion ? > > > > It's been considered. One advantage of CVS is that it lowers the entry > > barrier for those wanting to view/checkout/etc. > > > > Bill > > As RHL9, and TNV (presumably RHL10) ship with subversion, is the barrier > that high? There is also the web interface, which has no real barrier > for entry. IIRC, older subversion clients aren't compatible to newer subversion servers so you would have to provide newer subversion packages for RHL9. I'd love to use subversion, but it still has some deficiencies over CVS: - Missing "svn obliterate". If you really have to delete something completely and permanently from the repository (as in "when a court orders you to do so", I'll leave it to your imagination why that could be), you can do it in CVS easily -- just remove the file from the repository. With subversion, all is in a database so it would be very tedious if not impossible to accomplish this. - Missing "svn annotate". I'd say that we should wait a bit, as we can easily cvs2svn the stuff when we feel the time has come to use subversion. 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 severn at puzzled.xs4all.nl Fri Aug 15 11:25:20 2003 From: severn at puzzled.xs4all.nl (Patrick) Date: Fri, 15 Aug 2003 13:25:20 +0200 Subject: Include OpenOffice.org 1.1 in Severn? Message-ID: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> Hi All, Red Hat already made the decision to slip the releases somewhat to include Gnome 2.4. Is the possible inclusion of the new OpenOffice.org 1.1 also being discussed? OpenOffice.org is currently at the final release candidate (1.1rc3 - released today) and afaik this is the last Release Candidate before 1.1 is released. Given release 1.1's improvements compared to 1.0.2 and the aim for Wold & Desktop Domination, I would applaud the decision to include OOo 1.1 in Severn. What do you think? http://www.openoffice.org/dev_docs/source/1.1rc3/features.html Regards, Patrick From severn at puzzled.xs4all.nl Fri Aug 15 11:35:09 2003 From: severn at puzzled.xs4all.nl (Patrick) Date: Fri, 15 Aug 2003 13:35:09 +0200 Subject: nforce support? In-Reply-To: <200308121059.h7CAxTs16114@devserv.devel.redhat.com> References: <200308121059.h7CAxTs16114@devserv.devel.redhat.com> Message-ID: <1060947308.14255.22.camel@guru.puzzled.xs4all.nl> On Tue, 2003-08-12 at 12:59, Alan Cox wrote: > Nforce ethernet is not supported. Nforce AGP is not supported (although > that is about to change). Nforce audio only supports the basic stuff not > the extra multimedia goodies they seem to have. Hi Alan, Can you please elaborate a bit more on the "Nforce AGP is not supported (although that is about to change)" part. I thought the Nforce AGP patch had already been backported from 2.6 and made it into the Severn kernel. I have a Nforce2 based mobo with an ATI Radeon 9000 and would love to see glxgears do better than 200 fps and be able to play race tux. Regards, Patrick From davej at redhat.com Fri Aug 15 11:29:48 2003 From: davej at redhat.com (Dave Jones) Date: Fri, 15 Aug 2003 12:29:48 +0100 Subject: nforce support? In-Reply-To: <1060947308.14255.22.camel@guru.puzzled.xs4all.nl> References: <200308121059.h7CAxTs16114@devserv.devel.redhat.com> <1060947308.14255.22.camel@guru.puzzled.xs4all.nl> Message-ID: <20030815112947.GF31176@redhat.com> On Fri, Aug 15, 2003 at 01:35:09PM +0200, Patrick wrote: > Can you please elaborate a bit more on the "Nforce AGP is not supported > (although that is about to change)" part. I thought the Nforce AGP patch > had already been backported from 2.6 and made it into the Severn kernel. It's in 2.4 mainline, but not yet in the Severn kernel. > I have a Nforce2 based mobo with an ATI Radeon 9000 and would love to > see glxgears do better than 200 fps and be able to play race tux. I'm sure we'll see an agp update for Severn at some point soon. Dave -- Dave Jones http://www.codemonkey.org.uk From alan at redhat.com Fri Aug 15 12:25:41 2003 From: alan at redhat.com (Alan Cox) Date: Fri, 15 Aug 2003 08:25:41 -0400 (EDT) Subject: nforce support? In-Reply-To: <1060947308.14255.22.camel@guru.puzzled.xs4all.nl> from "Patrick" at Aws 15, 2003 01:35:09 Message-ID: <200308151225.h7FCPfa13565@devserv.devel.redhat.com> > Can you please elaborate a bit more on the "Nforce AGP is not supported > (although that is about to change)" part. I thought the Nforce AGP patch > had already been backported from 2.6 and made it into the Severn kernel. It may have been. I'm focussed on the mainstream kernel so could have missed the merge. > I have a Nforce2 based mobo with an ATI Radeon 9000 and would love to > see glxgears do better than 200 fps and be able to play race tux. From chrisw01 at privatei.com Fri Aug 15 12:39:06 2003 From: chrisw01 at privatei.com (Christopher A. Williams) Date: Fri, 15 Aug 2003 06:39:06 -0600 Subject: Include OpenOffice.org 1.1 in Severn? In-Reply-To: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> Message-ID: <1060951146.24934.2.camel@spike-home.comcast.net> Frankly, this is something I would LOVE to see myself. The differences between OOo 1.0.2 and 1.1 are significant, particularly if you have to deal with Office XP users. Heck, I have to deal with Office 11 beta users and it helps. I would be more than willing to accept a slip in the schedule for it. Cheers, Chris On Fri, 2003-08-15 at 05:25, Patrick wrote: > Hi All, > > Red Hat already made the decision to slip the releases somewhat to > include Gnome 2.4. Is the possible inclusion of the new OpenOffice.org > 1.1 also being discussed? > > OpenOffice.org is currently at the final release candidate (1.1rc3 - > released today) and afaik this is the last Release Candidate before 1.1 > is released. Given release 1.1's improvements compared to 1.0.2 and the > aim for Wold & Desktop Domination, I would applaud the decision to > include OOo 1.1 in Severn. What do you think? > > http://www.openoffice.org/dev_docs/source/1.1rc3/features.html > > Regards, > Patrick > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- ==================================== "If you get to thinkin' you're a person of some influence, try orderin' someone else's dog around." --Cowboy Wisdom From whooperhsd3 at earthlink.net Fri Aug 15 12:43:31 2003 From: whooperhsd3 at earthlink.net (William Hooper) Date: Fri, 15 Aug 2003 08:43:31 -0400 (EDT) Subject: Include OpenOffice.org 1.1 in Severn? In-Reply-To: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> Message-ID: <2674.12.29.16.103.1060951411.squirrel@whooper.org> Patrick said: > Hi All, > > Red Hat already made the decision to slip the releases somewhat to > include Gnome 2.4. Is the possible inclusion of the new OpenOffice.org > 1.1 also being discussed? It sounds like it would be very time consuming. http://www.redhat.com/archives/rhl-beta-list/2003-August/msg00346.html -- William Hooper From hp at redhat.com Fri Aug 15 14:17:32 2003 From: hp at redhat.com (Havoc Pennington) Date: Fri, 15 Aug 2003 10:17:32 -0400 Subject: Include OpenOffice.org 1.1 in Severn? In-Reply-To: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> Message-ID: <20030815101732.E17414@devserv.devel.redhat.com> On Fri, Aug 15, 2003 at 01:25:20PM +0200, Patrick wrote: > > Red Hat already made the decision to slip the releases somewhat to > include Gnome 2.4. Is the possible inclusion of the new OpenOffice.org > 1.1 also being discussed? > I am going to try to make it build. Making OO compile and work is shall we say nontrivial, however, so I may not succeed in time. Havoc From hoyt at cavtel.net Fri Aug 15 16:19:05 2003 From: hoyt at cavtel.net (HoytDuff) Date: Fri, 15 Aug 2003 12:19:05 -0400 Subject: Include OpenOffice.org 1.1 in Severn? In-Reply-To: <20030815101732.E17414@devserv.devel.redhat.com> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> <20030815101732.E17414@devserv.devel.redhat.com> Message-ID: <200308151219.05340.hoyt@cavtel.net> On Friday 15 August 2003 10:17, Havoc Pennington wrote: > On Fri, Aug 15, 2003 at 01:25:20PM +0200, Patrick wrote: > > Red Hat already made the decision to slip the releases somewhat to > > include Gnome 2.4. Is the possible inclusion of the new OpenOffice.org > > 1.1 also being discussed? > > I am going to try to make it build. Making OO compile and work is > shall we say nontrivial, however, so I may not succeed in time. > > Havoc > You're not busy because of this, are you? http://www.pclinuxonline.com/modules.php?name=News&file=article&sid=7488#34798 Tell us it's not so. -- Hoyt From severn at puzzled.xs4all.nl Fri Aug 15 16:50:56 2003 From: severn at puzzled.xs4all.nl (Patrick) Date: Fri, 15 Aug 2003 18:50:56 +0200 Subject: Include OpenOffice.org 1.1 in Severn? In-Reply-To: <20030815101732.E17414@devserv.devel.redhat.com> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> <20030815101732.E17414@devserv.devel.redhat.com> Message-ID: <1060966255.14255.54.camel@guru.puzzled.xs4all.nl> On Fri, 2003-08-15 at 16:17, Havoc Pennington wrote: > On Fri, Aug 15, 2003 at 01:25:20PM +0200, Patrick wrote: > > > > Red Hat already made the decision to slip the releases somewhat to > > include Gnome 2.4. Is the possible inclusion of the new OpenOffice.org > > 1.1 also being discussed? > > > > I am going to try to make it build. Making OO compile and work is > shall we say nontrivial, however, so I may not succeed in time. > > Havoc > Hi Havoc, Excellent news. I truly hope you succeed as it would be a considerable step forward. I don't mind if the final release needs to be postponed for a week or so if that means I'll be able to roll out desktops that include OOo 1.1 :) Regards, Patrick From feliciano.matias at free.fr Fri Aug 15 16:57:29 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 15 Aug 2003 18:57:29 +0200 Subject: Include OpenOffice.org 1.1 in Severn? In-Reply-To: <200308151219.05340.hoyt@cavtel.net> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> <20030815101732.E17414@devserv.devel.redhat.com> <200308151219.05340.hoyt@cavtel.net> Message-ID: <1060966648.7843.8.camel@one.myworld> Le ven 15/08/2003 ? 18:19, HoytDuff a ?crit : > > You're not busy because of this, are you? > http://www.pclinuxonline.com/modules.php?name=News&file=article&sid=7488#34798 > Tell us it's not so. Yet another mosfet story... I found "2001: A Space Odyssey" better. -- F?liciano Matias -------------- 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 nmarsh1 at mac.com Fri Aug 15 17:00:57 2003 From: nmarsh1 at mac.com (Nick Marsh) Date: Fri, 15 Aug 2003 12:00:57 -0500 Subject: Include OpenOffice.org 1.1 in Severn? Message-ID: <6652537.1060966857147.JavaMail.nmarsh1@mac.com> Please add your $.02 to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101207 Thanks. nick marsh nmarsh1 at mac.com From steve at rueb.com Fri Aug 15 17:12:05 2003 From: steve at rueb.com (Steve Bergman) Date: 15 Aug 2003 12:12:05 -0500 Subject: Include OpenOffice.org 1.1 in Severn? In-Reply-To: <1060966255.14255.54.camel@guru.puzzled.xs4all.nl> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> <20030815101732.E17414@devserv.devel.redhat.com> <1060966255.14255.54.camel@guru.puzzled.xs4all.nl> Message-ID: <1060967525.28260.14.camel@ip68-12-228-23.ok.ok.cox.net> On Fri, 2003-08-15 at 11:50, Patrick wrote: > Excellent news. I truly hope you succeed as it would be a considerable > step forward. I don't mind if the final release needs to be postponed > for a week or so if that means I'll be able to roll out desktops that > include OOo 1.1 :) Indeed. Before the tentative decision to include Gnome 2.4 I was wondering what real reasons there would be to upgrade my clients running RH9 desktops to RH10. There really didn't seem to be any. The inclusion of Gnome 2.4 would make RH10 more attractive, but the inclusion of both OOo 1.1 and Gnome 2.4 would really make it worth the upgrade. I certainly wouldn't mind waiting. After all, traditionally, RedHat has released as late as November in the past. And one of the stated goals of the RHLP is to accommodate exactly this sort of late addition. I've been meaning to look in the SRPM and maybe this is obvious, but is there some reason that these patches don't get folded back into vanilla OO? i.e. Bluecurve stuff, etc? -Steve Bergman From hoyt at cavtel.net Fri Aug 15 17:27:12 2003 From: hoyt at cavtel.net (HoytDuff) Date: Fri, 15 Aug 2003 13:27:12 -0400 Subject: Include OpenOffice.org 1.1 in Severn? In-Reply-To: <1060966648.7843.8.camel@one.myworld> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> <200308151219.05340.hoyt@cavtel.net> <1060966648.7843.8.camel@one.myworld> Message-ID: <200308151327.12316.hoyt@cavtel.net> On Friday 15 August 2003 12:57, F?liciano Matias wrote: > > Tell us it's not so. > > Yet another mosfet story... > I found "2001: A Space Odyssey" better.'' Making personal attacks doesn't provide an answer to the question and reflects poorly on you, F?liciano. -- Hoyt From feliciano.matias at free.fr Fri Aug 15 17:35:20 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 15 Aug 2003 19:35:20 +0200 Subject: Include OpenOffice.org 1.1 in Severn? In-Reply-To: <6652537.1060966857147.JavaMail.nmarsh1@mac.com> References: <6652537.1060966857147.JavaMail.nmarsh1@mac.com> Message-ID: <1060968919.11434.3.camel@one.myworld> Le ven 15/08/2003 ? 19:00, Nick Marsh a ?crit : > Please add your $.02 to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101207 No. I would like to see OOo 1.1 in Cambrige. But since i can help Havoc in this jobs, i don't want to irritate he needlessly. -- F?liciano Matias -------------- 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 severn at puzzled.xs4all.nl Fri Aug 15 17:47:45 2003 From: severn at puzzled.xs4all.nl (Patrick) Date: Fri, 15 Aug 2003 19:47:45 +0200 Subject: Include OpenOffice.org 1.1 in Severn? In-Reply-To: <200308151327.12316.hoyt@cavtel.net> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> <200308151219.05340.hoyt@cavtel.net> <1060966648.7843.8.camel@one.myworld> <200308151327.12316.hoyt@cavtel.net> Message-ID: <1060969664.25972.10.camel@guru.puzzled.xs4all.nl> On Fri, 2003-08-15 at 19:27, HoytDuff wrote: > On Friday 15 August 2003 12:57, F?liciano Matias wrote: > > > Tell us it's not so. > > > > Yet another mosfet story... > > I found "2001: A Space Odyssey" better.'' > > Making personal attacks doesn't provide an answer to the question and reflects > poorly on you, F?liciano. And question or remarks that are totally not related to the initial topic do not belong in this threat. Please take your discussion to a separate threat. This threat is about OOo 1.1 in the next RH release. Something that is important to many. Cluttering it with theories from this Mosfet person adds nothing. Patrick From feliciano.matias at free.fr Fri Aug 15 17:56:41 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 15 Aug 2003 19:56:41 +0200 Subject: Offtopic In-Reply-To: <200308151327.12316.hoyt@cavtel.net> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> <200308151219.05340.hoyt@cavtel.net> <1060966648.7843.8.camel@one.myworld> <200308151327.12316.hoyt@cavtel.net> Message-ID: <1060970200.11434.20.camel@one.myworld> Le ven 15/08/2003 ? 19:27, HoytDuff a ?crit : > On Friday 15 August 2003 12:57, F?liciano Matias wrote: > > > Tell us it's not so. > > > > Yet another mosfet story... > > I found "2001: A Space Odyssey" better.'' > > Making personal attacks doesn't provide an answer to the question and reflects > poorly on you, F?liciano. You are right. But the FUD (or not if you want) about GNOME/KDE/RedHat/Mosfet is now tiring. As an example, many people in France believe in this other "story" (call it facts if you want) : http://mosfet.arklinux.org/noredhat.html https://listman.redhat.com/archives/phoebe-list/2003-February/msg01497.html -- F?liciano Matias -------------- 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 pmatilai at welho.com Fri Aug 15 18:36:59 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Fri, 15 Aug 2003 21:36:59 +0300 Subject: Include OpenOffice.org 1.1 in Severn? In-Reply-To: <1060968919.11434.3.camel@one.myworld> References: <6652537.1060966857147.JavaMail.nmarsh1@mac.com> <1060968919.11434.3.camel@one.myworld> Message-ID: <1060972619.3f3d284bcaef8@webmail.welho.com> Quoting F?liciano Matias : > Le ven 15/08/2003 ? 19:00, Nick Marsh a ?crit : > > Please add your $.02 to > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101207 > > No. > I would like to see OOo 1.1 in Cambrige. But since i can help Havoc in > this jobs, i don't want to irritate he needlessly. Yeah. I'm sure Havoc would be more than happy to receive patches to OOo/spec to get the damn thing to build. "Me too" messages in bugzilla ain't gonna make it happen any quicker. -- - Panu - From feliciano.matias at free.fr Fri Aug 15 18:42:33 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 15 Aug 2003 20:42:33 +0200 Subject: Include OpenOffice.org 1.1 in Severn? In-Reply-To: <1060968919.11434.3.camel@one.myworld> References: <6652537.1060966857147.JavaMail.nmarsh1@mac.com> <1060968919.11434.3.camel@one.myworld> Message-ID: <1060972952.11434.23.camel@one.myworld> Le ven 15/08/2003 ? 19:35, F?liciano Matias a ?crit : > Le ven 15/08/2003 ? 19:00, Nick Marsh a ?crit : > > Please add your $.02 to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101207 > > No. > I would like to see OOo 1.1 in Cambrige. But since i can help Havoc in > this jobs, i don't want to irritate he needlessly. Stupid boy : "But since i can +not+ help..." Sorry. -- F?liciano Matias -------------- 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 hoyt at cavtel.net Fri Aug 15 18:55:04 2003 From: hoyt at cavtel.net (HoytDuff) Date: Fri, 15 Aug 2003 14:55:04 -0400 Subject: Offtopic In-Reply-To: <1060970200.11434.20.camel@one.myworld> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> <200308151327.12316.hoyt@cavtel.net> <1060970200.11434.20.camel@one.myworld> Message-ID: <200308151455.04520.hoyt@cavtel.net> On Friday 15 August 2003 13:56, F?liciano Matias wrote: > But the FUD (or not if you want) about GNOME/KDE/RedHat/Mosfet is now > tiring. And an easy way to squelch speculation (and discredit the source) is to get a simple yes or no answer. Ad hominem attacks against this mosfet guy (or me, Patrick) don't resolve anything, generate unnecessary noise, and obfuscate the issue. If the comments are untrue (I suspect they are, given the history there), Havoc can say so and then it's settled. All I did was ask a question. I'm not debating the merits when I direct a simple question to one of the parties of the topic. The allegation is public and it's either true or false. It's an issue that, if true, might impact Red Hat development. Isn't it a good thing to find out the truth? -- Hoyt From steve at rueb.com Fri Aug 15 19:03:54 2003 From: steve at rueb.com (Steve Bergman) Date: 15 Aug 2003 14:03:54 -0500 Subject: Offtopic In-Reply-To: <200308151455.04520.hoyt@cavtel.net> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> <200308151327.12316.hoyt@cavtel.net> <1060970200.11434.20.camel@one.myworld> <200308151455.04520.hoyt@cavtel.net> Message-ID: <1060974234.3410.3.camel@ip68-12-228-23.ok.ok.cox.net> Check further on down the thread. The rumor was not true. Crisis averted and all that. http://www.pclinuxonline.com/modules.php?name=News&file=article&sid=7488#34798 From hoyt at cavtel.net Fri Aug 15 19:13:57 2003 From: hoyt at cavtel.net (HoytDuff) Date: Fri, 15 Aug 2003 15:13:57 -0400 Subject: Offtopic In-Reply-To: <1060974234.3410.3.camel@ip68-12-228-23.ok.ok.cox.net> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> <200308151455.04520.hoyt@cavtel.net> <1060974234.3410.3.camel@ip68-12-228-23.ok.ok.cox.net> Message-ID: <200308151513.57576.hoyt@cavtel.net> On Friday 15 August 2003 15:03, Steve Bergman wrote: > Check further on down the thread. The rumor was not true. Excellent. Good to know. Back to work. -- Hoyt From jspaleta at princeton.edu Fri Aug 15 19:19:53 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 15 Aug 2003 15:19:53 -0400 Subject: Offtopic Message-ID: <1060975193.19733.29.camel@spatula> >Isn't it a good thing to find out the truth? Is it a good thing to make baseless,factless accusations in public? Aren't we encouraging the continued creation of baseless accusations if we jump to respond to each and every one which come to past? You have to take the track-record of the accuser into account when evaluating accusations based on "private" conversations from "inside" sources.If the person making the public accusation has a history of crying wolf...or over-blowing the situation to inflame passions because of a specific bias...should that person continue to receive the same level of respectful discourse in the future? At some point, the person repeated looking for public answers to private rumors, looses credibility...and looks more like a source of rumor making...than someone looking for "the truth." F?liciano's judgements about mosfet's longterm interests and motivations probably have a more certain "truth" than some rumors. I think i heard Fox News was going to offer mosfet a job to do reporting about IT...becuase he his commentary meets a certain standard of unbaisedness and factuality. -jef"the answers to the questions here are no,yes,no"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 hp at redhat.com Fri Aug 15 19:24:10 2003 From: hp at redhat.com (Havoc Pennington) Date: Fri, 15 Aug 2003 15:24:10 -0400 Subject: Include OpenOffice.org 1.1 in Severn? In-Reply-To: <200308151219.05340.hoyt@cavtel.net> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> <20030815101732.E17414@devserv.devel.redhat.com> <200308151219.05340.hoyt@cavtel.net> Message-ID: <20030815152410.E13852@devserv.devel.redhat.com> On Fri, Aug 15, 2003 at 12:19:05PM -0400, HoytDuff wrote: > > You're not busy because of this, are you? > http://www.pclinuxonline.com/modules.php?name=News&file=article&sid=7488#34798 > Tell us it's not so. I posted a reply to https://listman.redhat.com/archives/xdg-list/2003-August/msg00056.html Mosfet's older anti-Red Hat claims are nicely answered by: http://www.cyber.com.au/users/mikem/redhat8kde.html No, this is not sucking a significant percentage of my time. ;-) My current problem is that OO.org 1.0.2 won't rebuild in the RHEL beta, but only in the build system, it builds successfully on my workstation... grumble. Maybe I'll spend some time on 1.1 in Cambridge just so I can utterly fail to compile OO.org in new and different ways. Havoc From mattdm at mattdm.org Fri Aug 15 19:29:35 2003 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 15 Aug 2003 15:29:35 -0400 Subject: Include OpenOffice.org 1.1 in Severn? In-Reply-To: <20030815152410.E13852@devserv.devel.redhat.com> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> <20030815101732.E17414@devserv.devel.redhat.com> <200308151219.05340.hoyt@cavtel.net> <20030815152410.E13852@devserv.devel.redhat.com> Message-ID: <20030815192935.GA16114@jadzia.bu.edu> On Fri, Aug 15, 2003 at 03:24:10PM -0400, Havoc Pennington wrote: > Maybe I'll spend some time on 1.1 in Cambridge just so I can utterly > fail to compile OO.org in new and different ways. If you would happen to succeed, and make those packages available, that'd be Super Cool. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From ms-nospam-0306 at arcor.de Fri Aug 15 19:59:43 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Fri, 15 Aug 2003 21:59:43 +0200 Subject: Include OpenOffice.org 1.1 in Severn? In-Reply-To: <200308151327.12316.hoyt@cavtel.net> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> <200308151219.05340.hoyt@cavtel.net> <1060966648.7843.8.camel@one.myworld> <200308151327.12316.hoyt@cavtel.net> Message-ID: <20030815215943.3cb45150.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 15 Aug 2003 13:27:12 -0400, HoytDuff wrote: > On Friday 15 August 2003 12:57, F?liciano Matias wrote: > > > Tell us it's not so. > > > > Yet another mosfet story... > > I found "2001: A Space Odyssey" better.'' > > Making personal attacks doesn't provide an answer to the question and reflects > poorly on you, F?liciano. The answer to the question is below the posting linked by you and also on Mosfet's home page. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/PTuv0iMVcrivHFQRAl05AJ9AGMg9uHava/Z3LLu5lDa2odIexACeJ9sd Ac3BQBbQKDJHKRCaKpTQxP4= =vrIB -----END PGP SIGNATURE----- From skvidal at phy.duke.edu Fri Aug 15 20:22:00 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 15 Aug 2003 16:22:00 -0400 Subject: Include OpenOffice.org 1.1 in Severn? In-Reply-To: <20030815152410.E13852@devserv.devel.redhat.com> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> <20030815101732.E17414@devserv.devel.redhat.com> <200308151219.05340.hoyt@cavtel.net> <20030815152410.E13852@devserv.devel.redhat.com> Message-ID: <1060978920.29829.402.camel@opus.phy.duke.edu> > Maybe I'll spend some time on 1.1 in Cambridge just so I can utterly > fail to compile OO.org in new and different ways. > I've heard red hat has immediate access to goats for ritual sacrifice. You might find that effective. -sv From notting at redhat.com Fri Aug 15 20:38:53 2003 From: notting at redhat.com (Bill Nottingham) Date: Fri, 15 Aug 2003 16:38:53 -0400 Subject: Include OpenOffice.org 1.1 in Severn? In-Reply-To: <1060978920.29829.402.camel@opus.phy.duke.edu>; from skvidal@phy.duke.edu on Fri, Aug 15, 2003 at 04:22:00PM -0400 References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> <20030815101732.E17414@devserv.devel.redhat.com> <200308151219.05340.hoyt@cavtel.net> <20030815152410.E13852@devserv.devel.redhat.com> <1060978920.29829.402.camel@opus.phy.duke.edu> Message-ID: <20030815163853.G16406@devserv.devel.redhat.com> seth vidal (skvidal at phy.duke.edu) said: > > Maybe I'll spend some time on 1.1 in Cambridge just so I can utterly > > fail to compile OO.org in new and different ways. > > I've heard red hat has immediate access to goats for ritual sacrifice. > You might find that effective. Alas, our sacrificial goats have been repurposed for the kudzu study. Bill From smoogen at lanl.gov Fri Aug 15 21:16:04 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Fri, 15 Aug 2003 15:16:04 -0600 Subject: Include OpenOffice.org 1.1 in Severn? In-Reply-To: <20030815163853.G16406@devserv.devel.redhat.com> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> <20030815101732.E17414@devserv.devel.redhat.com> <200308151219.05340.hoyt@cavtel.net> <20030815152410.E13852@devserv.devel.redhat.com> <1060978920.29829.402.camel@opus.phy.duke.edu> <20030815163853.G16406@devserv.devel.redhat.com> Message-ID: <1060982164.4847.7.camel@smoogen1.lanl.gov> Does Donnie Barnes still have a farm in the area. I will buy a goat from him for OO. On Fri, 2003-08-15 at 14:38, Bill Nottingham wrote: > seth vidal (skvidal at phy.duke.edu) said: > > > Maybe I'll spend some time on 1.1 in Cambridge just so I can utterly > > > fail to compile OO.org in new and different ways. > > > > I've heard red hat has immediate access to goats for ritual sacrifice. > > You might find that effective. > > Alas, our sacrificial goats have been repurposed for the kudzu study. > > Bill > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From jsmith at drgutah.com Fri Aug 15 21:27:57 2003 From: jsmith at drgutah.com (Jared Smith) Date: 15 Aug 2003 15:27:57 -0600 Subject: Goats... [was: Include OpenOffice.org 1.1 in Severn?] In-Reply-To: <1060982164.4847.7.camel@smoogen1.lanl.gov> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> <20030815101732.E17414@devserv.devel.redhat.com> <200308151219.05340.hoyt@cavtel.net> <20030815152410.E13852@devserv.devel.redhat.com> <1060978920.29829.402.camel@opus.phy.duke.edu> <20030815163853.G16406@devserv.devel.redhat.com> <1060982164.4847.7.camel@smoogen1.lanl.gov> Message-ID: <1060982877.5914.4.camel@banff.drgutah.com> On Fri, 2003-08-15 at 15:16, Stephen Smoogen wrote: > Does Donnie Barnes still have a farm in the area. I will buy a goat from > him for OO. > I was gonna say, maybe we need some sort of "goat-o-meter" so we know how many goats to donate... I doubt something like getting OOo 1.1 recompiled would get done with just one goat. Maybe two or three? Eight? Ten? Actually, I was just wondering... What parts of Red Hat Linux require the most work to get ready for a new version? Is there anything mere mortals like myself can do to help out the situation, with a little effort, in our spare time? Just thinking out loud... Jared From elwoo at videotron.ca Fri Aug 15 23:06:06 2003 From: elwoo at videotron.ca (Elton Woo) Date: Fri, 15 Aug 2003 19:06:06 -0400 Subject: comments invited: two (new?) bugs in SEVERN BETA1 (RH 9.0.93) In-Reply-To: <1060930856.4503.5.camel@wombat.dialup.fht-esslingen.de> References: <200308131148.38663.elwoo@videotron.ca> <200308141138.35185.elwoo@videotron.ca> <1060930856.4503.5.camel@wombat.dialup.fht-esslingen.de> Message-ID: <200308151906.06646.elwoo@videotron.ca> On August 15, 2003 03:00 am, Nils Philippsen wrote: > On Thu, 2003-08-14 at 17:38, Elton Woo wrote: > > WRT Bug 102235 (no sound in Chromium), I can't understand *why*. > > IIRC, there was a problem with sound not being built into Tux Racer, > > during the Valhalla beta, but never any problems with Chromium > > ... until Severn severed the relationship between Chromium and sound > > effects. > > Hmm, works for me with: > > chromium-0.9.12-24 > SDL-1.2.5-9 > > Will document this in BZ. > > Nils The versions that are on my system at present: ]$ rpm -qa | grep SDL SDL_mixer-devel-1.2.4-9 SDL-devel-1.2.5-8 SDL_net-1.2.4-8 SDL_mixer-1.2.4-9 SDL_net-devel-1.2.4-8 SDL_image-devel-1.2.3-3 SDL-1.2.5-8 SDL_image-1.2.3-3 I guess I need to get some updates from rawhide (?) Elton. -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From Dax at GuruLabs.com Fri Aug 15 23:11:58 2003 From: Dax at GuruLabs.com (Dax Kelson) Date: Fri, 15 Aug 2003 17:11:58 -0600 Subject: Include OpenOffice.org 1.1 in Severn (YES!)? In-Reply-To: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> Message-ID: <1060989117.3162.35.camel@mentor.gurulabs.com> On Fri, 2003-08-15 at 05:25, Patrick wrote: > OpenOffice.org is currently at the final release candidate (1.1rc3 - > released today) and afaik this is the last Release Candidate before 1.1 > is released. Given release 1.1's improvements compared to 1.0.2 and the > aim for Wold & Desktop Domination, I would applaud the decision to > include OOo 1.1 in Severn. What do you think? Yes. I concur. Please get OO v1.1 in RHEL beta and Cambridge. Take an extra week if you need to. This is *highly* important software. Dax Kelson Guru Labs From jsmith at drgutah.com Fri Aug 15 23:22:31 2003 From: jsmith at drgutah.com (Jared Smith) Date: 15 Aug 2003 17:22:31 -0600 Subject: Sox and soxmix [bugzilla bug#102499] Message-ID: <1060989751.5914.71.camel@banff.drgutah.com> I've already filed this in bugzilla under bug #102499, but I thought I'd post here for some input. The RPM for sox (a sound manipulation program) is missing soxmix (a program for mixing two audio streams together into one file). I've looked at the spec file, and found the following: # remove unpackaged files from the buildroot rm -f $RPM_BUILD_ROOT%{_bindir}/soxmix My question is this: Is there any specific reason you are removing soxmix from the RPM? To make a long story short, I've created a patch (attached to the bug report in bugzilla) that fixes the problem. I hope my little contribution helps someone else out and can find its way into the next beta (if it's not too late). I'd appreciate any feedback you might want to share with me... Jared Smith From mike at redtux.demon.co.uk Fri Aug 15 23:33:09 2003 From: mike at redtux.demon.co.uk (Mike) Date: 16 Aug 2003 00:33:09 +0100 Subject: Offtopic In-Reply-To: <1060975193.19733.29.camel@spatula> References: <1060975193.19733.29.camel@spatula> Message-ID: <1060990388.1662.4.camel@localhost.localdomain> On Fri, 2003-08-15 at 20:19, Jef Spaleta wrote: > >Isn't it a good thing to find out the truth? > > Is it a good thing to make baseless,factless accusations in public? > Aren't we encouraging the continued creation of baseless accusations if > we jump to respond to each and every one which come to past? > > You have to take the track-record of the accuser into account when > evaluating accusations based on "private" conversations from "inside" > sources.If the person making the public accusation has a history of > crying wolf...or over-blowing the situation to inflame passions because > of a specific bias...should that person continue to receive the same > level of respectful discourse in the future? At some point, the person > repeated looking for public answers to private rumors, looses > credibility...and looks more like a source of rumor making...than > someone looking for "the truth." F?liciano's judgements about mosfet's > longterm interests and motivations probably have a more certain "truth" > than some rumors. I think i heard Fox News was going to offer mosfet a > job to do reporting about IT...becuase he his commentary meets a certain > standard of unbaisedness and factuality. > > couldn't agree more to emphasize the the point there is now an "update" on the original pclinuxonline story, saying that the "rumour" is baseless question - why couldn't mosfet have asked p in the first place? (and so not have posted this crap everywhere) > -jef"the answers to the questions here are no,yes,no"spaleta From hoyt at cavtel.net Sat Aug 16 01:01:39 2003 From: hoyt at cavtel.net (HoytDuff) Date: Fri, 15 Aug 2003 21:01:39 -0400 Subject: Include OpenOffice.org 1.1 in Severn? In-Reply-To: <20030815152410.E13852@devserv.devel.redhat.com> References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> <200308151219.05340.hoyt@cavtel.net> <20030815152410.E13852@devserv.devel.redhat.com> Message-ID: <200308152101.39620.hoyt@cavtel.net> On Friday 15 August 2003 15:24, Havoc Pennington wrote: > > Tell us it's not so. > > I posted a reply to > https://listman.redhat.com/archives/xdg-list/2003-August/msg00056.html > > Mosfet's older anti-Red Hat claims are nicely answered by: > http://www.cyber.com.au/users/mikem/redhat8kde.html > > No, this is not sucking a significant percentage of my time. ;-) Thanks for the reply, Havoc. Politics -- blecch. -- Hoyt From hoyt at cavtel.net Sat Aug 16 01:08:45 2003 From: hoyt at cavtel.net (HoytDuff) Date: Fri, 15 Aug 2003 21:08:45 -0400 Subject: Offtopic In-Reply-To: <1060990388.1662.4.camel@localhost.localdomain> References: <1060975193.19733.29.camel@spatula> <1060990388.1662.4.camel@localhost.localdomain> Message-ID: <200308152108.45690.hoyt@cavtel.net> On Friday 15 August 2003 19:33, Mike wrote: > On Fri, 2003-08-15 at 20:19, Jef Spaleta wrote: > > >Isn't it a good thing to find out the truth? > > > > Is it a good thing to make baseless,factless accusations in public? > > couldn't agree more > > to emphasize the the point there is now an "update" on the original > pclinuxonline story, saying that the "rumour" is baseless > > question - why couldn't mosfet have asked p in the first place? > (and so not have posted this crap everywhere) > Guys, I saw a comment. I asked a question about its validity. I didn't make accusations or name call or lecture. Havoc answered: "No". That's good enough for me. -- Hoyt From maxer1 at xmission.com Sat Aug 16 04:49:45 2003 From: maxer1 at xmission.com (raxet) Date: Fri, 15 Aug 2003 22:49:45 -0600 Subject: Severn doesn't like my onboard 1394 controller, but RH 9 worked Message-ID: <3F3DB7E9.8000802@xmission.com> Here is something of interest. Tell me if I should post bug report: I installed severn over the top of RH 9 Shrike I had to disable my Onboard 1394 Controller on my Asus P4PE mobo to first get past the following error using any install from CD: "loading sbp2.o" Just wouldn't go. Finally installed severn by disabling 1394 onboard in bios. Now here is the rub. If I "Enable" 1394 in bios and reboot after install, I get the following messages in sys log: -------------------------------------------------------------------------- Loading sb2p.o module SCSI0: SCSI emulation for IEEE-1394 SBP-2 Devices blk:queue C1993014, I/O limit 4095 mb mask 0xffffffff IEEE1394: sbp2: Logged into SBP-2 device -------------------------------------------------------------------------- And that's where it hangs, dirty shut down required Go figure?? Here is what lspci shows after clean boot without 1394 on board : 00:00.0 Host bridge: Intel Corp. 82845G/GL [Brookdale-G] Chipset Host Bridge (rev 02) 00:01.0 PCI bridge: Intel Corp. 82845G/GL [Brookdale-G] Chipset AGP Bridge (rev 02) 00:1d.0 USB Controller: Intel Corp. 82801DB USB (Hub #1) (rev 02) 00:1d.1 USB Controller: Intel Corp. 82801DB USB (Hub #2) (rev 02) 00:1d.2 USB Controller: Intel Corp. 82801DB USB (Hub #3) (rev 02) 00:1d.7 USB Controller: Intel Corp. 82801DB USB2 (rev 02) 00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB/EB PCI Bridge (rev 82) 00:1f.0 ISA bridge: Intel Corp. 82801DB LPC Interface Controller (rev 02) 00:1f.1 IDE interface: Intel Corp. 82801DB Ultra ATA Storage Controller (rev 02) 00:1f.5 Multimedia audio controller: Intel Corp. 82801DB AC'97 Audio Controller (rev 02) 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R300 ND [Radeon 9700 Pro] 01:00.1 Display controller: ATI Technologies Inc Radeon R300 [Radeon 9700 Pro] (Secondary) 02:05.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5702 Gigabit Ethernet (rev 02) 02:09.0 FireWire (IEEE 1394): Texas Instruments TSB12LV26 IEEE-1394 Controller (Link) 02:0b.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 08) 02:0b.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 08) Any ideas? Thanks, RaXeT From alikins at redhat.com Sat Aug 16 06:01:48 2003 From: alikins at redhat.com (Adrian Likins) Date: Sat, 16 Aug 2003 02:01:48 -0400 Subject: new up2date for testing Message-ID: <20030816020148.H24307@redhat.com> I'll be putting new up2dates up at: http://people.redhat.com/~alikins/up2date/severn/ As often as I can. These are for testing purposes only and unofficial. add: yum up2date-test-repo-severn-i386 http://people.redhat.com/alikins/up2date/severn/RPMS/ to /etc/sysconfig/rhn/up2date to get to these with up2date. (note some versions of up2date out there might try to automatically update to these versions if you add that, if you dont want that, you can either set updateUp2date=0 in /etc/sysconfig/rhn/up2date) or just grab the new packages which only auto update up2date if it's from an rhn channel). And for added fun, you can try testing rollbacks. They work perfectly. A shining example of modern software engineering in its finest form. Unbreakable. Fair and Balanaced. A testament to perfection of form and function. Flawless in it's beauty, and overwhelming in its precision. A flawless beauty unbreakable purity cherry blossoms fall To enable, check "Enable Rollbacks" on the Retreivel/installation screen of the gui in `up2date --config` or set "enabledRollbacks" to 1 if text config is more your style. And if thats not enough excitement, try uncommenting the one line in /etc/rpm/macros.up2date This enables "all erase" transactions. Aka, rollbacks on package installs, not just package upgrades, for yall rollback newbies. This will create rollback rpms on every up2date package install/upgrade (remove too, for that matter). You can then rollback the last rollback with: up2date --undo To reinstall the previous version of that package (including any modified config files). If anything breaks... yeah, right, like this could possibly break. I already said it was perfect. Anyway, if anything breaks, my good friend bugzilla wants to here about it. Since you won't be needing it, I'll go ahead and provide a pointer url to the right place to file a bug. But you want need that. Adrian From ba at linuxin.dk Sat Aug 16 06:17:23 2003 From: ba at linuxin.dk (Bjorn Andersen) Date: Sat, 16 Aug 2003 08:17:23 +0200 Subject: Kernel 2.6? Message-ID: <1061014643.3837.21.camel@Linux1> Will the final Red Hat include kernel 2.6? /Bjorn -------------- next part -------------- An HTML attachment was scrubbed... URL: From benhsu at dslextreme.com Sat Aug 16 06:17:57 2003 From: benhsu at dslextreme.com (Ben Hsu) Date: 15 Aug 2003 23:17:57 -0700 Subject: Severn doesn't like my onboard 1394 controller, but RH 9 worked In-Reply-To: <3F3DB7E9.8000802@xmission.com> References: <3F3DB7E9.8000802@xmission.com> Message-ID: <1061013475.6471.4.camel@localhost.localdomain> On Fri, 2003-08-15 at 21:49, raxet wrote: > Here is something of interest. Tell me if I should post bug report: There are already several bugs for this in bugzilla, one of them: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=99538 has a workaround, briefly, it consists of: - apply scsi hotplug patch to kernel, you should now be able to boot with 1394 enabled but it won't be detected - after bootup, "modprobe ohci1394", "rescan-scsi-bus.sh" you should be able to see it then. From benhsu at dslextreme.com Sat Aug 16 06:21:42 2003 From: benhsu at dslextreme.com (Ben Hsu) Date: 15 Aug 2003 23:21:42 -0700 Subject: Kernel 2.6? In-Reply-To: <1061014643.3837.21.camel@Linux1> References: <1061014643.3837.21.camel@Linux1> Message-ID: <1061014901.6471.8.camel@localhost.localdomain> If memory serves me, rhl.redhat.com used to have the following information: Cambridge will not have 2.6 Cambridge++ will have 2.6 if its ready (i.e. they'll put it in if its ready, but won't hold up the release for it). I'm assuming Cambridge is what'll come out September, and Cambridge++ is what'll be out Spring 2004. HTH, HAND On Fri, 2003-08-15 at 23:17, Bjorn Andersen wrote: > Will the final Red Hat include kernel 2.6? > > > > /Bjorn From m.a.young at durham.ac.uk Sat Aug 16 07:59:41 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Sat, 16 Aug 2003 08:59:41 +0100 (BST) Subject: Kernel 2.6? In-Reply-To: <1061014643.3837.21.camel@Linux1> Message-ID: On Sat, 16 Aug 2003, Bjorn Andersen wrote: > Will the final Red Hat include kernel 2.6? Almost certainly not. However you can start testing it now by getting test 2.6 kernels at http://people.redhat.com/arjanv/2.5/ , and if you read the recent up2date posts, they will tell you how to get up2date to get packages from this site. Michael Young From m.eldesoky at tedata.net Sat Aug 16 08:06:20 2003 From: m.eldesoky at tedata.net (Mohamed Eldesoky) Date: Sat, 16 Aug 2003 11:06:20 +0300 Subject: new up2date for testing In-Reply-To: <20030816020148.H24307@redhat.com> References: <20030816020148.H24307@redhat.com> Message-ID: <200308161106.21248.m.eldesoky@tedata.net> On Saturday 16 August 2003 09:01, Adrian Likins wrote: > add: > > yum up2date-test-repo-severn-i386 > http://people.redhat.com/alikins/up2date/severn/RPMS/ > > to /etc/sysconfig/rhn/up2date to get to these with up2date. /etc/sysconfig/rhn/up2date/source ??? -- M. Eldesoky Systems Engineer From ba at linuxin.dk Sat Aug 16 08:08:23 2003 From: ba at linuxin.dk (Bjorn Andersen) Date: Sat, 16 Aug 2003 10:08:23 +0200 Subject: Kernel 2.6? In-Reply-To: <1061014901.6471.8.camel@localhost.localdomain> References: <1061014643.3837.21.camel@Linux1> <1061014901.6471.8.camel@localhost.localdomain> Message-ID: <1061021303.6312.1.camel@Linux1> l??r, 2003-08-16 kl. 08:21 skrev Ben Hsu: > Cambridge will not have 2.6 > Cambridge++ will have 2.6 if its ready (i.e. they'll put it in if its > ready, but won't hold up the release for it). Too bad... /Bjorn -------------- next part -------------- An HTML attachment was scrubbed... URL: From markkukolkka at kolumbus.fi Sat Aug 16 09:40:58 2003 From: markkukolkka at kolumbus.fi (Markku Kolkka) Date: Sat, 16 Aug 2003 12:40:58 +0300 Subject: comments invited: two (new?) bugs in SEVERN BETA1 (RH 9.0.93) In-Reply-To: <200308141138.35185.elwoo@videotron.ca> References: <200308131148.38663.elwoo@videotron.ca> <200308131936.51878.markkukolkka@kolumbus.fi> <200308141138.35185.elwoo@videotron.ca> Message-ID: <200308161240.58840.markkukolkka@kolumbus.fi> There's now a version of Tuxracer with working sound in Rawhide. You must disable exec-shield to make it run in Severn. -- Markku Kolkka markku.kolkka at iki.fi From leonardjo at hetnet.nl Sat Aug 16 14:33:35 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Sat, 16 Aug 2003 16:33:35 +0200 Subject: Bastille and SEVERN (no go??) In-Reply-To: <200308141451.45565.elwoo@videotron.ca> Message-ID: <3F3E5CDF.30848.43541@localhost> > ]# bastille > ERROR: 'RH9.0' is not a supported operating system. C'mon Elton, can't you fix this yourself :-/ ? Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From feliciano.matias at free.fr Sat Aug 16 15:25:30 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 16 Aug 2003 17:25:30 +0200 Subject: was there an advertised ETA for the next beta? In-Reply-To: <20030812003943.A7725@devserv.devel.redhat.com> References: <1060659848.8549.207.camel@one.myworld> <20030812000106.D9816@devserv.devel.redhat.com> <1060662825.13141.13.camel@va.local.linuxlobbyist.org> <20030812003943.A7725@devserv.devel.redhat.com> Message-ID: <1061047527.18694.39.camel@one.myworld> Le mar 12/08/2003 ? 06:39, Bill Nottingham a ?crit : > Paul Iadonisi (pri.rhl1 at iadonisi.to) said: > > How about just moving the old revs into a rawhide-old directory? You > > could periodically prune the rawhide-old directory to only have two or > > three revs. > > This still implies *we* want to carry around that much space. :) > Seriously, rawhide is already 11GB+, and it will get bigger once > we actually start adding debuginfo packages. > Perhaps this issue could be answered in the client computer. I see that up2date provides rollback feature. Currently i use a little shell script to keep old packages (see attachment for those interesting in. I am not a good shell coder). I think this issue could be addressed in the rawhide FAQ (if any). > Bill > -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: update_rawhide Type: text/x-sh Size: 2282 bytes Desc: not available URL: -------------- 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 elwoo at videotron.ca Sat Aug 16 16:44:44 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sat, 16 Aug 2003 12:44:44 -0400 Subject: lost the GNOME panel, how do I get it back? Message-ID: <200308161244.44947.elwoo@videotron.ca> I installed gnome-panel-2.3.6.2-2.i386.rpm from rawhide, and I guess in so doing, I manged to kill off the Gnome panel. The only apps that run are the ones that I have configured to autostart. I no longer have the applications list, or even access to the console window. HOW do I get back the default panel? Elton 8-| -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Sat Aug 16 16:47:36 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sat, 16 Aug 2003 12:47:36 -0400 Subject: comments invited: two (new?) bugs in SEVERN BETA1 (RH 9.0.93) In-Reply-To: <200308161240.58840.markkukolkka@kolumbus.fi> References: <200308131148.38663.elwoo@videotron.ca> <200308141138.35185.elwoo@videotron.ca> <200308161240.58840.markkukolkka@kolumbus.fi> Message-ID: <200308161247.36949.elwoo@videotron.ca> On August 16, 2003 05:40 am, Markku Kolkka wrote: > There's now a version of Tuxracer with working sound in Rawhide. You must > disable exec-shield to make it run in Severn. I didn't have to disable anything. I just upgraded with tuxracer-0.61-23.i386.rpm from rawhide, and now I have sounds in the game. No such luck with Chromium, however (see: Bug 102235) Elton. -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Sat Aug 16 16:51:37 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sat, 16 Aug 2003 12:51:37 -0400 Subject: Bastille and SEVERN (no go??) In-Reply-To: <3F3E5CDF.30848.43541@localhost> References: <3F3E5CDF.30848.43541@localhost> Message-ID: <200308161251.37632.elwoo@videotron.ca> On August 16, 2003 10:33 am, Leonard den Ottolander wrote: > > ]# bastille > > ERROR: 'RH9.0' is not a supported operating system. > > C'mon Elton, can't you fix this yourself :-/ ? > > Bye, > Leonard. No. I'm not a "linux guru". Howeverm following F?liciano's suggestion, I did get it to run. Elton (... who realises each day how *little* he knows of anything!!) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From peter.backlund at home.se Sat Aug 16 17:04:16 2003 From: peter.backlund at home.se (Peter Backlund) Date: Sat, 16 Aug 2003 19:04:16 +0200 Subject: lost the GNOME panel, how do I get it back? In-Reply-To: <200308161244.44947.elwoo@videotron.ca> References: <200308161244.44947.elwoo@videotron.ca> Message-ID: <200308161904.17009.peter.backlund@home.se> > HOW do I get back the default panel? Go back in time and undo the decision to install rawhide packages. If you don't know the answer to that, you shouldn't be running stuff from rawhide. Enough with the lecturing...downgrade to gnome-panel from severn, and/or delete your ~/.gnome dir. /Peter From joe at tmsusa.com Sat Aug 16 17:17:55 2003 From: joe at tmsusa.com (Joe) Date: Sat, 16 Aug 2003 10:17:55 -0700 Subject: Kernel 2.6? In-Reply-To: <1061021303.6312.1.camel@Linux1> References: <1061014643.3837.21.camel@Linux1> <1061014901.6471.8.camel@localhost.localdomain> <1061021303.6312.1.camel@Linux1> Message-ID: <3F3E6743.5000700@tmsusa.com> In connection with the subject of 2.6, I have to say that arjan's 2.6.0-test3 on my severn box is noticeably snappier than the 2.4 kernel - it's really fun to use such a responsive desktop. But alas, the video capture card doesn't seem to work with 2.5+, so my multimedia stuff still has to be done under 2.4. The performance of the 2.6 test kernel has me really drooling though - I'm looking forward to seeing it in production. Joe From alan at redhat.com Sat Aug 16 17:21:20 2003 From: alan at redhat.com (Alan Cox) Date: Sat, 16 Aug 2003 13:21:20 -0400 (EDT) Subject: Kernel 2.6? In-Reply-To: <3F3E6743.5000700@tmsusa.com> from "Joe" at Aws 16, 2003 10:17:55 Message-ID: <200308161721.h7GHLKA15594@devserv.devel.redhat.com> > - it's really fun to use such a responsive desktop. But alas, the > video capture card doesn't seem to work with 2.5+, so my multimedia Which card ? From elwoo at videotron.ca Sat Aug 16 17:19:49 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sat, 16 Aug 2003 13:19:49 -0400 Subject: lost the GNOME panel, how do I get it back? In-Reply-To: <200308161904.17009.peter.backlund@home.se> References: <200308161244.44947.elwoo@videotron.ca> <200308161904.17009.peter.backlund@home.se> Message-ID: <200308161319.49623.elwoo@videotron.ca> On August 16, 2003 01:04 pm, Peter Backlund wrote: > > HOW do I get back the default panel? > > Go back in time and undo the decision to install rawhide packages. If you > don't know the answer to that, you shouldn't be running stuff from rawhide. > > Enough with the lecturing...downgrade to gnome-panel from severn, and/or > delete your ~/.gnome dir. > > /Peter I *am* aware of the dangers of using packages from rawhide. If one does not make mistakes, one does not really *learn*, n'est pas? Or, I could simply run Microsoft Windows, and if anything goes wrong, sit there and go: "Duh!". (FWIW, that's how I learned OS/2, first by breaking stuff, without really knowing how or why, and afterwards by *knowingly* deleting the hidden system files...) Elton ("my newbiness is most dreadfully terrific!" ... to paraphrase Harry Ramjeet Ramsingh - a character in the Billy Bunter books). -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From joe at tmsusa.com Sat Aug 16 17:33:51 2003 From: joe at tmsusa.com (Joe) Date: Sat, 16 Aug 2003 10:33:51 -0700 Subject: Kernel 2.6? In-Reply-To: <200308161721.h7GHLKA15594@devserv.devel.redhat.com> References: <200308161721.h7GHLKA15594@devserv.devel.redhat.com> Message-ID: <3F3E6AFF.6080100@tmsusa.com> Alan Cox wrote: >>- it's really fun to use such a responsive desktop. But alas, the >>video capture card doesn't seem to work with 2.5+, so my multimedia >> >> > >Which card ? > > It's a linux media labs lintv card - Here's what I see when I attempt to start xawtv: ... This is xawtv-3.88, running on Linux/i686 (2.6.0-0.test3.1.31) can't open /dev/video0: No such device v4l-conf had some trouble, trying to continue anyway v4l2: open /dev/video0: No such device v4l2: open /dev/video0: No such device v4l: open /dev/video0: No such device no video grabber device available ... Here are the relevant lines from lspci: 00:0b.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 02) 00:0b.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 02) If you've got some thoughts on this, I'm all ears! Joe From jspaleta at princeton.edu Sat Aug 16 17:49:39 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: Sat, 16 Aug 2003 13:49:39 -0400 Subject: lost the GNOME panel, how do I get it back? Message-ID: <1061056179.4941.17.camel@localhost.localdomain> >HOW do I get back the default panel? Have you tried running gnome-panel from a terminal, to get a fresh panel? Did you have gnome setup to autosave session on logout? I've found that that autosave session on logout feature can be a little counter-intutive if you have a problem severe enough to segfault out a program you normally expect to be running like gnome-panel or nautilus. It seems the autosave session on logout does its job too well and notices the fact that a something like gnome-panel isn't running and so saves the session state that way. So with autosave session on logout enabled...you can't just use a logout/login trick to recover if something segfaults out or whatever. I'd imagine from a non-technical user perspective this would be extremely frustrating..you dont know why something stopped working...you logout and login again..and its still not working...sometimes becuase that autosave feature is enable...so a program just isnt started. If there was some way for autosave session to know the difference when a program was disabled by a user or stopped working because of some unknown error...and would not autosave some session state info if it noticed an error..that would be good...but thats probably not so easy to implement. -jef -------------- 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 elwoo at videotron.ca Sat Aug 16 17:49:06 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sat, 16 Aug 2003 13:49:06 -0400 Subject: lost the GNOME panel, how do I get it back? In-Reply-To: <200308161904.17009.peter.backlund@home.se> References: <200308161244.44947.elwoo@videotron.ca> <200308161904.17009.peter.backlund@home.se> Message-ID: <200308161349.06811.elwoo@videotron.ca> On August 16, 2003 01:04 pm, Peter Backlund wrote: >...downgrade to gnome-panel from severn, and/or deleting the ./gnome folder doesn't restore it. Installing gnome-panel-2.2.0.1-9.i386.rpm from the Severn Disk 1 recreates a panel _at the top of the screen_ similar to the one in ximian. I no longer have the sliding panel at the *bottom* of the screen. Also there were errors in upgrading with the rawhide package (gnome-panel-2.3.6.2-2.i386.rpm): ------------------------------------------------------------------------ 1:gnome-panel ########################################### [100%] warning: failed to load external entity "/etc/gconf/schemas/panel-global-config.schemas" Failed to open `/etc/gconf/schemas/panel-global-config.schemas': No such file or directory warning: failed to load external entity "/etc/gconf/schemas/panel-per-panel-config.schemas" Failed to open `/etc/gconf/schemas/panel-per-panel-config.schemas': No such file or directory warning: failed to load external entity "/etc/gconf/schemas/mailcheck.schemas" Failed to open `/etc/gconf/schemas/mailcheck.schemas': No such file or directory warning: failed to load external entity "/etc/gconf/schemas/pager.schemas" Failed to open `/etc/gconf/schemas/pager.schemas': No such file or directory warning: failed to load external entity "/etc/gconf/schemas/tasklist.schemas" Failed to open `/etc/gconf/schemas/tasklist.schemas': No such file or directory ]# ------------------------------------------------------------------------ Elton. -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From alikins at redhat.com Sat Aug 16 17:59:29 2003 From: alikins at redhat.com (Adrian Likins) Date: Sat, 16 Aug 2003 13:59:29 -0400 Subject: new up2date for testing In-Reply-To: <200308161106.21248.m.eldesoky@tedata.net>; from m.eldesoky@tedata.net on Sat, Aug 16, 2003 at 11:06:20AM +0300 References: <20030816020148.H24307@redhat.com> <200308161106.21248.m.eldesoky@tedata.net> Message-ID: <20030816135929.B24235@redhat.com> On Sat, Aug 16, 2003 at 11:06:20AM +0300, Mohamed Eldesoky wrote: > On Saturday 16 August 2003 09:01, Adrian Likins wrote: > > > add: > > > > yum up2date-test-repo-severn-i386 > > http://people.redhat.com/alikins/up2date/severn/RPMS/ > > > > to /etc/sysconfig/rhn/up2date to get to these with up2date. > > /etc/sysconfig/rhn/up2date/source ??? Uh, doh. Yeah, /etc/sysconfig/rhn/sources Sorry about that. Adrian From elwoo at videotron.ca Sat Aug 16 18:21:33 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sat, 16 Aug 2003 14:21:33 -0400 Subject: lost the GNOME panel, how do I get it back? In-Reply-To: <1061056179.4941.17.camel@localhost.localdomain> References: <1061056179.4941.17.camel@localhost.localdomain> Message-ID: <200308161421.33424.elwoo@videotron.ca> On August 16, 2003 01:49 pm, Jef Spaleta wrote: > >HOW do I get back the default panel? > > Have you tried running gnome-panel from a terminal, to get a fresh Actually, it won't run, since it detects a panel already running (the one at the top of the screen. > panel? Did you have gnome setup to autosave session on logout? No I always have autosave *off* (by _default_, I think). > saves the session state that way. So with autosave session on logout > enabled...you can also "save" a buggered up session, thereby putting yourself into a loop (sez Elton, who was good at writing spaghetti code...)! LOL!!! > be extremely frustrating..you dont know why > something stopped working...you logout and login again..and its still > not working... That's how you LEARN. You have to keep digging and digging, and asking, and searching until you know the "whys" "howtos", etc... > > If there was some way for autosave session to know the difference when a > program was disabled by a user or stopped working because of some > unknown error...and would not autosave some session state info if it > noticed an error..that would be good...but thats probably not so easy to > implement. True. This sort of 'feature' would be most helpful, especially to new migrants from the Windows world. Anyway, I've now learnt a new lesson today, by the hands-on practical method: I've re-created a new floating panel from the one at the top of the screen, added back the main menu, and created an _almost_ exact replica of the original (from a KDE screen-shot). With two notable exceptions: The up2date icon is double it's size, and the slide buttons are missing the default arrow icons (in their place is the "missing or broken icon"). Elton ;-) (who has caused many a teacher premature aging and grey hairs...) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From hp at redhat.com Sat Aug 16 18:28:17 2003 From: hp at redhat.com (Havoc Pennington) Date: Sat, 16 Aug 2003 14:28:17 -0400 Subject: lost the GNOME panel, how do I get it back? In-Reply-To: <200308161349.06811.elwoo@videotron.ca> References: <200308161244.44947.elwoo@videotron.ca> <200308161904.17009.peter.backlund@home.se> <200308161349.06811.elwoo@videotron.ca> Message-ID: <20030816142817.R10042@devserv.devel.redhat.com> On Sat, Aug 16, 2003 at 01:49:06PM -0400, Elton Woo wrote: > Also there were errors in upgrading with the rawhide package > (gnome-panel-2.3.6.2-2.i386.rpm): > ------------------------------------------------------------------------ > 1:gnome-panel ########################################### [100%] > warning: failed to load external entity > "/etc/gconf/schemas/panel-global-config.schemas" > Failed to open `/etc/gconf/schemas/panel-global-config.schemas': No such file > or directory > warning: failed to load external entity > "/etc/gconf/schemas/panel-per-panel-config.schemas" > Failed to open `/etc/gconf/schemas/panel-per-panel-config.schemas': No such > file or directory > warning: failed to load external entity "/etc/gconf/schemas/mailcheck.schemas" > Failed to open `/etc/gconf/schemas/mailcheck.schemas': No such file or > directory > warning: failed to load external entity "/etc/gconf/schemas/pager.schemas" > Failed to open `/etc/gconf/schemas/pager.schemas': No such file or directory > warning: failed to load external entity "/etc/gconf/schemas/tasklist.schemas" > Failed to open `/etc/gconf/schemas/tasklist.schemas': No such file or > directory > That's a fairly serious package bug (the %post has fallen out of sync with the actual names of the panel .schemas files, apparently). Will result in things not working. Havoc From feliciano.matias at free.fr Sat Aug 16 18:31:30 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 16 Aug 2003 20:31:30 +0200 Subject: lost the GNOME panel, how do I get it back? In-Reply-To: <200308161244.44947.elwoo@videotron.ca> References: <200308161244.44947.elwoo@videotron.ca> Message-ID: <1061058690.1347.5.camel@one.myworld> Le sam 16/08/2003 ? 18:44, Elton Woo a ?crit : > I installed > gnome-panel-2.3.6.2-2.i386.rpm > from rawhide, and I guess in so doing, I manged to kill off the > Gnome panel. The only apps that run are the ones that I have > configured to autostart. I no longer have the applications list, > or even access to the console window. > > HOW do I get back the default panel? I don't know if this can help but rawhide is broken : yum-arch -d -l os/i386 Errors within the dir(s): os/i386 depcheck: package gnome-applets needs libgtop-2.0.so.1 depcheck: package gnome-applets needs libgtop_common-2.0.so.1 depcheck: package gnome-applets needs libgtop_sysdeps-2.0.so.1 depcheck: package gnome-system-monitor needs libgtop-2.0.so.1 depcheck: package gnome-system-monitor needs libgtop_common-2.0.so.1 depcheck: package gnome-system-monitor needs libgtop_sysdeps-2.0.so.1 Get back libgtop2-2.0.2-2 fix this problem. > > Elton 8-| -- F?liciano Matias -------------- 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 alan at redhat.com Sat Aug 16 18:57:42 2003 From: alan at redhat.com (Alan Cox) Date: Sat, 16 Aug 2003 14:57:42 -0400 (EDT) Subject: Kernel 2.6? In-Reply-To: <3F3E6AFF.6080100@tmsusa.com> from "Joe" at Aws 16, 2003 10:33:51 Message-ID: <200308161857.h7GIvgj05630@devserv.devel.redhat.com> > This is xawtv-3.88, running on Linux/i686 (2.6.0-0.test3.1.31) > can't open /dev/video0: No such device > v4l2: open /dev/video0: No such device > v4l2: open /dev/video0: No such device > v4l: open /dev/video0: No such device > no video grabber device available It should be working if its a Brootktree card - see what "modprobe bttv" and "dmesg" show From maxer1 at xmission.com Sat Aug 16 19:22:43 2003 From: maxer1 at xmission.com (raxet) Date: Sat, 16 Aug 2003 13:22:43 -0600 Subject: Adrian's up2date - GREAT but... Message-ID: <3F3E8483.8020401@xmission.com> So thanks to Adrian on all the "up2date" configuring. Now the 64 million dollar question is to get gnome-up2date to do the same. Anyone? Thanks, Raxet From elwoo at videotron.ca Sat Aug 16 19:26:03 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sat, 16 Aug 2003 15:26:03 -0400 Subject: comments invited: bugs and "buglets" (Severn beta 1) Message-ID: <200308161526.03760.elwoo@videotron.ca> Upgrading the upgrading to gnome-panel-2.3.6.2-2.i386 from rawhide "kills" default floating panel at the bottom of the Gnome desktop: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102530 "buglets": New: DVD icons viewable, but do not apply to deskop object in KDE: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102529 selecting Gnome from the login menu gives an "illiogical" response. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102531 kindly add comments as appropriate. Thanks. Elton. (Yeah, I *know* --- I am a "bug - ER"! LOL!!!) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Sat Aug 16 19:43:34 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sat, 16 Aug 2003 15:43:34 -0400 Subject: another bug: kmail "phantom messages" Message-ID: <200308161543.34039.elwoo@videotron.ca> Kindly add comments: kmail creates *phantom messages* in inbound and outgoing boxes. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102532 TIA, Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Sat Aug 16 19:44:58 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sat, 16 Aug 2003 15:44:58 -0400 Subject: lost the GNOME panel, how do I get it back? In-Reply-To: <20030816142817.R10042@devserv.devel.redhat.com> References: <200308161244.44947.elwoo@videotron.ca> <200308161349.06811.elwoo@videotron.ca> <20030816142817.R10042@devserv.devel.redhat.com> Message-ID: <200308161544.58866.elwoo@videotron.ca> On August 16, 2003 02:28 pm, Havoc Pennington wrote: > That's a fairly serious package bug (the %post has fallen out of sync > with the actual names of the panel .schemas files, apparently). Posted as :https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102530 Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Sat Aug 16 19:48:12 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sat, 16 Aug 2003 15:48:12 -0400 Subject: lost the GNOME panel, how do I get it back? In-Reply-To: <1061058690.1347.5.camel@one.myworld> References: <200308161244.44947.elwoo@videotron.ca> <1061058690.1347.5.camel@one.myworld> Message-ID: <200308161548.12224.elwoo@videotron.ca> On August 16, 2003 02:31 pm, F?liciano Matias wrote: > rawhide is broken : > > yum-arch -d -l os/i386 > Errors within the dir(s): > os/i386 > depcheck: package gnome-applets needs libgtop-2.0.so.1 > depcheck: package gnome-applets needs libgtop_common-2.0.so.1 > depcheck: package gnome-applets needs libgtop_sysdeps-2.0.so.1 > depcheck: package gnome-system-monitor needs libgtop-2.0.so.1 > depcheck: package gnome-system-monitor needs libgtop_common-2.0.so.1 > depcheck: package gnome-system-monitor needs libgtop_sysdeps-2.0.so.1 > > Get back libgtop2-2.0.2-2 fix this problem. I see. I guess I'll wait another week or so before I venture into rawhide territory again. Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Sat Aug 16 20:02:11 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sat, 16 Aug 2003 16:02:11 -0400 Subject: NEW bug: unable to add startup applications in KDE In-Reply-To: <1061058690.1347.5.camel@one.myworld> References: <200308161244.44947.elwoo@videotron.ca> <1061058690.1347.5.camel@one.myworld> Message-ID: <200308161602.11439.elwoo@videotron.ca> Description of problem: from the Start Here icon on the KDE desktop, the "Sessions" applet does not load so that one may add a program to startup when logging into the KDE desktop. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102533 Kindly verify and add comments. Thanks. Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From joe at tmsusa.com Sat Aug 16 20:09:28 2003 From: joe at tmsusa.com (Joe) Date: Sat, 16 Aug 2003 13:09:28 -0700 Subject: Kernel 2.6 video capture success In-Reply-To: <200308161857.h7GIvgj05630@devserv.devel.redhat.com> References: <200308161857.h7GIvgj05630@devserv.devel.redhat.com> Message-ID: <3F3E8F78.1010105@tmsusa.com> Alan Cox wrote: >>This is xawtv-3.88, running on Linux/i686 (2.6.0-0.test3.1.31) >>can't open /dev/video0: No such device >>v4l2: open /dev/video0: No such device >>v4l2: open /dev/video0: No such device >>v4l: open /dev/video0: No such device >>no video grabber device available >> >> > >It should be working if its a Brootktree card - see what >"modprobe bttv" and "dmesg" show > > > Ah, I let myself be tripped up by a newbie gotcha - after I manually modprobed bttv and trident (sound) everything works as advertised. I guess the only nit here is the failure to do 2.4 style module autoloading, but heck, this isn't bad. Thanks for the pointer! Joe From ghenriks at rogers.com Sat Aug 16 20:18:40 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Sat, 16 Aug 2003 16:18:40 -0400 Subject: Kernel 2.6? In-Reply-To: <1061014901.6471.8.camel@localhost.localdomain> References: <1061014643.3837.21.camel@Linux1> <1061014901.6471.8.camel@localhost.localdomain> Message-ID: On 15 Aug 2003 23:21:42 -0700, you wrote: >If memory serves me, rhl.redhat.com used to have the following >information: > >Cambridge will not have 2.6 >Cambridge++ will have 2.6 if its ready (i.e. they'll put it in if its >ready, but won't hold up the release for it). > >I'm assuming Cambridge is what'll come out September, and Cambridge++ is >what'll be out Spring 2004. Cambridge++ is meant to be Cambridge using the 2.6 kernel, with the intent that it will be released soon after 2.6 is available and hopefully well before the normal 6 month cycle brings us the Spring 2004 release. So Cambridge++ could end up coming out 2 months after Cambridge, or earlier, or later, depending on 2.6 From barryn at pobox.com Sat Aug 16 20:34:49 2003 From: barryn at pobox.com (Barry K. Nathan) Date: Sat, 16 Aug 2003 13:34:49 -0700 Subject: Adrian's up2date - GREAT but... In-Reply-To: <3F3E8483.8020401@xmission.com> References: <3F3E8483.8020401@xmission.com> Message-ID: <20030816203449.GA16051@ip68-4-255-84.oc.oc.cox.net> On Sat, Aug 16, 2003 at 01:22:43PM -0600, raxet wrote: > So thanks to Adrian on all the "up2date" configuring. > > Now the 64 million dollar question is to get gnome-up2date to do the same. > > Anyone? My experience is that once you get the new up2date working properly, the GNOME UI (up2date from the up2date-gnome package) automatically Just Works(tm), as with all previous up2date releases. Is there a specific problem you're having with it? -Barry K. Nathan From maxer1 at xmission.com Sat Aug 16 20:39:27 2003 From: maxer1 at xmission.com (raxet) Date: Sat, 16 Aug 2003 14:39:27 -0600 Subject: kernel 2.6 with severn Message-ID: <3F3E967F.7080102@xmission.com> I enabled in /etc/sysconfig/rhn/sources to grab arjan's kernel 2.6. I'm getting the following error on up2date after selecting all (kernel, kernel-doc, kernel-source and nfs-utils): Test install failed because of package conflicts: file /lib/modules from install of kernel-2.6.0-0.test3.1.31 conflicts with file from package filesystem-2.2.1-4 What do I do now? Raxet From maxer1 at xmission.com Sat Aug 16 20:41:40 2003 From: maxer1 at xmission.com (raxet) Date: Sat, 16 Aug 2003 14:41:40 -0600 Subject: Adrian's up2date - GREAT but... In-Reply-To: <20030816203449.GA16051@ip68-4-255-84.oc.oc.cox.net> References: <3F3E8483.8020401@xmission.com> <20030816203449.GA16051@ip68-4-255-84.oc.oc.cox.net> Message-ID: <3F3E9704.5040201@xmission.com> Barry K. Nathan wrote: >On Sat, Aug 16, 2003 at 01:22:43PM -0600, raxet wrote: > > >>So thanks to Adrian on all the "up2date" configuring. >> >>Now the 64 million dollar question is to get gnome-up2date to do the same. >> >>Anyone? >> >> > >My experience is that once you get the new up2date working properly, the >GNOME UI (up2date from the up2date-gnome package) automatically Just >Works(tm), as with all previous up2date releases. > >Is there a specific problem you're having with it? > Yes, basically it's not adding the links to arjan's kernel nor the yum stuff. If I run up2date from terminal I get all four channels. Raxet From henriklind at cool.dk Sat Aug 16 20:51:40 2003 From: henriklind at cool.dk (Henrik Lind) Date: Sat, 16 Aug 2003 22:51:40 +0200 Subject: Xine, XMMS & Mplayer's windows 'lags' and sometimes stick to the mouse pointer Message-ID: <3F3E995C.1040908@cool.dk> Yes I know, it's sounds very wierd and dosen't make much sense :) In Xine & Mplayer it's the video window that sometimes have the 'urge' to get stuck on the mouse pointer, after I have tried to move the window. It goes something like this. Step 1 : Point at the main title bar of the window. Step 2 : Push and Hold the left mouse button Step 3 : Move the window The window does NOT move with the mouse pointer. Step 4 : Let go of the mouse button and do step 1 and 2 again. Still the window does not move, but if u let go of the mouse button it snaps to the mouse pointer (without holding any button down). This also happens with the visual scope thing in XMMS. Other tested distro's are : Mandrake 9.0 9.1 9.2beta2 , Libranet 2.8 , Suse 8.2, and they do not act like this. Using the NV driver (I have a Creative 3D Blaster4 4800-SE) I could try and installe the NVIDIA driver..... Just wondering if I should report this to bugzilla? From marian at gg3d.com Sat Aug 16 21:27:26 2003 From: marian at gg3d.com (Mariusz =?iso-8859-2?Q?Smyku=B3a?=) Date: Sat, 16 Aug 2003 23:27:26 +0200 Subject: RawHide-yum problem Message-ID: <1061069245.2454.6.camel@localhost.localdomain> I have rawhide-release-20030816-1 and when I make: #yum install gnome-applets or #yum install gnome-system-monitor I receive messages: Gathering header information file(s) from server(s) Server: Red Hat Linux Rawhide os Finding updated packages Downloading needed headers Resolving dependencies .package gnome-applets needs libgtop-2.0.so.1 (not provided) package gnome-applets needs libgtop_common-2.0.so.1 (not provided) package gnome-applets needs libgtop_sysdeps-2.0.so.1 (not provided) I have ligtop installed: #rpm -q libgtop libgtop-1.0.12-20 #rpm -q libgtop2 libgtop2-2.0.3-1 and I have message: # rpm -iv gnome-applets-2.2.2-3.i386.rpm b??d: Niespe?nione zale?no?ci: libgtop-2.0.so.1 jest wymagany przez gnome-applets-2.2.2-3 libgtop_common-2.0.so.1 jest wymagany przez gnome-applets-2.2.2-3 libgtop_sysdeps-2.0.so.1 jest wymagany przez gnome-applets-2.2.2-3 What I can do? In this moment I make rpm -iv --nodeps gnome-applets-2.2.2-3.i386.rpm -- Mariusz 'marian' Smyku?a --------------------------------- jid/email: marian at t-system.com.pl --------------------------------- From grant at p2322.nsk.ne.jp Sun Aug 17 01:12:38 2003 From: grant at p2322.nsk.ne.jp (Ralston) Date: 17 Aug 2003 10:12:38 +0900 Subject: Is this going to be RH 10 or....? Message-ID: <1061082757.14130.5.camel@localhost.localdomain> Just wondering... after this beta phase is done with, will the final release be 10 or 9.something? From alikins at redhat.com Sun Aug 17 01:33:51 2003 From: alikins at redhat.com (Adrian Likins) Date: Sat, 16 Aug 2003 21:33:51 -0400 Subject: Adrian's up2date - GREAT but... In-Reply-To: <3F3E9704.5040201@xmission.com>; from maxer1@xmission.com on Sat, Aug 16, 2003 at 02:41:40PM -0600 References: <3F3E8483.8020401@xmission.com> <20030816203449.GA16051@ip68-4-255-84.oc.oc.cox.net> <3F3E9704.5040201@xmission.com> Message-ID: <20030816213351.A31242@redhat.com> On Sat, Aug 16, 2003 at 02:41:40PM -0600, raxet wrote: > Barry K. Nathan wrote: > > >On Sat, Aug 16, 2003 at 01:22:43PM -0600, raxet wrote: > > > > > >>So thanks to Adrian on all the "up2date" configuring. > >> > >>Now the 64 million dollar question is to get gnome-up2date to do the same. > >> > >>Anyone? > >> > >> > > > >My experience is that once you get the new up2date working properly, the > >GNOME UI (up2date from the up2date-gnome package) automatically Just > >Works(tm), as with all previous up2date releases. > > > >Is there a specific problem you're having with it? > > > Yes, basically it's not adding the links to arjan's kernel nor the yum > stuff. If I run up2date from terminal I get all four channels. Hmm, odd. Thats supposed to work, and I havent seen any problems with it myself. What versions of up2date and up2date-gnome ? Adrian From feliciano.matias at free.fr Sun Aug 17 02:28:37 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 17 Aug 2003 04:28:37 +0200 Subject: Is this going to be RH 10 or....? In-Reply-To: <1061082757.14130.5.camel@localhost.localdomain> References: <1061082757.14130.5.camel@localhost.localdomain> Message-ID: <1061087312.15085.27.camel@one.myworld> Le dim 17/08/2003 ? 03:12, Ralston a ?crit : > Just wondering... after this beta phase is done with, will the final > release be 10 or 9.something? > > Nobody knows. Perhaps : - Redhat OS X - RedHat Linux 10 - RedHat Linux codename Cambridge - RedHat Linux Project 1 - RedHat Linux Community 1 - RedHat Linux Desktop 1 - RedHat Linux RawHide 1 - GNU/Linux by RedHat 1 - etc -- F?liciano Matias -------------- 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 maxer1 at xmission.com Sun Aug 17 03:14:27 2003 From: maxer1 at xmission.com (raxet) Date: Sat, 16 Aug 2003 21:14:27 -0600 Subject: Adrian's up2date - GREAT but... In-Reply-To: <20030816213351.A31242@redhat.com> References: <3F3E8483.8020401@xmission.com> <20030816203449.GA16051@ip68-4-255-84.oc.oc.cox.net> <3F3E9704.5040201@xmission.com> <20030816213351.A31242@redhat.com> Message-ID: <3F3EF313.7050302@xmission.com> Adrian Likins wrote: >On Sat, Aug 16, 2003 at 02:41:40PM -0600, raxet wrote: > > >>Barry K. Nathan wrote: >> >> >> >>>On Sat, Aug 16, 2003 at 01:22:43PM -0600, raxet wrote: >>> >>> >>> >>> >>>>So thanks to Adrian on all the "up2date" configuring. >>>> >>>>Now the 64 million dollar question is to get gnome-up2date to do the same. >>>> >>>>Anyone? >>>> >>>> >>>> >>>> >>>My experience is that once you get the new up2date working properly, the >>>GNOME UI (up2date from the up2date-gnome package) automatically Just >>>Works(tm), as with all previous up2date releases. >>> >>>Is there a specific problem you're having with it? >>> >>> >>> >>Yes, basically it's not adding the links to arjan's kernel nor the yum >>stuff. If I run up2date from terminal I get all four channels. >> >> > > Hmm, odd. Thats supposed to work, and I havent seen >any problems with it myself. What versions of up2date and >up2date-gnome ? > up2date-gnome-3.9.10-2 up2date-3.9.10-2 Raxet -------------- next part -------------- An HTML attachment was scrubbed... URL: From whooperhsd3 at earthlink.net Sun Aug 17 04:16:33 2003 From: whooperhsd3 at earthlink.net (William Hooper) Date: Sun, 17 Aug 2003 00:16:33 -0400 (EDT) Subject: Is this going to be RH 10 or....? In-Reply-To: <1061087312.15085.27.camel@one.myworld> References: <1061082757.14130.5.camel@localhost.localdomain> <1061087312.15085.27.camel@one.myworld> Message-ID: <65356.65.40.71.213.1061093793.squirrel@whooper.org> F?liciano Matias said: > Le dim 17/08/2003 ? 03:12, Ralston a ?crit : >> Just wondering... after this beta phase is done with, will the final >> release be 10 or 9.something? >> >> > > Nobody knows. > Perhaps : > - Redhat OS X > - RedHat Linux 10 > - RedHat Linux codename Cambridge > - RedHat Linux Project 1 > - RedHat Linux Community 1 > - RedHat Linux Desktop 1 > - RedHat Linux RawHide 1 > - GNU/Linux by RedHat 1 > - etc I think the better question would be, does it matter? It's amazing how hung up people can get on version numbers. Take a look at the Beta list archives when RH announced that Phoebe was going to be RHL 9... You would have thought they ripped half the code out or something, people were complaining so loudly. People that the day before were praising how well the beta was doing, mind you. -- William Hooper From hoyt at cavtel.net Sun Aug 17 04:39:11 2003 From: hoyt at cavtel.net (HoytDuff) Date: Sun, 17 Aug 2003 00:39:11 -0400 Subject: Is this going to be RH 10 or....? In-Reply-To: <65356.65.40.71.213.1061093793.squirrel@whooper.org> References: <1061082757.14130.5.camel@localhost.localdomain> <1061087312.15085.27.camel@one.myworld> <65356.65.40.71.213.1061093793.squirrel@whooper.org> Message-ID: <200308170039.11069.hoyt@cavtel.net> On Sunday 17 August 2003 00:16, William Hooper wrote: > I think the better question would be, does it matter? It's amazing how > hung up people can get on version numbers. Take a look at the Beta list > archives when RH announced that Phoebe was going to be RHL 9... You would > have thought they ripped half the code out or something, people were > complaining so loudly. People that the day before were praising how well > the beta was doing, mind you. It shouldn't matter, but it was a change. Some people have difficulty with that. The Red Hat Linux Project is a change. You've seen how some people are handling that. They'll get over it. 8) BTW, the last "official" statement I saw designated the next release as "Red Hat 10" to answer the original question. -- Hoyt From jtlegbandt at earthlink.net Sun Aug 17 05:05:03 2003 From: jtlegbandt at earthlink.net (Joshua Legbandt) Date: Sat, 16 Aug 2003 22:05:03 -0700 Subject: 2.6.0-0.test3.1.31, mice and acpi Message-ID: <1061096702.4283.12.camel@suburbia> I've installed Arjan's 2.6.0-0.test3.1.31 kernel onto my laptop (a compaq presario 2715US) and it seems to be working almost flawlessly. I say almost because I have found 2 issues: 1st my PS/2 touchpad does not seem to be working. dmesg shows that it is found, but it is not working on the command line (with gpm) or with X. The relevant dmesg output is: mice: PS/2 mouse device common for all mice Synaptics Touchpad, model: 1 Firware: 5.8 Sensor: 29 new absolute packet format Touchpad has extended capability bits -> multifinger detection -> palm detection input: Synaptics Synaptics TouchPad on isa0060/serio1 My usb mouse works fine after modifying /etc/modprobe.conf after changing the alias for usb-controller from usb-uhci to uhci-hcd 2nd, the important acpi modules (battery, processor, thermal and ac) don't load, and I don't understand enough about modprobe.conf editing to make them work. With the 2.4 kernel + acpi patches, I had just compiled them into kernel, but if I can stick with an rpm'd kernel I'd be happier. After boot, I'm able to load the modules with the following commands: /sbin/insmod /lib/modules/`/bin/uname -r`/kernel/drivers/acpi/battery.ko /sbin/insmod /lib/modules/`/bin/uname -r`/kernel/drivers/acpi/processor.ko /sbin/insmod /lib/modules/`/bin/uname -r`/kernel/drivers/acpi/thermal.ko /sbin/insmod /lib/modules/`/bin/uname -r`/kernel/drivers/acpi/ac.ko I've added the following to my rc.local to get them to work, but I think there should be a cleaner way of loading those modules: kern_maj_ver=`/bin/uname -r | /bin/awk -F. '{print $2}'` kern_ver=`/bin/uname -r` if [ "$kern_maj_ver" = "6" ] then echo "/sbin/insmod /lib/modules/$kern_ver/kernel/drivers/acpi/battery.ko" echo "/sbin/insmod /lib/modules/$kern_ver/kernel/drivers/acpi/processor.ko" echo "/sbin/insmod /lib/modules/$kern_ver/kernel/drivers/acpi/thermal.ko" echo "/sbin/insmod /lib/modules/$kern_ver/kernel/drivers/acpi/ac.ko" fi Anyone have any suggestions? -Josh -- Joshua Legbandt From notting at redhat.com Sun Aug 17 05:19:54 2003 From: notting at redhat.com (Bill Nottingham) Date: Sun, 17 Aug 2003 01:19:54 -0400 Subject: Kernel 2.6? In-Reply-To: <1061014643.3837.21.camel@Linux1>; from ba@linuxin.dk on Sat, Aug 16, 2003 at 08:17:23AM +0200 References: <1061014643.3837.21.camel@Linux1> Message-ID: <20030817011954.B998@devserv.devel.redhat.com> Bjorn Andersen (ba at linuxin.dk) said: > Will the final Red Hat include kernel 2.6? Final Red Hat? You mean we're done? We're closing up shop? Damn, no one told me. Seriously, 2.6 is scheduled for the release after the one we're working on now. Bill From notting at redhat.com Sun Aug 17 05:22:01 2003 From: notting at redhat.com (Bill Nottingham) Date: Sun, 17 Aug 2003 01:22:01 -0400 Subject: kernel 2.6 with severn In-Reply-To: <3F3E967F.7080102@xmission.com>; from maxer1@xmission.com on Sat, Aug 16, 2003 at 02:39:27PM -0600 References: <3F3E967F.7080102@xmission.com> Message-ID: <20030817012201.C998@devserv.devel.redhat.com> raxet (maxer1 at xmission.com) said: > I enabled in /etc/sysconfig/rhn/sources to grab arjan's kernel 2.6. > > I'm getting the following error on up2date after selecting all (kernel, > kernel-doc, kernel-source and nfs-utils): > > Test install failed because of package conflicts: > file /lib/modules from install of kernel-2.6.0-0.test3.1.31 conflicts > with file from package filesystem-2.2.1-4 > > What do I do now? Compare the permissions on your /lib/modules, and on the /lib/modules in the kernel-2.6.0 package, file a bug against whichever looks wrong (or 'distribution', if you don't want to guess.) Bill From wintermi at teratools.com Sun Aug 17 11:28:30 2003 From: wintermi at teratools.com (Matthew Winter) Date: 17 Aug 2003 12:28:30 +0100 Subject: Applications slow to start up Message-ID: <1061119709.5269.4.camel@pc1-hink2-3-cust214.nott.cable.ntl.com> Hi, For about the past 3-4 days, all applications started within Gnome, such as Ximian Evolution, Mozilla etc seem to take about 15 - 20 seconds to launch. This was not the case when I first installed the RHL beta. In fact I thought the application startup was far faster than RHL 9 was. What could cause such a slow down? I have not installed any applications in the past 2 weeks, as most of what I require is present in the base installation. Any assistance on this would be most grateful. Regards Matthew Winter From acbk at zeelandnet.nl Sun Aug 17 12:53:59 2003 From: acbk at zeelandnet.nl (h.breimer) Date: Sun, 17 Aug 2003 14:53:59 +0200 Subject: Adrian's up2date - GREAT but... In-Reply-To: <20030816213351.A31242@redhat.com> References: <3F3E8483.8020401@xmission.com> <20030816203449.GA16051@ip68-4-255-84.oc.oc.cox.net> <3F3E9704.5040201@xmission.com> <20030816213351.A31242@redhat.com> Message-ID: <20030817145359.2720f1b7.acbk@zeelandnet.nl> I do not normally have an rhn entitlement on my beta box. Seeing the extended up2date my thought was: "great, use it for apt and yum stuff". But the new up2date will not even start, complaining off "no-authentication" Is it intended only to work op apt and yum repo's when there is an rhn entitlement? henk From alan at redhat.com Sun Aug 17 13:44:24 2003 From: alan at redhat.com (Alan Cox) Date: Sun, 17 Aug 2003 09:44:24 -0400 (EDT) Subject: Adrian's up2date - GREAT but... In-Reply-To: <20030817145359.2720f1b7.acbk@zeelandnet.nl> from "h.breimer" at Aws 17, 2003 02:53:59 Message-ID: <200308171344.h7HDiOm00428@devserv.devel.redhat.com> > Seeing the extended up2date my thought was: "great, use it for apt and > yum stuff". > > But the new up2date will not even start, complaining off > "no-authentication" > > Is it intended only to work op apt and yum repo's when there is an rhn > entitlement? Its working for me without a paid RHN entitlement just fine. You may need to add keys or use "--nosig" to have it accept packages. From gboyce at badbelly.com Sun Aug 17 14:00:46 2003 From: gboyce at badbelly.com (Gregory Boyce) Date: 17 Aug 2003 10:00:46 -0400 Subject: Applications slow to start up In-Reply-To: <1061119709.5269.4.camel@pc1-hink2-3-cust214.nott.cable.ntl.com> References: <1061119709.5269.4.camel@pc1-hink2-3-cust214.nott.cable.ntl.com> Message-ID: <1061128846.5711.1.camel@necronomicon.badbelly.com> On Sun, 2003-08-17 at 07:28, Matthew Winter wrote: > Hi, > > For about the past 3-4 days, all applications started within Gnome, such > as Ximian Evolution, Mozilla etc seem to take about 15 - 20 seconds to > launch. This was not the case when I first installed the RHL beta. In > fact I thought the application startup was far faster than RHL 9 was. > > What could cause such a slow down? > > I have not installed any applications in the past 2 weeks, as most of > what I require is present in the base installation. > > Any assistance on this would be most grateful. > > Regards > Matthew Winter If you haven't already, I would suggest running top to see if anything is chewing up CPU cycles. Pressing "M" will sort by memory usage, and you can check if something is hogging memory as well. Of course, this is only a possible cause if your machine has been running for those 3-4 days. -- Gregory Boyce From feliciano.matias at free.fr Sun Aug 17 15:20:05 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 17 Aug 2003 17:20:05 +0200 Subject: Adrian's up2date - GREAT but... In-Reply-To: <200308171344.h7HDiOm00428@devserv.devel.redhat.com> References: <200308171344.h7HDiOm00428@devserv.devel.redhat.com> Message-ID: <1061133604.3356.9.camel@one.myworld> Le dim 17/08/2003 ? 15:44, Alan Cox a ?crit : > > Seeing the extended up2date my thought was: "great, use it for apt and > > yum stuff". > > > > But the new up2date will not even start, complaining off > > "no-authentication" > > > > Is it intended only to work op apt and yum repo's when there is an rhn > > entitlement? > > Its working for me without a paid RHN entitlement just fine. You may need > to add keys or use "--nosig" to have it accept packages. > up2date --help : --nosig do not use GPG to check package signatures I think he doesn't have an account in rhn and should create it with rhn_register or "up2date --register". btw, how to tell up2date to not use rhn ? > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- F?liciano Matias -------------- 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 alan at redhat.com Sun Aug 17 15:49:56 2003 From: alan at redhat.com (Alan Cox) Date: Sun, 17 Aug 2003 11:49:56 -0400 (EDT) Subject: Adrian's up2date - GREAT but... In-Reply-To: <1061133604.3356.9.camel@one.myworld> from "=?ISO-8859-1?Q?F=E9liciano?= Matias" at Aws 17, 2003 05:20:05 Message-ID: <200308171549.h7HFnux27409@devserv.devel.redhat.com> > up2date --help : > --nosig do not use GPG to check package signatures > > I think he doesn't have an account in rhn and should create it with > rhn_register or "up2date --register". > > btw, how to tell up2date to not use rhn ? I don't think you can with the current one. From wintermi at teratools.com Sun Aug 17 16:40:14 2003 From: wintermi at teratools.com (Matthew Winter) Date: 17 Aug 2003 17:40:14 +0100 Subject: Applications slow to start up Message-ID: <1061138414.4204.4.camel@pc1-hink2-3-cust214.nott.cable.ntl.com> Hi, I did run top before, and nothing is showing up as chewing up CPU cycles. In fact most things are running at less than 0.1% during the startup of the application. When evolution finally starts, it increases to about 50%, while it loads all of the folder information. The only real thing I noticed, is that no matter what I started "magicdev" seemed to kick in for about 2 seconds. I have rebooted the machine without any difference. In fact it can be worse when you have just booted. Leaving the machine for about 1 hour seems to improve the overall performance of applications starting. Thanks Matthew > If you haven't already, I would suggest running top to see if anything > is chewing up CPU cycles. Pressing "M" will sort by memory usage, and > you can check if something is hogging memory as well. > > Of course, this is only a possible cause if your machine has been > running for those 3-4 days. > From wintermi at teratools.com Sun Aug 17 17:53:10 2003 From: wintermi at teratools.com (Matthew Winter) Date: 17 Aug 2003 18:53:10 +0100 Subject: Applications slow to start up Message-ID: <1061142790.3775.3.camel@localhost.localdomain> Hi, Well I have found out what was causing the slow down. Seems to be the NVidia graphics driver. Once I changed it back to the one provided as part of the Beta "nv", rather than the one from the NVidia website, the performance of applications starting seems to have gone back to how it should be. Thanks for all your comments. Regards Matthew > If you haven't already, I would suggest running top to see if anything > is chewing up CPU cycles. Pressing "M" will sort by memory usage, and > you can check if something is hogging memory as well. > > Of course, this is only a possible cause if your machine has been > running for those 3-4 days. From leonardjo at hetnet.nl Sun Aug 17 19:30:39 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Sun, 17 Aug 2003 21:30:39 +0200 Subject: lost the GNOME panel, how do I get it back? In-Reply-To: <200308161319.49623.elwoo@videotron.ca> References: <200308161904.17009.peter.backlund@home.se> Message-ID: <3F3FF3FF.10556.258955@localhost> Hi Elton, > (FWIW, that's how I learned OS/2, first by breaking stuff, without really > knowing how or why, and afterwards by *knowingly* deleting the hidden system > files...) Fair enough, but the fact that you do this testing/breaking on a beta release makes it hard (at least for me) to distinguish whether something is actually broken or it is a lack of expertise on your behalf that is causing the problem. This case obviously belongs to the first category, but that seems not always to be the case. Ah well... Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From dee at renaissoft.com Sun Aug 17 20:09:29 2003 From: dee at renaissoft.com (Dee-Ann LeBlanc) Date: 17 Aug 2003 13:09:29 -0700 Subject: Odd USB mouse + PCMCIA Ethernet happenings Message-ID: <1061150969.14634.511.camel@localhost.localdomain> I have a USB laser mouse and a PCMCIA Ethernet card in my laptop. I was trying to FTP something off of that laptop onto another machine and my local network and was trying to figure out why the laptop won't keep its Ethernet connection up (it drops it and I have to restart it manually) and why it was terribly laggy and then, all of a suddenly, traffic bursts through. Well, I figured it out but that just made me more confused. I have to move the mouse on that machine to let network traffic pass through. This problem persists even after reboot. Anyone else have this strange one? :) -- Dee-Ann LeBlanc, RHCE Lots of things Linux http://www.Dee-AnnLeBlanc.com/ From Epps.Aaron at mayo.edu Sun Aug 17 20:11:00 2003 From: Epps.Aaron at mayo.edu (Epps, Aaron M.) Date: Sun, 17 Aug 2003 15:11:00 -0500 Subject: Rhythmbox? Message-ID: Just curious if there are any plans to include Rhythmbox in any future releases of Red Hat? IMHO, XMMMS is starting to look old and I think Rhythmbox conforms more to the Gnome HIG. I know it was included in the RH 8.0 Betas as a optional package and then removed. From pcompton at proteinmedia.com Sun Aug 17 21:02:45 2003 From: pcompton at proteinmedia.com (Phillip Compton) Date: Sun, 17 Aug 2003 17:02:45 -0400 Subject: Rhythmbox? In-Reply-To: References: Message-ID: <1061154165.18030.5.camel@GreenTea> On Sun, 2003-08-17 at 16:11, Epps, Aaron M. wrote: > Just curious if there are any plans to include Rhythmbox in any future releases of Red Hat? IMHO, XMMMS is starting to look old and I think Rhythmbox conforms more to the Gnome HIG. I know it was included in the RH 8.0 Betas as a optional package and then removed. > rhythmbox is a great program, but I don't think its quite ready for prime time. By the release of Cambridge++, however, I think they'll have it all together. In the mean time, it's currently in QA for Fedora's testing repository: https://bugzilla.fedora.us/show_bug.cgi?id=613 Phil From riel at redhat.com Sun Aug 17 23:17:50 2003 From: riel at redhat.com (Rik van Riel) Date: Sun, 17 Aug 2003 19:17:50 -0400 (EDT) Subject: Naughty Hardware: CompUSA Optical USB Notebook Mouse In-Reply-To: <1060909488.2151.10.camel@bobcp4.lingpgmr.com> Message-ID: On 14 Aug 2003, Robert L Cochran wrote: > This is the first time I've seen advice that CompUSA branded hardware is > incompatible with Linux. I've been buying their hardware with nary a > glitch -- but not yet mice. When I need another mouse I plan to buy a > used optical one from someone or at some store. I just bought a $20 Logitech optical mouse at CompUSA today, a generic one that comes with a usb connector and a usb to ps2 converter, advertising both pc and mac compatibility. It's working fine. I tend to stay away from fancy hardware, because it often comes with fancy "unexpected features"... -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From notting at redhat.com Mon Aug 18 00:41:39 2003 From: notting at redhat.com (Bill Nottingham) Date: Sun, 17 Aug 2003 20:41:39 -0400 Subject: Rhythmbox? In-Reply-To: ; from Epps.Aaron@mayo.edu on Sun, Aug 17, 2003 at 03:11:00PM -0500 References: Message-ID: <20030817204138.A3922@devserv.devel.redhat.com> Epps, Aaron M. (Epps.Aaron at mayo.edu) said: > Just curious if there are any plans to include Rhythmbox in > any future releases of Red Hat? IMHO, XMMMS is starting to look old > and I think Rhythmbox conforms more to the Gnome HIG. I know it was > included in the RH 8.0 Betas as a optional package and then removed. It was in the 9 beta, but then the upstream maintainers requested we not ship it (and it did still have some functionality issues then as well.) The situation has probably improved somewhat, but I'd think it's rather late for this cycle. Perhaps in future cycles. Bill From alikins at redhat.com Mon Aug 18 02:19:53 2003 From: alikins at redhat.com (Adrian Likins) Date: Sun, 17 Aug 2003 22:19:53 -0400 Subject: Adrian's up2date - GREAT but... In-Reply-To: <3F3EF313.7050302@xmission.com>; from maxer1@xmission.com on Sat, Aug 16, 2003 at 09:14:27PM -0600 References: <3F3E8483.8020401@xmission.com> <20030816203449.GA16051@ip68-4-255-84.oc.oc.cox.net> <3F3E9704.5040201@xmission.com> <20030816213351.A31242@redhat.com> <3F3EF313.7050302@xmission.com> Message-ID: <20030817221953.A16469@redhat.com> On Sat, Aug 16, 2003 at 09:14:27PM -0600, raxet wrote: > Adrian Likins wrote: > > >On Sat, Aug 16, 2003 at 02:41:40PM -0600, raxet wrote: > > > > > up2date-gnome-3.9.10-2 > up2date-3.9.10-2 dunno, seems to work fine for me. Could you send me a copy of your /etc/sysconfig/rhn/sources? Adrian From awol at home.nl Mon Aug 18 07:37:29 2003 From: awol at home.nl (Alexander Volovics) Date: Mon, 18 Aug 2003 09:37:29 +0200 Subject: 2 batteries in laptop + acpi Message-ID: <20030818073729.GA2595@home.nl> I have severn running on a dell i8100. ACPI seems to be registering most events and also reporting some events correctly. I was surprised the battery applet on the panel reported battery status quite accurately. Also /proc/acpi/battery has entries for BAT0 and BAT1 and /proc/acpi/battery/BATx/state and /proc/acpi/battery/BATx/info, x=0,1, seem to be reporting events correctly when 2 batteries are inserted. (but the battery applet does not register the second battery!). However acpi does not seem to be capable of handling 2 batteries. When one battery is depleted the laptop abruptly aborts and does not switch to using the second battery. I this a known shortcoming (bug?) or is there some way of configuring the system to use the second battery when the first is empty. Should I bugzilla this? Alexander From awol at home.nl Mon Aug 18 08:01:23 2003 From: awol at home.nl (Alexander Volovics) Date: Mon, 18 Aug 2003 10:01:23 +0200 Subject: 'Fn key' and ACPI on dell laptops Message-ID: <20030818080123.GB2633@home.nl> Dell laptops have a blue Fn key. Under APM pressing 'Fn-setup' and 'Fn-battery' would show the BIOS setup and the battery status. Under ACPI this is no longer possible. Why does using ACPI disable this functionality? Alexander From ossamak at nht.com.kw Mon Aug 18 08:02:04 2003 From: ossamak at nht.com.kw (Ossama Khayaat) Date: Mon, 18 Aug 2003 11:02:04 +0300 Subject: 'Fn key' and ACPI on dell laptops Message-ID: <130C5A7B54843746A3B5D43C35BCA54F01B938@braveheart.kw> This is true for Toshiba satellite laptops too. The 'Fn' key isn't working at all! Is there any software to be installed? Also, when trying to add the 'Battery Charge Monitor' is crashes! Regards, Ossama Khayat Alexander Volovics wrote: > Dell laptops have a blue Fn key. > Under APM pressing 'Fn-setup' and 'Fn-battery' would show the > BIOS setup and the battery status. > > Under ACPI this is no longer possible. > Why does using ACPI disable this functionality? > > Alexander --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.510 / Virus Database: 307 - Release Date: 8/14/2003 From ossamak at nht.com.kw Mon Aug 18 09:21:44 2003 From: ossamak at nht.com.kw (Ossama Khayaat) Date: Mon, 18 Aug 2003 12:21:44 +0300 Subject: Possible bugs in Shrike and Severn installed on Toashiba Satellite 2450-S203 Message-ID: <130C5A7B54843746A3B5D43C35BCA54F01B93A@braveheart.kw> Hi, I've installed both Shrike and Severn on my Toshiba Satellite 2450-S203. This is the latest model from Toshiba (at least in the Middle East) which has: - P4 2.8GHz (400MHz FSB) - 512MB DDR ram - 40GB HDD - External USB Floppy - CD DVD-R/RW drive (combo) - GeForce4 420 Go with 32MB DDR VRAM - 15" TFT (1024x768 max resolution) - V.90 modem, LAN, IEEE 1394, Fast IR, SD Card, 3xUSB 2.0 ... so I mentioned this for reference. Now, the system seems working so smooth on both versions, but noticed these things during the period of test: + Sound is detected and working fine, but not when I login as root. + When double clicking on 'Start Here' shortcut in the /home/user/Desktop folder, you get '..not a valid location error' (attached screen shot). + When you open the 'Home' folder, it opens in Konqueror instead of Nautilus + Try to open the floppy disk, and you get a '..no capable viewer..' error thing. Though, if you right-click the desktop, choose Disks->Floppy it will work fine, though it's so slow at first view/mount. The previously mentioned points are valid in both releases. + When the system goes in power saving mode and I want to resume: = I can't use my USB mouse to resume, only touchpad and/or keyboard. = The screen goes so wide that I have to switch to a console and back to X so that it restores correctly. Finally, only in Shrike (because this doesn't work anyway in Severn): + When you add the battery monitoring tool, it always show 'critical'. Other than this, the system is really excellent running both releases. Thanks, Ossama Khayat --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.510 / Virus Database: 307 - Release Date: 8/14/2003 From pboy at barkhof.uni-bremen.de Mon Aug 18 09:42:53 2003 From: pboy at barkhof.uni-bremen.de (Peter) Date: 18 Aug 2003 11:42:53 +0200 Subject: 'Fn key' and ACPI on dell laptops In-Reply-To: <20030818080123.GB2633@home.nl> References: <20030818080123.GB2633@home.nl> Message-ID: <1061199773.2182.93.camel@ibmLinux.athome.de> Am Mon, 2003-08-18 um 10.01 schrieb Alexander Volovics: > Under ACPI this is no longer possible. > Why does using ACPI disable this functionality? As far as I know the functionality is not disabled by ACPI but is not "enabled" = is not implemented/developed yet. And ACPI is quite unstable in some installations/hardware. Maybe staying with APM is the better choice for some months. Peter From ms-nospam-0306 at arcor.de Mon Aug 18 12:47:52 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Mon, 18 Aug 2003 14:47:52 +0200 Subject: was there an advertised ETA for the next beta? In-Reply-To: <1060641606.6735.1.camel@lando> References: <1060641606.6735.1.camel@lando> Message-ID: <20030818144752.1a8b4622.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 11 Aug 2003 17:40:07 -0500, Kyle Maxwell wrote: > Now *there's* a question sure to generate traffic... > > I'd really like to see Tripwire (or AIDE) back in. I think a host-based > IDS like this with a reasonable default would be a nice addition. I > understand that it was yanked due to developer resource constraints, but > maybe this is where the community involvement comes in. Yesterday I tested AIDE a bit more. I used the 0.9 version, later tried fixes from CVS and also had a look at enhancements done by the Debian folks. Well, does anybody *really* use AIDE? It fails for me for simple config lines such as =/home p+u+g which tells it to check permissions and ownership of the /home directory but not process child directories. Creating and installing the database works. But as soon as I run aide --check, it recurses into /home and prints "open_dir():Not a directory:" for every file name it finds. Same for the example =/ p+u+g which processes the entire file-system contrary to what is written in the manual. I also saw that there is a package for Mandrake Linux. Those folks have a line =/lost+found DIR with "DIR" being a macro for p+u+g plus inode check and number of links check. However, the path names in aide.conf are regular expressions. Hence for directory /lost+found to match, the config line would need to be =/lost\+found DIR And they also include a "=/home DIR" rule. Might be that AIDE doesn't build correctly on Red Hat Linux only. But with issues like these, I don't think AIDE is ready to be deployed. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/QMr40iMVcrivHFQRApp1AJ4wGxki38/DVlBVUy5rLAdQWmDjoACeM8gu 1Ca2JaLL87LtQDs3K8hVXr4= =VSU9 -----END PGP SIGNATURE----- From sopwith at redhat.com Mon Aug 18 13:02:20 2003 From: sopwith at redhat.com (Elliot Lee) Date: Mon, 18 Aug 2003 09:02:20 -0400 (EDT) Subject: What's wrong with disucssing BUGS in Severn? (was Re: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <20030814185743.GA26354@nonesuch> Message-ID: On Thu, 14 Aug 2003, Jack Bowling wrote: > Elton has a point. This is the rhl-beta list. Perhaps we should have > another rhl-community list where the New World Order could be discussed? rhl-devel-list or rhl-list. -- Elliot Humpty Dumpty was pushed. From alexl at redhat.com Mon Aug 18 13:06:05 2003 From: alexl at redhat.com (Alexander Larsson) Date: 18 Aug 2003 15:06:05 +0200 Subject: lost the GNOME panel, how do I get it back? In-Reply-To: <20030816142817.R10042@devserv.devel.redhat.com> References: <200308161244.44947.elwoo@videotron.ca> <200308161904.17009.peter.backlund@home.se> <200308161349.06811.elwoo@videotron.ca> <20030816142817.R10042@devserv.devel.redhat.com> Message-ID: <1061211965.21871.54.camel@localhost.localdomain> On Sat, 2003-08-16 at 20:28, Havoc Pennington wrote: > On Sat, Aug 16, 2003 at 01:49:06PM -0400, Elton Woo wrote: > > Also there were errors in upgrading with the rawhide package > > (gnome-panel-2.3.6.2-2.i386.rpm): > > ------------------------------------------------------------------------ > > 1:gnome-panel ########################################### [100%] > > warning: failed to load external entity > > "/etc/gconf/schemas/panel-global-config.schemas" > > Failed to open `/etc/gconf/schemas/panel-global-config.schemas': No such file > > or directory > > warning: failed to load external entity > > "/etc/gconf/schemas/panel-per-panel-config.schemas" > > Failed to open `/etc/gconf/schemas/panel-per-panel-config.schemas': No such > > file or directory > > warning: failed to load external entity "/etc/gconf/schemas/mailcheck.schemas" > > Failed to open `/etc/gconf/schemas/mailcheck.schemas': No such file or > > directory > > warning: failed to load external entity "/etc/gconf/schemas/pager.schemas" > > Failed to open `/etc/gconf/schemas/pager.schemas': No such file or directory > > warning: failed to load external entity "/etc/gconf/schemas/tasklist.schemas" > > Failed to open `/etc/gconf/schemas/tasklist.schemas': No such file or > > directory > > > > That's a fairly serious package bug (the %post has fallen out of sync > with the actual names of the panel .schemas files, apparently). > > Will result in things not working. It seems the way gnome-panel handles defaults changed a lot. I've updated our defaults in gnome-panel 2.3.6.2-3, which should fix this issue. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a suicidal soccer-playing inventor searching for his wife's true killer. She's a virginal motormouth archaeologist from aristocratic European stock. They fight crime! From leonardjo at hetnet.nl Mon Aug 18 13:24:36 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Mon, 18 Aug 2003 15:24:36 +0200 Subject: Add an extended partition with disk druid Message-ID: <3F40EFB4.4070.405020@localhost> Hi, Now that fdisk is not part of the installer anymore I was wondering how I can add an extended partition to my setup with disk druid. I don't see any option to do this... Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From markoer at usa.net Mon Aug 18 13:47:44 2003 From: markoer at usa.net (Marco Ermini) Date: Mon, 18 Aug 2003 15:47:44 +0200 (CEST) Subject: Add an extended partition with disk druid In-Reply-To: <3F40EFB4.4070.405020@localhost> References: <3F40EFB4.4070.405020@localhost> Message-ID: <55518.81.200.225.99.1061214464.squirrel@smtp.westtoeast.it> Leonard den Ottolander disse: > Hi, > > Now that fdisk is not part of the installer anymore I was wondering how I > can add an extended partition to my setup with disk druid. I don't see any > option to do this... Disk Druid will automatically propose you to create an extended partition when it's needed (i.e. when you already have 4 primary partitions). No need to hassle about primary and extended partitions, Disk Druid will take care of them. HTH -- Marco Ermini http://macchi.markoer.org From leonardjo at hetnet.nl Mon Aug 18 14:00:18 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Mon, 18 Aug 2003 16:00:18 +0200 Subject: Add an extended partition with disk druid In-Reply-To: <55518.81.200.225.99.1061214464.squirrel@smtp.westtoeast.it> References: <3F40EFB4.4070.405020@localhost> Message-ID: <3F40F812.8993.6100AF@localhost> Hello Marco, > Disk Druid will automatically propose you to create an extended partition > when it's needed (i.e. when you already have 4 primary partitions). No need > to hassle about primary and extended partitions, Disk Druid will take care > of them. Ok. Not flexible enough for my requirements, but then I can still use fdisk from tty2. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From hosting at j2solutions.net Mon Aug 18 14:00:07 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Mon, 18 Aug 2003 07:00:07 -0700 Subject: Add an extended partition with disk druid In-Reply-To: <3F40F812.8993.6100AF@localhost> References: <3F40EFB4.4070.405020@localhost> <3F40F812.8993.6100AF@localhost> Message-ID: <200308180700.07213.hosting@j2solutions.net> On Monday 18 August 2003 07:00, Leonard den Ottolander uttered: > Ok. Not flexible enough for my requirements, but then I can still use > fdisk from tty2. You can also force the other partitions you make to be primary, so if you force 3 partitions to be primary, the rest you create will exist in an extended partition. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (www.mondorescue.org) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From markoer at usa.net Mon Aug 18 14:45:30 2003 From: markoer at usa.net (Marco Ermini) Date: Mon, 18 Aug 2003 16:45:30 +0200 (CEST) Subject: Add an extended partition with disk druid In-Reply-To: <3F40F812.8993.6100AF@localhost> References: <3F40EFB4.4070.405020@localhost> <3F40F812.8993.6100AF@localhost> Message-ID: <58125.81.200.225.99.1061217930.squirrel@smtp.westtoeast.it> Leonard den Ottolander disse: [...] > Ok. Not flexible enough for my requirements, but then I can still use > fdisk from tty2. [...] I think that you can do all you need to do with both tools. After all, you only need to create an extended partition only if you don't have any more primary partitions... it makes no sense to use an extended partition, if you have a spare primary one. I don't get the point of why you would need to use fdisk, apart from the case that you want to label a partition with a filesystem that disk druid did not support (but you can't even format it with fdisk...), or the case that you are emotionally attached to fdisk ;-) Bye -- Marco Ermini http://macchi.markoer.org From leonardjo at hetnet.nl Mon Aug 18 15:02:21 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Mon, 18 Aug 2003 17:02:21 +0200 Subject: Add an extended partition with disk druid In-Reply-To: <58125.81.200.225.99.1061217930.squirrel@smtp.westtoeast.it> References: <3F40F812.8993.6100AF@localhost> Message-ID: <3F41069D.26272.99D399@localhost> Hi Marco, > it makes no sense to use an extended partition, if you > have a spare primary one. It does if you want to reserve space for other OSes that need a primary partition. So I'll use fdisk for this. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From ms-nospam-0306 at arcor.de Mon Aug 18 16:11:28 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Mon, 18 Aug 2003 18:11:28 +0200 Subject: Add an extended partition with disk druid In-Reply-To: <55518.81.200.225.99.1061214464.squirrel@smtp.westtoeast.it> References: <3F40EFB4.4070.405020@localhost> <55518.81.200.225.99.1061214464.squirrel@smtp.westtoeast.it> Message-ID: <20030818181128.636b1e6c.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 18 Aug 2003 15:47:44 +0200 (CEST), Marco Ermini wrote: > Leonard den Ottolander disse: > > > > Now that fdisk is not part of the installer anymore I was wondering how I > > can add an extended partition to my setup with disk druid. I don't see any > > option to do this... > > Disk Druid will automatically propose you to create an extended partition > when it's needed (i.e. when you already have 4 primary partitions). How does it do that? Does it delete one of the four primary partitions? > No need to hassle about primary and extended partitions, Disk Druid > will take care of them. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/QPqw0iMVcrivHFQRAiilAJwI/QRukcjxBbCJWkgu4klBm4BfVgCeOUb3 FEqDaV3j73lTebOjje1v4FM= =6t/X -----END PGP SIGNATURE----- From leonardjo at hetnet.nl Mon Aug 18 16:26:05 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Mon, 18 Aug 2003 18:26:05 +0200 Subject: Can't install Severn on a Cyrix P166 Message-ID: <3F411A3D.11150.E67F88@localhost> Hi, I seem to be unable to install Severn on a Cyrix P166 with 80MB. Actually I think this problem exists since 8.0. For some reason booting from CD fails, the machine reboots as soon as it tries to boot from the CD. I am not seeing this problem with 7.3. Using noapic, noacpi and nodma doesn't seem to make a difference. When booting from a boot floppy I manage to get as far as the package selection, but after OK-ing my selection the installation exits abnormally. No specific error is given on any of the tty's. Same thing happens with a hd installation. Another issue that surprises me is the fact that Severn doesn't recognize my serial mouse. Also this problem doesn't exist with 7.3. Even after selecting the correct mouse and port Severn doesn't recognize the mouse. Is the probing for serial mice deleted from the installer? Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From markoer at usa.net Mon Aug 18 16:28:13 2003 From: markoer at usa.net (Marco Ermini) Date: Mon, 18 Aug 2003 18:28:13 +0200 (CEST) Subject: Add an extended partition with disk druid In-Reply-To: <20030818181128.636b1e6c.ms-nospam-0306@arcor.de> References: <3F40EFB4.4070.405020@localhost><55518.81.200.225.99.1061214464.squirr el@smtp.westtoeast.it> <20030818181128.636b1e6c.ms-nospam-0306@arcor.de> Message-ID: <7687.80.116.166.124.1061224093.squirrel@smtp.westtoeast.it> Michael Schwendt disse: [...] >> Disk Druid will automatically propose you to create an extended >> partition >> when it's needed (i.e. when you already have 4 primary partitions). > > How does it do that? Does it delete one of the four primary > partitions? [...] It did not need to delete a partition. Partitions are NOT created when you run Disk Druid; you are just "projecting" a disk configuration, then you have to "commit" the "project". bye -- Marco Ermini http://macchi.markoer.org From alan at redhat.com Mon Aug 18 16:31:58 2003 From: alan at redhat.com (Alan Cox) Date: Mon, 18 Aug 2003 12:31:58 -0400 (EDT) Subject: Can't install Severn on a Cyrix P166 In-Reply-To: <3F411A3D.11150.E67F88@localhost> from "Leonard den Ottolander" at Aws 18, 2003 06:26:05 Message-ID: <200308181631.h7IGVxr10545@devserv.devel.redhat.com> > I seem to be unable to install Severn on a Cyrix P166 with 80MB. Actually Is this a 1.x CPU revision (see the boot messages) > but after OK-ing my selection the installation exits abnormally. No > specific error is given on any of the tty's. Same thing happens with a hd > installation. You need "text" for 64Mb so you may need it for 80 Alan From markoer at usa.net Mon Aug 18 16:37:54 2003 From: markoer at usa.net (Marco Ermini) Date: Mon, 18 Aug 2003 18:37:54 +0200 (CEST) Subject: Add an extended partition with disk druid In-Reply-To: <3F41069D.26272.99D399@localhost> References: <3F40F812.8993.6100AF@localhost> <3F41069D.26272.99D399@localhost> Message-ID: <7697.80.116.166.124.1061224674.squirrel@smtp.westtoeast.it> Leonard den Ottolander disse: > Hi Marco, > >> it makes no sense to use an extended partition, if you >> have a spare primary one. > > It does if you want to reserve space for other OSes that need a primary > partition. So I'll use fdisk for this. [...] But why did you not want to use Disk Druid to do this? :-) I still cannot get the sense of what you want to do. For instance, let's say you want to create 3 primary partitions and 2 extended partitions (result = 4 partition, 2 primary and one as a mere container for the 2 extended - notice that you may lose disk space in this way, because the extended partitions may not fit exactly in the primary partition used as a container); ok, you cannot do it with disk druid, and you can do it with fdisk, but why you would need to do it, when you could create 4 primary partitions and save disk space? :-) Remember that with Disk Druid you are not obligated to use all the partitions you create, you may choose not to format all the primary partitions you don't want to use with RedHat Linux, and use it later for, let's say, FreeBSD (which exclusively wants a primary partition in which to create his own "slices"). bye -- Marco Ermini http://macchi.markoer.org From gmaeding at kidspeace.org Mon Aug 18 16:41:22 2003 From: gmaeding at kidspeace.org (Glen Maeding) Date: Mon, 18 Aug 2003 12:41:22 -0400 Subject: Using ALSA?.... Message-ID: <2E8FBD72B20F054FA871D9846F127F500231445C@hyperion.kidspeace.org> Several questions: 1) How do you check to see if its using ALSA instead of OSS in console? I am aware that kernel 2.6.0 tests should have ALSA in it, so I went to get the plugin for XMMS to use it and tried to ./configure it, came back with errors: checking for libasound headers version >= 0.9.0... not present. configure: error: Sufficiently new version of libasound not found. I am trying to use alsa-xmms-0.9.12. 2) Where do you get the latest kernel rpm's for this beta release? I used this link to get the rpms from it: http://people.redhat.com/arjanv/2.5/ I downloaded it and installed it pretty successfully ( minus this network rpmsave thing, fixed it tho and the mouse lost its scroll wheel functions somehow ). By the way, I tested this kernel in RH9 too. * ** Glen Maeding * ** MIS Tech @ Kidspeace Inc. * ** Webmaster of MIS-comm, Pdangel.org, and others... * ** E-mail: gmaeding at kidspeace.org * ** Pager e-mail: goik at tmail.com From imoq at imoqland.com Mon Aug 18 16:41:19 2003 From: imoq at imoqland.com (Alejandro =?ISO-8859-1?Q?Gonz=E1lez_Hern=E1ndez?= - Imoq) Date: 18 Aug 2003 11:41:19 -0500 Subject: radeon panic and 2.6 kernel In-Reply-To: <1060530121.8384.3.camel@localhost.localdomain> References: <1060148950.5540.646.camel@galt.atlas.gotdns.org> <1060366180.3393.21.camel@imoqland.morelos.gob.mx> <1060530121.8384.3.camel@localhost.localdomain> Message-ID: <1061224877.28938.1.camel@imoqland.morelos.gob.mx> On Sun, 2003-08-10 at 10:42, Ben Hsu wrote: > > I have the same problems with my Intel i810 crappy video card. X doesn't > > start. USB modules are loaded (optical mouse turns on) but then I see > > in the logs complains about agpgart module not running but I see it in > > lsmod :( > > > I don't know if this has anything to do with it, but I saw the following > blurb in Arjan's 2.6.0 readme.txt and to be safe, I compiled by 2.6 > kernel with i810 support built in, and not as module. It works fine. I'm > am running X and 2.6.0.test3 as I type this. I recompiled the kernel 2.6.0-test3 this weekend, just to add i810 video as built in and not as module, and it works very well! Man, I am starting to love 2.6.0 already, hehe. Anyway, I hope i810 video works as module later. Thanks for the suggestion. Alex. -- ?S? libre, usa software libre! Be free, use free software! http://www.imoqland.com/ From notting at redhat.com Mon Aug 18 16:43:06 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 18 Aug 2003 12:43:06 -0400 Subject: Using ALSA?.... In-Reply-To: <2E8FBD72B20F054FA871D9846F127F500231445C@hyperion.kidspeace.org>; from gmaeding@kidspeace.org on Mon, Aug 18, 2003 at 12:41:22PM -0400 References: <2E8FBD72B20F054FA871D9846F127F500231445C@hyperion.kidspeace.org> Message-ID: <20030818124306.C26331@devserv.devel.redhat.com> Glen Maeding (gmaeding at kidspeace.org) said: > 1) How do you check to see if its using ALSA instead of OSS in console? lsmod | grep "snd-" ALSA modules start with snd-XXX. Bill From leonardjo at hetnet.nl Mon Aug 18 16:45:44 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Mon, 18 Aug 2003 18:45:44 +0200 Subject: Can't install Severn on a Cyrix P166 In-Reply-To: <200308181631.h7IGVxr10545@devserv.devel.redhat.com> References: <3F411A3D.11150.E67F88@localhost> from "Leonard den Ottolander" at Aws 18, 2003 06:26:05 Message-ID: <3F411ED8.8010.F87C37@localhost> Hi Alan, > Is this a 1.x CPU revision (see the boot messages) I am now installing 7.3. /proc/cpuinfo tells me (some snipping): model : 2 model name : 6x86 2x Core/Bus Clock stepping : 7 cpuid level : 1 Not sure which of these you mean. cpuid? > You need "text" for 64Mb so you may need it for 80 Even if I do not add text to the boot prompt explicitly I will automatically get a text install due to the fact that the serial mouse isn't recognized. And what about this serial mouse not being recognized? Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From gmaeding at kidspeace.org Mon Aug 18 16:47:18 2003 From: gmaeding at kidspeace.org (Glen Maeding) Date: Mon, 18 Aug 2003 12:47:18 -0400 Subject: Using ALSA?.... Message-ID: <2E8FBD72B20F054FA871D9846F127F500231445D@hyperion.kidspeace.org> Bill- Thats what i thought, but after typing that , i got nothing out of it. I checked the list via lsmod command and i see this: ac97_codec 19468 1 trident soundcore 8768 3 sound,trident Now that isnt supposed to be like that is it? * ** Glen Maeding * ** MIS Tech @ Kidspeace Inc. * ** Webmaster of MIS-comm, Pdangel.org, and others... * ** E-mail: gmaeding at kidspeace.org * ** Pager e-mail: goik at tmail.com -----Original Message----- From: Bill Nottingham [mailto:notting at redhat.com] Sent: Monday, August 18, 2003 12:43 PM To: rhl-beta-list at redhat.com Subject: Re: Using ALSA?.... Glen Maeding (gmaeding at kidspeace.org) said: > 1) How do you check to see if its using ALSA instead of OSS in console? lsmod | grep "snd-" ALSA modules start with snd-XXX. Bill -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From ms-nospam-0306 at arcor.de Mon Aug 18 16:50:28 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Mon, 18 Aug 2003 18:50:28 +0200 Subject: Add an extended partition with disk druid In-Reply-To: <7687.80.116.166.124.1061224093.squirrel@smtp.westtoeast.it> References: <3F40EFB4.4070.405020@localhost> <55518.81.200.225.99.1061214464.squirr el@smtp.westtoeast.it> <20030818181128.636b1e6c.ms-nospam-0306@arcor.de> <7687.80.116.166.124.1061224093.squirrel@smtp.westtoeast.it> Message-ID: <20030818185028.225619e9.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 18 Aug 2003 18:28:13 +0200 (CEST), Marco Ermini wrote: > > > Disk Druid will automatically propose you to create an extended > > > partition when it's needed (i.e. when you already have 4 primary > > > partitions). > > > > How does it do that? Does it delete one of the four primary > > partitions? > > It did not need to delete a partition. Partitions are NOT created when you > run Disk Druid; you are just "projecting" a disk configuration, then you > have to "commit" the "project". Let me rephrase. What does Disk Druid suggest when (quote) "you already have 4 primary partitions"? In that case the partition table is full, and Disk Druid cannot put an extended partition on the list of partitions to be created. Concerning the second part of your reply, Disk Druid is a partitioning tool, an interface to libparted. It does not matter whether operations are executed immediately or in a second pass. When the partition table is full, Disk Druid can't help. When the partition table has room for an extended partition, however, it can choose to create logical partitions automatically. Else the "force primary partition" checkbox wouldn't make sense. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/QQPU0iMVcrivHFQRAo8gAJ4rbAO7+aMUWAbeuEK7azRIcTJReACfdidU JvU8mrADL7TZPC3Fiovgxok= =z4gZ -----END PGP SIGNATURE----- From tvinhas at techbyte.com.br Mon Aug 18 16:51:47 2003 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Mon, 18 Aug 2003 13:51:47 -0300 Subject: Severn Beta2 Message-ID: <001701c365a9$03ed0810$01fea8c0@vinhas> Hi there! The initial release schedule said that beta 2 would be released today. Is there any new schedule avaiable? Regards, Thiago -------------- next part -------------- An HTML attachment was scrubbed... URL: From leonardjo at hetnet.nl Mon Aug 18 16:54:41 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Mon, 18 Aug 2003 18:54:41 +0200 Subject: Add an extended partition with disk druid In-Reply-To: <7697.80.116.166.124.1061224674.squirrel@smtp.westtoeast.it> References: <3F41069D.26272.99D399@localhost> Message-ID: <3F4120F1.31661.100AEB8@localhost> Hi Marco, > But why did you not want to use Disk Druid to do this? :-) Because it will not let me create a single extended partition in which I can create the Linux partitions and leave the rest of the disk alone. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From joden at malachi.lee.k12.nc.us Mon Aug 18 17:52:51 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Mon, 18 Aug 2003 13:52:51 -0400 (EDT) Subject: Add an extended partition with disk druid In-Reply-To: <20030818185028.225619e9.ms-nospam-0306@arcor.de> Message-ID: On Mon, 18 Aug 2003, Michael Schwendt wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Mon, 18 Aug 2003 18:28:13 +0200 (CEST), Marco Ermini wrote: > > > > > Disk Druid will automatically propose you to create an extended > > > > partition when it's needed (i.e. when you already have 4 primary > > > > partitions). > > > > > > How does it do that? Does it delete one of the four primary > > > partitions? > > > > It did not need to delete a partition. Partitions are NOT created when you > > run Disk Druid; you are just "projecting" a disk configuration, then you > > have to "commit" the "project". > > Let me rephrase. What does Disk Druid suggest when (quote) "you > already have 4 primary partitions"? In that case the partition table > is full, and Disk Druid cannot put an extended partition on the list > of partitions to be created. You would delete those partitions in disk druid, and then add the new partitions (if you did not want those partitions). ...james From matthias at rpmforge.net Mon Aug 18 17:56:35 2003 From: matthias at rpmforge.net (Matthias Saou) Date: Mon, 18 Aug 2003 19:56:35 +0200 Subject: Rawhide mod_dav_svn broken? Message-ID: <20030818195635.6a66b2a7.matthias@rpmforge.net> Hi, I'm trying (once again) to set up a subversion repository for the first time. The problem I'm having is that it seems the mod_dav_svn in Rawhide is broken, as it has an undefined symbol. # apachectl configtest Syntax error on line 2 of /etc/httpd/conf.d/subversion.conf: Cannot load /etc/httpd/modules/mod_dav_svn.so into server: /etc/httpd/modules/mod_dav_svn.so: undefined symbol: dav_xml_get_cdata Possibly worth bugzilla'ing, but as I'm not certain it's not just me doing something wrong, I prefer just asking here first :-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Raw Hide 20030814 running Linux kernel 2.4.21-20.1.2024.2.1.nptl Load : 1.40 0.86 0.46 From notting at redhat.com Mon Aug 18 18:03:15 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 18 Aug 2003 14:03:15 -0400 Subject: Using ALSA?.... In-Reply-To: <2E8FBD72B20F054FA871D9846F127F500231445D@hyperion.kidspeace.org>; from gmaeding@kidspeace.org on Mon, Aug 18, 2003 at 12:47:18PM -0400 References: <2E8FBD72B20F054FA871D9846F127F500231445D@hyperion.kidspeace.org> Message-ID: <20030818140315.A27924@devserv.devel.redhat.com> Glen Maeding (gmaeding at kidspeace.org) said: > Bill- > > Thats what i thought, but after typing that , i got nothing out of it. I > checked the list via lsmod command and i see this: > > ac97_codec 19468 1 trident > soundcore 8768 3 sound,trident > > Now that isnt supposed to be like that is it? You're using OSS (the trident driver), not ALSA. Bill From notting at redhat.com Mon Aug 18 18:03:49 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 18 Aug 2003 14:03:49 -0400 Subject: Severn Beta2 In-Reply-To: <001701c365a9$03ed0810$01fea8c0@vinhas>; from tvinhas@techbyte.com.br on Mon, Aug 18, 2003 at 01:51:47PM -0300 References: <001701c365a9$03ed0810$01fea8c0@vinhas> Message-ID: <20030818140349.B27924@devserv.devel.redhat.com> Thiago Vinhas de Moraes (tvinhas at techbyte.com.br) said: > The initial release schedule said that beta 2 would be released today. Yes, unfortunately, that's slipping due to the inclusing of GNOME 2.4 and some other bits. > Is there any new schedule avaiable? Not currently, no. When it's ready. ;) Bill From elwoo at videotron.ca Mon Aug 18 18:03:50 2003 From: elwoo at videotron.ca (Elton Woo) Date: Mon, 18 Aug 2003 14:03:50 -0400 Subject: Severn Beta2 In-Reply-To: <001701c365a9$03ed0810$01fea8c0@vinhas> References: <001701c365a9$03ed0810$01fea8c0@vinhas> Message-ID: <200308181403.50691.elwoo@videotron.ca> On August 18, 2003 12:51 pm, Thiago Vinhas de Moraes wrote: > Hi there! > > The initial release schedule said that beta 2 would be released today. There seems to be a holdup of some kind. Maybe beta 3 might be released later, too, with the result that Red Hat 10 might come out in October, instead of September ... if I remember the announced schedule.... > Is there any new schedule avaiable? Can you send me the link where this (the schedule) was announced previously in the list? Thanks, Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Mon Aug 18 18:05:56 2003 From: elwoo at videotron.ca (Elton Woo) Date: Mon, 18 Aug 2003 14:05:56 -0400 Subject: What's wrong with disucssing BUGS in Severn? (wasRe: What's wrong with disucssing BUGS in Severn? (was Re: RH Decisions (was Re: APT, Yum and Red Carpet) Re: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: References: Message-ID: <200308181405.56106.elwoo@videotron.ca> On August 18, 2003 09:02 am, Elliot Lee wrote: > On Thu, 14 Aug 2003, Jack Bowling wrote: > > Elton has a point. This is the rhl-beta list. Perhaps we should have > > another rhl-community list where the New World Order could be discussed? > > rhl-devel-list or rhl-list. > > -- Elliot So, is there a separate Severn-beta list, or am I in the correct forum? Elton. -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From joe at tmsusa.com Mon Aug 18 18:13:13 2003 From: joe at tmsusa.com (joe) Date: Mon, 18 Aug 2003 11:13:13 -0700 Subject: Severn Beta2 In-Reply-To: <20030818140349.B27924@devserv.devel.redhat.com> References: <001701c365a9$03ed0810$01fea8c0@vinhas> <20030818140349.B27924@devserv.devel.redhat.com> Message-ID: <3F411739.1040803@tmsusa.com> Bill Nottingham wrote: >Thiago Vinhas de Moraes (tvinhas at techbyte.com.br) said: > > >>The initial release schedule said that beta 2 would be released today. >> >> > >Yes, unfortunately, that's slipping due to the inclusing of GNOME 2.4 >and some other bits. > Very cool, that's worth waiting for - So, will we be able to upgrade severn -> severn++ using up2date? ;-) Joe From eric at interplas.com Mon Aug 18 18:28:08 2003 From: eric at interplas.com (Eric Wood) Date: Mon, 18 Aug 2003 14:28:08 -0400 Subject: Severn Beta2 References: <001701c365a9$03ed0810$01fea8c0@vinhas> <20030818140349.B27924@devserv.devel.redhat.com> <3F411739.1040803@tmsusa.com> Message-ID: <061301c365b6$78d23080$9100000a@intgrp.com> joe wrote: > Bill Nottingham wrote: >> Thiago Vinhas de Moraes (tvinhas at techbyte.com.br) said: >> Yes, unfortunately, that's slipping due to the inclusing of GNOME 2.4 >> and some other bits. >> > Very cool, that's worth waiting for - Cooler would be: Samba 3.0.0, linux 2.4.22, OOo 1.1, and GNOME 1.4. -eric wood From nsilva-list at aoi.atari-source.com Mon Aug 18 14:32:46 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Mon, 18 Aug 2003 10:32:46 -0400 (EDT) Subject: Severn Beta2 In-Reply-To: <061301c365b6$78d23080$9100000a@intgrp.com> Message-ID: More than OOo 1.1 I am interested in seeing the Ximian-ized OOo (except _please_ change the default back to .sxw and not .doc!!). It's also a bit convenient having every release of redhat require me to uninstall ximian packages. I think at this point, redhat should assume that a large percentage of users use ximian, and allow to upgrade from their packages. -- noah silva On Mon, 18 Aug 2003, Eric Wood wrote: > joe wrote: > > Bill Nottingham wrote: > >> Thiago Vinhas de Moraes (tvinhas at techbyte.com.br) said: > >> Yes, unfortunately, that's slipping due to the inclusing of GNOME 2.4 > >> and some other bits. > >> > > Very cool, that's worth waiting for - > > Cooler would be: Samba 3.0.0, linux 2.4.22, OOo 1.1, and GNOME 1.4. > -eric wood > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From hosting at j2solutions.net Mon Aug 18 18:33:49 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Mon, 18 Aug 2003 11:33:49 -0700 Subject: Severn Beta2 In-Reply-To: References: Message-ID: <200308181133.49132.hosting@j2solutions.net> On Monday 18 August 2003 07:32, Noah Silva [Mailing list] wrote: > More than OOo 1.1 I am interested in seeing the Ximian-ized OOo > (except _please_ change the default back to .sxw and not .doc!!). > > It's also a bit convenient having every release of redhat require me > to uninstall ximian packages. I think at this point, redhat should > assume that a large percentage of users use ximian, and allow to > upgrade from their packages. A) why make that assumption? The majority of users I deal with don't use Ximian packages. B) how would Red Hat "allow" such upgrades when they have no control over what packages users may be upgrading from? The problem is that Ximian used to (still does?) replace many core packages that cause problems when trying to upgrade from ximian packages to Red Hat packages. One or the other would break, so it was much cleaner to just manually remove ximian from the system prior to an upgrade. Maybe Ximian should put more work into making their software work cleanly on Red Hat w/out replacing core packages and causing the headache we have now... -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From aoliva at redhat.com Mon Aug 18 18:39:11 2003 From: aoliva at redhat.com (Alexandre Oliva) Date: 18 Aug 2003 15:39:11 -0300 Subject: 'Fn key' and ACPI on dell laptops In-Reply-To: <20030818080123.GB2633@home.nl> References: <20030818080123.GB2633@home.nl> Message-ID: On Aug 18, 2003, Alexander Volovics wrote: > Dell laptops have a blue Fn key. > Under APM pressing 'Fn-setup' and 'Fn-battery' would show the > BIOS setup and the battery status. > Under ACPI this is no longer possible. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100539 -- Alexandre Oliva, GCC Team, Red Hat From joe at tmsusa.com Mon Aug 18 18:39:26 2003 From: joe at tmsusa.com (joe) Date: Mon, 18 Aug 2003 11:39:26 -0700 Subject: Severn Beta2 In-Reply-To: <061301c365b6$78d23080$9100000a@intgrp.com> References: <001701c365a9$03ed0810$01fea8c0@vinhas> <20030818140349.B27924@devserv.devel.redhat.com> <3F411739.1040803@tmsusa.com> <061301c365b6$78d23080$9100000a@intgrp.com> Message-ID: <3F411D5E.9060403@tmsusa.com> Eric Wood wrote: > >Cooler would be: Samba 3.0.0, linux 2.4.22, OOo 1.1, and GNOME 1.4. > Agreed, especially if OO 1.1 would alleviate the problematic interminable startup delays of OO 1.0 Joe From elwoo at videotron.ca Mon Aug 18 18:35:47 2003 From: elwoo at videotron.ca (Elton Woo) Date: Mon, 18 Aug 2003 14:35:47 -0400 Subject: Severn Beta2 In-Reply-To: <20030818140349.B27924@devserv.devel.redhat.com> References: <001701c365a9$03ed0810$01fea8c0@vinhas> <20030818140349.B27924@devserv.devel.redhat.com> Message-ID: <200308181435.47533.elwoo@videotron.ca> On August 18, 2003 02:03 pm, Bill Nottingham wrote: > Thiago Vinhas de Moraes (tvinhas at techbyte.com.br) said: > > The initial release schedule said that beta 2 would be released today. > > Yes, unfortunately, that's slipping due to the inclusing of GNOME 2.4 > and some other bits. > > > Is there any new schedule avaiable? > > Not currently, no. When it's ready. ;) > > Bill ... as I suspected... Maybe in the meantime, folks here might care to (re)visit some bugs / RFE's and add comments. To name a few: DESCRIPTION: usb scanner not configured for system (RFE) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101074 N.B. This was also requested in previous betas / versions. DESCRIPTION: RFE: scanner verification applet for KDE & Gnome desktops OR panels https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=85016 DESCRIPTION: kmail creates *phantom messages* in inbound and outgoing boxes. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102532 Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From johnsonm at redhat.com Mon Aug 18 18:41:00 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 18 Aug 2003 14:41:00 -0400 Subject: Goats... [was: Include OpenOffice.org 1.1 in Severn?] In-Reply-To: <1060982877.5914.4.camel@banff.drgutah.com>; from jsmith@drgutah.com on Fri, Aug 15, 2003 at 03:27:57PM -0600 References: <1060946720.14255.15.camel@guru.puzzled.xs4all.nl> <20030815101732.E17414@devserv.devel.redhat.com> <200308151219.05340.hoyt@cavtel.net> <20030815152410.E13852@devserv.devel.redhat.com> <1060978920.29829.402.camel@opus.phy.duke.edu> <20030815163853.G16406@devserv.devel.redhat.com> <1060982164.4847.7.camel@smoogen1.lanl.gov> <1060982877.5914.4.camel@banff.drgutah.com> Message-ID: <20030818144100.A30036@devserv.devel.redhat.com> I suppose this is going off in the direction of being a development-related discussion, so rhl-devel-list is probably the best place to discuss it. On Fri, Aug 15, 2003 at 03:27:57PM -0600, Jared Smith wrote: > Actually, I was just wondering... What parts of Red Hat Linux require > the most work to get ready for a new version? Is there anything mere > mortals like myself can do to help out the situation, with a little > effort, in our spare time? Hmm. One of the things that fits the "spare time" model better than trying to contribute to packaging is probably bugzilla triage. In particular, looking for dups, bugs filed against the wrong component, and bugs that need more info would be quite helpful. When you have a set of duplicate bugs, the first thing to do is to find not the earliest report of the bug, but the clearest one with the most information. This is often not the earliest report; if it were, chances are better it would have been resolved already. Then mark the other bugs as duplicates of the best report, with like "this bug might be a duplicate of bug #nnnnn". If you use that exact form, "bug #" followed by the bug number, bugzilla will helpfully convert the text into a hyperlink. :-) When you are looking for bugs filed against the wrong component, there are two possibilities: bugs that filed against 4suite (the first component in the list) and bugs that are more subtly wrong. Common "subtle wrongness" includes bugs filed against mount, pppd, acpid, etc. that are really kernel bugs (and vice versa), and bugs filed against applications that are really in libraries used by the applications. Bugs that need more info are often "foo breaks" without much more information. If you see a vague bug report that you know how to get more information on, you can chime in and politely suggest some ways to get more information. If you can actually reproduce the bug, providing more information, especially on how to reproduce it, is wonderful. If you are a developer, you can even write candidate patches. When you have one, please feel free to bring it to rhl-devel-list for discussion if the bug owner doesn't respond within a few business days. The GNOME triage guidelines are at http://developer.gnome.org/projects/bugsquad/triage/ and aren't bad reading, though our process is a bit different. We should probably write up our own triage guidelines; I guess this email (and perhaps a thread it might spawn) could be the start of that. Thanks! michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From elwoo at videotron.ca Mon Aug 18 18:38:35 2003 From: elwoo at videotron.ca (Elton Woo) Date: Mon, 18 Aug 2003 14:38:35 -0400 Subject: Severn Beta2 In-Reply-To: <061301c365b6$78d23080$9100000a@intgrp.com> References: <001701c365a9$03ed0810$01fea8c0@vinhas> <3F411739.1040803@tmsusa.com> <061301c365b6$78d23080$9100000a@intgrp.com> Message-ID: <200308181438.35546.elwoo@videotron.ca> On August 18, 2003 02:28 pm, Eric Wood wrote: > joe wrote: > > Bill Nottingham wrote: > >> Thiago Vinhas de Moraes (tvinhas at techbyte.com.br) said: > >> Yes, unfortunately, that's slipping due to the inclusing of GNOME 2.4 > >> and some other bits. > > > > Very cool, that's worth waiting for - > > Cooler would be: Samba 3.0.0, linux 2.4.22, OOo 1.1, and GNOME 1.4. > -eric wood HUH??? Is Gnome 1.4 better than Gnome 2.4??? Now that's a switch: actually preferring an *older* version...! Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Mon Aug 18 18:41:47 2003 From: elwoo at videotron.ca (Elton Woo) Date: Mon, 18 Aug 2003 14:41:47 -0400 Subject: Severn Beta2 In-Reply-To: References: Message-ID: <200308181441.47497.elwoo@videotron.ca> On August 18, 2003 10:32 am, "Noah Silva [Mailing list]" wrote: > More than OOo 1.1 I am interested in seeing the Ximian-ized OOo (except > _please_ change the default back to .sxw and not .doc!!). > > It's also a bit convenient having every release of redhat require me to > uninstall ximian packages. I think at this point, redhat should assume > that a large percentage of users use ximian, and allow to upgrade from > their packages. > > -- noah silva Without more precise data on customer usage, Red Hat cannot *ASSume* things like that. Closer cooperation with the Ximian and Red Hat teams might improve things, but the basic structure of the current RH distros is radically different from many of the other distros supported by Ximian (e.g. SUSe, Mandrake, Gentoo). Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From nsilva-list at aoi.atari-source.com Mon Aug 18 14:47:12 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Mon, 18 Aug 2003 10:47:12 -0400 (EDT) Subject: Severn Beta2 In-Reply-To: <200308181133.49132.hosting@j2solutions.net> Message-ID: On Mon, 18 Aug 2003, Jesse Keating wrote: > > It's also a bit convenient having every release of redhat require me > > to uninstall ximian packages. I think at this point, redhat should > > assume that a large percentage of users use ximian, and allow to > > upgrade from their packages. > > A) why make that assumption? The majority of users I deal with don't > use Ximian packages. At least there are many thousand that do, and it is common enough to have made redhat's release notes. I would make the assumption because: a.) XD releases are mentioned on every major linux site. b.) I know personally quite a lot of people who use XD (not just on Redhat albiet). > B) how would Red Hat "allow" such upgrades when they have no control > over what packages users may be upgrading from? The problem is that > Ximian used to (still does?) replace many core packages that cause > problems when trying to upgrade from ximian packages to Red Hat > packages. One or the other would break, so it was much cleaner to just > manually remove ximian from the system prior to an upgrade. > Maybe Ximian should put more work into making their software work > cleanly on Red Hat w/out replacing core packages and causing the > headache we have now... Well, this is true, I meant something more along the lines of "I wish Redhat and Ximian would work together to ease upgrades". Worse is the fact that (for example) going from RH9+XD2 to Severn is in some ways an upgrade, and in some ways a downgrade. XD2 can't be re-installed on top of Severn, and even after RH10 is released, it will be a while until it is supported. I know a few people who waited to upgrade to RH9 until it was supported by XD2, and I am somehow sure the same thing will happen to RH10. -- noah silva From alexander.dalloz at uni-bielefeld.de Mon Aug 18 18:53:58 2003 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Mon, 18 Aug 2003 20:53:58 +0200 Subject: Sendmail security issue In-Reply-To: <3F4120F1.31661.100AEB8@localhost> Message-ID: <002601c365ba$17492d60$0700a8c0@sandbox> Hi everybody! I am wondering since some months why all new Sendmail versions in Redhat, even those in Rawhide, Severn and Taroon, have a default setup in sendmail.mc/sendmail.cf configuration files which breaks the security architecture coming with Sendmail 8.12.x. While with Sendmail 8.11.x and earlier all processes run as root, Sendmail 8.12.x has a main process as root and a separated queue runner process running as unpriviledged user smmsp. In all Redhat Sendmail 8.12.x this concept is broken by using define(`confTRUSTED_USER', `smmsp') in the sendmail.mc and therefore sendmail.cf files. So default Redhat Sendmail hosts are much less secure than they should be. Months ago I mailed to Florian LaRoche about this, it had no effect at all. It's not a bug, but a security flaw which is not neccessary. Regards Alexander Dalloz -- Alexander Dalloz | Enger, Germany PGP key valid: made 13.07.1999 PGP fingerprint: 2307 88FD 2D41 038E 7416 14CD E197 6E88 ED69 5653 From laroche at redhat.com Mon Aug 18 19:02:50 2003 From: laroche at redhat.com (Florian La Roche) Date: Mon, 18 Aug 2003 21:02:50 +0200 Subject: Sendmail security issue In-Reply-To: <002601c365ba$17492d60$0700a8c0@sandbox> References: <3F4120F1.31661.100AEB8@localhost> <002601c365ba$17492d60$0700a8c0@sandbox> Message-ID: <20030818190250.GA2799@dudweiler.stuttgart.redhat.com> > Months ago I mailed to Florian LaRoche about this, it had no effect at all. > It's not a bug, but a security flaw which is not neccessary. This has fallen through and since I didn't open a bugzilla entry has gone lost. I'll work on this now. greetings, Florian La Roche From fenlason at redhat.com Mon Aug 18 19:07:31 2003 From: fenlason at redhat.com (Jay Fenlason) Date: Mon, 18 Aug 2003 15:07:31 -0400 Subject: Severn Beta2 In-Reply-To: <061301c365b6$78d23080$9100000a@intgrp.com> References: <001701c365a9$03ed0810$01fea8c0@vinhas> <20030818140349.B27924@devserv.devel.redhat.com> <3F411739.1040803@tmsusa.com> <061301c365b6$78d23080$9100000a@intgrp.com> Message-ID: <20030818190731.GB18768@redhat.com> On Mon, Aug 18, 2003 at 02:28:08PM -0400, Eric Wood wrote: > joe wrote: > > Bill Nottingham wrote: > >> Thiago Vinhas de Moraes (tvinhas at techbyte.com.br) said: > >> Yes, unfortunately, that's slipping due to the inclusing of GNOME 2.4 > >> and some other bits. > >> > > Very cool, that's worth waiting for - > > Cooler would be: Samba 3.0.0, linux 2.4.22, OOo 1.1, and GNOME 1.4. Samba 3.0.0beta3 is already in RawHide, and will be in the next beta unless it's replaced by an even more recent 3.0 release. Obviously it can't contain Samba 3.0 final until after the Samba team freezes it. :-) -- JF From johnsonm at redhat.com Mon Aug 18 19:22:22 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 18 Aug 2003 15:22:22 -0400 Subject: Odd USB mouse + PCMCIA Ethernet happenings In-Reply-To: <1061150969.14634.511.camel@localhost.localdomain>; from dee@renaissoft.com on Sun, Aug 17, 2003 at 01:09:29PM -0700 References: <1061150969.14634.511.camel@localhost.localdomain> Message-ID: <20030818152222.B30036@devserv.devel.redhat.com> You'll think I'm nuts, but please try booting with acpi=off and see if that fixes it. On Sun, Aug 17, 2003 at 01:09:29PM -0700, Dee-Ann LeBlanc wrote: > I have a USB laser mouse and a PCMCIA Ethernet card in my laptop. I was > trying to FTP something off of that laptop onto another machine and my > local network and was trying to figure out why the laptop won't keep its > Ethernet connection up (it drops it and I have to restart it manually) > and why it was terribly laggy and then, all of a suddenly, traffic > bursts through. > > Well, I figured it out but that just made me more confused. I have to > move the mouse on that machine to let network traffic pass through. This > problem persists even after reboot. > > Anyone else have this strange one? :) > > -- > Dee-Ann LeBlanc, RHCE > Lots of things Linux > http://www.Dee-AnnLeBlanc.com/ > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From jspaleta at princeton.edu Mon Aug 18 19:31:47 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 18 Aug 2003 15:31:47 -0400 Subject: Severn Beta2 Message-ID: <1061235107.32681.26.camel@spatula> Noah wrote: > Well, this is true, I meant something more along the lines of "I wish > Redhat and Ximian would work together to ease upgrades" This problem is going to get far worse....before it gets better. Think of Ximian as just another 3rd party repo like freshrpms or fedora and you'll see what I mean. The long term solution is not a matter of how red hat and ximian communicate...but how ALL the packagers targetting rhl communicate. Setting down usable guidelines and policies as to how repos for add-ons and enhancements to the "base" rhl distros are constructed needs to be worked out so they they ALL interact as seamlessly as possible...especially when upgrading the base distro. XD2 i guess is special because its SO invasive. I would imagine having XD2 on yer system would complicate using any of the other 3rd party repos like freshrpms and fedora as well as upgrading the base. But I would think upgrading the base with just fedora and freshrpm packages installed can make the upgrade process less than ideal. Someone clever needs to work out the logic of how to do a base upgrade when you have 3 or 4 layers of 3rd party applications. Maybe there is a need for specific packaging guidelines that 3rd party packages must meet so upgrading will work smoothly, not that i have any clue as to what that should be. If this is going to move towards the community project ideal..the community is going to have to set a standard and hold 3rd party repo/package builders to that standards..ximian included. -jef"fears the day when there are 100+ overlapping 3rd party yum repos for rhl"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 ba at linuxin.dk Mon Aug 18 19:35:22 2003 From: ba at linuxin.dk (Bjorn Andersen) Date: Mon, 18 Aug 2003 21:35:22 +0200 Subject: Severn Beta2 In-Reply-To: References: Message-ID: <1061235321.6285.2.camel@Linux1> man, 2003-08-18 kl. 16:32 skrev Noah Silva [Mailing list]: > More than OOo 1.1 I am interested in seeing the Ximian-ized OOo (except > _please_ change the default back to .sxw and not .doc!!). > > It's also a bit convenient having every release of redhat require me to > uninstall ximian packages. I think at this point, redhat should assume > that a large percentage of users use ximian, In US maybe, but not in countries speaking anything else then english... /Bjorn -------------- next part -------------- An HTML attachment was scrubbed... URL: From jphillips at amphus.com Mon Aug 18 19:41:31 2003 From: jphillips at amphus.com (Joseph Phillips) Date: Mon, 18 Aug 2003 12:41:31 -0700 Subject: Beta Versions--Taroon and Severn Message-ID: <0DBC5E5E7CD8D311B97B009027991BD320EB64@amphussbs.amphus.com> 1. Is Taroon the beta for the next version of RHEL? 2. Is Severn the beta for the next version of RHL? Thanks. From ba at linuxin.dk Mon Aug 18 19:37:20 2003 From: ba at linuxin.dk (Bjorn Andersen) Date: Mon, 18 Aug 2003 21:37:20 +0200 Subject: Severn Beta2 In-Reply-To: <061301c365b6$78d23080$9100000a@intgrp.com> References: <001701c365a9$03ed0810$01fea8c0@vinhas> <20030818140349.B27924@devserv.devel.redhat.com> <3F411739.1040803@tmsusa.com> <061301c365b6$78d23080$9100000a@intgrp.com> Message-ID: <1061235440.6285.4.camel@Linux1> man, 2003-08-18 kl. 20:28 skrev Eric Wood: > joe wrote: > > Bill Nottingham wrote: > >> Thiago Vinhas de Moraes (tvinhas at techbyte.com.br) said: > >> Yes, unfortunately, that's slipping due to the inclusing of GNOME 2.4 > >> and some other bits. > >> > > Very cool, that's worth waiting for - > > Cooler would be: Samba 3.0.0, linux 2.4.22, OOo 1.1, and GNOME 1.4. > -eric wood > Maybe Linux 2.6.x ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From nsilva-list at aoi.atari-source.com Mon Aug 18 15:37:24 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Mon, 18 Aug 2003 11:37:24 -0400 (EDT) Subject: upgrading from rhl 9 -> very slow system? Message-ID: Hi, Perhaps this should be files in bugzilla too, but has anyone seen this: I upgraded a machine from a stock RHL9 install to Severn, and it was -very- slow to start up, log in, etc. I checked TOP, and there was no heavy processor usage, so maybe it was a disk bound slowness? I then installed Severn on the same machine again, this time obliterating the old install, and it worked fine. (much faster). (this was on a Dell desktop). Possibly a related problem: I had a dell laptop with Severn that also was being extremely slow, but when I took out the Wireless PCMCIA card, it sped right up. All I can figure was that some part of gnome (or something?) was waiting for DHCP to finish or something like that? -- noah silva From nsilva-list at aoi.atari-source.com Mon Aug 18 15:42:48 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Mon, 18 Aug 2003 11:42:48 -0400 (EDT) Subject: Severn Beta2 In-Reply-To: <1061235107.32681.26.camel@spatula> Message-ID: On 18 Aug 2003, Jef Spaleta wrote: > Noah wrote: > > This problem is going to get far worse....before it gets better. > Think of Ximian as just another 3rd party repo like freshrpms or fedora This is true, except that far more people use the Ximian. (I use FreshRPMs on some servers myself, as it makes it easy to add certain applications like PINE, and less of a pain than RHN to upgrade packages since you don't have to sign up for anything... mainly though, I use APT-RPM to install redhat packages, not 3rd party ones.) > and you'll see what I mean. The long term solution is not a matter of > how red hat and ximian communicate...but how ALL the packagers > targetting rhl communicate. Setting down usable guidelines and policies > as to how repos for add-ons and enhancements to the "base" rhl distros > are constructed needs to be worked out so they they ALL interact as > seamlessly as possible...especially when upgrading the base distro. XD2 This is true, I hadn't considered this before, but this may be why debian seems to have less problems. There is a clearly defined policy. I think this is important for the other distros in the long run too, but I thought a large part of that was taken on by LSB? > Maybe there is a need for specific packaging guidelines that 3rd party > packages must meet so upgrading will work smoothly, not that i have any > clue as to what that should be. If this is going to move towards the > community project ideal..the community is going to have to set a > standard and hold 3rd party repo/package builders to that > standards..ximian included. but I would think, for example: RHL9 ships gnome-thinger-0.6.1 RHL9 Eratta ships gnome-thinger-0.6.2 XD2 ships gnome-thinger-0.7.9 RHL Severn ships gnome-thinger 0.8.2 it should be obvious that the ximian package is older and should be replaced (or if it is newer.. than it should be left...). Maybe this is a simplistic example though... -- noah silva From nsilva-list at aoi.atari-source.com Mon Aug 18 15:43:41 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Mon, 18 Aug 2003 11:43:41 -0400 (EDT) Subject: Severn Beta2 In-Reply-To: <1061235321.6285.2.camel@Linux1> Message-ID: Hi, Yes, I noticed that XD2 broke the Japanese support in many applications. OTOH, I would think Ximian supports spanish at least? -- noah silva On Mon, 18 Aug 2003, Bjorn Andersen wrote: > man, 2003-08-18 kl. 16:32 skrev Noah Silva [Mailing list]: > > It's also a bit convenient having every release of redhat require me to > > uninstall ximian packages. I think at this point, redhat should assume > > that a large percentage of users use ximian, > > > In US maybe, but not in countries speaking anything else then english... > > > /Bjorn > From tvinhas at techbyte.com.br Mon Aug 18 19:51:59 2003 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Mon, 18 Aug 2003 16:51:59 -0300 Subject: Severn Beta2 References: Message-ID: <003901c365c2$32775cd0$01fea8c0@vinhas> I don?t think that RedHat should worry about Ximian. RedHat cannot be responsible for other company?s packages. Regards, Thiago ----- Original Message ----- From: "Noah Silva [Mailing list]" To: Sent: Monday, August 18, 2003 11:32 AM Subject: Re: Severn Beta2 > More than OOo 1.1 I am interested in seeing the Ximian-ized OOo (except > _please_ change the default back to .sxw and not .doc!!). > > It's also a bit convenient having every release of redhat require me to > uninstall ximian packages. I think at this point, redhat should assume > that a large percentage of users use ximian, and allow to upgrade from > their packages. > > -- noah silva From ba at linuxin.dk Mon Aug 18 19:53:15 2003 From: ba at linuxin.dk (Bjorn Andersen) Date: Mon, 18 Aug 2003 21:53:15 +0200 Subject: Severn Beta2 In-Reply-To: References: Message-ID: <1061236395.6584.4.camel@Linux1> And, german, danish, swedish and more? Danish is at least wery bad, allmost unreadeble! /Bjorn man, 2003-08-18 kl. 17:43 skrev Noah Silva [Mailing list]: > Hi, > > Yes, I noticed that XD2 broke the Japanese support in many applications. > OTOH, I would think Ximian supports spanish at least? > > -- noah silva > > On Mon, 18 Aug 2003, Bjorn Andersen wrote: > > > man, 2003-08-18 kl. 16:32 skrev Noah Silva [Mailing list]: > > > It's also a bit convenient having every release of redhat require me to > > > uninstall ximian packages. I think at this point, redhat should assume > > > that a large percentage of users use ximian, > > > > > > In US maybe, but not in countries speaking anything else then english... > > > > > > /Bjorn > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From hosting at j2solutions.net Mon Aug 18 19:53:10 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Mon, 18 Aug 2003 12:53:10 -0700 Subject: Severn Beta2 In-Reply-To: References: Message-ID: <200308181253.10619.hosting@j2solutions.net> On Monday 18 August 2003 08:42, Noah Silva [Mailing list] wrote: > but I would think, for example: > RHL9 ships gnome-thinger-0.6.1 > RHL9 Eratta ships gnome-thinger-0.6.2 > XD2 ships gnome-thinger-0.7.9 > RHL Severn ships gnome-thinger 0.8.2 > > it should be obvious that the ximian package is older and should be > replaced (or if it is newer.. than it should be left...). Maybe this > is a simplistic example though... The problem with this example, how can Red Hat be assured that Ximian's gnome-thinger package puts all the files in the correct places, and works with the rest of the gnome packages that Red Hat includes. They can't assure this, so they can't assume that it'll work, or users will end up w/ broken setups and be quite pissed. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From johnsonm at redhat.com Mon Aug 18 19:59:24 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 18 Aug 2003 15:59:24 -0400 Subject: 'Fn key' and ACPI on dell laptops In-Reply-To: <20030818080123.GB2633@home.nl>; from awol@home.nl on Mon, Aug 18, 2003 at 10:01:23AM +0200 References: <20030818080123.GB2633@home.nl> Message-ID: <20030818155924.C30036@devserv.devel.redhat.com> On Mon, Aug 18, 2003 at 10:01:23AM +0200, Alexander Volovics wrote: > Under ACPI this is no longer possible. > Why does using ACPI disable this functionality? Because enabling ACPI disables APM, and ACPI isn't specified in a way that allows that. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From nsilva-list at aoi.atari-source.com Mon Aug 18 15:59:46 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Mon, 18 Aug 2003 11:59:46 -0400 (EDT) Subject: Severn Beta2 [Ximian and upgrades] In-Reply-To: <003901c365c2$32775cd0$01fea8c0@vinhas> Message-ID: Hi, I certainly agree that Redhat shouldn't be held responsible other company's packages, but to say they "shouldn't worry" about Ximian ends up amounting to saying they "shouldn't worry" about their customers. I mentioned it not to be argumentative, but because it has been a real problem in the past for quite a few people, and I wasn't sure how many on this list (or more importantly, within redhat) were aware of it. Obviously it's a known issue, since it is mentioned in the RHL release notes. On the other hand, as mentioned by someone else before in this thread, the problem isn't really unique to Ximian, and isn't only Redhat's problem to deal with. -- noah silva On Mon, 18 Aug 2003, Thiago Vinhas de Moraes wrote: > I don?t think that RedHat should worry about Ximian. RedHat cannot be > responsible for other company?s packages. > > Regards, > Thiago > > > ----- Original Message ----- > From: "Noah Silva [Mailing list]" > To: > Sent: Monday, August 18, 2003 11:32 AM > Subject: Re: Severn Beta2 > > > > More than OOo 1.1 I am interested in seeing the Ximian-ized OOo (except > > _please_ change the default back to .sxw and not .doc!!). > > > > It's also a bit convenient having every release of redhat require me to > > uninstall ximian packages. I think at this point, redhat should assume > > that a large percentage of users use ximian, and allow to upgrade from > > their packages. > > > > -- noah silva > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From nsilva-list at aoi.atari-source.com Mon Aug 18 16:03:09 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Mon, 18 Aug 2003 12:03:09 -0400 (EDT) Subject: Severn Beta2 In-Reply-To: <200308181253.10619.hosting@j2solutions.net> Message-ID: On Mon, 18 Aug 2003, Jesse Keating wrote: > On Monday 18 August 2003 08:42, Noah Silva [Mailing list] wrote: > > but I would think, for example: > > RHL9 ships gnome-thinger-0.6.1 > > RHL9 Eratta ships gnome-thinger-0.6.2 > > XD2 ships gnome-thinger-0.7.9 > > RHL Severn ships gnome-thinger 0.8.2 > > > > The problem with this example, how can Red Hat be assured that Ximian's > gnome-thinger package puts all the files in the correct places, I would think this can be solved by LSB. > and > works with the rest of the gnome packages that Red Hat includes. This I would think is just a matter of testing. f.e. if RHL10 has some packages still older than XD2, and the newer XD2 packages are left, they might or might not work with other RHL packages that depend on them. I suspect that as Gnome Matures, this will become less of a problem. > They > can't assure this, so they can't assume that it'll work, or users will > end up w/ broken setups and be quite pissed. > This is true! -- noah silva From gstool at earthlink.net Mon Aug 18 20:04:20 2003 From: gstool at earthlink.net (Gerry Tool) Date: Mon, 18 Aug 2003 15:04:20 -0500 Subject: Beta Versions--Taroon and Severn In-Reply-To: <0DBC5E5E7CD8D311B97B009027991BD320EB64@amphussbs.amphus.com> References: <0DBC5E5E7CD8D311B97B009027991BD320EB64@amphussbs.amphus.com> Message-ID: <3F413144.8030502@earthlink.net> Joseph Phillips wrote: > 1. Is Taroon the beta for the next version of RHEL? > > 2. Is Severn the beta for the next version of RHL? > yes From smoogen at lanl.gov Mon Aug 18 20:08:31 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Mon, 18 Aug 2003 14:08:31 -0600 Subject: Severn Beta2 In-Reply-To: <200308181253.10619.hosting@j2solutions.net> References: <200308181253.10619.hosting@j2solutions.net> Message-ID: <1061237311.17511.24.camel@smoogen1.lanl.gov> On Mon, 2003-08-18 at 13:53, Jesse Keating wrote: > On Monday 18 August 2003 08:42, Noah Silva [Mailing list] wrote: > > but I would think, for example: > > RHL9 ships gnome-thinger-0.6.1 > > RHL9 Eratta ships gnome-thinger-0.6.2 > > XD2 ships gnome-thinger-0.7.9 > > RHL Severn ships gnome-thinger 0.8.2 > > > > it should be obvious that the ximian package is older and should be > > replaced (or if it is newer.. than it should be left...). Maybe this > > is a simplistic example though... > > The problem with this example, how can Red Hat be assured that Ximian's > gnome-thinger package puts all the files in the correct places, and > works with the rest of the gnome packages that Red Hat includes. They > can't assure this, so they can't assume that it'll work, or users will > end up w/ broken setups and be quite pissed. Or that the ABI/API between gnome-thinger 0.8.2 and 0.7.2 are compatible. Many times they are not so you definately end up with a non working environment. -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From alan at redhat.com Mon Aug 18 20:08:44 2003 From: alan at redhat.com (Alan Cox) Date: Mon, 18 Aug 2003 16:08:44 -0400 (EDT) Subject: Severn Beta2 In-Reply-To: from "Noah Silva [Mailing list]" at Aws 18, 2003 12:03:09 Message-ID: <200308182008.h7IK8i500371@devserv.devel.redhat.com> > > The problem with this example, how can Red Hat be assured that Ximian's > > gnome-thinger package puts all the files in the correct places, > > I would think this can be solved by LSB. The LSB doesn't cover the innards of Gnome at all The Ximianovell stuff is hard because they are replacing some RH packages with others of their own that may not be fully compatible and additional stuff that may or may not be in RH and may or may not work with RH versions of the other pieces. In the normal cases like Debian packages for example each thing has one maintainer, there aren't 12 rival C library maintainers for example. From alan at redhat.com Mon Aug 18 20:09:28 2003 From: alan at redhat.com (Alan Cox) Date: Mon, 18 Aug 2003 16:09:28 -0400 (EDT) Subject: 'Fn key' and ACPI on dell laptops In-Reply-To: <20030818155924.C30036@devserv.devel.redhat.com> from "Michael K. Johnson" at Aws 18, 2003 03:59:24 Message-ID: <200308182009.h7IK9Ss01189@devserv.devel.redhat.com> > > Under ACPI this is no longer possible. > > Why does using ACPI disable this functionality? > > Because enabling ACPI disables APM, and ACPI isn't specified in > a way that allows that. Do you have the ACPI button drivers loaded ? From smoogen at lanl.gov Mon Aug 18 20:10:53 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Mon, 18 Aug 2003 14:10:53 -0600 Subject: Severn Beta2 [Ximian and upgrades] In-Reply-To: References: Message-ID: <1061237453.17511.27.camel@smoogen1.lanl.gov> I think this will be a 'mute' argument with the acquisition of Ximian by Novell, and the fact that Novell has said that they will be developing their own distro.. and that Ximian welcomed this because they could focus their efforts more. Of course I am going from sentance long quotes from memory.. so I dont know how accurate it is :) On Mon, 2003-08-18 at 09:59, Noah Silva [Mailing list] wrote: > Hi, > > I certainly agree that Redhat shouldn't be held responsible other > company's packages, but to say they "shouldn't worry" about Ximian ends up > amounting to saying they "shouldn't worry" about their customers. > -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From eric at interplas.com Mon Aug 18 20:14:00 2003 From: eric at interplas.com (Eric Wood) Date: Mon, 18 Aug 2003 16:14:00 -0400 Subject: Severn Beta2 References: <001701c365a9$03ed0810$01fea8c0@vinhas> <3F411739.1040803@tmsusa.com> <061301c365b6$78d23080$9100000a@intgrp.com> <200308181438.35546.elwoo@videotron.ca> Message-ID: <06ac01c365c5$43270820$9100000a@intgrp.com> Shoot.... I typo'ed! -eric Elton Woo wrote: >> Cooler would be: Samba 3.0.0, linux 2.4.22, OOo 1.1, and GNOME 1.4. >> -eric wood > > HUH??? Is Gnome 1.4 better than Gnome 2.4??? Now that's a switch: > actually preferring an *older* version...! From nsilva-list at aoi.atari-source.com Mon Aug 18 16:16:44 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Mon, 18 Aug 2003 12:16:44 -0400 (EDT) Subject: New Bluecurve theme bug Message-ID: Hi, [Should Rawhide stuff go to a different list?] I was testing out the new bluecurve theme, and found a possible bug: The title-bar buttons sometimes get cut off. http://aoi.atari-source.com/~nsilva/shots/20030818_rhl_bluecurve_ng_bug_screenshot.png (This is in RHL9 with the updated redhat-artwork from rawhide as listed on gnome.org today). -- noah silva From nsilva-list at aoi.atari-source.com Mon Aug 18 16:19:37 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Mon, 18 Aug 2003 12:19:37 -0400 (EDT) Subject: Severn Beta2 [Ximian and upgrades] In-Reply-To: <1061237453.17511.27.camel@smoogen1.lanl.gov> Message-ID: > I think this will be a 'mute' argument with the acquisition of Ximian by > Novell, and the fact that Novell has said that they will be developing > their own distro.. Wow, this I hadn't heard. If you remember where you heard this from, I would be very interested to know. > and that Ximian welcomed this because they could > focus their efforts more. This makes since, as Ximian is almost a distribution now... > Of course I am going from sentance long quotes from memory.. so I dont > know how accurate it is :) -- noah silva From johnsonm at redhat.com Mon Aug 18 20:22:03 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 18 Aug 2003 16:22:03 -0400 Subject: Severn Beta2 In-Reply-To: <061301c365b6$78d23080$9100000a@intgrp.com>; from eric@interplas.com on Mon, Aug 18, 2003 at 02:28:08PM -0400 References: <001701c365a9$03ed0810$01fea8c0@vinhas> <20030818140349.B27924@devserv.devel.redhat.com> <3F411739.1040803@tmsusa.com> <061301c365b6$78d23080$9100000a@intgrp.com> Message-ID: <20030818162203.D30036@devserv.devel.redhat.com> On Mon, Aug 18, 2003 at 02:28:08PM -0400, Eric Wood wrote: > Cooler would be: Samba 3.0.0, linux 2.4.22, OOo 1.1, and GNOME 1.4. 2.4.22-rc2-ac2 (or later) in a kernel coming soon to a rawhide near you! :-) michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Mon Aug 18 20:30:22 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 18 Aug 2003 16:30:22 -0400 Subject: 'Fn key' and ACPI on dell laptops In-Reply-To: <200308182009.h7IK9Ss01189@devserv.devel.redhat.com>; from alan@redhat.com on Mon, Aug 18, 2003 at 04:09:28PM -0400 References: <20030818155924.C30036@devserv.devel.redhat.com> <200308182009.h7IK9Ss01189@devserv.devel.redhat.com> Message-ID: <20030818163022.E30036@devserv.devel.redhat.com> On Mon, Aug 18, 2003 at 04:09:28PM -0400, Alan Cox wrote: > > > Under ACPI this is no longer possible. > > > Why does using ACPI disable this functionality? > > > > Because enabling ACPI disables APM, and ACPI isn't specified in > > a way that allows that. > > Do you have the ACPI button drivers loaded ? Sorry, I should have been clearer in my answer... APM bios screens just can't come up with ACPI because ACPI is specified that the OS takes care of it all. In addition, 2.4 ACPI just doesn't do suspend to disk, regardless of whether acpid is informed of button presses... michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From nsilva-list at aoi.atari-source.com Mon Aug 18 16:35:41 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Mon, 18 Aug 2003 12:35:41 -0400 (EDT) Subject: RawHide Bluecurve theme problem: More Info Message-ID: Hi, I was trying to figure out the problem to the previously reported problem all morning, and wrongly thinking GAIM somehow caused the problem. In fact, the problem only occurs in windows with Japanese charicters in the title bar - somehow the hight is under-estimated in that case. I am using the "Bitstream Vera Sans" font, size 10 for the window captions. Using some fonts, like "Fixed", fixes the problem. Other fonts, like "Courier" show the same symptoms. Changing the size, interestingly enough, doesn't fix the problem at all. (again, the problem is illustrated in: http://aoi.atari-source.com/~nsilva/shots/20030818_rhl_bluecurve_ng_bug_screenshot.png ) -- noah silva From jspaleta at princeton.edu Mon Aug 18 20:44:56 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 18 Aug 2003 16:44:56 -0400 Subject: Severn Beta2 Message-ID: <1061239496.32681.85.camel@spatula> >it should be obvious that the ximian package is older and should be >replaced (or if it is newer.. than it should be left...). Maybe this is a >simplistic example though... its never enough to think of the simplistic example...the simplistic examples are never the ones that actually bite you in the arse when you implement things. First...newest doesn't mean squat! There is a reason why Epoch was invented. Second...you need to think of dependency chains instead of version numbers. What really really matters are the provides and requires of the packages, not to mention the API or whatever defines how the payload in said package interacts with other things. Version numbers are a horrid measure of worthwhileness. And when it comes to things like libraries..you have to be very particular about what package provides what library...and you have to be very aware that how xim builds its provides/requires can be deliberately inconsistent with how the base does it. http://bugzilla.ximian.com/show_bug.cgi?id=44442 What the hell do you do when yer add-on vendor builds their replacement packages using a dependency NOT in the base? its not just a direct bolt on then. Upgrades from the original vendor would not install cleanly in this case because they were built with a different dependency chain in mind. I contend that once you replace vendor A with vendor B's package...then you must prefer upgrades for that package from vendor B...or you risk major dependency issues. In my world view upgrade tools should try to be smart and by default only choose upgrades from the vendor/gpg sig for the package you already have installed....but this idea breaks down for base upgrades where the basic dependency structure you are relying on is massively changed. I don't have a smug, i know best, answer for how to do a sane base upgrade with multiple layers of 3rd party repo installs yet. But as soon as a dream one up I'll make it a point to beat the idea into the head of every package maintainer on this list. In the case of the base upgrade I think the logic runs the other way...you have to prefer the base package, so that dependancies chains will work out. You can't hold back development of the base release because it breaks pre-existing 3rd party packages....but hopefully a more open development cycle in the future will mean that interested 3rd party packagers will be able to keep their offerings in sync in a very timely manner. In the meantime...if ximian is not going to take advantage of the beta cycle so that you as an avid ximian fan can test their stuff for the upcoming rhl release...yer SOL. You can't hold up a base release because add-ons, no matter how popular, aren't ready to roll forward. -jef"but more importantly, ximian has the better t-shirt logo"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 nsilva-list at aoi.atari-source.com Mon Aug 18 16:59:33 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Mon, 18 Aug 2003 12:59:33 -0400 (EDT) Subject: Severn Beta2 In-Reply-To: <1061239496.32681.85.camel@spatula> Message-ID: On 18 Aug 2003, Jef Spaleta wrote: > Second...you need to think of dependency chains instead of version > numbers. What really really matters are the provides and requires of the > packages, Yes, but I don't know enough about RPM to argue this ;) I had heard some of the problems were because ximian changed some package names. (or other 3rd party software has slightly different package names so that RPM doesn't recognize that it's the same thing to upgrade it.) > provides/requires can be deliberately inconsistent with how the base > does it. > http://bugzilla.ximian.com/show_bug.cgi?id=44442 I discovered this with Debian before and had to remove/re-install half of my system to purge myself of the mess. > What the hell do you do when yer add-on vendor builds their replacement > packages using a dependency NOT in the base? its not just a direct bolt > on then. Upgrades from the original vendor would not install cleanly in > this case because they were built with a different dependency chain in > mind. I contend that once you replace vendor A with vendor B's > package...then you must prefer upgrades for that package from vendor > B...or you risk major dependency issues. In my world view upgrade I agree with this, but the problem there is that (As far as I know), you can't use red-carpet to upgrade from Rh8 to rh9, etc. (Can you even do this with RHN?) > tools should try to be smart and by default only choose upgrades from > the vendor/gpg sig for the package you already have installed....but > this idea breaks down for base upgrades where the basic dependency > structure you are relying on is massively changed. I don't have a smug, And ideally, 3rd party packages won't modify these things, except that Ximian mucks about with Gnome. > i know best, answer for how to do a sane base upgrade with multiple > layers of 3rd party repo installs yet. But as soon as a dream one up >... > dependancies chains will work out. > > You can't hold back development of the base release because it breaks > pre-existing 3rd party packages.... I certainly wasn't suggesting that. It was more along the lines of: If someone at redhat could spend a relatively short amount of time and ensure that RH9+xd2 upgrades nicely to RH10, it would be nice. If they can't... (and that's what I am hearing from people who obviously know more about it than myself), then... then they can't. > but hopefully a more open development > cycle in the future will mean that interested 3rd party packagers will > be able to keep their offerings in sync in a very timely manner. I think that redhat pushing some changes out to the authors will help solve that in the case of smaller individual packages. > In the meantime...if ximian is not going to take advantage of the beta > cycle so that you as an avid ximian fan can test their stuff for the > upcoming rhl release...yer SOL. You can't hold up a base release because > add-ons, no matter how popular, aren't ready to roll forward. Of course, and I don't think anyone would want them to. A release at least puts pressure on the 3rd parties to make the add-ons work in a hurry. I like Ximian, but I don't know is "avid" would describe my level of worship. If red-carpet would function well for debian testing and Rawhide, then that might happen ;) > -jef"but more importantly, ximian has the better t-shirt logo"spaleta This is true.. but most importanly, Mr. Cox has chimed on in this thread now, and I can't argue with him! ;) -- noah silva p.s.: My expertise is in Debian, Solaris, and AIX.. this Redhat stuff I have only been playing with since v8.0, so I may occasionally say something very silly. From leonardjo at hetnet.nl Mon Aug 18 21:34:29 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Mon, 18 Aug 2003 23:34:29 +0200 Subject: rpm segfaulting Message-ID: <3F416285.23156.200E445@localhost> Hi, I couldn't install Severn on a Cyrix P166 (installer fails after package selection), so I installed 7.3. From this system I did mkdir -p /mnt/hda5/var/lib/rpm rpm --root /mnt/hda5 -iv $(cat packs) to install the selected Severn rpm's listed in packs. Of course I edited /etc/fstab and set a root password for the new system. This worked quite well, except for a little problem when installing the kernel. /sbin/mkkerneldoth failed on rpm -q kernel$KERNEL_TYPE/$KERNEL_RELEASE. As it turns out on the newly created system I can't use rpm at all. Either it segfaults or the task is terminated because it's considered a non-exec exploit attempt. (There are no __db* files in /var/lib/rpm. I also repeated the above procedure to create a 7.3 system and I see no problems there.) I am not sure whether this is caused by the fact that I used rpm provided with RH 7.3 (4.0.4-7x.18 (not yet updated this sys)) to install Severn, or whether I actually hit a bug (anything to do with the cpu I am using?). Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From leonardjo at hetnet.nl Mon Aug 18 21:36:25 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Mon, 18 Aug 2003 23:36:25 +0200 Subject: serial mice and kudzu Message-ID: <3F4162F9.29673.202A9F3@localhost> Hi, Why is it kudzu doesn't recognize my serial mouse any more? It still does with 7.3, not with Severn, and probably not since 8.0. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From dee at renaissoft.com Mon Aug 18 21:48:12 2003 From: dee at renaissoft.com (Dee-Ann LeBlanc) Date: 18 Aug 2003 14:48:12 -0700 Subject: Odd USB mouse + PCMCIA Ethernet happenings In-Reply-To: <20030818213300.4561.40939.Mailman@listman.back-rdu.redhat.com> References: <20030818213300.4561.40939.Mailman@listman.back-rdu.redhat.com> Message-ID: <1061243292.15569.67.camel@localhost.localdomain> "Michael K. Johnson" wrote: > You'll think I'm nuts, but please try booting with acpi=off and see > if that fixes it. No crazier than having to move my mouse to let network traffic through. :) Nope. I still have to move the USB laser mouse to get traffic to pass through the PCMCIA Ethernet card. -- Dee-Ann LeBlanc, RHCE Lots of things Linux http://www.Dee-AnnLeBlanc.com/ From notting at redhat.com Mon Aug 18 19:58:20 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 18 Aug 2003 15:58:20 -0400 Subject: Beta Versions--Taroon and Severn In-Reply-To: <0DBC5E5E7CD8D311B97B009027991BD320EB64@amphussbs.amphus.com> References: <0DBC5E5E7CD8D311B97B009027991BD320EB64@amphussbs.amphus.com> Message-ID: <20030818195820.GA10593@nostromo.devel.redhat.com> Joseph Phillips (jphillips at amphus.com) said: > 1. Is Taroon the beta for the next version of RHEL? > > 2. Is Severn the beta for the next version of RHL? Yes. Bill From tom.jmalone at virgin.net Mon Aug 18 21:50:01 2003 From: tom.jmalone at virgin.net (Tom Malone) Date: Mon, 18 Aug 2003 22:50:01 +0100 Subject: Severn Beta2 In-Reply-To: <200308181403.50691.elwoo@videotron.ca> References: <001701c365a9$03ed0810$01fea8c0@vinhas> <200308181403.50691.elwoo@videotron.ca> Message-ID: <3F414A09.3040308@virgin.net> Elton Woo wrote: >On August 18, 2003 12:51 pm, Thiago Vinhas de Moraes >wrote: > > >>Hi there! >> >>The initial release schedule said that beta 2 would be released today. >> >> >There seems to be a holdup of some kind. Maybe beta 3 might be >released later, too, with the result that Red Hat 10 might come out in >October, instead of September ... if I remember the announced >schedule.... > > > >>Is there any new schedule avaiable? >> >> > >Can you send me the link where this (the schedule) was announced >previously in the list? > >Thanks, > >Elton ;-) > > > > it was on the slides in the install From m.a.young at durham.ac.uk Mon Aug 18 22:00:06 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Mon, 18 Aug 2003 23:00:06 +0100 (BST) Subject: Severn Beta2 In-Reply-To: <1061235440.6285.4.camel@Linux1> Message-ID: On Mon, 18 Aug 2003, Bjorn Andersen wrote: > man, 2003-08-18 kl. 20:28 skrev Eric Wood: > > > joe wrote: > > > Bill Nottingham wrote: > > >> Thiago Vinhas de Moraes (tvinhas at techbyte.com.br) said: > > >> Yes, unfortunately, that's slipping due to the inclusing of GNOME 2.4 > > >> and some other bits. > > >> > > > Very cool, that's worth waiting for - > > > > Cooler would be: Samba 3.0.0, linux 2.4.22, OOo 1.1, and GNOME 1.4. > > -eric wood > > > > Maybe Linux 2.6.x ? If the pages at http://rhl.redhat.com/ weren't being rebuilt, they would tell you that 2.6 will be in the release after this one (codename cambridge++). Michael Young From jphillips at amphus.com Mon Aug 18 22:26:22 2003 From: jphillips at amphus.com (Joseph Phillips) Date: Mon, 18 Aug 2003 15:26:22 -0700 Subject: Samba 3.0.0 beta3 config option "domain controller = xxx" Message-ID: <0DBC5E5E7CD8D311B97B009027991BD320EB66@amphussbs.amphus.com> After upgrading to the latest Red Hat RPM packages for Samba 3.0.0 beta 3, the default smb.conf file includes this option: # Use only if you have an NT server on your network that has been # configured at install time to be a primary domain controller. domain controller = xxx But, the official RPM packages from Samba.org do not contain this option. I am on the samba mailing list, and, according to John H Terpstra from samba.org, this "domain controller" is not a parameter from samba. Is this a parameter that Red Hat added? If so, why did Red Hat add a parameter that doesn't exist in the official build of samba? What does this parameter do? Thanks. From steve at rueb.com Tue Aug 19 00:09:50 2003 From: steve at rueb.com (Steve Bergman) Date: 18 Aug 2003 19:09:50 -0500 Subject: Odd USB mouse + PCMCIA Ethernet happenings In-Reply-To: <1061243292.15569.67.camel@localhost.localdomain> References: <20030818213300.4561.40939.Mailman@listman.back-rdu.redhat.com> <1061243292.15569.67.camel@localhost.localdomain> Message-ID: <1061251790.16476.4.camel@ip68-12-228-23.ok.ok.cox.net> On Mon, 2003-08-18 at 16:48, Dee-Ann LeBlanc wrote: > "Michael K. Johnson" wrote: > > > You'll think I'm nuts, but please try booting with acpi=off and see > > if that fixes it. > > No crazier than having to move my mouse to let network traffic through. > :) > > Nope. I still have to move the USB laser mouse to get traffic to pass > through the PCMCIA Ethernet card. I'm not well versed in pcmcia or usb but this suggests some sort of IRQ problem to me. Are the usb controller and pcmcia controller on the same IRQ according to /proc/interrupts? What I'm thinking is that the pcmcia's interrupts are, for some reason being ignored and when the usb controller generates an interrpupt, the pcmcia get's serviced. From jim-cornette at columbus.rr.com Tue Aug 19 02:00:00 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Mon, 18 Aug 2003 22:00:00 -0400 Subject: Severn Beta2 In-Reply-To: <3F414A09.3040308@virgin.net> References: <001701c365a9$03ed0810$01fea8c0@vinhas> <200308181403.50691.elwoo@videotron.ca> <3F414A09.3040308@virgin.net> Message-ID: <3F4184A0.8030006@columbus.rr.com> I have been trying out Severn on two different computer systems. One is a laptop "HP ze4315us" and it seems that everything that I have used is working. I felt confident enough with it that I upgraded to Rahide and nothing seemed to break with the transition. (Using the new up2date feature and selecting a rawhide repository) With the desktop that used the 815 chipset. The only major problem is with initializing my 3com vortex boomerang PCI card. The card works if I manaully run dhclient in the root terminal. This was a clean install. With an upgrade from RHL 7.3 to Severn. The upgrade was a very unworking system. Pluses with the Severn over the RHL 9 snapshot. My HP 2100C scanner works in both KDE and in GNOME. Before, it worked in GNOME and failed to initialize in KDE. Also, the scanner used to not turn off, after you scanned something. It now closes down properly and works great. So apparently, in my view, this version of RHL will be a big improvement I hope that they fixed the redhat-config-network program. It was said to have been fixed in Rawhide. (Crashes when adding or editing a network device, at least from a RHL 7.3 to Severn upgrade.) Also regarding Ximian incompatibility issue, when upgrading with third party software on systems. I used Ximian on my now gone 490CDT laptop and feel that the improvements to up2date and the improvements to the redhat-config-packages program have lessened the need to run ximian on my computer. The ability to grab third party software through up2date, with yum or apt have eased the accessability of desired functional programs. I couldn't try my HP camera out. The camera was sold to the same person that bought the laptop. I have a kodak camera that I haven't tried out yet. It might work, but am not too alarmed. Also, there was one incompatibility issue with upgrading to rawhide programs. I had to remove pine to resolve one of the program conflicts. There were two programs that would not install without a force and remain uninstalled on my severn to rawhide upgrade. The programs are; gnome-applets ver 2.2.2-3 (ver 2.2.0-8 is currently installed) and gnome-system-monitor ver 2.0.5-3 (ver 2.0.4-3 is currently installed) The conflicts revolve around the below pasted pop-up screen message. ------------------------------------------------ here was a package dependency problem. The message was: Unresolvable chain of dependencies: gnome-applets 2.2.2-3 requires libgtop-2.0.so.1 gnome-applets 2.2.2-3 requires libgtop_common-2.0.so.1 gnome-applets 2.2.2-3 requires libgtop_sysdeps-2.0.so.1 gnome-system-monitor 2.0.5-3 requires libgtop-2.0.so.1 gnome-system-monitor 2.0.5-3 requires libgtop_common-2.0.so.1 gnome-system-monitor 2.0.5-3 requires libgtop_sysdeps-2.0.so.1 Please modify your package selections and try again. --------------------------------------------------- Forget ximian, get gnome to work with RHL 10 (or whatebver it will be designated.) Jim -- The Second Law of Thermodynamics: If you think things are in a mess now, just wait! -- Jim Warner From jbinpg at shaw.ca Tue Aug 19 02:12:10 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Mon, 18 Aug 2003 19:12:10 -0700 Subject: Severn Beta2 In-Reply-To: References: <061301c365b6$78d23080$9100000a@intgrp.com> Message-ID: <20030819021210.GC9166@nonesuch> On Mon, Aug 18, 2003 at 10:32:46AM -0400, Noah Silva [Mailing list] wrote: > More than OOo 1.1 I am interested in seeing the Ximian-ized OOo (except > _please_ change the default back to .sxw and not .doc!!). > > It's also a bit convenient having every release of redhat require me to > uninstall ximian packages. I think at this point, redhat should assume > that a large percentage of users use ximian, and allow to upgrade from > their packages. Over my virtual dead body... -- Jack Bowling mailto: jbinpg at shaw.ca From jim-cornette at columbus.rr.com Tue Aug 19 02:14:08 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Mon, 18 Aug 2003 22:14:08 -0400 Subject: Severn Beta2 [Novell Ximian and upgrades] In-Reply-To: <1061237453.17511.27.camel@smoogen1.lanl.gov> References: <1061237453.17511.27.camel@smoogen1.lanl.gov> Message-ID: <3F4187F0.9000405@columbus.rr.com> Stephen Smoogen wrote: > I think this will be a 'mute' argument with the acquisition of Ximian by > Novell, and the fact that Novell has said that they will be developing > their own distro.. and that Ximian welcomed this because they could > focus their efforts more. > > Of course I am going from sentance long quotes from memory.. so I dont > know how accurate it is :) > > On Mon, 2003-08-18 at 09:59, Noah Silva [Mailing list] wrote: > >>Hi, >> >>I certainly agree that Redhat shouldn't be held responsible other >>company's packages, but to say they "shouldn't worry" about Ximian ends up >>amounting to saying they "shouldn't worry" about their customers. >> It would probably do Novell, ximian a lot of good to develop their own distribution. for them to bridge distributions seems like a splintering approach to keep several different program versions, with departing independent developmental efforts, between maintained SuSE, RedHat, Debian or whatever else distributions. It does sound like GNOME might be less splintered if they changed their libs to match the most dependable and working departures into their bridged GNOME offerings. It seems that their channelings have made XD2 to be attrivtive to a lot of different GNOME users with different favored distribution selections. Either way, I hope that novell leads ximian and novell into cutting down the 95 % windows usage to a little under 50 % (doubtful, but novell deserves the recoup, from the active directory theft, from the M$ corp) Jim > > -- The Second Law of Thermodynamics: If you think things are in a mess now, just wait! -- Jim Warner From elwoo at videotron.ca Tue Aug 19 02:29:06 2003 From: elwoo at videotron.ca (Elton Woo) Date: Mon, 18 Aug 2003 22:29:06 -0400 Subject: RH 10 schedule (was - Re: Severn Beta2) In-Reply-To: <3F414A09.3040308@virgin.net> References: <001701c365a9$03ed0810$01fea8c0@vinhas> <200308181403.50691.elwoo@videotron.ca> <3F414A09.3040308@virgin.net> Message-ID: <200308182229.07074.elwoo@videotron.ca> On August 18, 2003 05:50 pm, Tom Malone wrote: > Elton Woo wrote: > >On August 18, 2003 12:51 pm, Thiago Vinhas de Moraes > > > >> > >>The initial release schedule said that beta 2 would be released today. > > > >There seems to be a holdup of some kind. Maybe beta 3 might be > >released later, too, with the result that Red Hat 10 might come out in > >October, instead of September ... if I remember the announced > >schedule.... > > > >>Is there any new schedule avaiable? > > > >Can you send me the link where this (the schedule) was announced > >previously in the list? > > > >Thanks, > > > >Elton ;-) > > it was on the slides in the install True. But IIRC, it was also mentioned within a post where the mention of a "more open" Red Hat was mentioned. I think the announcement was even contained in a post by one of the RH guys who is quite frequent on this list (but I *can't* remember who...!) Elton ;-) (I wonder if I can find that "slide" on Disk 1 of Severn?) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From steve at rueb.com Tue Aug 19 03:29:23 2003 From: steve at rueb.com (Steve Bergman) Date: 18 Aug 2003 22:29:23 -0500 Subject: RH 10 schedule (was - Re: Severn Beta2) In-Reply-To: <200308182229.07074.elwoo@videotron.ca> References: <001701c365a9$03ed0810$01fea8c0@vinhas> <200308181403.50691.elwoo@videotron.ca> <3F414A09.3040308@virgin.net> <200308182229.07074.elwoo@videotron.ca> Message-ID: <1061263763.17466.10.camel@ip68-12-228-23.ok.ok.cox.net> On Mon, 2003-08-18 at 21:29, Elton Woo wrote: > Maybe beta 3 might be > > >released later, too, with the result that Red Hat 10 might come out in > > >October, instead of September ... if I remember the announced > > >schedule.... > > > > > >>Is there any new schedule avaiable? > > > It was on the rhl.redhat.com site, which is being redone. The target for final release was Oct 6 IIRC. Hopefully, a new schedule will be available there shortly, along with other info, but the amount of time to get OOo 1.1 with RedHat's patches ready may be hard to predict. It also seems like a beta4 or RC might be in order lest the re-branding of the RHLP become "Brown Paper Bag Linux". ;-) From mike at netlyncs.com Tue Aug 19 03:46:26 2003 From: mike at netlyncs.com (Mike Chambers) Date: Mon, 18 Aug 2003 22:46:26 -0500 Subject: What's wrong with disucssing BUGS in Severn? (wasRe: What's wrong with disucssing BUGS in Severn? (was Re: RH Decisions (was Re: APT, Yum and Red Carpet) Re: RH Decisions (was Re: APT, Yum and Red Carpet) In-Reply-To: <200308181405.56106.elwoo@videotron.ca> References: <200308181405.56106.elwoo@videotron.ca> Message-ID: <1061264786.25345.4.camel@bart.netlyncs.com> On Mon, 2003-08-18 at 13:05, Elton Woo wrote: > On August 18, 2003 09:02 am, Elliot Lee wrote: > > > > rhl-devel-list or rhl-list. > > > > -- Elliot > > So, is there a separate Severn-beta list, or am I in the correct forum? I believe what they are trying to tell you, is to discuss things that are specific to this beta here on this list. Then discuss overall/general things of Red Hat, the distro or whatever on rhl-list or rhl-devel-list for development type stuff. -- Mike Chambers Madisonville, KY "The road to to success is always under construction!" From knxmay001 at mail.uct.ac.za Tue Aug 19 04:27:55 2003 From: knxmay001 at mail.uct.ac.za (Maynard Kuona) Date: 19 Aug 2003 06:27:55 +0200 Subject: Stock kernels Message-ID: <1061267274.28799.5.camel@albert> Is ther any chance RHL could include stock kernel rpms for the guys who would like to run something different, or customize it as much as possible. It doesn't have to be offered for installation, or it could be just the source rpms, from which we could then compile and make binary packages. redhat could also include their own spec with it so that it is less of a hassle to compile and install. It could just be dropped into an 'extras' folder where those who feel so inclined could install it from. It shouldn't be too much to ask IMHO. From hosting at j2solutions.net Tue Aug 19 04:36:38 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Mon, 18 Aug 2003 21:36:38 -0700 Subject: Stock kernels In-Reply-To: <1061267274.28799.5.camel@albert> References: <1061267274.28799.5.camel@albert> Message-ID: <200308182136.38104.hosting@j2solutions.net> On Monday 18 August 2003 21:27, Maynard Kuona wrote: > It doesn't have to be offered for installation, or it could be just the > source rpms, from which we could then compile and make binary packages. > redhat could also include their own spec with it so that it is less of a > hassle to compile and install. It could just be dropped into an 'extras' > folder where those who feel so inclined could install it from. It > shouldn't be too much to ask IMHO. The kernel.src.rpm contains the unmolested kernel source. (note, it's not the kernel-source rpm) -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (www.mondorescue.org) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From knxmay001 at mail.uct.ac.za Tue Aug 19 05:59:40 2003 From: knxmay001 at mail.uct.ac.za (Maynard Kuona) Date: 19 Aug 2003 07:59:40 +0200 Subject: Stock kernels In-Reply-To: <200308182136.38104.hosting@j2solutions.net> References: <1061267274.28799.5.camel@albert> <200308182136.38104.hosting@j2solutions.net> Message-ID: <1061272780.9273.4.camel@albert> But is it the latest available, or do they more or less mirror their own kernel. Is this going to be done with 2.6 in RH10/RHX. f the kernel has shipped and they haven't tested it yet, I would really love it if they gave us the stock 2.6 before they make any changes. On Tue, 2003-08-19 at 06:36, Jesse Keating wrote: > On Monday 18 August 2003 21:27, Maynard Kuona wrote: > > It doesn't have to be offered for installation, or it could be just the > > source rpms, from which we could then compile and make binary packages. > > redhat could also include their own spec with it so that it is less of a > > hassle to compile and install. It could just be dropped into an 'extras' > > folder where those who feel so inclined could install it from. It > > shouldn't be too much to ask IMHO. > > The kernel.src.rpm contains the unmolested kernel source. (note, it's not the > kernel-source rpm) From pri.rhl1 at iadonisi.to Tue Aug 19 06:11:21 2003 From: pri.rhl1 at iadonisi.to (Paul Iadonisi) Date: 19 Aug 2003 02:11:21 -0400 Subject: Stock kernels In-Reply-To: <1061272780.9273.4.camel@albert> References: <1061267274.28799.5.camel@albert> <200308182136.38104.hosting@j2solutions.net> <1061272780.9273.4.camel@albert> Message-ID: <1061273481.8140.25.camel@va.local.linuxlobbyist.org> On Tue, 2003-08-19 at 01:59, Maynard Kuona wrote: > But is it the latest available, or do they more or less mirror their own > kernel. Well it's usually pretty current when it's released. And the tarball in the kernel src.rpm is a pristine one. Do an md5sum on it to verify and you'll see that it is. > Is this going to be done with 2.6 in RH10/RHX. f the kernel has shipped > and they haven't tested it yet, I would really love it if they gave us > the stock 2.6 before they make any changes. Although the kernel src.rpm is *quite* complex, it's not too difficult to unravel, plop in a pristine kernel tarball of your choice and pre, rc, ac or whatever patches (provided they don't conflict) and strip out all other patches. I'd recommending leaving the nonint (non-interactive) patch so that the build fails (relatively quickly) if any options are not set in your config file and a list is kindly echoed of options that need to be set to n, m, or y. Building the kernel from Red Hat's rpms is a art form of sorts. I've done it many times and would be glad to provide assistance with the process I use to customize it. Or, if there's enough interest, I'll see about making rpm sets (or just src.rpms without the nonint patch to allow anyone to build his own, custom configured kernel during rpm build) and make them available somewhere. -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From mharris at redhat.com Tue Aug 19 07:11:37 2003 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 19 Aug 2003 03:11:37 -0400 (EDT) Subject: Stock kernels In-Reply-To: <1061267274.28799.5.camel@albert> Message-ID: On 19 Aug 2003, Maynard Kuona wrote: >Is ther any chance RHL could include stock kernel rpms for the guys who >would like to run something different, or customize it as much as >possible. > >It doesn't have to be offered for installation, or it could be just the >source rpms, from which we could then compile and make binary packages. >redhat could also include their own spec with it so that it is less of a >hassle to compile and install. It could just be dropped into an 'extras' >folder where those who feel so inclined could install it from. It >shouldn't be too much to ask IMHO. Red Hat has a strong name in the community from providing a strong solid product to customers and users. That is accomplished by taking many open source project's codebases and incorporating them into a unified and integrated distribution, and patching the source code of the various software packages to fix bugs that are found by developers, reported by users and customers, or via other means. Leaving out bug fixes just for the sake of having a binary unpatched kernel or other software package is not conducive to producing the best software. Other patches include enhancements, modifications for standardization efforts such as LSB, FHS, etc. and some software requires modifications or changes to its build procedures in order to compile with perhaps a different version of a library, than what it was developed for by the upstream author. When you use Red Hat Linux, you are not using stock untested, unmodified source code built into binaries and thrown over the fence, rather you are using code that has been modified via patches for numerous good reasons, and that combines to form the robust end result. People are of course always encouraged to create their own customized packages which may contain newer versions of the software than that which is part of the distribution at any given time, or to create packages which contain stock unmodified source code with no patches. You may wish to create a repository of rpm packages which are 100% stock unmodified sources, and put them up for others to use as well. There may be others whom would like this also, however it doesn't really fit directly into Red Hat Linux goals and mission. That doesn't mean it can't exist by volunteers willing to contribute and maintain their own package sets though. More than likely someone out there is interested in maintaining such, and I wouldn't doubt if such packages exist already for the kernel, or something close to it. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From alexl at redhat.com Tue Aug 19 07:50:32 2003 From: alexl at redhat.com (Alexander Larsson) Date: 19 Aug 2003 09:50:32 +0200 Subject: RawHide Bluecurve theme problem: More Info In-Reply-To: References: Message-ID: <1061279431.21871.79.camel@localhost.localdomain> On Mon, 2003-08-18 at 18:35, Noah Silva [Mailing list] wrote: > Hi, > > I was trying to figure out the problem to the previously reported problem > all morning, and wrongly thinking GAIM somehow caused the problem. In > fact, the problem only occurs in windows with Japanese charicters in the > title bar - somehow the hight is under-estimated in that case. > > I am using the "Bitstream Vera Sans" font, size 10 for the window > captions. > > Using some fonts, like "Fixed", fixes the problem. Other fonts, like > "Courier" show the same symptoms. Changing the size, interestingly > enough, doesn't fix the problem at all. I guess the problem is related to glyphs in a font that are larger than the "design height" of the font. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a scrappy zombie sorceror from the Mississippi delta. She's a brilliant psychic doctor in the witness protection program. They fight crime! From mharris at redhat.com Tue Aug 19 07:19:14 2003 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 19 Aug 2003 03:19:14 -0400 (EDT) Subject: Stock kernels In-Reply-To: <1061272780.9273.4.camel@albert> Message-ID: On 19 Aug 2003, Maynard Kuona wrote: >But is it the latest available, or do they more or less mirror their own >kernel. > >Is this going to be done with 2.6 in RH10/RHX. f the kernel has shipped >and they haven't tested it yet, I would really love it if they gave us >the stock 2.6 before they make any changes. Changes are not gratuitous however. We're unlikely to ship kernel source code without patches just for the sake of it not having patches. Patches fix bugs, and fixed bugs mean less bug reports, which means more time to fix other bugs in other software, which in the end translates into a more stable and solid product, happier users and customers. Your best bet might be to compile the kernel from stock sources yourself, and get the best of both worlds. You may also want to experiment with other distributions such as Gentoo, Linux From Scratch and other similar source based distributions. It really isn't in the interest of the large community of users out there for Red Hat Linux to come with raw unpatched software without any bug fix patches or modifications, especially if bug fixes and enhancements are known and available already, or are being developed. More of a customized thing for a special interest group than a generally useful thing IMHO, and people who are interested in such things are always encouraged to participate and volunteer, as there will likely be others who share their desires as well. Hope this helps. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From awol at home.nl Tue Aug 19 08:05:31 2003 From: awol at home.nl (Alexander Volovics) Date: Tue, 19 Aug 2003 10:05:31 +0200 Subject: 'Fn key' and ACPI on dell laptops In-Reply-To: <20030818163022.E30036@devserv.devel.redhat.com> References: <20030818155924.C30036@devserv.devel.redhat.com> <200308182009.h7IK9Ss01189@devserv.devel.redhat.com> <20030818163022.E30036@devserv.devel.redhat.com> Message-ID: <20030819080531.GA1951@home.nl> On Mon, Aug 18, 2003 at 04:30:22PM -0400, Michael K. Johnson wrote: > On Mon, Aug 18, 2003 at 04:09:28PM -0400, Alan Cox wrote: > > > > Under ACPI this is no longer possible. > > > > Why does using ACPI disable this functionality? > > > Because enabling ACPI disables APM, and ACPI isn't specified in > > > a way that allows that. > > Do you have the ACPI button drivers loaded ? > Sorry, I should have been clearer in my answer... > APM bios screens just can't come up with ACPI because ACPI is > specified that the OS takes care of it all. > In addition, 2.4 ACPI just doesn't do suspend to disk, regardless > of whether acpid is informed of button presses... I had never thought about it, but you mean that to allow the bios setup screens to come up during an X session something like 'suspend to memory' had to be invoked first. Alexander From feliciano.matias at free.fr Tue Aug 19 08:38:26 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 19 Aug 2003 10:38:26 +0200 Subject: Severn Beta2 In-Reply-To: References: Message-ID: <1061282300.2257.3.camel@one.myworld> Do you prefer RH10 with XD2 (based on Gnome 2.2) or RH10 with Gnome 2.4 ? Or are you asking RedHat to build XD2.4 ? -- F?liciano Matias -------------- 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 knxmay001 at mail.uct.ac.za Tue Aug 19 10:25:36 2003 From: knxmay001 at mail.uct.ac.za (Maynard Kuona) Date: Tue, 19 Aug 2003 12:25:36 +0200 Subject: Stock kernels References: Message-ID: <001d01c3663c$3a789dc0$196d9e89@pegasus> Not the binary kernel. I was referring to kernel source only, so that those who felt so inclined could compile it themselves. We could then make use of the spec file that Redhat uses to make its own kernel rpms, if they are compatible. Like recently, the kernel.org kernels will not build because of how Redhat split rpm into rpm and rpmbuild. So if you could provide stock kernels, unsupported though, even for download, it would really be appreciated. The thing is that if they build at Redhat, then there should be less trouble building in the users' hands. I think I should mention again that I was not intending for Redhat to ship a stock kernel binary, as users might install this and end up with real big problems. ----- Original Message ----- From: "Mike A. Harris" To: Sent: Tuesday, August 19, 2003 9:11 AM Subject: Re: Stock kernels > On 19 Aug 2003, Maynard Kuona wrote: > > >Is ther any chance RHL could include stock kernel rpms for the guys who > >would like to run something different, or customize it as much as > >possible. > > > >It doesn't have to be offered for installation, or it could be just the > >source rpms, from which we could then compile and make binary packages. > >redhat could also include their own spec with it so that it is less of a > >hassle to compile and install. It could just be dropped into an 'extras' > >folder where those who feel so inclined could install it from. It > >shouldn't be too much to ask IMHO. > > Red Hat has a strong name in the community from providing a > strong solid product to customers and users. That is > accomplished by taking many open source project's codebases and > incorporating them into a unified and integrated distribution, > and patching the source code of the various software packages to > fix bugs that are found by developers, reported by users and > customers, or via other means. Leaving out bug fixes just for > the sake of having a binary unpatched kernel or other software > package is not conducive to producing the best software. > > Other patches include enhancements, modifications for > standardization efforts such as LSB, FHS, etc. and some software > requires modifications or changes to its build procedures in > order to compile with perhaps a different version of a library, > than what it was developed for by the upstream author. > > When you use Red Hat Linux, you are not using stock untested, > unmodified source code built into binaries and thrown over the > fence, rather you are using code that has been modified via > patches for numerous good reasons, and that combines to form the > robust end result. > > People are of course always encouraged to create their own > customized packages which may contain newer versions of the > software than that which is part of the distribution at any given > time, or to create packages which contain stock unmodified source > code with no patches. > > You may wish to create a repository of rpm packages which are > 100% stock unmodified sources, and put them up for others to use > as well. There may be others whom would like this also, however > it doesn't really fit directly into Red Hat Linux goals and > mission. That doesn't mean it can't exist by volunteers willing > to contribute and maintain their own package sets though. > > More than likely someone out there is interested in maintaining > such, and I wouldn't doubt if such packages exist already for the > kernel, or something close to it. > > > > > -- > Mike A. Harris ftp://people.redhat.com/mharris > OS Systems Engineer - XFree86 maintainer - Red Hat > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From jspaleta at princeton.edu Tue Aug 19 12:17:46 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: Tue, 19 Aug 2003 08:17:46 -0400 Subject: Stock kernels Message-ID: <1061295465.1419.21.camel@localhost.localdomain> Maynard Kuona wrote: > Like recently,the kernel.org kernels will not build because of > how Redhat split rpm into rpm and rpmbuild http://www.rpm.org/hintskinks/rpmbuild/ Recently....that url would suggest that the actual functionality split was a while ago. I think the backwards compatibility mode for rpm hung around too long. >So if you could provide stock >kernels, unsupported though, even for download, it would really be >appreciated. The thing is that if they build at Redhat, then there should be >less trouble building in the users' hands. What you are actually asking for...is you want Red Hat to take the most recent stock source and test it just enough to make sure that end-user can "easily" roll their own kernel. That just isn't going to happen inside the distro. What you get is the stock source code and the spec file for the kernels red hat does provide...but thats seldom going to be the "newest" kernel...especially if you like running development kernels Now, developers being developers, you might likely see an individual developer offering up kernel rpms for testing newer kernel releases...and the associated src.rpm will have the unpatched source. But as part of the distro...I highly doubt yer not going to see a second set of kernel sources...even if its just for download. And I'm really not sure of the value of the Red Hat developers making it "end-user easy" to build a custom kernel. If you are building yer own custom kernel from stock...you should KNOW how to apply patches and KNOW how to build your own spec file from provided examples. -jef -------------- 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 maxer1 at xmission.com Tue Aug 19 13:24:01 2003 From: maxer1 at xmission.com (raxet) Date: Tue, 19 Aug 2003 07:24:01 -0600 Subject: Fatal error on initializing USB mouse etc Message-ID: <3F4224F1.3010505@xmission.com> On Severn with 2.6.0-0.test3.1.31. I get this message on kernel boot and wonder what should be contained the file /drivers: grep:/proc/bus/usb/drivers no such file or directory? Raxet From gstool at earthlink.net Tue Aug 19 13:27:34 2003 From: gstool at earthlink.net (Gerry Tool) Date: Tue, 19 Aug 2003 08:27:34 -0500 Subject: Fatal error on initializing USB mouse etc In-Reply-To: <3F4224F1.3010505@xmission.com> References: <3F4224F1.3010505@xmission.com> Message-ID: <3F4225C6.4030103@earthlink.net> raxet wrote: > On Severn with 2.6.0-0.test3.1.31. > > I get this message on kernel boot and wonder what should be contained > the file /drivers: > > grep:/proc/bus/usb/drivers no such file or directory? > I don't know what "should be there, but here is the contents of mine: [gerry at gstpc gerry]$ cat /proc/bus/usb/drivers usbdevfs hub 96-111: hiddev hid 48- 63: usbscanner usb-storage Gerry From maxer1 at xmission.com Tue Aug 19 13:31:58 2003 From: maxer1 at xmission.com (raxet) Date: Tue, 19 Aug 2003 07:31:58 -0600 Subject: Fatal error on initializing USB mouse etc In-Reply-To: <3F4225C6.4030103@earthlink.net> References: <3F4224F1.3010505@xmission.com> <3F4225C6.4030103@earthlink.net> Message-ID: <3F4226CE.6040500@xmission.com> Gerry Tool wrote: > raxet wrote: > >> On Severn with 2.6.0-0.test3.1.31. >> >> I get this message on kernel boot and wonder what should be contained >> the file /drivers: >> >> grep:/proc/bus/usb/drivers no such file or directory? >> > > I don't know what "should be there, but here is the contents of mine: > > [gerry at gstpc gerry]$ cat /proc/bus/usb/drivers > usbdevfs > hub > 96-111: hiddev > hid > 48- 63: usbscanner > usb-storage Could you elaborate on this addressing? 48-63: usbscanner? Raxet From maxer1 at xmission.com Tue Aug 19 13:35:06 2003 From: maxer1 at xmission.com (raxet) Date: Tue, 19 Aug 2003 07:35:06 -0600 Subject: Fatal error on initializing USB mouse etc In-Reply-To: <3F4226CE.6040500@xmission.com> References: <3F4224F1.3010505@xmission.com> <3F4225C6.4030103@earthlink.net> <3F4226CE.6040500@xmission.com> Message-ID: <3F42278A.3070706@xmission.com> raxet wrote: > Gerry Tool wrote: > >> raxet wrote: >> >>> On Severn with 2.6.0-0.test3.1.31. >>> >>> I get this message on kernel boot and wonder what should be >>> contained the file /drivers: >>> >>> grep:/proc/bus/usb/drivers no such file or directory? >>> >> >> I don't know what "should be there, but here is the contents of mine: >> >> [gerry at gstpc gerry]$ cat /proc/bus/usb/drivers >> usbdevfs >> hub >> 96-111: hiddev >> hid >> 48- 63: usbscanner >> usb-storage > > > Could you elaborate on this addressing? > > 48-63: usbscanner? I also can't add this file. How is it created? Raxet From steve at rueb.com Tue Aug 19 13:42:56 2003 From: steve at rueb.com (Steve Bergman) Date: 19 Aug 2003 08:42:56 -0500 Subject: Stock kernels In-Reply-To: References: Message-ID: <1061300576.17466.24.camel@ip68-12-228-23.ok.ok.cox.net> When I implement a RedHat System, I often have to discard the RedHat kernel, download the vanilla source, patch with linux-abi and build. I do use the config.xxx file from RH to try to stay as close as possible to the RH config. The company I work for resells implements point of sale and business accounting software which, although compiled for linux, have a few important bits that require linux-abi. I have no control over either what my company sells or what the software requires. All I can do is push as hard as I can to divert as many implementations as possible away from Windows and SCO Open Server and toward Linux. Any suggestions on how to most easily get as close as possible to a RH kernel while retaining linux-abi capability? Any possibility of linux-abi going into the RHLP? Or maybe Fedora? As someone who kinda knows some C but is not a kernel guy, I've thought about maybe adapting the linux-abi patch to the current RH source myself. Would such a thing be welcome in fedora? From johnsonm at redhat.com Tue Aug 19 13:44:02 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Tue, 19 Aug 2003 09:44:02 -0400 Subject: Odd USB mouse + PCMCIA Ethernet happenings In-Reply-To: <1061243292.15569.67.camel@localhost.localdomain>; from dee@renaissoft.com on Mon, Aug 18, 2003 at 02:48:12PM -0700 References: <20030818213300.4561.40939.Mailman@listman.back-rdu.redhat.com> <1061243292.15569.67.camel@localhost.localdomain> Message-ID: <20030819094402.A493@devserv.devel.redhat.com> On Mon, Aug 18, 2003 at 02:48:12PM -0700, Dee-Ann LeBlanc wrote: > "Michael K. Johnson" wrote: > > > You'll think I'm nuts, but please try booting with acpi=off and see > > if that fixes it. > > No crazier than having to move my mouse to let network traffic through. > :) > > Nope. I still have to move the USB laser mouse to get traffic to pass > through the PCMCIA Ethernet card. OK. The reason I asked is that ACPI, when enabled, is in charge of interrupt routing, and this is clearly an interrupt routing problem. That is, the PCMCIA ethernet card driver is looking at the wrong source for interrupts. It's definitely one to file in bugzilla with the information that acpi=off does NOT resolve the problem. I'm not sure if that means that we'll be able to fix it, but at least we'll have a record of it and the more information we collect the more the pattern will show... Information you'll want to include will be at least the output of the following commands, all run as root: cat /proc/interrupts lspci -vv dmidecode That will at least be a good start. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Tue Aug 19 13:53:24 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Tue, 19 Aug 2003 09:53:24 -0400 Subject: RH 10 schedule (was - Re: Severn Beta2) In-Reply-To: <200308182229.07074.elwoo@videotron.ca>; from elwoo@videotron.ca on Mon, Aug 18, 2003 at 10:29:06PM -0400 References: <001701c365a9$03ed0810$01fea8c0@vinhas> <200308181403.50691.elwoo@videotron.ca> <3F414A09.3040308@virgin.net> <200308182229.07074.elwoo@videotron.ca> Message-ID: <20030819095324.B493@devserv.devel.redhat.com> On Mon, Aug 18, 2003 at 10:29:06PM -0400, Elton Woo wrote: > True. But IIRC, it was also mentioned within a post where the mention > of a "more open" Red Hat was mentioned. I think the announcement > was even contained in a post by one of the RH guys who is quite > frequent on this list (but I *can't* remember who...!) But it was also mentioned on these lists that it is slipping a bit. And no, we don't yet have the new schedule set, but when we do, it will again be shared openly. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From gstool at earthlink.net Tue Aug 19 13:58:07 2003 From: gstool at earthlink.net (Gerry Tool) Date: Tue, 19 Aug 2003 08:58:07 -0500 Subject: Fatal error on initializing USB mouse etc In-Reply-To: <3F4226CE.6040500@xmission.com> References: <3F4224F1.3010505@xmission.com> <3F4225C6.4030103@earthlink.net> <3F4226CE.6040500@xmission.com> Message-ID: <3F422CEF.7080406@earthlink.net> raxet wrote: > Gerry Tool wrote: > >> raxet wrote: >> >>> On Severn with 2.6.0-0.test3.1.31. >>> >>> I get this message on kernel boot and wonder what should be contained >>> the file /drivers: >>> >>> grep:/proc/bus/usb/drivers no such file or directory? >>> >> >> I don't know what "should be there, but here is the contents of mine: >> >> [gerry at gstpc gerry]$ cat /proc/bus/usb/drivers >> usbdevfs >> hub >> 96-111: hiddev >> hid >> 48- 63: usbscanner >> usb-storage > > > Could you elaborate on this addressing? > > 48-63: usbscanner? > I do not know the meaning of the numbers, and I am not knoledgable about how the file is created. My GUESS is this is a list of drivers that get loaded during bootup due to usb devices the system locates. Sorry I can't be more helpful, but maybe another list member with more knowledge can add an explanation. Gerry From johnsonm at redhat.com Tue Aug 19 13:58:38 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Tue, 19 Aug 2003 09:58:38 -0400 Subject: Stock kernels In-Reply-To: <1061267274.28799.5.camel@albert>; from knxmay001@mail.uct.ac.za on Tue, Aug 19, 2003 at 06:27:55AM +0200 References: <1061267274.28799.5.camel@albert> Message-ID: <20030819095838.C493@devserv.devel.redhat.com> On Tue, Aug 19, 2003 at 06:27:55AM +0200, Maynard Kuona wrote: > Is ther any chance RHL could include stock kernel rpms for the guys who > would like to run something different, or customize it as much as > possible. > > It doesn't have to be offered for installation, or it could be just the > source rpms, from which we could then compile and make binary packages. Just grab the tarball from the kernel src.rpm package, go in, configure it however you want (you can use one of our configs as a base config if you like, but it's not a requirement), and then to "make rpm" and you'll get an rpm. That's part of the base kernel now. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Tue Aug 19 14:02:49 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Tue, 19 Aug 2003 10:02:49 -0400 Subject: 'Fn key' and ACPI on dell laptops In-Reply-To: <20030819080531.GA1951@home.nl>; from awol@home.nl on Tue, Aug 19, 2003 at 10:05:31AM +0200 References: <20030818155924.C30036@devserv.devel.redhat.com> <200308182009.h7IK9Ss01189@devserv.devel.redhat.com> <20030818163022.E30036@devserv.devel.redhat.com> <20030819080531.GA1951@home.nl> Message-ID: <20030819100249.D493@devserv.devel.redhat.com> On Tue, Aug 19, 2003 at 10:05:31AM +0200, Alexander Volovics wrote: > On Mon, Aug 18, 2003 at 04:30:22PM -0400, Michael K. Johnson wrote: > > In addition, 2.4 ACPI just doesn't do suspend to disk, regardless > > of whether acpid is informed of button presses... > > I had never thought about it, but you mean that to allow the bios setup > screens to come up during an X session something like 'suspend to memory' > had to be invoked first. No, I mean that when ACPI initializes, APM services are explicitly disabled. Otherwise the machine would not comply with the ACPI standard. You can't both have ACPI and APM suspend the machine. If ACPI is enabled, the button press MUST be processed by ACPI; it cannot be processed by APM, and if ACPI doesn't process it, it can't be processed. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From awol at home.nl Tue Aug 19 14:08:07 2003 From: awol at home.nl (Alexander Volovics) Date: Tue, 19 Aug 2003 16:08:07 +0200 Subject: 'Fn key' and ACPI on dell laptops In-Reply-To: References: <20030818080123.GB2633@home.nl> Message-ID: <20030819140807.GA1951@home.nl> On Mon, Aug 18, 2003 at 03:39:11PM -0300, Alexandre Oliva wrote: > On Aug 18, 2003, Alexander Volovics wrote: > > Dell laptops have a blue Fn key. > > Under APM pressing 'Fn-setup' and 'Fn-battery' would show the > > BIOS setup and the battery status. > > Under ACPI this is no longer possible. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100539 Thanks for the reference. Then I will bugzilla my other acpi question/problem with respect to 2 batteries too. I thought acpi problems were outside the competence of RH. Alexander From laur.ivan at corvil.com Tue Aug 19 14:09:56 2003 From: laur.ivan at corvil.com (Laur Ivan) Date: Tue, 19 Aug 2003 15:09:56 +0100 Subject: Fatal error on initializing USB mouse etc In-Reply-To: <3F4224F1.3010505@xmission.com> References: <3F4224F1.3010505@xmission.com> Message-ID: <200308191509.59925.laur.ivan@corvil.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 afaik, all the stuff in proc/bus/usb is usually created when the usb modules are loaded. Also, I think you have to have devfs compiled in the kernel to have access to /proc... (I might be wrong here..). what dows "lsmod" say? Cheers, Laur On Tuesday 19 August 2003 14:24, raxet wrote: > On Severn with 2.6.0-0.test3.1.31. > > I get this message on kernel boot and wonder what should be contained > the file /drivers: > > grep:/proc/bus/usb/drivers no such file or directory? > > Raxet > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list - -- Laur Ivan Tel : +353-1-6674336 Software Design Engineer eMail: laur.ivan at corvil.com Corvil Ltd. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE/Qi+3rIaFaLsloSMRAkA3AJkBYihwATMEXky+0mBgs5Rbjln0zACfR2bS 52RtNz9xbGw9C3G+PDPUiro= =OXlO -----END PGP SIGNATURE----- From awol at home.nl Tue Aug 19 14:22:41 2003 From: awol at home.nl (Alexander Volovics) Date: Tue, 19 Aug 2003 16:22:41 +0200 Subject: 'Fn key' and ACPI on dell laptops In-Reply-To: <20030819100249.D493@devserv.devel.redhat.com> References: <20030818155924.C30036@devserv.devel.redhat.com> <200308182009.h7IK9Ss01189@devserv.devel.redhat.com> <20030818163022.E30036@devserv.devel.redhat.com> <20030819080531.GA1951@home.nl> <20030819100249.D493@devserv.devel.redhat.com> Message-ID: <20030819142241.GB1983@home.nl> On Tue, Aug 19, 2003 at 10:02:49AM -0400, Michael K. Johnson wrote: > On Tue, Aug 19, 2003 at 10:05:31AM +0200, Alexander Volovics wrote: > > I had never thought about it, but you mean that to allow the bios setup > > screens to come up during an X session something like 'suspend to memory' > > had to be invoked first. > No, I mean that when ACPI initializes, APM services are explicitly > disabled. Otherwise the machine would not comply with the ACPI > standard. You can't both have ACPI and APM suspend the machine. > If ACPI is enabled, the button press MUST be processed by ACPI; > it cannot be processed by APM, and if ACPI doesn't process it, it > can't be processed. Thanks for the explanation. I had not known or realized that APM was involved when pressing the 'Fn-setup' key combination to access the bios setup (when I was running the machine under APM). Alexander From mike at netlyncs.com Tue Aug 19 14:23:38 2003 From: mike at netlyncs.com (Mike Chambers) Date: Tue, 19 Aug 2003 09:23:38 -0500 Subject: Gnome 2.4 gnome panel problems Message-ID: <1061303017.27210.4.camel@bart.netlyncs.com> I upgraded some of the gnome packages to 2.4 from rawhide yesterday. But as one user pointed out on another mailing list, I had same problem with gnome-panel not wanting to start. Is there a problem with this or an easy fix to get it going? -- Mike Chambers Madisonville, KY "The road to to success is always under construction!" From maxer1 at xmission.com Tue Aug 19 14:28:57 2003 From: maxer1 at xmission.com (raxet) Date: Tue, 19 Aug 2003 08:28:57 -0600 Subject: Fatal error on initializing USB mouse etc In-Reply-To: <200308191509.59925.laur.ivan@corvil.com> References: <3F4224F1.3010505@xmission.com> <200308191509.59925.laur.ivan@corvil.com> Message-ID: <3F423429.1000600@xmission.com> Laur Ivan wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >afaik, all the stuff in proc/bus/usb is usually created when the usb modules >are loaded. Also, I think you have to have devfs compiled in the kernel to >have access to /proc... (I might be wrong here..). what dows "lsmod" say? > >Cheers, > >Laur > >On Tuesday 19 August 2003 14:24, raxet wrote: > > >>On Severn with 2.6.0-0.test3.1.31. >> >>I get this message on kernel boot and wonder what should be contained >>the file /drivers: >> >>grep:/proc/bus/usb/drivers no such file or directory >> lsmod: Module Size Used by i810_audio 29204 0 agpgart 32424 0 ide_cd 41732 0 cdrom 36768 1 ide_cd emu10k1 82948 0 sound 82024 1 emu10k1 soundcore 8768 3 i810_audio,emu10k1,sound ac97_codec 19468 2 i810_audio,emu10k1 iptable_filter 2944 0 ip_tables 18176 1 iptable_filter usbserial 29552 0 lp 12100 0 autofs 15872 0 tg3 57988 0 floppy 61108 0 parport_pc 27300 1 parport 43624 2 lp,parport_pc microcode 6424 0 sbp2 24910 1 scsi_mod 114856 1 sbp2 ohci1394 34824 0 ieee1394 221612 2 sbp2,ohci1394 hid 64320 0 ehci_hcd 24580 0 usbcore 108892 5 usbserial,hid,ehci_hcd ext3 120232 2 jbd 57752 1 ext3 Raxet From ghenriks at rogers.com Tue Aug 19 14:44:07 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Tue, 19 Aug 2003 10:44:07 -0400 Subject: Gnome 2.4 gnome panel problems In-Reply-To: <1061303017.27210.4.camel@bart.netlyncs.com> References: <1061303017.27210.4.camel@bart.netlyncs.com> Message-ID: <3od4kv4q9nga14k65le3um3rr14vues2qh@4ax.com> On Tue, 19 Aug 2003 09:23:38 -0500, you wrote: >I upgraded some of the gnome packages to 2.4 from rawhide yesterday. >But as one user pointed out on another mailing list, I had same problem >with gnome-panel not wanting to start. Is there a problem with this or >an easy fix to get it going? There is a new version of gnome-panel available today in rawhide that is supposed to fix the problem (gnome-panel-2.3.6.2-3). From ms-nospam-0306 at arcor.de Tue Aug 19 15:18:06 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 19 Aug 2003 17:18:06 +0200 Subject: Red Hat Linux 3.3-14 Message-ID: <20030819171806.15d82f81.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 $ gcc --version | head -1 gcc (GCC) 3.3 20030715 (Red Hat Linux 3.3-14) Taattaaaa! The version of the next final release has leaked. ;o) Who said it would become "Red Hat Linux 10"? Red Hat will be using completely unexpected version numbers from now on. - -- Honestly, I hope that version tag is only a temporary one. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/Qj+u0iMVcrivHFQRAo+3AJ9TFNux3FlUpvLMQ9SGDMKiN9JG3wCfarkD +nXjzzy8l2rHoUdHedx5qhU= =mcTD -----END PGP SIGNATURE----- From laur.ivan at corvil.com Tue Aug 19 15:27:44 2003 From: laur.ivan at corvil.com (Laur Ivan) Date: Tue, 19 Aug 2003 16:27:44 +0100 Subject: Fatal error on initializing USB mouse etc In-Reply-To: <3F423429.1000600@xmission.com> References: <3F4224F1.3010505@xmission.com> <200308191509.59925.laur.ivan@corvil.com> <3F423429.1000600@xmission.com> Message-ID: <200308191627.47683.laur.ivan@corvil.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hmm. there's no usb core stuff... I don't have a 2.6 install handy at the moment, but I had problems with dependencies (ie. modules which would load ok, but still won't work without other ones..) I think you should load at least "usbcore". probably "usb-[u|o]hci" too.. :). I'm surprised that they're not loaded by default. My severn did load them in test2 a while ago.. On Tuesday 19 August 2003 15:28, raxet wrote: > > lsmod: > > Module Size Used by > i810_audio 29204 0 > agpgart 32424 0 > ide_cd 41732 0 > cdrom 36768 1 ide_cd > emu10k1 82948 0 > sound 82024 1 emu10k1 > soundcore 8768 3 i810_audio,emu10k1,sound > ac97_codec 19468 2 i810_audio,emu10k1 > iptable_filter 2944 0 > ip_tables 18176 1 iptable_filter > usbserial 29552 0 > lp 12100 0 > autofs 15872 0 > tg3 57988 0 > floppy 61108 0 > parport_pc 27300 1 > parport 43624 2 lp,parport_pc > microcode 6424 0 > sbp2 24910 1 > scsi_mod 114856 1 sbp2 > ohci1394 34824 0 > ieee1394 221612 2 sbp2,ohci1394 > hid 64320 0 > ehci_hcd 24580 0 > usbcore 108892 5 usbserial,hid,ehci_hcd > ext3 120232 2 > jbd 57752 1 ext3 > > Raxet > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list - -- Laur Ivan Tel : +353-1-6674336 Software Design Engineer eMail: laur.ivan at corvil.com Corvil Ltd. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE/QkHyrIaFaLsloSMRAsTEAJ9sAiFsj/RQ/q/wvSpE1TyB+hlikACfWVxp ytd9kmJ52IEQlYjYq3VIm0Q= =3QuK -----END PGP SIGNATURE----- From m.a.young at durham.ac.uk Tue Aug 19 15:25:12 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Tue, 19 Aug 2003 16:25:12 +0100 (BST) Subject: RH 10 schedule (was - Re: Severn Beta2) In-Reply-To: <200308182229.07074.elwoo@videotron.ca> Message-ID: On Mon, 18 Aug 2003, Elton Woo wrote: > (I wonder if I can find that "slide" on Disk 1 of Severn?) It is in the anaconda-images package, at /usr/share/anaconda/pixmaps/rnotes/05-rh9093-schedule.png Michael Young From mike at netlyncs.com Tue Aug 19 15:33:43 2003 From: mike at netlyncs.com (Mike Chambers) Date: Tue, 19 Aug 2003 10:33:43 -0500 Subject: Red Hat Linux 3.3-14 In-Reply-To: <20030819171806.15d82f81.ms-nospam-0306@arcor.de> References: <20030819171806.15d82f81.ms-nospam-0306@arcor.de> Message-ID: <1061307222.28428.0.camel@bart.netlyncs.com> On Tue, 2003-08-19 at 10:18, Michael Schwendt wrote: > $ gcc --version | head -1 > gcc (GCC) 3.3 20030715 (Red Hat Linux 3.3-14) Heh, I believe that means it's Red Hat Linux using gcc v 3.3-14 :P -- Mike Chambers Madisonville, KY "The road to to success is always under construction!" From markoer at usa.net Tue Aug 19 16:01:02 2003 From: markoer at usa.net (Marco Ermini) Date: Tue, 19 Aug 2003 18:01:02 +0200 (CEST) Subject: Red Hat Linux 3.3-14 In-Reply-To: <1061307222.28428.0.camel@bart.netlyncs.com> References: <20030819171806.15d82f81.ms-nospam-0306@arcor.de> <1061307222.28428.0.camel@bart.netlyncs.com> Message-ID: <31445.81.200.225.99.1061308862.squirrel@smtp.westtoeast.it> Mike Chambers disse: > On Tue, 2003-08-19 at 10:18, Michael Schwendt wrote: > >> $ gcc --version | head -1 >> gcc (GCC) 3.3 20030715 (Red Hat Linux 3.3-14) > > Heh, I believe that means it's Red Hat Linux using gcc v 3.3-14 :P Sure, and I believe Michael was ironical ;-) bye -- Marco Ermini http://macchi.markoer.org From alexl at redhat.com Tue Aug 19 16:06:45 2003 From: alexl at redhat.com (Alexander Larsson) Date: 19 Aug 2003 18:06:45 +0200 Subject: RH 10 schedule (was - Re: Severn Beta2) In-Reply-To: <200308182229.07074.elwoo@videotron.ca> References: <001701c365a9$03ed0810$01fea8c0@vinhas> <200308181403.50691.elwoo@videotron.ca> <3F414A09.3040308@virgin.net> <200308182229.07074.elwoo@videotron.ca> Message-ID: <1061309204.21871.101.camel@localhost.localdomain> On Tue, 2003-08-19 at 04:29, Elton Woo wrote: > (I wonder if I can find that "slide" on Disk 1 of Severn?) They are called "ransom notes". For historical reasons... =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a sword-wielding arachnophobic firefighter who hangs with the wrong crowd. She's a wealthy motormouth vampire from beyond the grave. They fight crime! From elwoo at videotron.ca Tue Aug 19 16:29:46 2003 From: elwoo at videotron.ca (Elton Woo) Date: Tue, 19 Aug 2003 12:29:46 -0400 Subject: Gnome 2.4 gnome panel problems In-Reply-To: <1061303017.27210.4.camel@bart.netlyncs.com> References: <1061303017.27210.4.camel@bart.netlyncs.com> Message-ID: <200308191229.46416.elwoo@videotron.ca> On August 19, 2003 10:23 am, Mike Chambers wrote: > I upgraded some of the gnome packages to 2.4 from rawhide yesterday. > But as one user pointed out on another mailing list, I had same problem > with gnome-panel not wanting to start. Is there a problem with this or > an easy fix to get it going? ... mentioned on *this* list. See ---> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102530 SUMMARY: upgrading to gnome-panel-2.3.6.2-2.i386 from rawhide "kills" default Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Tue Aug 19 16:32:39 2003 From: elwoo at videotron.ca (Elton Woo) Date: Tue, 19 Aug 2003 12:32:39 -0400 Subject: Red Hat Linux 3.3-14 In-Reply-To: <20030819171806.15d82f81.ms-nospam-0306@arcor.de> References: <20030819171806.15d82f81.ms-nospam-0306@arcor.de> Message-ID: <200308191232.39835.elwoo@videotron.ca> On August 19, 2003 11:18 am, Michael Schwendt wrote: > $ gcc --version | head -1 > gcc (GCC) 3.3 20030715 (Red Hat Linux 3.3-14) > > Taattaaaa! The version of the next final release has leaked. ;o) > Who said it would become "Red Hat Linux 10"? Red Hat will be > using completely unexpected version numbers from now on. HUH? Wahrscheinlich? ... You mean that they will go from "9" to "3.3"? Wie lacherlich!!! Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From sflory at rackable.com Tue Aug 19 16:29:24 2003 From: sflory at rackable.com (Samuel Flory) Date: Tue, 19 Aug 2003 09:29:24 -0700 Subject: Stock kernels In-Reply-To: <001d01c3663c$3a789dc0$196d9e89@pegasus> References: <001d01c3663c$3a789dc0$196d9e89@pegasus> Message-ID: <3F425064.5010700@rackable.com> Maynard Kuona wrote: >Not the binary kernel. I was referring to kernel source only, so that those >who felt so inclined could compile it themselves. We could then make use of >the spec file that Redhat uses to make its own kernel rpms, if they are >compatible. Like recently, the kernel.org kernels will not build because of >how Redhat split rpm into rpm and rpmbuild. > You can't be serious this is an easy fix. >So if you could provide stock >kernels, unsupported though, even for download, it would really be >appreciated. The thing is that if they build at Redhat, then there should be >less trouble building in the users' hands. > Downloading and building your own kernel isn't that hard. Making it easy isn't in anyone's best interests. If you can't figure out how to compile the kernel. Dare I say you shouldn't be compiling your own kernel. > >I think I should mention again that I was not intending for Redhat to ship a >stock kernel binary, as users might install this and end up with real big >problems. > > Even worse problems occur when people compile their own kernel with silly configs. With a compiled binary at least you get a vga console, ext2 support, and the like. -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From elwoo at videotron.ca Tue Aug 19 16:36:23 2003 From: elwoo at videotron.ca (Elton Woo) Date: Tue, 19 Aug 2003 12:36:23 -0400 Subject: RH 10 schedule (was - Re: Severn Beta2) In-Reply-To: <1061309204.21871.101.camel@localhost.localdomain> References: <001701c365a9$03ed0810$01fea8c0@vinhas> <200308182229.07074.elwoo@videotron.ca> <1061309204.21871.101.camel@localhost.localdomain> Message-ID: <200308191236.23117.elwoo@videotron.ca> On August 19, 2003 12:06 pm, Alexander Larsson wrote: > On Tue, 2003-08-19 at 04:29, Elton Woo wrote: > > (I wonder if I can find that "slide" on Disk 1 of Severn?) > > They are called "ransom notes". For historical reasons... Oh. ... so *that's* how Red Hat is going to pay SCO for their "sins"! ROTFALMAO!!! Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Tue Aug 19 16:44:57 2003 From: elwoo at videotron.ca (Elton Woo) Date: Tue, 19 Aug 2003 12:44:57 -0400 Subject: unable to reboot or shutdown from the Gnome desktop. Message-ID: <200308191244.57408.elwoo@videotron.ca> Whenever I select shutdown or reboot from the Gnome desktop, I only get logged out of the desktop, and _then_ I have to select "reboot" or "shutdown" from the gdm. Has anyone else noticed this? Is there or should there be a bug filed for this? Elton. -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From marian at gg3d.com Tue Aug 19 17:13:52 2003 From: marian at gg3d.com (Mariusz =?iso-8859-2?Q?Smyku=B3a?=) Date: Tue, 19 Aug 2003 19:13:52 +0200 Subject: ALT-TAB is broken Message-ID: <1061313231.4721.1.camel@localhost.localdomain> In new gnome build ALT-TAB combination to switch windows is broken :( -- Mariusz 'marian' Smyku?a --------------------------------- jid/email: marian at t-system.com.pl --------------------------------- From tvinhas at techbyte.com.br Tue Aug 19 17:23:58 2003 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Tue, 19 Aug 2003 14:23:58 -0300 Subject: up2date from rawhide References: <1061313231.4721.1.camel@localhost.localdomain> Message-ID: <00a201c36676$ad7b2a10$01fea8c0@vinhas> Hi. How can I automatically update the packages from Severn using the up2date tool? I saw somewhere that it?s possible, but have no idea of what to do to have this done. Regards, Thiago From VANCOD at PIOS.com Tue Aug 19 17:35:22 2003 From: VANCOD at PIOS.com (Vanco, Donald) Date: Tue, 19 Aug 2003 13:35:22 -0400 Subject: up2date from rawhide Message-ID: Thiago Vinhas de Moraes wrote: > Hi. > > How can I automatically update the packages from Severn using the > up2date tool? I saw somewhere that it?s possible, but have no idea of > what to do to have this done. Not really up2date, but I use the following script: #!/bin/sh export RSYNC_PASSWORD=XXXXXXXXXX REMOTE_DIR="rsync://beta at ftp.beta.redhat.com/beta/pub/redhat/linux/rawhide/i 386/RedHat/RPMS/" LOCAL_DIR=/home/RedHat/rawhide/RPMS/ mirror() { rsync -LvvH --delete --stats --progress --recursive --exclude=headers --size-only $REMOTE_DIR $LOCAL_DIR } mirror rpm -Fvh /home/RedHat/rawhide/RPMS/*.rpm ...viewer discretion advised... You'll need to change the mirror and password, but you get the idea.... Works quite nicely for archiving updates as well.... Don From mharris at redhat.com Tue Aug 19 17:07:49 2003 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 19 Aug 2003 13:07:49 -0400 (EDT) Subject: Stock kernels In-Reply-To: <001d01c3663c$3a789dc0$196d9e89@pegasus> Message-ID: On Tue, 19 Aug 2003, Maynard Kuona wrote: >Date: Tue, 19 Aug 2003 12:25:36 +0200 >From: Maynard Kuona >To: rhl-beta-list at redhat.com >Content-Type: text/plain; > charset="iso-8859-1" >List-Id: For testers of Red Hat Linux beta releases > >Subject: Re: Stock kernels > >Not the binary kernel. I was referring to kernel source only, so that those >who felt so inclined could compile it themselves. Oh, I misunderstood. In that case, we do already provide the stock kernel source code. If you take the kernel src.rpm and install it, inside you'll find the stock Linus Torvalds released kernel source code, unmodified, along with numerous patches (unapplied) and config files, etc. You can just take the kernel tarball from there and compile it by hand just as if you downloaded it from kernel.org >We could then make use of the spec file that Redhat uses to make >its own kernel rpms, if they are compatible. Absolutely. >Like recently, the kernel.org kernels will not build because of >how Redhat split rpm into rpm and rpmbuild. I don't quite understand what you're saying here. kernel.org kernels compile just fine on Red Hat Linux. Not sure what your link to rpm is, except perhaps a misunderstanding. >So if you could provide stock kernels, unsupported though, even >for download, it would really be appreciated. We do. ;o) rpm -ivh kernel-x.y.z-n.src.rpm cd /usr/src/redhat/SOURCES ls -al linux-* >The thing is that if they build at Redhat, then there should be >less trouble building in the users' hands. That is only dependant on the experience level of the person building the kernel. If you're compiling it from sources without using rpm, then you more or less follow the documentation that comes inside Linus's kernel tarball. If you're trying to compile the kernel using RPM, then you have to understand how RPM works, and how the kernel build procedure works, as well as being familiar with RPM package development, in addition to the kernel, and some of the special things done in the Red Hat kernel spec file. It is a learning process not unlike learning other developmental topics. >I think I should mention again that I was not intending for Redhat to ship a >stock kernel binary, as users might install this and end up with real big >problems. Indeed. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From johnsonm at redhat.com Tue Aug 19 17:46:29 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Tue, 19 Aug 2003 13:46:29 -0400 Subject: RH 10 schedule (was - Re: Severn Beta2) In-Reply-To: <1061309204.21871.101.camel@localhost.localdomain>; from alexl@redhat.com on Tue, Aug 19, 2003 at 06:06:45PM +0200 References: <001701c365a9$03ed0810$01fea8c0@vinhas> <200308181403.50691.elwoo@videotron.ca> <3F414A09.3040308@virgin.net> <200308182229.07074.elwoo@videotron.ca> <1061309204.21871.101.camel@localhost.localdomain> Message-ID: <20030819134629.A2234@devserv.devel.redhat.com> On Tue, Aug 19, 2003 at 06:06:45PM +0200, Alexander Larsson wrote: > They are called "ransom notes". For historical reasons... I might as well describe why... When they were first added, a graphic designer sent some candidate images that used a separate font for nearly every character. The developers thought this was intensely silly, and called the wacky candidate images "ransom notes" because of the idea of ransom notes being comprised of pasted letters out of newspapers. The name stuck. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From tvinhas at techbyte.com.br Tue Aug 19 17:46:48 2003 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Tue, 19 Aug 2003 14:46:48 -0300 Subject: up2date from rawhide References: Message-ID: <00c601c36679$de23a5e0$01fea8c0@vinhas> Dude, but it will install all RPMS downloaded from rawhide right? It will not just get and update the rpms I have installed on my system. But thanks anyway. Regards, Thiago ----- Original Message ----- From: "Vanco, Donald" To: Sent: Tuesday, August 19, 2003 2:35 PM Subject: RE: up2date from rawhide > Not really up2date, but I use the following script: > > #!/bin/sh > > export RSYNC_PASSWORD=XXXXXXXXXX > REMOTE_DIR="rsync://beta at ftp.beta.redhat.com/beta/pub/redhat/linux/rawhide/i > 386/RedHat/RPMS/" > LOCAL_DIR=/home/RedHat/rawhide/RPMS/ > > mirror() { > rsync -LvvH --delete --stats --progress --recursive > --exclude=headers --size-only $REMOTE_DIR $LOCAL_DIR > } > mirror > > rpm -Fvh /home/RedHat/rawhide/RPMS/*.rpm > > > ...viewer discretion advised... > You'll need to change the mirror and password, but you get the > idea.... > Works quite nicely for archiving updates as well.... > > Don > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From jdy at cs.brown.edu Tue Aug 19 17:47:32 2003 From: jdy at cs.brown.edu (Joel Young) Date: Tue, 19 Aug 2003 13:47:32 -0400 Subject: unable to reboot or shutdown from the Gnome desktop. In-Reply-To: Your message of "Tue, 19 Aug 2003 12:44:57 EDT." <200308191244.57408.elwoo@videotron.ca> References: <200308191244.57408.elwoo@videotron.ca> Message-ID: <20030819174733.F29473F36@null.cs.brown.edu> I've noticed this. Joel -------- From: Elton Woo Date: Tue, 19 Aug 2003 12:44:57 -0400 To: rhl-beta-list at redhat.com Subj: unable to reboot or shutdown from the Gnome desktop. Whenever I select shutdown or reboot from the Gnome desktop, I only get logged out of the desktop, and _then_ I have to select "reboot" or "shutdown" from the gdm. Has anyone else noticed this? Is there or should there be a bug filed for this? Elton. -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From mharris at redhat.com Tue Aug 19 17:20:48 2003 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 19 Aug 2003 13:20:48 -0400 (EDT) Subject: Stock kernels In-Reply-To: <1061295465.1419.21.camel@localhost.localdomain> Message-ID: On Tue, 19 Aug 2003, Jef Spaleta wrote: >Date: Tue, 19 Aug 2003 08:17:46 -0400 >From: Jef Spaleta >To: rhl-beta-list at redhat.com >Content-Type: multipart/signed; micalg=pgp-sha1; > protocol="application/pgp-signature"; boundary="=-WZ/fPCaMjSBIx+rDELEJ" >List-Id: For testers of Red Hat Linux beta releases > >Subject: Re: Stock kernels > >Maynard Kuona wrote: >> Like recently,the kernel.org kernels will not build because of >> how Redhat split rpm into rpm and rpmbuild >http://www.rpm.org/hintskinks/rpmbuild/ > >Recently....that url would suggest that the actual functionality split >was a while ago. I think the backwards compatibility mode for rpm hung >around too long. rpm and rpmbuild have been separate binaries since Red Hat Linux 7.0 or 7.1 roughly. It is nothing new of course, and it does not stop or prevent anyone from using rpm for installation and package maintenance nor prevent anyone from doing development either. It might require someone to read manpages and modify the habits they're used to, or make popt aliases to get the old behaviour though. Personally, I still type rpm when I mean rpmbuild occasionally, and get the rpm error about unknown commandline options, then realize my error of habit from days gone by, and correct it and move on. What's changed is changed, and what is done is done. Popt aliases can be set up by diehard oldschoolers if they wish. Nonetheless, rpm's functionality is no less of what it was before. >>So if you could provide stock >>kernels, unsupported though, even for download, it would really be >>appreciated. The thing is that if they build at Redhat, then there should be >>less trouble building in the users' hands. > >What you are actually asking for...is you want Red Hat to take the most >recent stock source and test it just enough to make sure that end-user >can "easily" roll their own kernel. That just isn't going to happen >inside the distro. Indeed, definitely not in ready-to-install or ready-to-recompile rpm format of stock source. We very likely will never ship an unpatched stock Linux kernel with zero patches applied to it in rpm format. We provide the kernel pristine source and others are free to package the kernel in src.rpm or binary rpm format from that source if they desire to compile the kernel in rpm format from unpatched sources however. The amount of work to do that and then to support it (yes, you ship it, you support it, you get the bug reports, and emails, and complaints) is just not viable. This is very much something that fits into the realm of non-general-purpose special interest customization. >What you get is the stock source code and the spec file for the >kernels red hat does provide...but thats seldom going to be the >"newest" kernel...especially if you like running development >kernels >Now, developers being developers, you might likely see an individual >developer offering up kernel rpms for testing newer kernel >releases...and the associated src.rpm will have the unpatched source. >But as part of the distro...I highly doubt yer not going to see a second >set of kernel sources...even if its just for download. > >And I'm really not sure of the value of the Red Hat developers making it >"end-user easy" to build a custom kernel. If you are building yer own >custom kernel from stock...you should KNOW how to apply patches and KNOW >how to build your own spec file from provided examples. Indeed. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From johnsonm at redhat.com Tue Aug 19 17:53:13 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Tue, 19 Aug 2003 13:53:13 -0400 Subject: Stock kernels In-Reply-To: ; from mharris@redhat.com on Tue, Aug 19, 2003 at 01:07:49PM -0400 References: <001d01c3663c$3a789dc0$196d9e89@pegasus> Message-ID: <20030819135313.B2234@devserv.devel.redhat.com> On Tue, Aug 19, 2003 at 01:07:49PM -0400, Mike A. Harris wrote: >On Tue, 19 Aug 2003, Maynard Kuona wrote: > >Like recently, the kernel.org kernels will not build because of > >how Redhat split rpm into rpm and rpmbuild. > > I don't quite understand what you're saying here. kernel.org > kernels compile just fine on Red Hat Linux. Not sure what your > link to rpm is, except perhaps a misunderstanding. Probably looked at an old kernel.org Makefile. Here's current pieces: ... RPM := $(shell if [ -x "/usr/bin/rpmbuild" ]; then echo rpmbuild; \ else echo rpm; fi) ... rpm: clean spec find . \( -size 0 -o -name .depend -o -name .hdepend \) -type f -print | xargs rm -f set -e; \ cd $(TOPDIR)/.. ; \ ln -sf $(TOPDIR) $(KERNELPATH) ; \ tar -cvz --exclude CVS -f $(KERNELPATH).tar.gz $(KERNELPATH)/. ; \ rm $(KERNELPATH) ; \ cd $(TOPDIR) ; \ . scripts/mkversion > .version ; \ $(RPM) -ta $(TOPDIR)/../$(KERNELPATH).tar.gz ; \ rm $(TOPDIR)/../$(KERNELPATH).tar.gz So you can see that rpmbuild is accounted for. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From VANCOD at PIOS.com Tue Aug 19 17:54:20 2003 From: VANCOD at PIOS.com (Vanco, Donald) Date: Tue, 19 Aug 2003 13:54:20 -0400 Subject: up2date from rawhide Message-ID: Thiago Vinhas de Moraes wrote: > Dude, but it will install all RPMS downloaded from rawhide right? It > will not just get and update the rpms I have installed on my system. > Nope - man rpm, man F = Freshen (if present) U = Freshen if present, but install if not The script will, in fact PULL all rpms - but not install them As stated, it's a less than elegant but "works for me" solution Don From mharris at redhat.com Tue Aug 19 17:25:19 2003 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 19 Aug 2003 13:25:19 -0400 (EDT) Subject: Red Hat Linux 3.3-14 In-Reply-To: <20030819171806.15d82f81.ms-nospam-0306@arcor.de> Message-ID: On Tue, 19 Aug 2003, Michael Schwendt wrote: >$ gcc --version | head -1 >gcc (GCC) 3.3 20030715 (Red Hat Linux 3.3-14) > >Taattaaaa! The version of the next final release has leaked. ;o) >Who said it would become "Red Hat Linux 10"? Red Hat will be >using completely unexpected version numbers from now on. It's no suprise. We've been publically calling it Red Hat Linux 10 development aka. "Cambridge" since the initial public announcement of the Red Hat Linux Project. The development and release schedule also is public info, being advertised in the installer screens during install. So if it becomes something other than "Red Hat Linux 10" in the end, it'll likely be discussed on these public lists before changing anyway. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From tvinhas at techbyte.com.br Tue Aug 19 18:00:37 2003 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Tue, 19 Aug 2003 15:00:37 -0300 Subject: up2date from rawhide References: Message-ID: <001b01c3667b$cc5af730$01fea8c0@vinhas> Dude! I?ve been using RH since version 3.0, and I really didn?t know noted the -F option of rpm. Thanks a lot! > Nope - man rpm, man > > F = Freshen (if present) > U = Freshen if present, but install if not > > The script will, in fact PULL all rpms - but not install them > As stated, it's a less than elegant but "works for me" solution > > > Don > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From mharris at redhat.com Tue Aug 19 17:32:04 2003 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 19 Aug 2003 13:32:04 -0400 (EDT) Subject: Stock kernels In-Reply-To: <20030819135313.B2234@devserv.devel.redhat.com> Message-ID: On Tue, 19 Aug 2003, Michael K. Johnson wrote: >Date: Tue, 19 Aug 2003 13:53:13 -0400 >From: Michael K. Johnson >To: rhl-beta-list at redhat.com >Content-Type: text/plain; charset=us-ascii >List-Id: For testers of Red Hat Linux beta releases > >Subject: Re: Stock kernels > >On Tue, Aug 19, 2003 at 01:07:49PM -0400, Mike A. Harris wrote: >>On Tue, 19 Aug 2003, Maynard Kuona wrote: >> >Like recently, the kernel.org kernels will not build because of >> >how Redhat split rpm into rpm and rpmbuild. >> >> I don't quite understand what you're saying here. kernel.org >> kernels compile just fine on Red Hat Linux. Not sure what your >> link to rpm is, except perhaps a misunderstanding. > >Probably looked at an old kernel.org Makefile. Here's current pieces: > >... >RPM := $(shell if [ -x "/usr/bin/rpmbuild" ]; then echo rpmbuild; \ > else echo rpm; fi) >... >rpm: clean spec > find . \( -size 0 -o -name .depend -o -name .hdepend \) -type f -print | xargs rm -f > set -e; \ > cd $(TOPDIR)/.. ; \ > ln -sf $(TOPDIR) $(KERNELPATH) ; \ > tar -cvz --exclude CVS -f $(KERNELPATH).tar.gz $(KERNELPATH)/. ; \ > rm $(KERNELPATH) ; \ > cd $(TOPDIR) ; \ > . scripts/mkversion > .version ; \ > $(RPM) -ta $(TOPDIR)/../$(KERNELPATH).tar.gz ; \ > rm $(TOPDIR)/../$(KERNELPATH).tar.gz > >So you can see that rpmbuild is accounted for. Ah. I never didn't know such targets even existed. Then again I haven't looked at the kernel Makefile in an enormously long time either. ;o) Oddly, I'm able to compile kernels left right and center whenever desired, patched or unpatched, in rpm format or stock tarballs. I prefer our rpm based ones though. ;o) It's more fun however to have kernel engineers create my kernel for me and fix bugs in it that users report, so that I get a stable well tested kernel which is integrated with the whole OS. Just imagine how scared I'll be when people commonly want to start compiling XFree86 from stock sources. I'll have to get some form of medication should that arise, however the odds are in my favour with current computer speeds, the size of the X sources, and the barriers to entry. I'm doomed in a couple of years though. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From joden at malachi.lee.k12.nc.us Tue Aug 19 18:40:38 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Tue, 19 Aug 2003 14:40:38 -0400 (EDT) Subject: up2date from rawhide In-Reply-To: <00c601c36679$de23a5e0$01fea8c0@vinhas> Message-ID: On Tue, 19 Aug 2003, Thiago Vinhas de Moraes wrote: > > Dude, but it will install all RPMS downloaded from rawhide right? It will > not just get and update the rpms I have installed on my system. > Look closely, he is using the -F option (freshen) which only updates the rpms that are currently installed. Cheers...james > But thanks anyway. > > Regards, > Thiago > > > ----- Original Message ----- > From: "Vanco, Donald" > To: > Sent: Tuesday, August 19, 2003 2:35 PM > Subject: RE: up2date from rawhide > > > > Not really up2date, but I use the following script: > > > > #!/bin/sh > > > > export RSYNC_PASSWORD=XXXXXXXXXX > > > REMOTE_DIR="rsync://beta at ftp.beta.redhat.com/beta/pub/redhat/linux/rawhide/i > > 386/RedHat/RPMS/" > > LOCAL_DIR=/home/RedHat/rawhide/RPMS/ > > > > mirror() { > > rsync -LvvH --delete --stats --progress --recursive > > --exclude=headers --size-only $REMOTE_DIR $LOCAL_DIR > > } > > mirror > > > > rpm -Fvh /home/RedHat/rawhide/RPMS/*.rpm > > > > > > ...viewer discretion advised... > > You'll need to change the mirror and password, but you get the > > idea.... > > Works quite nicely for archiving updates as well.... > > > > Don > > > > > > -- > > Rhl-beta-list mailing list > > Rhl-beta-list at redhat.com > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From jphillips at amphus.com Tue Aug 19 18:14:43 2003 From: jphillips at amphus.com (Joseph Phillips) Date: 19 Aug 2003 11:14:43 -0700 Subject: up2date from rawhide In-Reply-To: References: Message-ID: <1061316882.1941.385.camel@hawk> On Tue, 2003-08-19 at 10:54, Vanco, Donald wrote: > Thiago Vinhas de Moraes wrote: > > Dude, but it will install all RPMS downloaded from rawhide right? It > > will not just get and update the rpms I have installed on my system. > > > Nope - man rpm, man > > F = Freshen (if present) > U = Freshen if present, but install if not > > The script will, in fact PULL all rpms - but not install them > As stated, it's a less than elegant but "works for me" solution Instead of using rsync, you could, in fact, ftp download all the rpms. Then simply run the rpm -Fvh *.rpm command. > > > Don > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From garrett at redhat.com Tue Aug 19 18:35:02 2003 From: garrett at redhat.com (Garrett LeSage) Date: Tue, 19 Aug 2003 14:35:02 -0400 Subject: RawHide Bluecurve theme problem: More Info In-Reply-To: <1061279431.21871.79.camel@localhost.localdomain> References: <1061279431.21871.79.camel@localhost.localdomain> Message-ID: <3F426DD6.6010206@redhat.com> Alexander Larsson wrote: >On Mon, 2003-08-18 at 18:35, Noah Silva [Mailing list] wrote: > > >>Hi, >> >>I was trying to figure out the problem to the previously reported problem >>all morning, and wrongly thinking GAIM somehow caused the problem. In >>fact, the problem only occurs in windows with Japanese charicters in the >>title bar - somehow the hight is under-estimated in that case. >> >>I am using the "Bitstream Vera Sans" font, size 10 for the window >>captions. >> >>Using some fonts, like "Fixed", fixes the problem. Other fonts, like >>"Courier" show the same symptoms. Changing the size, interestingly >>enough, doesn't fix the problem at all. >> >> > >I guess the problem is related to glyphs in a font that are larger than >the "design height" of the font. > I was looking at the problem yesterday in the theme file, and it seems as though it *might* be some non-theme bug, meaning that it *might* be a Metacity issue that the new theme could trigger. It *could* also be something else, too -- again, I'm not really sure. Anyway, the theme is calculating the titlebar height in two different places and each place gets different results. Both use the title_height + 4 pixels (for padding), but are simply in different places. I'll look at it more. It could be on my side of things, but I'm not seeing how it could be (at the moment, at least). Garrett From elwoo at videotron.ca Tue Aug 19 18:36:53 2003 From: elwoo at videotron.ca (Elton Woo) Date: Tue, 19 Aug 2003 14:36:53 -0400 Subject: unable to reboot or shutdown from the Gnome desktop. In-Reply-To: <20030819174733.F29473F36@null.cs.brown.edu> References: <200308191244.57408.elwoo@videotron.ca> <20030819174733.F29473F36@null.cs.brown.edu> Message-ID: <200308191436.53400.elwoo@videotron.ca> On August 19, 2003 01:47 pm, Joel Young wrote: > Is there or should there be a bug filed for this? Elton -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From ms-nospam-0306 at arcor.de Tue Aug 19 18:47:10 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 19 Aug 2003 20:47:10 +0200 Subject: Red Hat Linux 3.3-14 In-Reply-To: References: <20030819171806.15d82f81.ms-nospam-0306@arcor.de> Message-ID: <20030819204710.29d85d65.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 19 Aug 2003 13:25:19 -0400 (EDT), Mike A. Harris wrote: > On Tue, 19 Aug 2003, Michael Schwendt wrote: > > >$ gcc --version | head -1 > >gcc (GCC) 3.3 20030715 (Red Hat Linux 3.3-14) > > > >Taattaaaa! The version of the next final release has leaked. ;o) > >Who said it would become "Red Hat Linux 10"? Red Hat will be > >using completely unexpected version numbers from now on. > > It's no suprise. We've been [...] I'm surprised that two of the people who replied to my silly message have misunderstood the message completely. Yes, you too. ;) Can't help it, but it looks like a slip from the days when a gcc package was prepared for a distribution with an uncertain release number or anything like that. :) Probably between 8.0 and 8.1^H^H^H9. Watch this: Severn: gcc (GCC) 3.3 20030715 (Red Hat Linux 3.3-14) Shrike: gcc (GCC) 3.2.2 20030222 (Red Hat Linux 3.2.2-5) Psyche: gcc (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7) Valhalla: gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-113) - -- Shouldn't be hard to make it "Red Hat Linux GCC 3.3-14" or something like that. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/QnCu0iMVcrivHFQRAl+3AJ4sYVJppFNla9Vv1bSVIAzQnLbaqQCfccET LNg15z+Mi2rtnm0eELk96B8= =UYvm -----END PGP SIGNATURE----- From aoliva at redhat.com Tue Aug 19 19:05:19 2003 From: aoliva at redhat.com (Alexandre Oliva) Date: 19 Aug 2003 16:05:19 -0300 Subject: ALT-TAB is broken In-Reply-To: <1061313231.4721.1.camel@localhost.localdomain> References: <1061313231.4721.1.camel@localhost.localdomain> Message-ID: On Aug 19, 2003, Mariusz Smyku?a wrote: > In new gnome build ALT-TAB combination to switch windows is broken :( AFAICT it's not Gnome, it's XFree86 (since I have only upgraded the latter) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102668 -- Alexandre Oliva, GCC Team, Red Hat From VANCOD at PIOS.com Tue Aug 19 19:18:00 2003 From: VANCOD at PIOS.com (Vanco, Donald) Date: Tue, 19 Aug 2003 15:18:00 -0400 Subject: up2date from rawhide Message-ID: Thiago Vinhas de Moraes wrote: > Dude! I?ve been using RH since version 3.0, and I really didn?t know > noted the -F option of rpm. > Thanks a lot! Then this should make your head explode: If you do decide NOT to use rsync (and it's ability to control revision) you want to insure that there's no duplicate RPMs to mess things up. This works for me: (NOTE: cut-n-paste at your own risk!; pdksh assumed here) #!/bin/ksh ls | sed 's/-[0-9]*\..*//g' | sort > /tmp/lsdup.all.$$ ls | sed 's/-[0-9]*\..*//g' | sort | uniq > /tmp/lsdup.uniq.$$ diff -y --suppress-common-lines /tmp/lsdup.all.$$ /tmp/lsdup.uniq.$$ |\ tr -d "[:blank:]\<" | sort | uniq rm -f /tmp/lsdup.all.$$ /tmp/lsdup.uniq.$$ ...this is from a script from IBM called "lsdup" ..and you might also want to NOT Freshen kernel RPMs - but rather, Install, verify functional, then Erase old kernels: so instead of "rpm -Fvh *.rpm" do: rpm -Fvh $(ls *.rpm | egrep -v '^(kernel-)') ...and them manually do an -ivh on kernels as desired... You can check on installed kernels with: rpm -q kernel kernel-smp --queryformat "%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n" ...adding kernel-enterprise and/or kernel-bigmem as distro dictates... Cheers - Don From dsavage at peaknet.net Tue Aug 19 20:12:06 2003 From: dsavage at peaknet.net (dsavage at peaknet.net) Date: Tue, 19 Aug 2003 15:12:06 -0500 (CDT) Subject: Stock kernels In-Reply-To: References: <20030819135313.B2234@devserv.devel.redhat.com> Message-ID: <18285.140.175.214.36.1061323926.squirrel@www.peaknet.net> On Tue, 19 Aug 2003, "Mike A. Harris" wrote: > On Tue, 19 Aug 2003, Michael K. Johnson wrote: >>On Tue, Aug 19, 2003 at 01:07:49PM -0400, Mike A. Harris wrote: >>>On Tue, 19 Aug 2003, Maynard Kuona wrote: >>> >Like recently, the kernel.org kernels will not build because of how >>> Redhat split rpm into rpm and rpmbuild. >>> >>> I don't quite understand what you're saying here. kernel.org >>> kernels compile just fine on Red Hat Linux. Not sure what your link >>> to rpm is, except perhaps a misunderstanding. >> >>Probably looked at an old kernel.org Makefile. Here's current pieces: [snip] >>So you can see that rpmbuild is accounted for. > > Ah. I never didn't know such targets even existed. Then again I > haven't looked at the kernel Makefile in an enormously long time > either. ;o) > > Oddly, I'm able to compile kernels left right and center whenever > desired, patched or unpatched, in rpm format or stock tarballs. > I prefer our rpm based ones though. ;o) Mike, I definitely second the motion. If only 'make rpm' worked. I've been trying since 2.5.62 with no luck. I upgraded three key Shrike rpms as recommended, yet every compile attempt aborts with a fatal error during the 'make modules' subtask. Whenever I change the errant module from "M" to "N" in .config and start over, the failure occurs somewhere else. True frustration arrived when I found that 'make rpm' behaves as badly when run against the Severn kernel-source rpm as it does using a kernel.org tarball. Fewer "deprecated" warnings, but still..... --Doc Savage Fairview Heights, IL From johnsonm at redhat.com Tue Aug 19 20:47:54 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Tue, 19 Aug 2003 16:47:54 -0400 Subject: Stock kernels In-Reply-To: <18285.140.175.214.36.1061323926.squirrel@www.peaknet.net>; from dsavage@peaknet.net on Tue, Aug 19, 2003 at 03:12:06PM -0500 References: <20030819135313.B2234@devserv.devel.redhat.com> <18285.140.175.214.36.1061323926.squirrel@www.peaknet.net> Message-ID: <20030819164754.A12517@devserv.devel.redhat.com> On Tue, Aug 19, 2003 at 03:12:06PM -0500, dsavage at peaknet.net wrote: > I definitely second the motion. If only 'make rpm' worked. Hmm, I've run it a few times. Mostly I just run Red Hat official kernels. No surprise there. :-) > I've been trying since 2.5.62 with no luck. Oh, I've only tried it with 2.4.x kernels. > I upgraded three key Shrike > rpms as recommended, yet every compile attempt aborts with a fatal error > during the 'make modules' subtask. Whenever I change the errant module > from "M" to "N" in .config and start over, the failure occurs somewhere > else. Oh, that just sounds like normal 2.5 some-modules-are-broken stuff. > True frustration arrived when I found that 'make rpm' behaves as badly > when run against the Severn kernel-source rpm as it does using a > kernel.org tarball. Fewer "deprecated" warnings, but still..... Well, it's going to depend on your config... michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From dsavage at peaknet.net Tue Aug 19 21:07:17 2003 From: dsavage at peaknet.net (dsavage at peaknet.net) Date: Tue, 19 Aug 2003 16:07:17 -0500 (CDT) Subject: Stock kernels In-Reply-To: <20030819164754.A12517@devserv.devel.redhat.com> References: <20030819135313.B2234@devserv.devel.redhat.com> <18285.140.175.214.36.1061323926.squirrel@www.peaknet.net> <20030819164754.A12517@devserv.devel.redhat.com> Message-ID: <6551.140.175.214.36.1061327237.squirrel@www.peaknet.net> On Tue, Aug 19, 2003 "Michael K. Johnson" wrote, > On Tue, Aug 19, 2003 at 03:12:06PM -0500, dsavage at peaknet.net wrote: >> True frustration arrived when I found that 'make rpm' behaves as badly >> when run against the Severn kernel-source rpm as it does using a >> kernel.org tarball. Fewer "deprecated" warnings, but still..... > > Well, it's going to depend on your config... Michael, I'd hope Severn's kernel-2.4.21-i686.config file would work with 'make oldconfig', wouldn't you? :-( --Doc Savage Fairview Heights, IL From tcallawa at redhat.com Tue Aug 19 21:19:53 2003 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: 19 Aug 2003 16:19:53 -0500 Subject: Stock kernels In-Reply-To: <6551.140.175.214.36.1061327237.squirrel@www.peaknet.net> References: <20030819135313.B2234@devserv.devel.redhat.com> <18285.140.175.214.36.1061323926.squirrel@www.peaknet.net> <20030819164754.A12517@devserv.devel.redhat.com> <6551.140.175.214.36.1061327237.squirrel@www.peaknet.net> Message-ID: <1061327992.13305.22.camel@zorak> On Tue, 2003-08-19 at 16:07, dsavage at peaknet.net wrote: > On Tue, Aug 19, 2003 "Michael K. Johnson" wrote, > > On Tue, Aug 19, 2003 at 03:12:06PM -0500, dsavage at peaknet.net wrote: > >> True frustration arrived when I found that 'make rpm' behaves as badly > >> when run against the Severn kernel-source rpm as it does using a > >> kernel.org tarball. Fewer "deprecated" warnings, but still..... > > > > Well, it's going to depend on your config... > > Michael, > > I'd hope Severn's kernel-2.4.21-i686.config file would work with 'make > oldconfig', wouldn't you? :-( In 2.5? Should work fine in 2.4. ~spot --- Tom "spot" Callaway SAIR LCA, RHCE Red Hat Enterprise Architect :: http://www.redhat.com Project Leader for Aurora Sparc Linux :: http://auroralinux.org GPG: D786 8B22 D9DB 1F8B 4AB7 448E 3C5E 99AD 9305 4260 The words and opinions reflected in this message do not necessarily reflect those of my employer, Red Hat, and belong solely to me. "Immature poets borrow, mature poets steal." --- T. S. Eliot From lhm0155 at stjoelive.com Tue Aug 19 21:26:52 2003 From: lhm0155 at stjoelive.com (Hank Maxwell) Date: 19 Aug 2003 16:26:52 -0500 Subject: Red Hat Linux 3.3-14 Message-ID: <1061328412.10203.2.camel@lhm0155.stjoelive.com> On Tue, 19 Aug 2003, Mike A. Harris wrote >>>It's no suprise. We've been publically calling it Red Hat Linux 10 development aka. "Cambridge" since the initial public announcement of the Red Hat Linux Project. The development and release schedule also is public info, being advertised in the installer screens during install. So if it becomes something other than "Red Hat Linux 10" in the end, it'll likely be discussed on these public lists before changing anyway. ;o)<<<<<< Hey why not RedHat Linux X or just RHX just a suggestion.. From garrett at redhat.com Tue Aug 19 21:37:55 2003 From: garrett at redhat.com (Garrett LeSage) Date: Tue, 19 Aug 2003 17:37:55 -0400 Subject: RawHide Bluecurve theme problem: More Info In-Reply-To: References: Message-ID: <3F4298B3.1060601@redhat.com> Noah Silva [Mailing list] wrote: >Hi, > >I was trying to figure out the problem to the previously reported problem >all morning, and wrongly thinking GAIM somehow caused the problem. In >fact, the problem only occurs in windows with Japanese charicters in the >title bar - somehow the hight is under-estimated in that case. > >I am using the "Bitstream Vera Sans" font, size 10 for the window >captions. > >Using some fonts, like "Fixed", fixes the problem. Other fonts, like >"Courier" show the same symptoms. Changing the size, interestingly >enough, doesn't fix the problem at all. > >(again, the problem is illustrated in: >http://aoi.atari-source.com/~nsilva/shots/20030818_rhl_bluecurve_ng_bug_screenshot.png >) > > Noah, I believe I found a fix for the theme. Please edit /usr/share/themes/Bluecurve/metacity-1/metacity-1.xml and change every occurrence of "title_height+4" to "top_height-2". After saving the file, type "metacity-message reload-theme" and let me know if that fixes it. (It hopefully should.) To do the global change in VIM, you'd type the following: :%s/title_height+4/top_height-2/g In gedit, you can go to the search menu, select the "replace" option (or just simply hit control+r), then use the dialog to replace the text. Other editors (such as Emacs or jed) each have their own special way of doing search and replace too. The area you need to change is specifically around line 500, in both the outer_bevel and outer_bevel_focus draw_ops. Of course, any decent global search and replace *should* cover that. (: Let me know if this fixes the bug for you. Thanks, Garrett From dsavage at peaknet.net Tue Aug 19 21:59:51 2003 From: dsavage at peaknet.net (dsavage at peaknet.net) Date: Tue, 19 Aug 2003 16:59:51 -0500 (CDT) Subject: Stock kernels In-Reply-To: <1061327992.13305.22.camel@zorak> References: <20030819135313.B2234@devserv.devel.redhat.com> <18285.140.175.214.36.1061323926.squirrel@www.peaknet.net> <20030819164754.A12517@devserv.devel.redhat.com> <6551.140.175.214.36.1061327237.squirrel@www.peaknet.net> <1061327992.13305.22.camel@zorak> Message-ID: <59185.140.175.214.36.1061330391.squirrel@www.peaknet.net> On Tue, Aug 19, 2003 "Tom 'spot' Callaway" wrote: > On Tue, 2003-08-19 at 16:07, dsavage at peaknet.net wrote: >> I'd hope Severn's kernel-2.4.21-i686.config file would work with 'make >> oldconfig', wouldn't you? :-( > > In 2.5? Should work fine in 2.4. Spot, 2.4: A simple re-create to prove 'make rpm' works. No joy. :-( A gcc thing?? --Doc Savage Fairview Heights, IL From mharris at redhat.com Tue Aug 19 22:06:13 2003 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 19 Aug 2003 18:06:13 -0400 (EDT) Subject: Stock kernels In-Reply-To: <18285.140.175.214.36.1061323926.squirrel@www.peaknet.net> Message-ID: On Tue, 19 Aug 2003 dsavage at peaknet.net wrote: >>>Probably looked at an old kernel.org Makefile. Here's current pieces: >[snip] >>>So you can see that rpmbuild is accounted for. >> >> Ah. I never didn't know such targets even existed. Then again I >> haven't looked at the kernel Makefile in an enormously long time >> either. ;o) >> >> Oddly, I'm able to compile kernels left right and center whenever >> desired, patched or unpatched, in rpm format or stock tarballs. >> I prefer our rpm based ones though. ;o) > >Mike, > >I definitely second the motion. If only 'make rpm' worked. I've never heard of that before. I compile rpm kernels by editing the kernel spec file, then typing: rpmbuild -ba kernel-2.4.spec just like any other package. Anyone else can do so also. >I've been trying since 2.5.62 with no luck. I upgraded three key Shrike >rpms as recommended, yet every compile attempt aborts with a fatal error >during the 'make modules' subtask. Whenever I change the errant module >from "M" to "N" in .config and start over, the failure occurs somewhere >else. > >True frustration arrived when I found that 'make rpm' behaves as badly >when run against the Severn kernel-source rpm as it does using a >kernel.org tarball. Fewer "deprecated" warnings, but still..... I'll download it and run it through rpm as described above. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From kaboom at gatech.edu Tue Aug 19 22:43:45 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Tue, 19 Aug 2003 16:43:45 -0600 (MDT) Subject: xauth changes? Message-ID: Has something changed with xauth in rawhide recently? SSH autoforwarding of magic cookies has been failing for me today after upgrading to rawhide. Here, I just logged into X through gdm, and then immediately tried to ssh after an ssh-add. I get: [cricker at yoshimi cricker]$ ssh localhost Warning: No xauth data; using fake authentication data for X11 forwarding. /usr/X11R6/bin/xauth: error in locking authority file /home/cricker/.Xauthority [cricker at yoshimi cricker]$ xeyes X11 connection rejected because of wrong authentication. X connection to localhost:11.0 broken (explicit kill or server shutdown). [cricker at yoshimi cricker]$ ls -l .Xauthority -rw------- 1 cricker cricker 1261 Aug 19 16:36 .Xauthority [cricker at yoshimi cricker]$ Same thing if I use ssh -X later, chris From jaboutboul at speakeasy.net Tue Aug 19 22:48:03 2003 From: jaboutboul at speakeasy.net (Jack Aboutboul) Date: Wed, 20 Aug 2003 01:48:03 +0300 Subject: Stock kernels In-Reply-To: Message-ID: <30F8D7BD-D297-11D7-808C-000A95689082@speakeasy.net> On Wednesday, Aug 20, 2003, at 01:06 Asia/Jerusalem, Mike A. Harris wrote: > >> I've been trying since 2.5.62 with no luck. I upgraded three key >> Shrike >> rpms as recommended, yet every compile attempt aborts with a fatal >> error >> during the 'make modules' subtask. Whenever I change the errant module >> from "M" to "N" in .config and start over, the failure occurs >> somewhere >> else. >> >> True frustration arrived when I found that 'make rpm' behaves as badly >> when run against the Severn kernel-source rpm as it does using a >> kernel.org tarball. Fewer "deprecated" warnings, but still..... > > I'll download it and run it through rpm as described above. > And thus began Mike Harris' kernel hacking days! Seriously though, it's never been a problem to download the kernel .src.rpm and just build the rpm. Why all the fuss? make rpm works in 2.4 cant speak for anything > Just a few thoughts, Jack From aoliva at redhat.com Wed Aug 20 00:33:20 2003 From: aoliva at redhat.com (Alexandre Oliva) Date: 19 Aug 2003 21:33:20 -0300 Subject: Red Hat Linux 3.3-14 In-Reply-To: <1061328412.10203.2.camel@lhm0155.stjoelive.com> References: <1061328412.10203.2.camel@lhm0155.stjoelive.com> Message-ID: On Aug 19, 2003, Hank Maxwell wrote: > Hey why not RedHat Linux X or just RHX just a suggestion.. Nah. It's not Red Hat Linux, it's Red Hat Linux Project. So, if it's to be X, we make it RHLXP. /me runs -- Alexandre Oliva, GCC Team, Red Hat From jim-cornette at columbus.rr.com Wed Aug 20 01:13:24 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Tue, 19 Aug 2003 21:13:24 -0400 Subject: up2date from rawhide In-Reply-To: <00a201c36676$ad7b2a10$01fea8c0@vinhas> References: <1061313231.4721.1.camel@localhost.localdomain> <00a201c36676$ad7b2a10$01fea8c0@vinhas> Message-ID: <3F42CB34.90104@columbus.rr.com> The way that I did it was to add the following entry to my /etc/sysconfig/sources file. If you place this file in your directory. You will be able to retrieve files from the servers. Note: you will have to have installed apt-get and yum for this to work. The problem that I had was that the file sizes did not show for the duke university rpms. It sucessfully retrieved all of the files and installed all of the programs. I did have a conflict with two programs that were mentioned earlier. But they now install properly and the latest rawhide build is pretty darn impressive. It was a breeze to upgrade the programs like XFree86 and the other associated programs. The new XFRee86 programs seem to be a lot quicker also. I had a problem with updating the kernel. I am not sure if the kernel is installed or upgraded. But with the error message, it must try to Upgrade al packages from the repositories. If I Installed the kernel through rpm. It would install and leave the latest 2.4.x kernel. THe test3 kernel did not recognize my mice (USB from belkin and the synaptic builtin touchpad with scrollbar.) Both mice work with the 2.4.x kernel, so I'm sticking with it. Good luck! I hope it works for you. But like always. If the advice is free. The results could be catastrophic. Later, Jim Thiago Vinhas de Moraes wrote: > Hi. > > How can I automatically update the packages from Severn using the up2date > tool? I saw somewhere that it?s possible, but have no idea of what to do to > have this done. > > Regards, > Thiago > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > -- The Second Law of Thermodynamics: If you think things are in a mess now, just wait! -- Jim Warner -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: sources URL: From knxmay001 at mail.uct.ac.za Wed Aug 20 01:47:29 2003 From: knxmay001 at mail.uct.ac.za (Maynard Kuona) Date: 20 Aug 2003 03:47:29 +0200 Subject: Stock kernels In-Reply-To: <3F425064.5010700@rackable.com> References: <001d01c3663c$3a789dc0$196d9e89@pegasus> <3F425064.5010700@rackable.com> Message-ID: <1061344048.2689.4.camel@albert> I can compile the kernel and I am currently running a custom one (The default one is not too good for playing music, xmms was skipping all the time), however, I was looking to make the task simpler(Don't we all like simpler stuff). The problem is I really like to use rpm, and I had a few problems making these rpms. rpmbuild -ba *.spec, make rpm and all were not working, Until I discovered that there was some module, which I promptly removed, which would not compile, some NEC,Compaq thingy, some sim710.c or something which woul stall the whole process, the only fix I could get to use was to remove compilation for that module. I think I posted before I found the solution. However, having made the kernel rpm, I found it does not automatically make the initrd*** file, and therefore is the rpm procedure is still falling short. I would have expected this to be part of the procedure, and hence I could not boot. Luckily, i had my old kernels and I booted to those to make the file. I mean, on redhat systems, mkinitrd s there, so that is why I thought it would be good if redhat could provide custom scripts for compiling the stock kernels because it could really be difficult for the kernel.org guys to try to take into account the idiosyncracies of each distro out there, hance the reason make rpm was broken on the 2.4.21 kernel I had. Maybe not even on the cd's, but just on some part of redhat.com, or rhl.redhat.com, where the kernel.src.rpm would be, with the spec files and a couple of patches which can be applied. On Tue, 2003-08-19 at 18:29, Samuel Flory wrote: > Maynard Kuona wrote: > > >Not the binary kernel. I was referring to kernel source only, so that those > >who felt so inclined could compile it themselves. We could then make use of > >the spec file that Redhat uses to make its own kernel rpms, if they are > >compatible. Like recently, the kernel.org kernels will not build because of > >how Redhat split rpm into rpm and rpmbuild. > > > > You can't be serious this is an easy fix. > > >So if you could provide stock > >kernels, unsupported though, even for download, it would really be > >appreciated. The thing is that if they build at Redhat, then there should be > >less trouble building in the users' hands. > > > > Downloading and building your own kernel isn't that hard. Making it > easy isn't in anyone's best interests. If you can't figure out how to > compile the kernel. Dare I say you shouldn't be compiling your own kernel. > > > > >I think I should mention again that I was not intending for Redhat to ship a > >stock kernel binary, as users might install this and end up with real big > >problems. > > > > > > Even worse problems occur when people compile their own kernel with > silly configs. With a compiled binary at least you get a vga console, > ext2 support, and the like. From ckloiber at redhat.com Wed Aug 20 01:48:14 2003 From: ckloiber at redhat.com (Chris Kloiber) Date: Tue, 19 Aug 2003 21:48:14 -0400 Subject: unable to reboot or shutdown from the Gnome desktop. In-Reply-To: <200308191244.57408.elwoo@videotron.ca> References: <200308191244.57408.elwoo@videotron.ca> Message-ID: <1061344094.13056.4.camel@luser.ckloiber.com> On Tue, 2003-08-19 at 12:44, Elton Woo wrote: > Whenever I select shutdown or reboot from the Gnome desktop, > I only get logged out of the desktop, and _then_ I have to select > "reboot" or "shutdown" from the gdm. Has anyone else noticed this? > Is there or should there be a bug filed for this? > > Elton. I did a lot of playing with disabling of the Reboot/Shutdown options in both the console and gui (for non-root users) today, admittedly on Red Hat Enterprise Linux AS (v2.1). I found that you would see the options in the logout window if the file /usr/bin/poweroff exists, but it may not be able to actually work unless consolehelper is working for the user. See if you own the console (/dev/console) and make sure the halt, reboot, and poweroff files (0 length) exist in /etc/security/console.apps/ Wish you luck. -- Chris Kloiber Red Hat, Inc. From tcallawa at redhat.com Wed Aug 20 01:49:54 2003 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: 19 Aug 2003 20:49:54 -0500 Subject: Stock kernels In-Reply-To: <59185.140.175.214.36.1061330391.squirrel@www.peaknet.net> References: <20030819135313.B2234@devserv.devel.redhat.com> <18285.140.175.214.36.1061323926.squirrel@www.peaknet.net> <20030819164754.A12517@devserv.devel.redhat.com> <6551.140.175.214.36.1061327237.squirrel@www.peaknet.net> <1061327992.13305.22.camel@zorak> <59185.140.175.214.36.1061330391.squirrel@www.peaknet.net> Message-ID: <1061344193.13305.63.camel@zorak> On Tue, 2003-08-19 at 16:59, dsavage at peaknet.net wrote: > 2.4: A simple re-create to prove 'make rpm' works. No joy. :-( > > A gcc thing?? I don't have a Severn system handy, but I tested 'make rpm' on my laptop running RHL 9. I built up a 2.4.22rc2 kernel source tree, ran make mrproper, copied the Severn i686 config into .config, then ran make oldconfig. It stopped at two points, for drivers added into the kernel tree after Severn's kernel. I set them both to M for kicks. I then ran make dep, just for good measure. At this point, I ran make rpm. It failed right at the end, when it tried to generate the debugfiles. You probably don't need debugfiles, so I patched scripts/mkspec to disable that. After the patch, make rpm worked like a charm. (Patch is attached to this email). Now, if this fails in Severn, it is most likely a GCC issue. You may want to set CC=gcc32 before building. There's nothing wrong with the Severn config or 'make rpm' in the kernel source (with the exception of the debugfiles issue). ~spot --- Tom "spot" Callaway SAIR LCA, RHCE Red Hat Enterprise Architect :: http://www.redhat.com Project Leader for Aurora Sparc Linux :: http://auroralinux.org GPG: D786 8B22 D9DB 1F8B 4AB7 448E 3C5E 99AD 9305 4260 The words and opinions reflected in this message do not necessarily reflect those of my employer, Red Hat, and belong solely to me. "Immature poets borrow, mature poets steal." --- T. S. Eliot -------------- next part -------------- --- linux-2.4.21/scripts/mkspec.BAD 2003-08-19 19:25:33.000000000 -0500 +++ linux-2.4.21/scripts/mkspec 2003-08-19 19:26:13.000000000 -0500 @@ -37,6 +37,7 @@ echo "BuildRoot: /var/tmp/%{name}-%{PACKAGE_VERSION}-root" echo "Provides: $PROVIDES" echo "%define __spec_install_post /usr/lib/rpm/brp-compress || :" +echo "%define debug_package %{nil}" echo "" echo "%description" echo "The Linux Kernel, the operating system core itself" From joe at tmsusa.com Wed Aug 20 03:26:55 2003 From: joe at tmsusa.com (Joe) Date: Tue, 19 Aug 2003 20:26:55 -0700 Subject: Red Hat Linux 3.3-14 In-Reply-To: <200308191232.39835.elwoo@videotron.ca> References: <20030819171806.15d82f81.ms-nospam-0306@arcor.de> <200308191232.39835.elwoo@videotron.ca> Message-ID: <3F42EA7F.6020001@tmsusa.com> Elton Woo wrote: >On August 19, 2003 11:18 am, Michael Schwendt wrote: > > >>$ gcc --version | head -1 >>gcc (GCC) 3.3 20030715 (Red Hat Linux 3.3-14) >> >>Taattaaaa! The version of the next final release has leaked. ;o) >>Who said it would become "Red Hat Linux 10"? Red Hat will be >>using completely unexpected version numbers from now on. >> >> >HUH? Wahrscheinlich? ... You mean that they will go from "9" >to "3.3"? Wie lacherlich!!! > > Das kommt mir spanisch vor. was hast du gesagt? From elwoo at videotron.ca Wed Aug 20 03:34:37 2003 From: elwoo at videotron.ca (Elton Woo) Date: Tue, 19 Aug 2003 23:34:37 -0400 Subject: Red Hat Linux 3.3-14 In-Reply-To: <3F42EA7F.6020001@tmsusa.com> References: <20030819171806.15d82f81.ms-nospam-0306@arcor.de> <200308191232.39835.elwoo@videotron.ca> <3F42EA7F.6020001@tmsusa.com> Message-ID: <200308192334.37605.elwoo@videotron.ca> On August 19, 2003 11:26 pm, Joe wrote: > Das kommt mir spanisch vor. was hast du gesagt? Es macht nicht ... ich glaube das ich habe ganz Deutchshrift vergessen!!! Also ich kann besser spanisch oder franz?sich oder italienisch schreiben als deutsch! Elton :-))) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From joe at tmsusa.com Wed Aug 20 03:42:26 2003 From: joe at tmsusa.com (Joe) Date: Tue, 19 Aug 2003 20:42:26 -0700 Subject: Red Hat Linux 3.3-14 In-Reply-To: <200308192334.37605.elwoo@videotron.ca> References: <20030819171806.15d82f81.ms-nospam-0306@arcor.de> <200308191232.39835.elwoo@videotron.ca> <3F42EA7F.6020001@tmsusa.com> <200308192334.37605.elwoo@videotron.ca> Message-ID: <3F42EE22.7020006@tmsusa.com> Elton Woo wrote: >On August 19, 2003 11:26 pm, Joe wrote: > > >>Das kommt mir spanisch vor. was hast du gesagt? >> >> >Es macht nicht ... ich glaube das ich habe ganz Deutchshrift vergessen!!! >Also ich kann besser spanisch oder franz?sich oder italienisch schreiben >als deutsch! > > LOL! Ich spreche eigentlich chinesich besser als deutsch! MfG, Joe From riel at redhat.com Wed Aug 20 03:46:31 2003 From: riel at redhat.com (Rik van Riel) Date: Tue, 19 Aug 2003 23:46:31 -0400 (EDT) Subject: Severn Beta2 In-Reply-To: <003901c365c2$32775cd0$01fea8c0@vinhas> Message-ID: On Mon, 18 Aug 2003, Thiago Vinhas de Moraes wrote: > I don?t think that RedHat should worry about Ximian. RedHat cannot be > responsible for other company?s packages. The upgrade trouble fit right in with the idea of 3rd party repositories. I hope that once Severn is done the developers will invest some time in making an easy "mini buildsystem" available (in one RPM?) that helps people rebuild their 3rd party RPMs against the current distribution, making it easier to have library versions and other things match. Once that is in place, using 3rd party repositories should be less painful. Of course, this assumes that the "mini buildsystem" is being used by the people who maintain the package repositories... -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From benhsu at dslextreme.com Wed Aug 20 04:26:12 2003 From: benhsu at dslextreme.com (Ben Hsu) Date: 19 Aug 2003 21:26:12 -0700 Subject: Stock kernels In-Reply-To: <6551.140.175.214.36.1061327237.squirrel@www.peaknet.net> References: <20030819135313.B2234@devserv.devel.redhat.com> <18285.140.175.214.36.1061323926.squirrel@www.peaknet.net> <20030819164754.A12517@devserv.devel.redhat.com> <6551.140.175.214.36.1061327237.squirrel@www.peaknet.net> Message-ID: <1061351294.7695.24.camel@localhost.localdomain> Severn's default gcc is 3.3, after I did "export GCC=gcc296" I had fewer warnings. After that, I've been cheating when I compiled kernels-- my experience has been the modules which gave compilation errors were ones I didn't need anyway, so I would do "nohup make -i all install" (the -i is for "ignore errors") and deal with any problems which may occur after the kernel panicked :) As an aside, the gcc 3.2 package was not installed on my machine. I think this is because I upgraded from a previous Red Hat (last fresh install was either 8.0 or 8.0.93). Should this be a bug? On Tue, 2003-08-19 at 14:07, dsavage at peaknet.net wrote: > Michael, > > I'd hope Severn's kernel-2.4.21-i686.config file would work with 'make > oldconfig', wouldn't you? :-( > > --Doc Savage > Fairview Heights, IL > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From elwoo at videotron.ca Wed Aug 20 04:29:37 2003 From: elwoo at videotron.ca (Elton Woo) Date: Wed, 20 Aug 2003 00:29:37 -0400 Subject: unable to reboot or shutdown from the Gnome desktop. In-Reply-To: <1061344094.13056.4.camel@luser.ckloiber.com> References: <200308191244.57408.elwoo@videotron.ca> <1061344094.13056.4.camel@luser.ckloiber.com> Message-ID: <200308200029.37183.elwoo@videotron.ca> On August 19, 2003 09:48 pm, Chris Kloiber wrote: > On Tue, 2003-08-19 at 12:44, Elton Woo wrote: > > Whenever I select shutdown or reboot from the Gnome desktop, > > I only get logged out of the desktop, and _then_ I have to select > > "reboot" or "shutdown" from the gdm. Has anyone else noticed this? > > Is there or should there be a bug filed for this? > > > > Elton. > > I did a lot of playing with disabling of the Reboot/Shutdown options in > both the console and gui (for non-root users) today, admittedly on Red > Hat Enterprise Linux AS (v2.1). I found that you would see the options >From _within the desktop_ (as user) I have the following options from the menu: logout / shutdown / restart the machine. I should have mentioned that I didn't try these commands from a console. Usually, I would select them from the gui menu. However, I simply get booted out the desktop to the gdm, _from whence_ I can then select shutdown/ reboot. > in the logout window if the file /usr/bin/poweroff exists, but it may The file exits. > not be able to actually work unless consolehelper is working for the > user. See if you own the console (/dev/console) and make sure the halt, In Nautilus Properties of /dev/console show File owner: elton, Group: root (600) > reboot, and poweroff files (0 length) exist in > /etc/security/console.apps/ The three files are there, but instead of 0 length they have identical content: FALLBACK=true, and are 14k each (halt, reboot, poweroff). so... *Is* it a permissions problem? Elton -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From maxer1 at xmission.com Wed Aug 20 04:33:35 2003 From: maxer1 at xmission.com (raxet) Date: Tue, 19 Aug 2003 22:33:35 -0600 Subject: Modprobe.conf in Severn Message-ID: <3F42FA1F.8020903@xmission.com> If anyone would like to share their modprobe.conf under 2.6.0 kernel, I would be interested in taking a peak. I have an Asus P4PE. Raxet From benhsu at dslextreme.com Wed Aug 20 05:09:31 2003 From: benhsu at dslextreme.com (Ben Hsu) Date: 19 Aug 2003 22:09:31 -0700 Subject: Stock kernels In-Reply-To: <1061344048.2689.4.camel@albert> References: <001d01c3663c$3a789dc0$196d9e89@pegasus> <3F425064.5010700@rackable.com> <1061344048.2689.4.camel@albert> Message-ID: <1061351511.7695.27.camel@localhost.localdomain> On Tue, 2003-08-19 at 18:47, Maynard Kuona wrote: > > However, having made the kernel rpm, I found it does not automatically > make the initrd*** file Correct me if I'm wrong, but "make install" calls /sbin/installkernel which makes initrd, right? What were the steps you did to build the kernel? From nphilipp at redhat.com Wed Aug 20 07:04:27 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: Wed, 20 Aug 2003 09:04:27 +0200 Subject: ALT-TAB is broken In-Reply-To: <1061313231.4721.1.camel@localhost.localdomain> References: <1061313231.4721.1.camel@localhost.localdomain> Message-ID: <1061363066.4412.9.camel@wombat.dialup.fht-esslingen.de> On Tue, 2003-08-19 at 19:13, Mariusz Smyku?a wrote: > In new gnome build ALT-TAB combination to switch windows is broken :( So did you bugzilla it? -- 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 jtlegbandt at earthlink.net Wed Aug 20 07:16:04 2003 From: jtlegbandt at earthlink.net (Joshua Legbandt) Date: Wed, 20 Aug 2003 00:16:04 -0700 Subject: 2.6.0-0.test3.1.31, mice and acpi In-Reply-To: <1061096702.4283.12.camel@suburbia> References: <1061096702.4283.12.camel@suburbia> Message-ID: <1061363763.4909.1.camel@suburbia> No bites? Am I the only person having these troubles with the 2.6.0-0.test3.1.31 rpms? [top posting only because it really makes since to this time...] -Josh On Sat, 2003-08-16 at 22:05, Joshua Legbandt wrote: > I've installed Arjan's 2.6.0-0.test3.1.31 kernel onto my laptop (a > compaq presario 2715US) and it seems to be working almost flawlessly. I > say almost because I have found 2 issues: > > 1st my PS/2 touchpad does not seem to be working. dmesg shows that it is > found, but it is not working on the command line (with gpm) or with X. > The relevant dmesg output is: > mice: PS/2 mouse device common for all mice > Synaptics Touchpad, model: 1 > Firware: 5.8 > Sensor: 29 > new absolute packet format > Touchpad has extended capability bits > -> multifinger detection > -> palm detection > input: Synaptics Synaptics TouchPad on isa0060/serio1 > > My usb mouse works fine after modifying /etc/modprobe.conf after > changing the alias for usb-controller from usb-uhci to uhci-hcd > > 2nd, the important acpi modules (battery, processor, thermal and ac) > don't load, and I don't understand enough about modprobe.conf editing to > make them work. With the 2.4 kernel + acpi patches, I had just compiled > them into kernel, but if I can stick with an rpm'd kernel I'd be > happier. After boot, I'm able to load the modules with the following > commands: > /sbin/insmod /lib/modules/`/bin/uname -r`/kernel/drivers/acpi/battery.ko > /sbin/insmod /lib/modules/`/bin/uname > -r`/kernel/drivers/acpi/processor.ko > /sbin/insmod /lib/modules/`/bin/uname -r`/kernel/drivers/acpi/thermal.ko > /sbin/insmod /lib/modules/`/bin/uname -r`/kernel/drivers/acpi/ac.ko > > I've added the following to my rc.local to get them to work, but I think > there should be a cleaner way of loading those modules: > kern_maj_ver=`/bin/uname -r | /bin/awk -F. '{print $2}'` > kern_ver=`/bin/uname -r` > if [ "$kern_maj_ver" = "6" ] > then > echo "/sbin/insmod > /lib/modules/$kern_ver/kernel/drivers/acpi/battery.ko" > echo "/sbin/insmod > /lib/modules/$kern_ver/kernel/drivers/acpi/processor.ko" > echo "/sbin/insmod > /lib/modules/$kern_ver/kernel/drivers/acpi/thermal.ko" > echo "/sbin/insmod /lib/modules/$kern_ver/kernel/drivers/acpi/ac.ko" > fi > > Anyone have any suggestions? > -Josh -- Joshua Legbandt From jtlegbandt at earthlink.net Wed Aug 20 07:44:32 2003 From: jtlegbandt at earthlink.net (Joshua Legbandt) Date: Wed, 20 Aug 2003 00:44:32 -0700 Subject: 2.6.0-0.test3.1.31, mice and acpi In-Reply-To: <1061096702.4283.12.camel@suburbia> References: <1061096702.4283.12.camel@suburbia> Message-ID: <1061365472.5061.1.camel@suburbia> No bites? Am I the only person having these troubles with the 2.6.0-0.test3.1.31 rpms? [top posting only because it really makes since to this time...] -Josh On Sat, 2003-08-16 at 22:05, Joshua Legbandt wrote: > I've installed Arjan's 2.6.0-0.test3.1.31 kernel onto my laptop (a > compaq presario 2715US) and it seems to be working almost flawlessly. I > say almost because I have found 2 issues: > > 1st my PS/2 touchpad does not seem to be working. dmesg shows that it is > found, but it is not working on the command line (with gpm) or with X. > The relevant dmesg output is: > mice: PS/2 mouse device common for all mice > Synaptics Touchpad, model: 1 > Firware: 5.8 > Sensor: 29 > new absolute packet format > Touchpad has extended capability bits > -> multifinger detection > -> palm detection > input: Synaptics Synaptics TouchPad on isa0060/serio1 > > My usb mouse works fine after modifying /etc/modprobe.conf after > changing the alias for usb-controller from usb-uhci to uhci-hcd > > 2nd, the important acpi modules (battery, processor, thermal and ac) > don't load, and I don't understand enough about modprobe.conf editing to > make them work. With the 2.4 kernel + acpi patches, I had just compiled > them into kernel, but if I can stick with an rpm'd kernel I'd be > happier. After boot, I'm able to load the modules with the following > commands: > /sbin/insmod /lib/modules/`/bin/uname -r`/kernel/drivers/acpi/battery.ko > /sbin/insmod /lib/modules/`/bin/uname > -r`/kernel/drivers/acpi/processor.ko > /sbin/insmod /lib/modules/`/bin/uname -r`/kernel/drivers/acpi/thermal.ko > /sbin/insmod /lib/modules/`/bin/uname -r`/kernel/drivers/acpi/ac.ko > > I've added the following to my rc.local to get them to work, but I think > there should be a cleaner way of loading those modules: > kern_maj_ver=`/bin/uname -r | /bin/awk -F. '{print $2}'` > kern_ver=`/bin/uname -r` > if [ "$kern_maj_ver" = "6" ] > then > echo "/sbin/insmod > /lib/modules/$kern_ver/kernel/drivers/acpi/battery.ko" > echo "/sbin/insmod > /lib/modules/$kern_ver/kernel/drivers/acpi/processor.ko" > echo "/sbin/insmod > /lib/modules/$kern_ver/kernel/drivers/acpi/thermal.ko" > echo "/sbin/insmod /lib/modules/$kern_ver/kernel/drivers/acpi/ac.ko" > fi > > Anyone have any suggestions? > -Josh -- Joshua Legbandt From rhl at red-raider.de Wed Aug 20 08:29:28 2003 From: rhl at red-raider.de (Martin) Date: Wed, 20 Aug 2003 10:29:28 +0200 Subject: Files get corrupted :( Message-ID: <198144825.20030820102928@red-raider.de> Hi *!*@*.*, I have a very strange problem with my Severn machine: A few days ago I moved 9 rar archives (6 Gigs) from my Win XP to my Severn machine using Samba. Yesterday I wanted to unpack the archives and had to find out that they all were corrupted. I found out that files get corrupted when they are written to the severn machine. I calculate the md5sum of a file on the XP machine and copy it to the Severn machine (I used Samba and FTP with the same result) and calculate md5 again which is always different. I managed to copy a 10 MB file without any problems but a 20 MB file gets corrupted. If I copy the corrupted file back to the XP machine and calculate the md5sum again I get the same hash as on the linux box which means that reading files works fine. I copied a 230 MB file from XP to Linux and back and compared the original and corrupted file. There were 9 differences in the file consisting of 4 to 20 bytes of different data. To find out if my file systems were corrupted I booted "linux rescue" from the Severn CDs and ran "fsck.ext3 -f /dev/hda1" hda2 and hdc1. No problems were reported there. It doesn't matter if I copy the files to hda or hdc they get corrupted on both drives and I don't think its a heat problem since files get corrupted after the system has been down for 10 hours and has been running again for 5 minutes. Since there is no newer kernel the 2.4.21-20.1.2024.2.1.ntpl that ships with Severn install discs on rawhide I thought I'll give arjan's kernel-2.6.0-0.test3.1.31.athlon.rpm a try. Same problem -Y files get corrupted :( I'm pretty sure that I didn't have these problems with RH 9.0. Maybe I'm going to install it again later today to find out if its working under 9.0. If anyone has an idea what could cause this please let me know. Cheers, Martin From laur.ivan at corvil.com Wed Aug 20 09:16:55 2003 From: laur.ivan at corvil.com (Laur Ivan) Date: Wed, 20 Aug 2003 10:16:55 +0100 Subject: Touchpad [Was Re: 2.6.0-0.test3.1.31, mice and acpi] In-Reply-To: <1061363763.4909.1.camel@suburbia> References: <1061096702.4283.12.camel@suburbia> <1061363763.4909.1.camel@suburbia> Message-ID: <200308201017.00298.laur.ivan@corvil.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Been there, done that :) you need to: 1. download the touchpad driver from http://w1.894.telia.com/~u89404340/touchpad/index.html 2. load the "event" module and then you'll have a handler for it cat /proc/bus/input/devices: I: Bus=0011 Vendor=0002 Product=0007 Version=0000 N: Name="Synaptics Synaptics touchpad" P: Phys=isa0060/serio4/input0 H: Handlers=event0 B: EV=1b B: KEY=670000 0 0 0 0 0 0 0 0 B: ABS=1000003 B: MSC=4 "event0" or whatever (mine is event1) is the device 3. Then, In the XF86, you need to do: Section "InputDevice" Identifier "Touchpad" Driver "synaptics" Option "Protocol" "event" Option "Device" "/dev/input/event0" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" Option "CorePointer" "1" Option "SHMConfig" "on" Option "HorizScrollDelta" "100" Option "VertScrollDelta" "100" EndSection The spanish site "http://bulmalug.net/body.phtml?nIdNoticia=1823" contains all the config information and tweaks one would need :). All you need to look at are the courier bits :) Cheers Laur On Wednesday 20 August 2003 08:16, Joshua Legbandt wrote: > No bites? Am I the only person having these troubles with the > 2.6.0-0.test3.1.31 rpms? > > [top posting only because it really makes since to this time...] > > -Josh > > On Sat, 2003-08-16 at 22:05, Joshua Legbandt wrote: > > I've installed Arjan's 2.6.0-0.test3.1.31 kernel onto my laptop (a > > compaq presario 2715US) and it seems to be working almost flawlessly. I > > say almost because I have found 2 issues: > > > > 1st my PS/2 touchpad does not seem to be working. dmesg shows that it is > > found, but it is not working on the command line (with gpm) or with X. > > The relevant dmesg output is: > > mice: PS/2 mouse device common for all mice > > Synaptics Touchpad, model: 1 > > Firware: 5.8 > > Sensor: 29 > > new absolute packet format > > Touchpad has extended capability bits > > -> multifinger detection > > -> palm detection > > input: Synaptics Synaptics TouchPad on isa0060/serio1 > > > > My usb mouse works fine after modifying /etc/modprobe.conf after > > changing the alias for usb-controller from usb-uhci to uhci-hcd > > > > 2nd, the important acpi modules (battery, processor, thermal and ac) > > don't load, and I don't understand enough about modprobe.conf editing to > > make them work. With the 2.4 kernel + acpi patches, I had just compiled > > them into kernel, but if I can stick with an rpm'd kernel I'd be > > happier. After boot, I'm able to load the modules with the following > > commands: > > /sbin/insmod /lib/modules/`/bin/uname -r`/kernel/drivers/acpi/battery.ko > > /sbin/insmod /lib/modules/`/bin/uname > > -r`/kernel/drivers/acpi/processor.ko > > /sbin/insmod /lib/modules/`/bin/uname -r`/kernel/drivers/acpi/thermal.ko > > /sbin/insmod /lib/modules/`/bin/uname -r`/kernel/drivers/acpi/ac.ko > > > > I've added the following to my rc.local to get them to work, but I think > > there should be a cleaner way of loading those modules: > > kern_maj_ver=`/bin/uname -r | /bin/awk -F. '{print $2}'` > > kern_ver=`/bin/uname -r` > > if [ "$kern_maj_ver" = "6" ] > > then > > echo "/sbin/insmod > > /lib/modules/$kern_ver/kernel/drivers/acpi/battery.ko" > > echo "/sbin/insmod > > /lib/modules/$kern_ver/kernel/drivers/acpi/processor.ko" > > echo "/sbin/insmod > > /lib/modules/$kern_ver/kernel/drivers/acpi/thermal.ko" > > echo "/sbin/insmod /lib/modules/$kern_ver/kernel/drivers/acpi/ac.ko" > > fi > > > > Anyone have any suggestions? > > -Josh - -- Laur Ivan Tel : +353-1-6674336 Software Design Engineer eMail: laur.ivan at corvil.com Corvil Ltd. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE/QzyKrIaFaLsloSMRAiNiAJ9RFviMG1qsUNXYWsH9jTF+CKysLQCfeCYC +1RiLpde45Qqlw/SnaBbGS4= =O14W -----END PGP SIGNATURE----- From gmaeding at kidspeace.org Wed Aug 20 16:36:35 2003 From: gmaeding at kidspeace.org (Glen Maeding) Date: Wed, 20 Aug 2003 12:36:35 -0400 Subject: Modprobe.conf in Severn Message-ID: Raxet- Heres my /etc/modprobe.conf: include /etc/modprobe.conf.dist alias eth0 e100 #alias usb-controller usb-ohci alias usb-controller ohci-hcd alias sound-slot-0 trident install sound-slot-0 /sbin/modprobe --ignore-install sound-slot-0 && { /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/null 2>&1 || :; } remove sound-slot-0 { /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/null 2>&1 || :; }; /sbin/modprobe -r --ignore-remove sound-slot-0 This is on a toshiba laptop satellite 1400-S151. * ** Glen Maeding * ** MIS Tech @ Kidspeace Inc. * ** Webmaster of MIS-comm, Pdangel.org, and others... * ** E-mail: gmaeding at kidspeace.org * ** Pager e-mail: goik at tmail.com -----Original Message----- From: raxet [mailto:maxer1 at xmission.com] Sent: Wednesday, August 20, 2003 12:34 AM To: rhl-beta-list at redhat.com Subject: Modprobe.conf in Severn If anyone would like to share their modprobe.conf under 2.6.0 kernel, I would be interested in taking a peak. I have an Asus P4PE. Raxet -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From jaboutboul at speakeasy.net Wed Aug 20 09:53:57 2003 From: jaboutboul at speakeasy.net (Jack Aboutboul) Date: Wed, 20 Aug 2003 12:53:57 +0300 Subject: Minimal Install Option Message-ID: <375086AE-D2F4-11D7-823A-000A95689082@speakeasy.net> Hey All, I don't know if this was ever discussed within RH and/or on the list, but I was thinking maybe it would be fruitful to add a minimal installation option, a la freebsd, into anaconda/the setup system. The benefits of a minimal install option are great and would enable those experimenting with RH systems to have more flexibility in their system configuration. Those playing with SELinux and other security configurations would have the option of not having 300 services (I'm exaggerating) starting up at boot, and a trim installation overall. This obviously isn't something for this beta or maybe even the next one but maybe looking towards RHL 11 or 12. What are your thoughts, Jack From mharris at redhat.com Wed Aug 20 09:34:44 2003 From: mharris at redhat.com (Mike A. Harris) Date: Wed, 20 Aug 2003 05:34:44 -0400 (EDT) Subject: Stock kernels In-Reply-To: <30F8D7BD-D297-11D7-808C-000A95689082@speakeasy.net> Message-ID: On Wed, 20 Aug 2003, Jack Aboutboul wrote: >>> True frustration arrived when I found that 'make rpm' behaves as badly >>> when run against the Severn kernel-source rpm as it does using a >>> kernel.org tarball. Fewer "deprecated" warnings, but still..... >> >> I'll download it and run it through rpm as described above. >> >And thus began Mike Harris' kernel hacking days! > >Seriously though, it's never been a problem to download the kernel >.src.rpm and just build the rpm. Why all the fuss? make rpm works in >2.4 cant speak for anything > To be honest, I have no idea what the fuss is about. Kernels can be compiled either from raw source (patched or not) or by using rpm to create patched kernels, which is evidenced by Red Hat Linux coming with kernel packages in RPM format. Anyone who can't do one or the other, shouldn't be compiling their own kernel anyway really. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Wed Aug 20 09:41:17 2003 From: mharris at redhat.com (Mike A. Harris) Date: Wed, 20 Aug 2003 05:41:17 -0400 (EDT) Subject: 2.6.0-0.test3.1.31, mice and acpi In-Reply-To: <1061363763.4909.1.camel@suburbia> Message-ID: On Wed, 20 Aug 2003, Joshua Legbandt wrote: >Date: Wed, 20 Aug 2003 00:16:04 -0700 >From: Joshua Legbandt >To: rhl-beta-list at redhat.com >Content-Type: text/plain >List-Id: For testers of Red Hat Linux beta releases > >Subject: Re: 2.6.0-0.test3.1.31, mice and acpi > >No bites? Am I the only person having these troubles with the >2.6.0-0.test3.1.31 rpms? > >[top posting only because it really makes since to this time...] > >-Josh > >On Sat, 2003-08-16 at 22:05, Joshua Legbandt wrote: >> I've installed Arjan's 2.6.0-0.test3.1.31 kernel onto my laptop (a >> compaq presario 2715US) and it seems to be working almost flawlessly. I >> say almost because I have found 2 issues: >> >> 1st my PS/2 touchpad does not seem to be working. dmesg shows that it is >> found, but it is not working on the command line (with gpm) or with X. >> The relevant dmesg output is: >> mice: PS/2 mouse device common for all mice >> Synaptics Touchpad, model: 1 >> Firware: 5.8 >> Sensor: 29 >> new absolute packet format >> Touchpad has extended capability bits >> -> multifinger detection >> -> palm detection >> input: Synaptics Synaptics TouchPad on isa0060/serio1 >> >> My usb mouse works fine after modifying /etc/modprobe.conf after >> changing the alias for usb-controller from usb-uhci to uhci-hcd >> >> 2nd, the important acpi modules (battery, processor, thermal and ac) >> don't load, and I don't understand enough about modprobe.conf editing to >> make them work. With the 2.4 kernel + acpi patches, I had just compiled >> them into kernel, but if I can stick with an rpm'd kernel I'd be >> happier. After boot, I'm able to load the modules with the following >> commands: >> /sbin/insmod /lib/modules/`/bin/uname -r`/kernel/drivers/acpi/battery.ko >> /sbin/insmod /lib/modules/`/bin/uname >> -r`/kernel/drivers/acpi/processor.ko >> /sbin/insmod /lib/modules/`/bin/uname -r`/kernel/drivers/acpi/thermal.ko >> /sbin/insmod /lib/modules/`/bin/uname -r`/kernel/drivers/acpi/ac.ko >> >> I've added the following to my rc.local to get them to work, but I think >> there should be a cleaner way of loading those modules: >> kern_maj_ver=`/bin/uname -r | /bin/awk -F. '{print $2}'` >> kern_ver=`/bin/uname -r` >> if [ "$kern_maj_ver" = "6" ] >> then >> echo "/sbin/insmod >> /lib/modules/$kern_ver/kernel/drivers/acpi/battery.ko" >> echo "/sbin/insmod >> /lib/modules/$kern_ver/kernel/drivers/acpi/processor.ko" >> echo "/sbin/insmod >> /lib/modules/$kern_ver/kernel/drivers/acpi/thermal.ko" >> echo "/sbin/insmod /lib/modules/$kern_ver/kernel/drivers/acpi/ac.ko" >> fi >> >> Anyone have any suggestions? >> -Josh To use a synaptics touchpad with the 2.6 kernel, you need to download the GPL'd synaptics XFree86 input driver and compile it against XFree86 source code. Before anyone files a request in bugzilla to have this driver added, there is already multiple requests in bugzilla. I'll be investigating this in the future. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From matthias at rpmforge.net Wed Aug 20 08:44:07 2003 From: matthias at rpmforge.net (Matthias Saou) Date: Wed, 20 Aug 2003 10:44:07 +0200 Subject: Lates Rawhide GNOME update glitches Message-ID: <20030820104407.4d0eb59c.matthias@rpmforge.net> Hi, Here are a few glitches I've encountered in GNOME after updating to yesterday's new Rawhide packages : - The terminal option "Use the same size as other applications" which I had unchecked in my Default and only profile had revered to being checked. - The new desktop folder message and automatic changes didn't get the new icons (only home an trash) aligned... ugly looking. - My existing main menu on my panel changed its icon to a typewriter(!) and no longer contains the "Lock screen / Log out" part, nor the "Run / Search / Open Recent" one. - Adding a new main menu icon works, but "Lock screen" and "Log out" don't seem to have icons in the theme I'm using (name change?). - When I choose to shut down, the new fade to black was horribly slow on my display (1600x1200, GeForce 2Go with the free nv driver) and didn't work : All GNOME applications were not responding, but I was able to close xmms, the last app I had open. - The "Command Line" applet is now huge (the whole panel height) with still small text in the middle when something is typed in it. I guess that's about it. I also get the splash screen stay for about 20s after I've finished logging in sometimes, but it's random and I haven't been able to predictably reproduce it, and it's been doing it for a while now. I'll file some of these reports in the GNOME bugzilla if ever they're still there in a while. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Raw Hide 20030819 running Linux kernel 2.4.21-20.1.2024.2.1.nptl Load : 0.10 0.10 0.14 From warren at togami.com Wed Aug 20 10:51:32 2003 From: warren at togami.com (Warren Togami) Date: Wed, 20 Aug 2003 00:51:32 -1000 Subject: Mozilla causing OOM? Message-ID: <1061376692.9626.38.camel@laptop> On several occasions mozilla-1.4 in Severn grew to use all system memory, causing a massive swap storm and eventually OOM. During the swap storm the desktop is almost unusable. Has anyone else experienced this recently? Warren From phil-ml at techworks.ie Wed Aug 20 10:58:57 2003 From: phil-ml at techworks.ie (Philip Trickett) Date: Wed, 20 Aug 2003 11:58:57 +0100 Subject: gnome-applets trouble Message-ID: <1061377137.4873.1.camel@unagi.internal.techworks.ie> hi, Is anyone having any problems after updating to gnome-applets-2.3.6-1 and the new gnome-panel-2.3.6.2-3? When I first logged in I had an error message for a few applets: The panel encountered a problem while loading "OAFIID:GNOME_WindowListApplet" Details: Child process did not give an error message, unknown failure occurred This was for the Window List, Notification Area, and the Workspace selector, volume control, and window menu. The clock and the main menu are fine. I was wondering if I was having this problem as well? If so, I'll file a bugzilla report. Phil From grant at p2322.nsk.ne.jp Wed Aug 20 17:04:19 2003 From: grant at p2322.nsk.ne.jp (Ralston) Date: 21 Aug 2003 02:04:19 +0900 Subject: CD drive is still a no-go on Severn In-Reply-To: <200308200029.37183.elwoo@videotron.ca> References: <200308191244.57408.elwoo@videotron.ca> <1061344094.13056.4.camel@luser.ckloiber.com> <200308200029.37183.elwoo@videotron.ca> Message-ID: <1061399059.9456.9.camel@localhost.localdomain> What gives with my CD drive? Worked fine with 9, not at all with Beta, once installation is done. It shows up in the HWBrowser (Atapi; /dev/scd0), but other than show up there, it does nothing. Won't mount by command either. Any suggs? Ralston From mike at netlyncs.com Wed Aug 20 11:03:29 2003 From: mike at netlyncs.com (Mike Chambers) Date: Wed, 20 Aug 2003 06:03:29 -0500 Subject: ftp site down? Message-ID: <1061377409.30534.5.camel@bart.netlyncs.com> Tried to connect last night and couldn't, including couple other Red Hat sites, as well as rsync via script in middle of the night. -- Mike Chambers Madisonville, KY "The road to to success is always under construction!" From felipe_alfaro at linuxmail.org Wed Aug 20 11:21:39 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Wed, 20 Aug 2003 13:21:39 +0200 Subject: [OT] Connection tracking for IPSec Message-ID: <1061378498.668.4.camel@teapot.felipe-alfaro.com> Hi all! I'm starting with IPSec right now. To make it work, I must open up protocols 50 and 51 to pass across my Linux firewalls, but I want to use connection tracking much like I do when not using IPSec. For example, iptables -A INPUT -m state --state RELATED,ESTABLISHED When using IPSec, if I open up protocols 50 and 51, all IPSec-protected traffic passes through the firewall, but it's not checked against the connection tracking module. How can I configure iptables so an IPSec-protected packet, after being classified as IP protocol 50 or 51, loop back one more time to pass through the connection tracking module? I don't want to set up IPSec to get addititional protection by using AH and ESP and then let any machine talking IPSec pass entirely through my firewall ignoring the rest of rules. Thanks! From knxmay001 at mail.uct.ac.za Wed Aug 20 11:30:07 2003 From: knxmay001 at mail.uct.ac.za (Maynard Kuona) Date: 20 Aug 2003 13:30:07 +0200 Subject: Stock kernels In-Reply-To: <1061351511.7695.27.camel@localhost.localdomain> References: <001d01c3663c$3a789dc0$196d9e89@pegasus> <3F425064.5010700@rackable.com> <1061344048.2689.4.camel@albert> <1061351511.7695.27.camel@localhost.localdomain> Message-ID: <1061379007.3143.1.camel@albert> I did "make rpm" which is supposed to do all that I believe. I did not do make install. I wonder if checkinstall would be able to handle the kernel though. It works pretty well for everything else. On Wed, 2003-08-20 at 07:09, Ben Hsu wrote: > On Tue, 2003-08-19 at 18:47, Maynard Kuona wrote: > > > > > However, having made the kernel rpm, I found it does not automatically > > make the initrd*** file > > Correct me if I'm wrong, but "make install" calls /sbin/installkernel > which makes initrd, right? What were the steps you did to build the > kernel? > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From chrisw01 at privatei.com Wed Aug 20 12:22:11 2003 From: chrisw01 at privatei.com (Christopher A. Williams) Date: Wed, 20 Aug 2003 06:22:11 -0600 Subject: Files get corrupted :( In-Reply-To: <198144825.20030820102928@red-raider.de> References: <198144825.20030820102928@red-raider.de> Message-ID: <1061382131.2562.11.camel@spike-home.comcast.net> I had the exact same problems on both RH9 and Severn. At the time, Severn proved highly unstable on my system. After fixing what I did (see below) left things alone. So at present, I'm back on RH9 because I didn't want to go to the trouble to update NVidia drivers again. I plan to jump back in with the next beta though. Along with corrupted files from Samba copying, I was having general stability problems with VMware 4.0.1 and also couldn't burn a CD to save my life. No errors, just consistently burning CDs that failed md5sum tests. Eventually my system started rebooting itself at random. It would literally just go blank and start counting RAM in a POST again. What I found that helped was to update the BIOS on my motherboard. I have an Asus P4S8X. The original BIOS was at 1003a. Upgrading to 1004 seems to have fixed all of the other problems, but I have not tried copying large files with Samba since flashing the BIOS on my system. Perhaps I can try that tonight and report back here. Hope that helps a few other out that still may be having problems Like I was. Cheers, Chris On Wed, 2003-08-20 at 02:29, Martin wrote: > Hi *!*@*.*, > > I have a very strange problem with my Severn machine: > A few days ago I moved 9 rar archives (6 Gigs) from my Win XP to my > Severn machine using Samba. Yesterday I wanted to unpack the archives > and had to find out that they all were corrupted. > > I found out that files get corrupted when they are written to the > severn machine. I calculate the md5sum of a file on the XP machine and > copy it to the Severn machine (I used Samba and FTP with the same > result) and calculate md5 again which is always different. I managed > to copy a 10 MB file without any problems but a 20 MB file gets > corrupted. > > If I copy the corrupted file back to the XP machine and > calculate the md5sum again I get the same hash as on the linux box > which means that reading files works fine. > I copied a 230 MB file from XP to Linux and back and compared the > original and corrupted file. There were 9 differences in the file > consisting of 4 to 20 bytes of different data. > > To find out if my file systems were corrupted I booted "linux rescue" > from the Severn CDs and ran "fsck.ext3 -f /dev/hda1" hda2 and hdc1. No > problems were reported there. It doesn't matter if I copy the files to > hda or hdc they get corrupted on both drives and I don't think its a > heat problem since files get corrupted after the system has been down > for 10 hours and has been running again for 5 minutes. > > Since there is no newer kernel the 2.4.21-20.1.2024.2.1.ntpl that > ships with Severn install discs on rawhide I thought I'll give arjan's > kernel-2.6.0-0.test3.1.31.athlon.rpm a try. Same problem -Y files get > corrupted :( > > I'm pretty sure that I didn't have these problems with RH 9.0. Maybe > I'm going to install it again later today to find out if its working > under 9.0. > > If anyone has an idea what could cause this please let me know. > > Cheers, > > Martin > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- ==================================== "If you get to thinkin' you're a person of some influence, try orderin' someone else's dog around." --Cowboy Wisdom From smoogen at lanl.gov Wed Aug 20 12:39:08 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Wed, 20 Aug 2003 06:39:08 -0600 (MDT) Subject: Files get corrupted :( In-Reply-To: <198144825.20030820102928@red-raider.de> Message-ID: On Wed, 20 Aug 2003, Martin wrote: >Hi *!*@*.*, > >I have a very strange problem with my Severn machine: >A few days ago I moved 9 rar archives (6 Gigs) from my Win XP to my >Severn machine using Samba. Yesterday I wanted to unpack the archives >and had to find out that they all were corrupted. > >Since there is no newer kernel the 2.4.21-20.1.2024.2.1.ntpl that >ships with Severn install discs on rawhide I thought I'll give arjan's >kernel-2.6.0-0.test3.1.31.athlon.rpm a try. Same problem -Y files get >corrupted :( The problem sounds more like Samba than kernel. Do you have any other way of copying the file from the XP box to Linux say ssh or something similar? -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 5-8058 Ta-03 SM-261 MailStop P208 DP 17U Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From m.eldesoky at tedata.net Wed Aug 20 13:33:42 2003 From: m.eldesoky at tedata.net (Mohamed Eldesoky) Date: Wed, 20 Aug 2003 16:33:42 +0300 Subject: mount 2.11y-25 undefined symbol Message-ID: <200308201633.42663.m.eldesoky@tedata.net> Mount in rawhide gives this error Version mount-2.11y-25.i386.rpm #mount mount: relocation error: mount: symbol sys_siglist, version GLIBC_2.3.3 not defined in file libc.so.6 with link time reference Regards Mohamed Eldesoky -- Once a wise man said "nothing" From nsilva-list at aoi.atari-source.com Wed Aug 20 09:52:29 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Wed, 20 Aug 2003 05:52:29 -0400 (EDT) Subject: RawHide Bluecurve theme problem: More Info In-Reply-To: <3F4298B3.1060601@redhat.com> Message-ID: Hi, I did the changes recommended, Now all of the windows are broken, although less so, and equally. The area around the buttons is just a few pixels shorter than the title bar. -- noah silva On Tue, 19 Aug 2003, Garrett LeSage wrote: > Noah Silva [Mailing list] wrote: > > >Hi, > > > >I was trying to figure out the problem to the previously reported problem > >all morning, and wrongly thinking GAIM somehow caused the problem. In > >fact, the problem only occurs in windows with Japanese charicters in the > >title bar - somehow the hight is under-estimated in that case. > > > >I am using the "Bitstream Vera Sans" font, size 10 for the window > >captions. > > > >Using some fonts, like "Fixed", fixes the problem. Other fonts, like > >"Courier" show the same symptoms. Changing the size, interestingly > >enough, doesn't fix the problem at all. > > > >(again, the problem is illustrated in: > >http://aoi.atari-source.com/~nsilva/shots/20030818_rhl_bluecurve_ng_bug_screenshot.png > >) > > > > > > Noah, I believe I found a fix for the theme. > > Please edit /usr/share/themes/Bluecurve/metacity-1/metacity-1.xml and > change every occurrence of "title_height+4" to "top_height-2". After > saving the file, type "metacity-message reload-theme" and let me know if > that fixes it. (It hopefully should.) > > To do the global change in VIM, you'd type the following: > :%s/title_height+4/top_height-2/g > > In gedit, you can go to the search menu, select the "replace" option (or > just simply hit control+r), then use the dialog to replace the text. > > Other editors (such as Emacs or jed) each have their own special way of > doing search and replace too. > > The area you need to change is specifically around line 500, in both the > outer_bevel and outer_bevel_focus draw_ops. Of course, any decent > global search and replace *should* cover that. (: > > Let me know if this fixes the bug for you. > > Thanks, > Garrett > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From nsilva-list at aoi.atari-source.com Wed Aug 20 09:56:25 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Wed, 20 Aug 2003 05:56:25 -0400 (EDT) Subject: RawHide Bluecurve theme problem: More Info In-Reply-To: <3F4298B3.1060601@redhat.com> Message-ID: Garrett, top_height-1 seems to work well on my system. I will use it this way for a while, and see if I run into anything odd. -- noah silva On Tue, 19 Aug 2003, Garrett LeSage wrote: > Noah Silva [Mailing list] wrote: > > >Hi, > > > > Noah, I believe I found a fix for the theme. > > Please edit /usr/share/themes/Bluecurve/metacity-1/metacity-1.xml and > change every occurrence of "title_height+4" to "top_height-2". After > saving the file, type "metacity-message reload-theme" and let me know if >... > global search and replace *should* cover that. (: > > Let me know if this fixes the bug for you. > > Thanks, > Garrett > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From kodis at mail630.gsfc.nasa.gov Wed Aug 20 14:03:39 2003 From: kodis at mail630.gsfc.nasa.gov (John Kodis) Date: Wed, 20 Aug 2003 10:03:39 -0400 Subject: Red Hat Linux 3.3-14 In-Reply-To: <1061328412.10203.2.camel@lhm0155.stjoelive.com> References: <1061328412.10203.2.camel@lhm0155.stjoelive.com> Message-ID: <20030820140339.GA1117@tux.gsfc.nasa.gov> On Tue, Aug 19, 2003 at 04:26:52PM -0500, Hank Maxwell wrote: > Hey why not RedHat Linux X or just RHX just a suggestion.. Yeah, then you could follow Apple's lead by waiting for someone to pronounce this as "Red Hat Linux Ex" and snarling at them that "it's pronounced 'ten', not 'ex'". Apple are the acknowledged experts in marketing and human factors, so this must be the best approach, right? From johnsonm at redhat.com Wed Aug 20 14:04:24 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Wed, 20 Aug 2003 10:04:24 -0400 Subject: Stock kernels In-Reply-To: <6551.140.175.214.36.1061327237.squirrel@www.peaknet.net>; from dsavage@peaknet.net on Tue, Aug 19, 2003 at 04:07:17PM -0500 References: <20030819135313.B2234@devserv.devel.redhat.com> <18285.140.175.214.36.1061323926.squirrel@www.peaknet.net> <20030819164754.A12517@devserv.devel.redhat.com> <6551.140.175.214.36.1061327237.squirrel@www.peaknet.net> Message-ID: <20030820100424.A8249@devserv.devel.redhat.com> On Tue, Aug 19, 2003 at 04:07:17PM -0500, dsavage at peaknet.net wrote: > On Tue, Aug 19, 2003 "Michael K. Johnson" wrote, > > On Tue, Aug 19, 2003 at 03:12:06PM -0500, dsavage at peaknet.net wrote: > >> True frustration arrived when I found that 'make rpm' behaves as badly > >> when run against the Severn kernel-source rpm as it does using a > >> kernel.org tarball. Fewer "deprecated" warnings, but still..... > > > > Well, it's going to depend on your config... > > Michael, > > I'd hope Severn's kernel-2.4.21-i686.config file would work with 'make > oldconfig', wouldn't you? :-( You did "make mrproper" first, right? michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Wed Aug 20 14:41:31 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Wed, 20 Aug 2003 10:41:31 -0400 Subject: Stock kernels In-Reply-To: <1061344048.2689.4.camel@albert>; from knxmay001@mail.uct.ac.za on Wed, Aug 20, 2003 at 03:47:29AM +0200 References: <001d01c3663c$3a789dc0$196d9e89@pegasus> <3F425064.5010700@rackable.com> <1061344048.2689.4.camel@albert> Message-ID: <20030820104131.B8249@devserv.devel.redhat.com> On Wed, Aug 20, 2003 at 03:47:29AM +0200, Maynard Kuona wrote: > However, having made the kernel rpm, I found it does not automatically > make the initrd*** file, Oh, right, I didn't think about that part; I forget how much we have automated. :-) > Maybe not even on the cd's, but just on some part of redhat.com, or > rhl.redhat.com, where the kernel.src.rpm would be, with the spec files > and a couple of patches which can be applied. Hmm, the problem is that the line can be drawn in so many places, and different people want slightly different things. Some want all our patches except for O(1) scheduler (nptl is in the same patch, so it goes at the same time), others want stock, others want something in between... The "couple of patches" above is very expressive of this vagueness. That said, if someone wants to work on something of this sort and maintain a repository like Arjan's 2.6-test repository, more power to you! :-) michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Wed Aug 20 14:53:19 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Wed, 20 Aug 2003 10:53:19 -0400 Subject: Stock kernels In-Reply-To: <1061351294.7695.24.camel@localhost.localdomain>; from benhsu@dslextreme.com on Tue, Aug 19, 2003 at 09:26:12PM -0700 References: <20030819135313.B2234@devserv.devel.redhat.com> <18285.140.175.214.36.1061323926.squirrel@www.peaknet.net> <20030819164754.A12517@devserv.devel.redhat.com> <6551.140.175.214.36.1061327237.squirrel@www.peaknet.net> <1061351294.7695.24.camel@localhost.localdomain> Message-ID: <20030820105319.C8249@devserv.devel.redhat.com> On Tue, Aug 19, 2003 at 09:26:12PM -0700, Ben Hsu wrote: > As an aside, the gcc 3.2 package was not installed on my machine. I > think this is because I upgraded from a previous Red Hat (last fresh > install was either 8.0 or 8.0.93). Should this be a bug? No, not really a bug, just one of those things to think about that I forgot to mention earlier. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Wed Aug 20 14:56:09 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Wed, 20 Aug 2003 10:56:09 -0400 Subject: Stock kernels In-Reply-To: <1061351511.7695.27.camel@localhost.localdomain>; from benhsu@dslextreme.com on Tue, Aug 19, 2003 at 10:09:31PM -0700 References: <001d01c3663c$3a789dc0$196d9e89@pegasus> <3F425064.5010700@rackable.com> <1061344048.2689.4.camel@albert> <1061351511.7695.27.camel@localhost.localdomain> Message-ID: <20030820105609.D8249@devserv.devel.redhat.com> On Tue, Aug 19, 2003 at 10:09:31PM -0700, Ben Hsu wrote: > On Tue, 2003-08-19 at 18:47, Maynard Kuona wrote: > > However, having made the kernel rpm, I found it does not automatically > > make the initrd*** file > > Correct me if I'm wrong, but "make install" calls /sbin/installkernel > which makes initrd, right? What were the steps you did to build the > kernel? scripts/mkspec doesn't create a spec file with a %post or %postun to manage initrd automatically the way our official packages do. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From tvinhas at techbyte.com.br Wed Aug 20 15:51:00 2003 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Wed, 20 Aug 2003 12:51:00 -0300 Subject: Red Hat Linux 3.3-14 References: <20030819171806.15d82f81.ms-nospam-0306@arcor.de> <200308191232.39835.elwoo@videotron.ca> <3F42EA7F.6020001@tmsusa.com> <200308192334.37605.elwoo@videotron.ca> Message-ID: <003f01c36732$db1c3330$01fea8c0@vinhas> Beleza. Se for para ir para esse lado foi come?ar a falar portugu?s e ver se alguem entende. Algum brasileiro pode me ajudar? Thiago ;-) > On August 19, 2003 11:26 pm, Joe wrote: > > Das kommt mir spanisch vor. was hast du gesagt? > Es macht nicht ... ich glaube das ich habe ganz Deutchshrift vergessen!!! > Also ich kann besser spanisch oder franz?sich oder italienisch schreiben > als deutsch! > > Elton :-))) From nosp at xades.com Wed Aug 20 17:22:52 2003 From: nosp at xades.com (nosp) Date: 20 Aug 2003 18:22:52 +0100 Subject: [severn] Intermittent object activation (Evolution) problems Message-ID: <1061400172.3052.18.camel@earth.xades.com> Hi, Apologies in advance if this is the wrong list to use or an FAQ -- I have looked through archives & google and have not found any pointers. I just installed severn beta from ISOs today and have been having frequent problems when starting evolution. What seems extremely strange is that the problem occurs around four of every five times I run Evo. The fifth time Evo starts fine. The problem is that when I run Evo I get exactly four error dialog boxes saying "Cannot activate component OAFID:GNOME_Evolution_Mail_ShellComponent : The error from the activation system is: Unknown CORBA exception id: 'IDL:omg.org/CORBA/INV_OBJREF:1.0'". The four components mentioned in the subsequent dialogs are Mail, Calendar, Contacts, and Summary. Has anyone seen this before? Thanks, Martin From i.pilcher at comcast.net Wed Aug 20 17:16:02 2003 From: i.pilcher at comcast.net (Ian Pilcher) Date: Wed, 20 Aug 2003 12:16:02 -0500 Subject: Stock kernels In-Reply-To: <1061351511.7695.27.camel@localhost.localdomain> References: <001d01c3663c$3a789dc0$196d9e89@pegasus> <3F425064.5010700@rackable.com> <1061344048.2689.4.camel@albert> <1061351511.7695.27.camel@localhost.localdomain> Message-ID: <3F43ACD2.4060403@comcast.net> On Tue, 2003-08-19 at 18:47, Maynard Kuona wrote: >However, having made the kernel rpm, I found it does not automatically >make the initrd*** file IIRC, the initrd file is created when the kernel package is installed; it is not actually part of the RPM. -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From celston at corky.sapien.net Wed Aug 20 17:33:44 2003 From: celston at corky.sapien.net (Chris Elston) Date: Wed, 20 Aug 2003 13:33:44 -0400 (EDT) Subject: Keyboard freeze, Wireless Weirdness Message-ID: I'm running Severn on a Dell Inspiron 8100. To get it to even work, I had to disable ACPI, which may or may not be contributing to my problems. Everything else is normal, even installed all packages during the preliminary install. My first problem occurs semi-randomly. While running X, my keyboard will stop responding. Everything else seems fine, the keyboard just stops working. I can't go to a virtual desktop (no keyboard), can't use any system config tools (asks for root password) or anything, so I'm forced to completely reboot. Doesn't seem to matter what window manager I'm using as this problem has occured in both Gnome/Metacity and WindowMaker. My other problem has to do w/ my wireless connection. I have my network configured to access a secure network via a ESSID. However, there is also a neighboring network that isn't restricted that overlaps. When I boot my laptop, it grabs the open network and not the specific network I have it configured for. If I restart the network (/sbin/service network restart), it grabs the correct network. What is it doing differently at boot than when I manually restart the network? In a perhaps related situation, my wireless connection will randomly disconnect which then forces me to restart it over and over again. Not fun. Any ideas on these problems? PS: Where can I find good information on ACPI (what, why, how, etc)? Sorry if I'm out of the loop. Chris Elston celston at corky.sapien.net From nsilva-list at aoi.atari-source.com Wed Aug 20 13:36:33 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Wed, 20 Aug 2003 09:36:33 -0400 (EDT) Subject: CD drive is still a no-go on Severn In-Reply-To: <1061399059.9456.9.camel@localhost.localdomain> Message-ID: Hi, I personally have three different machines running severn, all with IDE/ATAPI Cd-ROM drives, so this must not be a universal issue. perhaps if you can mention: a.) What make/model the Cd-Drive is. (maybe copy from dmesg?) b.) What interface it has (IDE, SCSI, USB, Firewire, etc.) it might help? It could be something with the IDE-SCSI driver? thanks, noah silva On 21 Aug 2003, Ralston wrote: > What gives with my CD drive? Worked fine with 9, not at all with Beta, > once installation is done. > > It shows up in the HWBrowser (Atapi; /dev/scd0), but other than show up > there, it does nothing. Won't mount by command either. > > Any suggs? > > Ralston > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From rhl at red-raider.de Wed Aug 20 17:37:59 2003 From: rhl at red-raider.de (Martin) Date: Wed, 20 Aug 2003 19:37:59 +0200 Subject: Files get corrupted :( In-Reply-To: References: Message-ID: <1478077198.20030820193759@red-raider.de> > The problem sounds more like Samba than kernel. Do you have any other > way of copying the file from the XP box to Linux say ssh or something > similar? If I copy files using ftp I get the same errors... I'll try updating the bios like Christopher suggested and I'll install RH 9 again to see if this works... btw.. hardware is a 800 MHz Duron on a Elitegroup K7S5A Cheers, Martin -- cYA! From nsilva-list at aoi.atari-source.com Wed Aug 20 13:38:44 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Wed, 20 Aug 2003 09:38:44 -0400 (EDT) Subject: gnome-applets trouble In-Reply-To: <1061377137.4873.1.camel@unagi.internal.techworks.ie> Message-ID: Hi, I had problems with the gnome-panel applets included in Severn. On a dell latitude, adding the batt-stat applet causes it to immediately crash. Reloading it doesn't help. I wasn't about to try upgrading it when the one I had didn't work. I figured I would just wait and see if it was fixed in beta 2. -- noah silva On Wed, 20 Aug 2003, Philip Trickett wrote: > hi, > > Is anyone having any problems after updating to gnome-applets-2.3.6-1 > and the new gnome-panel-2.3.6.2-3? > > When I first logged in I had an error message for a few applets: > The panel encountered a problem while loading > "OAFIID:GNOME_WindowListApplet" > Details: Child process did not give an error message, unknown failure > occurred > > > This was for the Window List, Notification Area, and the Workspace > selector, volume control, and window menu. The clock and the main menu > are fine. > > I was wondering if I was having this problem as well? If so, I'll file > a bugzilla report. > > Phil > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From grant at p2322.nsk.ne.jp Wed Aug 20 18:04:29 2003 From: grant at p2322.nsk.ne.jp (Ralston) Date: 21 Aug 2003 03:04:29 +0900 Subject: CD drive is still a no-go on Severn In-Reply-To: References: Message-ID: <1061402669.9456.23.camel@localhost.localdomain> Hi, Here are the relevant or possibly relevant dmesg lines (unless I'm missing something): (Name on the outside of the drive is BENQ) hdc: CD-RW 48X24, ATAPI CD/DVD-ROM drive - - SCSI subsystem driver Revision: 1.00 hdc: attached ide-scsi driver. scsi0 : SCSI host adapter emulation for IDE ATAPI devices Vendor: ATAPI Model: CD-RW 48X24 Rev: D.RC Type: CD-ROM ANSI SCSI revision: 02 IA-32 Microcode Update Driver: v1.11 microcode: CPU0 no microcode found! (sig=f13, pflags=4) parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE] parport0: irq 7 detected - - UDF-fs DEBUG lowlevel.c:65:udf_get_last_session: CDROMMULTISESSION not supported : rc=-22 UDF-fs DEBUG super.c:1421:udf_read_super: Multi-session=0 UDF-fs DEBUG super.c:410:udf_vrs: Starting at sector 16 (2048 byte sectors) ide-scsi: hdc: unsupported command in request queue (0) end_request: I/O error, dev 16:00 (hdc), sector 64 UDF-fs DEBUG super.c:1157:udf_check_valid: Failed to read byte 32768. Assuming o pen disc. Skipping validity check ide-scsi: hdc: unsupported command in request queue (0) end_request: I/O error, dev 16:00 (hdc), sector 1248 ide-scsi: hdc: unsupported command in request queue (0) end_request: I/O error, dev 16:00 (hdc), sector 1024 UDF-fs DEBUG misc.c:274:udf_read_tagged: block=256, location=256: read failed UDF-fs DEBUG super.c:1211:udf_load_partition: No Anchor block found UDF-fs: No partition found (1) ide-scsi: hdc: unsupported command in request queue (0) end_request: I/O error, dev 16:00 (hdc), sector 64 isofs_read_super: bread failed, dev=16:00, iso_blknum=16, block=32 Can you see anything that might give a clue there? Thanks, Ralston On Wed, 2003-08-20 at 22:36, Noah Silva [Mailing list] wrote: > Hi, > > I personally have three different machines running severn, all with > IDE/ATAPI Cd-ROM drives, so this must not be a universal issue. > > perhaps if you can mention: > a.) What make/model the Cd-Drive is. (maybe copy from dmesg?) > b.) What interface it has (IDE, SCSI, USB, Firewire, etc.) > it might help? > > It could be something with the IDE-SCSI driver? > > thanks, > noah silva > > On 21 Aug 2003, Ralston wrote: > > > What gives with my CD drive? Worked fine with 9, not at all with Beta, > > once installation is done. > > > > It shows up in the HWBrowser (Atapi; /dev/scd0), but other than show up > > there, it does nothing. Won't mount by command either. > > > > Any suggs? > > > > Ralston > > > > > > > > > > -- > > Rhl-beta-list mailing list > > Rhl-beta-list at redhat.com > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > From nsilva-list at aoi.atari-source.com Wed Aug 20 13:54:12 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Wed, 20 Aug 2003 09:54:12 -0400 (EDT) Subject: Keyboard freeze, Wireless Weirdness In-Reply-To: Message-ID: Hi, This may be a silly thing, but in case you haven't checked. When I installed Severn, it found a wireless card, but installed it as just a normal ethernet card (as seen in redhat-config-network). I got it working manually by setting the essid and other settings manually with IWconfig. Later, I found that by completely removing and re-installing the card (as wireless) though redhat-config-network. I assume if running /etc/init.d/network restart fixes the problem, then the wireless specific options are set up properly and you have a different problem. I will poke around the network script tonight and see how it sets up things out of curiosity. thanks, noah silva On Wed, 20 Aug 2003, Chris Elston wrote: > I'm running Severn on a Dell Inspiron 8100. To get it to even work, I had > > My other problem has to do w/ my wireless connection. I have my network > configured to access a secure network via a ESSID. However, there is also > a neighboring network that isn't restricted that overlaps. When I boot my > laptop, it grabs the open network and not the specific network I have it > configured for. If I restart the network (/sbin/service network restart), > it grabs the correct network. What is it doing differently at boot than > when I manually restart the network? > > In a perhaps related situation, my wireless connection will randomly > disconnect which then forces me to restart it over and over again. Not > fun. ... > > Chris Elston > celston at corky.sapien.net From listman at depfyffer.com Wed Aug 20 18:06:30 2003 From: listman at depfyffer.com (listman at depfyffer.com) Date: Wed, 20 Aug 2003 11:06:30 -0700 (PDT) Subject: CD drive is still a no-go on Severn In-Reply-To: <1061399059.9456.9.camel@localhost.localdomain> References: <200308191244.57408.elwoo@videotron.ca> <1061344094.13056.4.camel@luser.ckloiber.com> <200308200029.37183.elwoo@videotron.ca> <1061399059.9456.9.camel@localhost.localdomain> Message-ID: <42248.216.63.153.189.1061402790.squirrel@www.depfyffer.com> > What gives with my CD drive? Worked fine with 9, not at all with Beta, > once installation is done. > > It shows up in the HWBrowser (Atapi; /dev/scd0), but other than show up > there, it does nothing. Won't mount by command either. > > Any suggs? > > Ralston Tuning off DMA solved my cd problems but I had to do it before I actually started installing files so your problem may be different. My machine would lock up if I inserted a cd after install so I had to add hdparm -d0 /dev/hdc to an rc file. From nmarsh1 at mac.com Wed Aug 20 18:12:02 2003 From: nmarsh1 at mac.com (Nick Marsh) Date: Wed, 20 Aug 2003 13:12:02 -0500 Subject: GIMP question (with screenshot) Message-ID: <496030.1061403122937.JavaMail.nmarsh1@mac.com> Anyone know what version of The GIMP this is? http://people.redhat.com/glesage/screenshots/bluecurve_nextgen-preview-slate.png Whatever it is, I like the visual improvements. nick marsh nmarsh1 at mac.com From jmcdermo at redhat.com Wed Aug 20 17:55:24 2003 From: jmcdermo at redhat.com (James McDermott) Date: 20 Aug 2003 13:55:24 -0400 Subject: GIMP question (with screenshot) In-Reply-To: <496030.1061403122937.JavaMail.nmarsh1@mac.com> References: <496030.1061403122937.JavaMail.nmarsh1@mac.com> Message-ID: <1061402124.22547.37.camel@localhost.localdomain> Well, since they are running YUM... "yellow dog updater" I would rebuild the latest version of the YDL gimp and see if it looks similar. Last I checked they were running a somewhat modified version of Red Hat Linux so this shouldnt be to difficult. --J On Wed, 2003-08-20 at 14:12, Nick Marsh wrote: > Anyone know what version of The GIMP this is? > > http://people.redhat.com/glesage/screenshots/bluecurve_nextgen-preview-slate.png > > Whatever it is, I like the visual improvements. > > > nick marsh > nmarsh1 at mac.com > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From pcompton at proteinmedia.com Wed Aug 20 18:19:43 2003 From: pcompton at proteinmedia.com (Phillip Compton) Date: Wed, 20 Aug 2003 14:19:43 -0400 Subject: GIMP question (with screenshot) In-Reply-To: <496030.1061403122937.JavaMail.nmarsh1@mac.com> References: <496030.1061403122937.JavaMail.nmarsh1@mac.com> Message-ID: <1061403583.3006.4.camel@GreenTea> On Wed, 2003-08-20 at 14:12, Nick Marsh wrote: > Anyone know what version of The GIMP this is? > > http://people.redhat.com/glesage/screenshots/bluecurve_nextgen-preview-slate.png > > Whatever it is, I like the visual improvements. It looks like 1.3.x (the development series leading up to 2.0). The unstable repository of fedora has gimp2-1.3.18, which can be installed alongside the current stable release from RedHat. Phil From elwoo at videotron.ca Wed Aug 20 18:27:07 2003 From: elwoo at videotron.ca (Elton Woo) Date: Wed, 20 Aug 2003 14:27:07 -0400 Subject: Red Hat Linux 3.3-14 In-Reply-To: <003f01c36732$db1c3330$01fea8c0@vinhas> References: <20030819171806.15d82f81.ms-nospam-0306@arcor.de> <200308192334.37605.elwoo@videotron.ca> <003f01c36732$db1c3330$01fea8c0@vinhas> Message-ID: <200308201427.07665.elwoo@videotron.ca> On August 20, 2003 11:51 am, Thiago Vinhas de Moraes wrote: > Beleza. Se for para ir para esse lado foi come?ar a falar > portugu?s e ver se alguem entende. Eu comprendho, mais nao falo portuges... Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From severn at puzzled.xs4all.nl Wed Aug 20 18:35:53 2003 From: severn at puzzled.xs4all.nl (Patrick) Date: Wed, 20 Aug 2003 20:35:53 +0200 Subject: GIMP question (with screenshot) In-Reply-To: <496030.1061403122937.JavaMail.nmarsh1@mac.com> References: <496030.1061403122937.JavaMail.nmarsh1@mac.com> Message-ID: <1061404553.4360.92.camel@guru.puzzled.xs4all.nl> On Wed, 2003-08-20 at 20:12, Nick Marsh wrote: > Anyone know what version of The GIMP this is? > > http://people.redhat.com/glesage/screenshots/bluecurve_nextgen-preview-slate.png > > Whatever it is, I like the visual improvements. > > > nick marsh > nmarsh1 at mac.com > Looks like the 1.3.x development tree (prolly 1.3.18). Go to ftp.gimp.org or a mirror near you. Regards, Patrick From severn at puzzled.xs4all.nl Wed Aug 20 18:40:31 2003 From: severn at puzzled.xs4all.nl (Patrick) Date: Wed, 20 Aug 2003 20:40:31 +0200 Subject: GIMP question (with screenshot) In-Reply-To: <1061403583.3006.4.camel@GreenTea> References: <496030.1061403122937.JavaMail.nmarsh1@mac.com> <1061403583.3006.4.camel@GreenTea> Message-ID: <1061404831.4360.95.camel@guru.puzzled.xs4all.nl> On Wed, 2003-08-20 at 20:19, Phillip Compton wrote: > On Wed, 2003-08-20 at 14:12, Nick Marsh wrote: > > Anyone know what version of The GIMP this is? > > > > http://people.redhat.com/glesage/screenshots/bluecurve_nextgen-preview-slate.png > > > > Whatever it is, I like the visual improvements. > > It looks like 1.3.x (the development series leading up to 2.0). The > unstable repository of fedora has gimp2-1.3.18, which can be installed > alongside the current stable release from RedHat. > > > Phil > The spec file included in the 1.3.18 tarball builds a (s)rpm just fine and allows you to install it alongside 1.2.x. Regards, Patrick From nsilva-list at aoi.atari-source.com Wed Aug 20 14:00:16 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Wed, 20 Aug 2003 10:00:16 -0400 (EDT) Subject: Files get corrupted :( In-Reply-To: <1478077198.20030820193759@red-raider.de> Message-ID: Hi, If you are getting the same errors via FTP, then Samba isn't the problem, so it could be: a.) The kernel (VFS?) - unlikely? b.) The RAM - fairly likely. c.) Drive parity errors - possible? d.) Filesystem (ext3) errors - unliekly? e.) Other supernatural forces. I would guess it is the RAM or something else about that machine starting to go, particularly if things still don't work in RH9 or another distro. -- noah silva On Wed, 20 Aug 2003, Martin wrote: > > The problem sounds more like Samba than kernel. Do you have any other > > way of copying the file from the XP box to Linux say ssh or something > > similar? > > If I copy files using ftp I get the same errors... I'll try updating > the bios like Christopher suggested and I'll install RH 9 again to see > if this works... btw.. hardware is a 800 MHz Duron on a Elitegroup > K7S5A > > Cheers, > > Martin > -- > cYA! > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From ghenriks at rogers.com Wed Aug 20 18:38:49 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Wed, 20 Aug 2003 14:38:49 -0400 Subject: gnome-applets trouble In-Reply-To: <1061377137.4873.1.camel@unagi.internal.techworks.ie> References: <1061377137.4873.1.camel@unagi.internal.techworks.ie> Message-ID: On Wed, 20 Aug 2003 11:58:57 +0100, you wrote: >hi, > >Is anyone having any problems after updating to gnome-applets-2.3.6-1 >and the new gnome-panel-2.3.6.2-3? The new sticky note applet crashes on startup for me. I intend to enter that into bugzilla tonight. From nmarsh1 at mac.com Wed Aug 20 18:39:46 2003 From: nmarsh1 at mac.com (Nick Marsh) Date: Wed, 20 Aug 2003 13:39:46 -0500 Subject: rhn-applet-gui == Memory hog Message-ID: <7406859.1061404786849.JavaMail.nmarsh1@mac.com> Anyone else notice that rhn-applet-gui uses a large amout of %MEM (based on "top" output)? Further more, the longer the applet is open the more %MEM it uses? On my system it starts out using 5 %MEM but after a day or two, it hogs up 15 %MEM. nick marsh nmarsh1 at mac.com From nphilipp at redhat.com Wed Aug 20 18:39:48 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: Wed, 20 Aug 2003 20:39:48 +0200 Subject: GIMP question (with screenshot) In-Reply-To: <1061403583.3006.4.camel@GreenTea> References: <496030.1061403122937.JavaMail.nmarsh1@mac.com> <1061403583.3006.4.camel@GreenTea> Message-ID: <1061404788.5945.3.camel@wombat.dialup.fht-esslingen.de> On Wed, 2003-08-20 at 20:19, Phillip Compton wrote: > On Wed, 2003-08-20 at 14:12, Nick Marsh wrote: > > Anyone know what version of The GIMP this is? > > > > http://people.redhat.com/glesage/screenshots/bluecurve_nextgen-preview-slate.png > > > > Whatever it is, I like the visual improvements. > > It looks like 1.3.x (the development series leading up to 2.0). The > unstable repository of fedora has gimp2-1.3.18, which can be installed > alongside the current stable release from RedHat. Alternatively you can grab the gimp-beta-* packages from: http://lisas.de/~nils/redhat/severn/ Not that they would be in any way more official than Fedora packages ;-). 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 ghenriks at rogers.com Wed Aug 20 18:40:44 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Wed, 20 Aug 2003 14:40:44 -0400 Subject: Lates Rawhide GNOME update glitches In-Reply-To: <20030820104407.4d0eb59c.matthias@rpmforge.net> References: <20030820104407.4d0eb59c.matthias@rpmforge.net> Message-ID: <53g7kvoajcq4cf3s0h1mfre876nrujstpa@4ax.com> On Wed, 20 Aug 2003 10:44:07 +0200, you wrote: >- My existing main menu on my panel changed its icon to a typewriter(!) and >no longer contains the "Lock screen / Log out" part, nor the "Run / Search >/ Open Recent" one. I can't recall what my icon changed to but I also have the log out, etc options disappear. From aoliva at redhat.com Wed Aug 20 18:54:18 2003 From: aoliva at redhat.com (Alexandre Oliva) Date: 20 Aug 2003 15:54:18 -0300 Subject: Red Hat Linux 3.3-14 In-Reply-To: <003f01c36732$db1c3330$01fea8c0@vinhas> References: <20030819171806.15d82f81.ms-nospam-0306@arcor.de> <200308191232.39835.elwoo@videotron.ca> <3F42EA7F.6020001@tmsusa.com> <200308192334.37605.elwoo@videotron.ca> <003f01c36732$db1c3330$01fea8c0@vinhas> Message-ID: On Aug 20, 2003, "Thiago Vinhas de Moraes" wrote: > Algum brasileiro pode me ajudar? Pode crer :-) -- Alexandre Oliva, GCC Team, Red Hat From garrett at redhat.com Wed Aug 20 18:54:46 2003 From: garrett at redhat.com (Garrett LeSage) Date: Wed, 20 Aug 2003 14:54:46 -0400 Subject: GIMP question (with screenshot) In-Reply-To: <1061404553.4360.92.camel@guru.puzzled.xs4all.nl> References: <496030.1061403122937.JavaMail.nmarsh1@mac.com> <1061404553.4360.92.camel@guru.puzzled.xs4all.nl> Message-ID: <3F43C3F6.7080809@redhat.com> Patrick wrote: >On Wed, 2003-08-20 at 20:12, Nick Marsh wrote: > > >>Anyone know what version of The GIMP this is? >> >>http://people.redhat.com/glesage/screenshots/bluecurve_nextgen-preview-slate.png >> >>Whatever it is, I like the visual improvements. >> >> > >Looks like the 1.3.x development tree (prolly 1.3.18). Go to >ftp.gimp.org or a mirror near you. > Yup; it's GIMP 1.3.x, specifically 1.3.18, installed from Fedora. To use Fedora to get the latest GIMP, simply type "yum install gimp2", if you have already installed yum from Fedora.us. It works well with Severn. Garrett From garrett at redhat.com Wed Aug 20 19:00:28 2003 From: garrett at redhat.com (Garrett LeSage) Date: Wed, 20 Aug 2003 15:00:28 -0400 Subject: RawHide Bluecurve theme problem: More Info In-Reply-To: References: Message-ID: <3F43C54C.4070103@redhat.com> Noah Silva [Mailing list] wrote: >top_height-1 seems to work well on my system. I will use it this way for >a while, and see if I run into anything odd. > > Noah, Hmm... that's a bit odd. The -2 is for one pixel on the top and one on the bottom. With a -1, it's just compensating for the top (it is positioned one down already), and then it gets overlaid with the line on the bottom. That area would get drawn over twice, but if it fixes things for you, there shouldn't really be a noticeable effect otherwise. I'll switch it to -1 in the theme and it should work fine for everyone. (If it doesn't work with the -1 for someone, I hope they'll file a bug so it can get fixed.) Thanks again, Garrett From hoyt at cavtel.net Wed Aug 20 19:12:28 2003 From: hoyt at cavtel.net (HoytDuff) Date: Wed, 20 Aug 2003 15:12:28 -0400 Subject: Touchpad -- HP ze1210 scrollpad In-Reply-To: <200308201017.00298.laur.ivan@corvil.com> References: <1061096702.4283.12.camel@suburbia> <1061363763.4909.1.camel@suburbia> <200308201017.00298.laur.ivan@corvil.com> Message-ID: <200308201512.28763.hoyt@cavtel.net> On Wednesday 20 August 2003 05:16, Laur Ivan wrote: > you need to: > 1. download the touchpad driver from The srcoll feature of the touchpad on my HP ze1210 works great! It was a nice surprise. -- Hoyt From notting at redhat.com Wed Aug 20 19:22:45 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 20 Aug 2003 15:22:45 -0400 Subject: Mozilla causing OOM? In-Reply-To: <1061376692.9626.38.camel@laptop>; from warren@togami.com on Wed, Aug 20, 2003 at 12:51:32AM -1000 References: <1061376692.9626.38.camel@laptop> Message-ID: <20030820152245.C5089@devserv.devel.redhat.com> Warren Togami (warren at togami.com) said: > On several occasions mozilla-1.4 in Severn grew to use all system > memory, causing a massive swap storm and eventually OOM. During the > swap storm the desktop is almost unusable. > > Has anyone else experienced this recently? I get mozilla whacked at 4AM pretty regularly, but I'm assuming that's a kernel OOM killer bug. Bill From notting at redhat.com Wed Aug 20 19:24:06 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 20 Aug 2003 15:24:06 -0400 Subject: mount 2.11y-25 undefined symbol In-Reply-To: <200308201633.42663.m.eldesoky@tedata.net>; from m.eldesoky@tedata.net on Wed, Aug 20, 2003 at 04:33:42PM +0300 References: <200308201633.42663.m.eldesoky@tedata.net> Message-ID: <20030820152406.D5089@devserv.devel.redhat.com> Mohamed Eldesoky (m.eldesoky at tedata.net) said: > Mount in rawhide gives this error > Version mount-2.11y-25.i386.rpm > > > #mount > mount: relocation error: mount: symbol sys_siglist, version GLIBC_2.3.3 not > defined in file libc.so.6 with link time reference Please file in bugzilla, thanks! Bill From bfox at redhat.com Wed Aug 20 19:32:17 2003 From: bfox at redhat.com (Brent Fox) Date: 20 Aug 2003 15:32:17 -0400 Subject: firstboot and --reconfig In-Reply-To: <1060520668.1001.18.camel@one.myworld> References: <1060520668.1001.18.camel@one.myworld> Message-ID: <1061407937.28699.3.camel@bfox.devel.redhat.com> On Sun, 2003-08-10 at 09:04, F?liciano Matias wrote: > /etc/rc.d/init.d/firstboot : > > case "$1" in > start) > if grep -i reconfig /proc/cmdline >/dev/null || [ -f /etc/reconfigSys ]; then > > echo -n $"Running system reconfiguration tool" > /usr/sbin/firstboot --reconfig > rm -f /etc/reconfigSys > exit 0 > fi > > > > Is there a use for reconfig ? Sorry to be so long in responding. I was on vacation and I'm still trying to catch up on email. :) Reconfig mode asks you some of the same questions that the installer has already asked you, such as language, keyboard, securitylevel, timezone, etc. It's mostly for OEMs who do a factory kickstart install. They want the end user of the machine to select things like timezone and language when the machine starts, because those settings are most likely different than the default values in the OEM's kickstart file. For people that just did the installation themselves, we don't want to show those reconfig screens since the installer just asked you those questions. Cheers, Brent From nsilva-list at aoi.atari-source.com Wed Aug 20 15:34:22 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Wed, 20 Aug 2003 11:34:22 -0400 (EDT) Subject: RawHide Bluecurve theme problem: More Info In-Reply-To: <3F43C54C.4070103@redhat.com> Message-ID: Hi, Just so you can see, here are the effects with -1 and -2: http://aoi.atari-source.com/~nsilva/shots/20030820_bluecurve_nextgen_minus1.png http://aoi.atari-source.com/~nsilva/shots/20030820_bluecurve_nextgen_minus2.png -- noah silva On Wed, 20 Aug 2003, Garrett LeSage wrote: > Noah Silva [Mailing list] wrote: > > >top_height-1 seems to work well on my system. I will use it this way for > >a while, and see if I run into anything odd. > > > > > > Noah, > > Hmm... that's a bit odd. The -2 is for one pixel on the top and one on > the bottom. With a -1, it's just compensating for the top (it is > positioned one down already), and then it gets overlaid with the line on > the bottom. That area would get drawn over twice, but if it fixes > things for you, there shouldn't really be a noticeable effect otherwise. > > I'll switch it to -1 in the theme and it should work fine for everyone. > (If it doesn't work with the -1 for someone, I hope they'll file a bug > so it can get fixed.) > > Thanks again, > Garrett > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From redhat at logoff.com Wed Aug 20 20:05:58 2003 From: redhat at logoff.com (Ed Coleman) Date: 20 Aug 2003 13:05:58 -0700 Subject: GIMP question (with screenshot) In-Reply-To: <3F43C3F6.7080809@redhat.com> References: <496030.1061403122937.JavaMail.nmarsh1@mac.com> <1061404553.4360.92.camel@guru.puzzled.xs4all.nl> <3F43C3F6.7080809@redhat.com> Message-ID: <1061409958.6066.14.camel@grieg.colemanzoo.com> On Wed, 2003-08-20 at 11:54, Garrett LeSage wrote: > Patrick wrote: > > >On Wed, 2003-08-20 at 20:12, Nick Marsh wrote: > > > > > >>Anyone know what version of The GIMP this is? > >> > >>http://people.redhat.com/glesage/screenshots/bluecurve_nextgen-preview-slate.png > >> > >>Whatever it is, I like the visual improvements. > >> > >> > > > >Looks like the 1.3.x development tree (prolly 1.3.18). Go to > >ftp.gimp.org or a mirror near you. > > > > Yup; it's GIMP 1.3.x, specifically 1.3.18, installed from Fedora. This must explain why Wilbur is on the panel twice. > > To use Fedora to get the latest GIMP, simply type "yum install gimp2", > if you have already installed yum from Fedora.us. It works well with > Severn. You'll have to uncomment the fedora unstable lines in /etc/yum.conf to get it. > > Garrett > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From limbo at bluethingy.com Wed Aug 20 18:53:07 2003 From: limbo at bluethingy.com (Michael Knepher) Date: Wed, 20 Aug 2003 11:53:07 -0700 Subject: gnome-applets trouble In-Reply-To: <1061377137.4873.1.camel@unagi.internal.techworks.ie> References: <1061377137.4873.1.camel@unagi.internal.techworks.ie> Message-ID: <1061405587.2812.41.camel@lionel-hutz.darnell.group> On Wed, 2003-08-20 at 03:58, Philip Trickett wrote: > hi, > > Is anyone having any problems after updating to gnome-applets-2.3.6-1 > and the new gnome-panel-2.3.6.2-3? > > When I first logged in I had an error message for a few applets: > The panel encountered a problem while loading > "OAFIID:GNOME_WindowListApplet" > Details: Child process did not give an error message, unknown failure > occurred I had a similar issue upgrading to the gnome 2.3.x packages from http://people.ecsc.co.uk/~matt - I guess it's a conflict between the panel/applet config from 2.2 and the settings for 2.3.x. On my home system, it only happened in one user account. My wife hasn't encountered the issue. I removed and recreated my gnome-panels and haven't had any further problems. > This was for the Window List, Notification Area, and the Workspace > selector, volume control, and window menu. The clock and the main menu > are fine. > > I was wondering if I was having this problem as well? If so, I'll file > a bugzilla report. > > Phil > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Michael Knepher From dsavage at peaknet.net Wed Aug 20 20:49:57 2003 From: dsavage at peaknet.net (dsavage at peaknet.net) Date: Wed, 20 Aug 2003 15:49:57 -0500 (CDT) Subject: Stock kernels In-Reply-To: <30F8D7BD-D297-11D7-808C-000A95689082@speakeasy.net> References: <30F8D7BD-D297-11D7-808C-000A95689082@speakeasy.net> Message-ID: <35585.140.175.214.36.1061412597.squirrel@www.peaknet.net> On Wednesday August 20, 2003, Jack Aboutboul wrote: > On Wednesday, Aug 20, 2003, at 01:06 Asia/Jerusalem, Mike A. Harris > wrote: >> I'll download it and run it through rpm as described above. >> > And thus began Mike Harris' kernel hacking days! > > Seriously though, it's never been a problem to download the kernel > .src.rpm and just build the rpm. Why all the fuss? make rpm works in > 2.4 cant speak for anything > Jack, To clarify, 'make rpm' doesn't work for me with the Severn kernel-source rpm. It fails in a way very similar to the way 'make rpm' fails for developmental kernels, but those failures would be OT for this list. Generating binary rpms from the .src.rpm file probably works in Severn (it did in earlier versions), but that's not quite what I'm trying to do. Ultimately I want to take the kernel-source rpm, create my own .config file, and compile to an rpm (as opposed to the old fashioned way). The first step to prove 'make rpm' works is to run it using an unaltered config file: # cd /usr/src/linux-2.4 # make mrproper # cp configs/kernel-2.4.21-i686.config .config # make oldconfig .... make no changes in first pass to prove process .... .... even so, after this step I get two different .config files: .... -rw-r--r-- 1 root root 42103 Aug 20 13:27 .config .... -rw-r--r-- 1 root root 46453 Aug 20 13:26 .config.old # make dep # make rpm This fails with multiple errors during the compilation of the i2c-ali1535.c SMBus South bridge driver for portables. When I change the CONFIG_I2C_ALI1535 entry in the .config file from "=m" to "#" commented out and repeat the process (including 'make mrproper'), 'make rpm' will fail somewhere else. Since this method of generating custom kernel rpms doesn't work, I would hope Red Hat would want to know so they (or someone upstream) can fix it before releasing RHL X. --Doc Savage Fairview Heights, IL From warlock_ba at hotmail.com Wed Aug 20 21:42:02 2003 From: warlock_ba at hotmail.com (Andrei Botoaca) Date: 21 Aug 2003 00:42:02 +0300 Subject: Mozilla causing OOM? In-Reply-To: <1061376692.9626.38.camel@laptop> References: <1061376692.9626.38.camel@laptop> Message-ID: <1061415720.9677.0.camel@gelu.damage_inc> Yes, me ... but ... what can I do ... I tried installing Netscape, and since I recall, I got same results ... so ... I think, it's something from the desktop ... On Wed, 2003-08-20 at 13:51, Warren Togami wrote: > On several occasions mozilla-1.4 in Severn grew to use all system > memory, causing a massive swap storm and eventually OOM. During the > swap storm the desktop is almost unusable. > > Has anyone else experienced this recently? > > Warren > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From mahoover at ispaceonline.org Wed Aug 20 21:47:49 2003 From: mahoover at ispaceonline.org (Mark Hoover) Date: Wed, 20 Aug 2003 17:47:49 -0400 Subject: Minimal Install Option References: <20030820173734.22105.76023.Mailman@listman.back-rdu.redhat.com> Message-ID: <3F43EC85.1919592E@ispaceonline.org> rhl-beta-list-request at redhat.com wrote: > > I don't know if this was ever discussed within RH and/or on the list, > but I was thinking maybe it would be fruitful to add a minimal > installation option, a la freebsd, into anaconda/the setup system. The > benefits of a minimal install option are great and would enable those > experimenting with RH systems to have more flexibility in their system > configuration. Those playing with SELinux and other security > configurations would have the option of not having 300 services (I'm > exaggerating) starting up at boot, and a trim installation overall. > This obviously isn't something for this beta or maybe even the next one > but maybe looking towards RHL 11 or 12. I'd absolutely love to see something like this. I take the minimalist approach to system administration where if it's not on the system, it's not something that can be used against you. As a result, I usually spend a good portion of time removing a lot of the packages that RH installs with their "Server" install. -- ----------------------------------------------------- Have Fun, Suffer and Survive, or Get Lost in the Net! Mark Hoover mahoover at ispaceonline.org From jaboutboul at speakeasy.net Wed Aug 20 21:52:51 2003 From: jaboutboul at speakeasy.net (Jack Aboutboul) Date: Thu, 21 Aug 2003 00:52:51 +0300 Subject: Minimal Install Option In-Reply-To: <375086AE-D2F4-11D7-823A-000A95689082@speakeasy.net> Message-ID: On Wednesday, Aug 20, 2003, at 12:53 Asia/Jerusalem, Jack Aboutboul wrote: > Hey All, > > I don't know if this was ever discussed within RH and/or on the list, > but I was thinking maybe it would be fruitful to add a minimal > installation option, a la freebsd, into anaconda/the setup system. Oy vey!! I usually install using kickstart playing with the comps.xml and lo and behold i went into anaconda today and see "minimal" there. Ain't I the motley fool. From knxmay001 at mail.uct.ac.za Wed Aug 20 22:11:42 2003 From: knxmay001 at mail.uct.ac.za (Maynard Kuona) Date: Thu, 21 Aug 2003 00:11:42 +0200 Subject: Stock kernels In-Reply-To: <20030820105609.D8249@devserv.devel.redhat.com> References: <001d01c3663c$3a789dc0$196d9e89@pegasus> <3F425064.5010700@rackable.com> <1061344048.2689.4.camel@albert> <1061351511.7695.27.camel@localhost.localdomain> <20030820105609.D8249@devserv.devel.redhat.com> Message-ID: <1061417502.13713.3.camel@albert> On Wed, 2003-08-20 at 16:56, Michael K. Johnson wrote: > On Tue, Aug 19, 2003 at 10:09:31PM -0700, Ben Hsu wrote: > > On Tue, 2003-08-19 at 18:47, Maynard Kuona wrote: > > > However, having made the kernel rpm, I found it does not automatically > > > make the initrd*** file > > > > Correct me if I'm wrong, but "make install" calls /sbin/installkernel > > which makes initrd, right? What were the steps you did to build the > > kernel? > > scripts/mkspec doesn't create a spec file with a %post or %postun > to manage initrd automatically the way our official packages do. That is why I had suggested this to the thread first. Because it seems there is a lot the kernel.org kernel does not do. Please do not get me wrong, I know how to, and have compiled the kernel. But there is enough difference to warrant, IMO, the Redhat Linux Project to just maybe tweak the kernel so it compiles less problematically under Redhat. Just maybe edit the scripts, or maybe just point us to people who do this if they are available. > > michaelkjohnson > > "He that composes himself is wiser than he that composes a book." > Linux Application Development -- Ben Franklin > http://people.redhat.com/johnsonm/lad/ > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From kaboom at gatech.edu Wed Aug 20 22:46:37 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Wed, 20 Aug 2003 16:46:37 -0600 (MDT) Subject: Minimal Install Option In-Reply-To: References: Message-ID: On Thu, 21 Aug 2003, Jack Aboutboul wrote: > Oy vey!! > > I usually install using kickstart playing with the comps.xml and lo > and behold i went into anaconda today and see "minimal" there. Ain't I > the motley fool. It's not very minimal, though (~460 megs in RHL 9) If you're already doing kickstart, look at the core component and build up from there -- it'll be much smaller later, chris From jaboutboul at speakeasy.net Wed Aug 20 22:50:23 2003 From: jaboutboul at speakeasy.net (Jack Aboutboul) Date: Thu, 21 Aug 2003 01:50:23 +0300 Subject: Minimal Install Option In-Reply-To: Message-ID: On Thursday, Aug 21, 2003, at 01:46 Asia/Jerusalem, Chris Ricker wrote: > On Thu, 21 Aug 2003, Jack Aboutboul wrote: > >> Oy vey!! >> >> I usually install using kickstart playing with the comps.xml and lo >> and behold i went into anaconda today and see "minimal" there. Ain't I >> the motley fool. > > It's not very minimal, though (~460 megs in RHL 9) > > If you're already doing kickstart, look at the core component and > build up > from there -- it'll be much smaller > > Chris, Youre right. What I do now is core component + base component + personal extras. Would be nice to have the core + base as an option in anaconda. A minimal "minimal" install. --Jack From dave.ashby at 1993.usna.com Thu Aug 21 00:27:58 2003 From: dave.ashby at 1993.usna.com (Dave) Date: 20 Aug 2003 20:27:58 -0400 Subject: Problem loading php dynamic libraries??? Message-ID: <1061425677.2791.7.camel@Sacajawea.cxm> I get the following error messages in my httpd log files when starting apache 2.0.47 with php 4.3.2-7: PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/imap.so' - /usr/lib/php4/imap.so: undefined symbol: executor_globals in Unknown on line 0 PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/ldap.so' - /usr/lib/php4/ldap.so: undefined symbol: OnUpdateInt in Unknown on line 0 PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/mysql.so' - /usr/lib/php4/mysql.so: undefined symbol: OnUpdateInt in Unknown on line 0 PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/pgsql.so' - /usr/lib/php4/pgsql.so: undefined symbol: OnUpdateBool in Unknown on line 0 Has anyone come across this problem? PHP worked fine w/mysql prior to the upgrade. -dave From alexander.dalloz at uni-bielefeld.de Thu Aug 21 01:28:30 2003 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Thu, 21 Aug 2003 03:28:30 +0200 Subject: feature request: additional IPs assign to real device via ip addr add In-Reply-To: <1061425677.2791.7.camel@Sacajawea.cxm> Message-ID: <005c01c36783$8af98190$0700a8c0@sandbox> Hello! I would like a feature for setting up additional IPs to a real device by just giving it a list of IPs. Well, I know it is possible to use aliased devices, but that is not often neccessary, even more work. And those aliased devices are not usable by iptables rules as device instructions. In /etc/sysconfig/network-scripts/ifup the real device is already set up by the command "ip addr add". So it would be nice to give the script just a list of IPs to be added to the real device. It could be done by a variable in /etc/sysconfig/network-scripts/ifcfg-ethX in which the administrator will just put the space separated list of additional IPs. What do you think about this? Regards Alexander -- Alexander Dalloz | Enger, Germany PGP key valid: made 13.07.1999 PGP fingerprint: 2307 88FD 2D41 038E 7416 14CD E197 6E88 ED69 5653 From jim-cornette at columbus.rr.com Thu Aug 21 01:49:38 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Wed, 20 Aug 2003 21:49:38 -0400 Subject: Lates Rawhide GNOME update glitches In-Reply-To: <53g7kvoajcq4cf3s0h1mfre876nrujstpa@4ax.com> References: <20030820104407.4d0eb59c.matthias@rpmforge.net> <53g7kvoajcq4cf3s0h1mfre876nrujstpa@4ax.com> Message-ID: <3F442532.4090007@columbus.rr.com> Gerald Henriksen wrote: > On Wed, 20 Aug 2003 10:44:07 +0200, you wrote: > > >>- My existing main menu on my panel changed its icon to a typewriter(!) and >>no longer contains the "Lock screen / Log out" part, nor the "Run / Search >>/ Open Recent" one. > > > I can't recall what my icon changed to but I also have the log out, > etc options disappear. > > I noticed a change with the ICONs, but the logout door, disk management and menu select Launchers were still there. My sound ICON changed to about half of it's normal size. I added the launchers again and removed the shrunken one. (Lower utility apps panel) I run both a top panel and a lower panel. I believe that I had to redo the top panel from scratch. No big deal with readding them to the panel. (User apps panel) Overall, I think that the ICON selection for the applications are much better than the ICON's from the original Severn installation. I thought that the alingnment of the ICON's was pretty messed up myself. Moving them to better locations was pretty easy though. It didn't really upset me. Jim From hoyt at cavtel.net Thu Aug 21 01:50:20 2003 From: hoyt at cavtel.net (HoytDuff) Date: Wed, 20 Aug 2003 21:50:20 -0400 Subject: ftp site down? In-Reply-To: <1061377409.30534.5.camel@bart.netlyncs.com> References: <1061377409.30534.5.camel@bart.netlyncs.com> Message-ID: <200308202150.20729.hoyt@cavtel.net> On Wednesday 20 August 2003 07:03 am, Mike Chambers wrote: > Tried to connect last night and couldn't, including couple other Red Hat > sites, as well as rsync via script in middle of the night. Perhaps updating the mirrors? -- Hoyt From hoyt at cavtel.net Thu Aug 21 01:51:18 2003 From: hoyt at cavtel.net (HoytDuff) Date: Wed, 20 Aug 2003 21:51:18 -0400 Subject: Severn Beta2 In-Reply-To: <1061235440.6285.4.camel@Linux1> References: <001701c365a9$03ed0810$01fea8c0@vinhas> <061301c365b6$78d23080$9100000a@intgrp.com> <1061235440.6285.4.camel@Linux1> Message-ID: <200308202151.18972.hoyt@cavtel.net> On Monday 18 August 2003 03:37 pm, Bjorn Andersen wrote: > > Cooler would be: Samba 3.0.0, linux 2.4.22, OOo 1.1, and GNOME 1.4. > > -eric wood > > Maybe Linux 2.6.x ? And we could wait forever . . . -- Hoyt From jeremyp at pobox.com Thu Aug 21 02:09:57 2003 From: jeremyp at pobox.com (Jeremy Portzer) Date: 20 Aug 2003 22:09:57 -0400 Subject: Stock kernels In-Reply-To: <3F43ACD2.4060403@comcast.net> References: <001d01c3663c$3a789dc0$196d9e89@pegasus> <3F425064.5010700@rackable.com> <1061344048.2689.4.camel@albert> <1061351511.7695.27.camel@localhost.localdomain> <3F43ACD2.4060403@comcast.net> Message-ID: <1061431797.13147.14.camel@jeremy.dtcc.cc.nc.us> On Wed, 2003-08-20 at 13:16, Ian Pilcher wrote: > On Tue, 2003-08-19 at 18:47, Maynard Kuona wrote: > >However, having made the kernel rpm, I found it does not automatically > >make the initrd*** file > > IIRC, the initrd file is created when the kernel package is installed; > it is not actually part of the RPM. Right, but the script to do that still has to be kicked off by the RPM, and therefore it has to be called from the spec file (in the %post section). That's what we're talking about. --Jeremy -- /---------------------------------------------------------------------\ | Jeremy Portzer jeremyp at pobox.com trilug.org/~jeremy | | GPG Fingerprint: 712D 77C7 AB2D 2130 989F E135 6F9F F7BC CC1A 7B92 | \---------------------------------------------------------------------/ -------------- 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 joe at tmsusa.com Thu Aug 21 03:34:00 2003 From: joe at tmsusa.com (Joe) Date: Wed, 20 Aug 2003 20:34:00 -0700 Subject: GIMP question (with screenshot) In-Reply-To: <1061404553.4360.92.camel@guru.puzzled.xs4all.nl> References: <496030.1061403122937.JavaMail.nmarsh1@mac.com> <1061404553.4360.92.camel@guru.puzzled.xs4all.nl> Message-ID: <3F443DA8.9040501@tmsusa.com> Patrick wrote: >On Wed, 2003-08-20 at 20:12, Nick Marsh wrote: > > >Looks like the 1.3.x development tree (prolly 1.3.18). Go to >ftp.gimp.org or a mirror near you. > > > No, that way lies madness - just grab the rpm package from freshrpms.net and be happy! Joe From gkarabin at pobox.com Thu Aug 21 03:39:21 2003 From: gkarabin at pobox.com (George J Karabin) Date: Wed, 20 Aug 2003 20:39:21 -0700 Subject: gnome-applets trouble In-Reply-To: References: <1061377137.4873.1.camel@unagi.internal.techworks.ie> Message-ID: <1061437161.8625.7.camel@localhost.localdomain> Already in there - check out: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102710 Regards, - George On Wed, 2003-08-20 at 11:38, Gerald Henriksen wrote: > On Wed, 20 Aug 2003 11:58:57 +0100, you wrote: > > >hi, > > > >Is anyone having any problems after updating to gnome-applets-2.3.6-1 > >and the new gnome-panel-2.3.6.2-3? > > The new sticky note applet crashes on startup for me. I intend to > enter that into bugzilla tonight. > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From benhsu at dslextreme.com Thu Aug 21 03:45:44 2003 From: benhsu at dslextreme.com (Ben Hsu) Date: 20 Aug 2003 20:45:44 -0700 Subject: Mozilla causing OOM? In-Reply-To: <1061376692.9626.38.camel@laptop> References: <1061376692.9626.38.camel@laptop> Message-ID: <1061437544.4338.7.camel@localhost.localdomain> I had some experience with this in (I think) 8 or 8.0.93 or 9, when I select multiple options in the multi-select field on bugzilla.mozilla.org's search page. On Wed, 2003-08-20 at 03:51, Warren Togami wrote: > On several occasions mozilla-1.4 in Severn grew to use all system > memory, causing a massive swap storm and eventually OOM. During the > swap storm the desktop is almost unusable. > > Has anyone else experienced this recently? > > Warren > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From jspaleta at princeton.edu Thu Aug 21 05:19:19 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: Thu, 21 Aug 2003 01:19:19 -0400 Subject: Minimal Install Option Message-ID: <1061443159.3245.31.camel@localhost.localdomain> Jack Aboutboul wrote: >Youre right. What I do now is core component + base component + >personal extras. Would be nice to have the core + base as an option in >anaconda. A minimal "minimal" install. Wouldn't it be great if anaconda had exactly the right pre-defined settings for every person's personal tastes as to what a "minimal" install means. Maybe there is room to discuss what a "sane" minimal install should include if the ~460Meg minimal isn't the correct balance...but asking for yet another possible install selection inside anaconda that serves 0.1% of the userbase is pushing it. Especially if the idea going forward really is to throw a chunk of the installer functionality that is now in anaconda over the fence to a 2nd stage first boot portion of an install...a 2nd stage that would be far more capable of customized scripting and tweaking than the 1st stage iso ramdisk. See earlier threads on this list from last month: "custom package selection" and "Bring back configurability in expert mode". I think the current anaconda package maintainer has some particular ideas as to where the installer is going....and I dare say its NOT going in the direction of more options for the 1st stage ramdisk based portion of the install. If the current minimal install option can be "sanely" made smaller for the benefit of a "significant" number of users..I'm sure some discussion and bugreports as to what can be removed from the current minimal install would be welcomed for evaluation. Though bribing developers with pizza and beer is always a good plan B. -jef"There is a reason why kickstart exists"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 m.eldesoky at tedata.net Thu Aug 21 06:27:32 2003 From: m.eldesoky at tedata.net (Mohamed Eldesoky) Date: Thu, 21 Aug 2003 09:27:32 +0300 Subject: mount 2.11y-25 undefined symbol (reported) In-Reply-To: <20030820152406.D5089@devserv.devel.redhat.com> References: <200308201633.42663.m.eldesoky@tedata.net> <20030820152406.D5089@devserv.devel.redhat.com> Message-ID: <200308210927.32272.m.eldesoky@tedata.net> On Wednesday 20 August 2003 10:24 pm, Bill Nottingham wrote: > Mohamed Eldesoky (m.eldesoky at tedata.net) said: > > Mount in rawhide gives this error > > Version mount-2.11y-25.i386.rpm > > > > > > #mount > > mount: relocation error: mount: symbol sys_siglist, version GLIBC_2.3.3 > > not defined in file libc.so.6 with link time reference > > Please file in bugzilla, thanks! > > Bill Done https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102795 Regards, Mohamed Eldesoky -- Once a wise man said "nothing" From ba at linuxin.dk Thu Aug 21 06:27:49 2003 From: ba at linuxin.dk (Bjorn Andersen) Date: Thu, 21 Aug 2003 08:27:49 +0200 Subject: Severn Beta2 In-Reply-To: <200308202151.18972.hoyt@cavtel.net> References: <001701c365a9$03ed0810$01fea8c0@vinhas> <061301c365b6$78d23080$9100000a@intgrp.com> <1061235440.6285.4.camel@Linux1> <200308202151.18972.hoyt@cavtel.net> Message-ID: <1061447268.3857.4.camel@Linux1> tor, 2003-08-21 kl. 03:51 skrev HoytDuff: > On Monday 18 August 2003 03:37 pm, Bjorn Andersen wrote: > > > Cooler would be: Samba 3.0.0, linux 2.4.22, OOo 1.1, and GNOME 1.4. > > > -eric wood > > > > Maybe Linux 2.6.x ? > > And we could wait forever . . . And??? Better be the right one, then a half one. Other companies (read MS) are not afraid to announce their software is coming later then participated. As long as it is a finished product... /Bjorn -------------- next part -------------- An HTML attachment was scrubbed... URL: From feliciano.matias at free.fr Thu Aug 21 06:29:58 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 21 Aug 2003 08:29:58 +0200 Subject: firstboot and --reconfig In-Reply-To: <1061407937.28699.3.camel@bfox.devel.redhat.com> References: <1060520668.1001.18.camel@one.myworld> <1061407937.28699.3.camel@bfox.devel.redhat.com> Message-ID: <1061447397.1623.27.camel@one.myworld> Le mer 20/08/2003 ? 21:32, Brent Fox a ?crit : > On Sun, 2003-08-10 at 09:04, F?liciano Matias wrote: > > /etc/rc.d/init.d/firstboot : > > > > case "$1" in > > start) > > if grep -i reconfig /proc/cmdline >/dev/null || [ -f /etc/reconfigSys ]; then > > > > echo -n $"Running system reconfiguration tool" > > /usr/sbin/firstboot --reconfig > > rm -f /etc/reconfigSys > > exit 0 > > fi > > > > > > > > Is there a use for reconfig ? > > > Sorry to be so long in responding. I was on vacation and I'm still > trying to catch up on email. :) > > Reconfig mode asks you some of the same questions that the installer has > already asked you, such as language, keyboard, securitylevel, timezone, > etc. > > It's mostly for OEMs who do a factory kickstart install. They want the > end user of the machine to select things like timezone and language when > the machine starts, because those settings are most likely different > than the default values in the OEM's kickstart file. > > For people that just did the installation themselves, we don't want to > show those reconfig screens since the installer just asked you those > questions. Sorry, i am talking about the "--reconfig" flag in firstboot. I find only one place where reconfig is "used" : if hasattr(obj, "moduleClass"): if (self.doReconfig and (obj.moduleClass == "reconfig")): self.moduleDict[int(obj.runPriority)] = obj elif (not self.doReconfig and (obj.moduleClass != "reconfig")): self.moduleDict[int(obj.runPriority)] = obj else: self.moduleDict[int(obj.runPriority)] = obj I am not a python programmer and perhaps I am wrong. For me firstboot do not need the "--reconfig" flag. firstboot always run on an already configured system. At least with this configuration : - configured with no sound card. - configured with default time zone. - configured with no user account. - ... Should i run redhat-config-* with "--reconfig" flag if my system is already configured ? > > > Cheers, > Brent -- F?liciano Matias -------------- 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 bill at noreboots.com Thu Aug 21 06:35:52 2003 From: bill at noreboots.com (Bill Anderson) Date: 21 Aug 2003 00:35:52 -0600 Subject: Minimal Install Option In-Reply-To: <1061443159.3245.31.camel@localhost.localdomain> References: <1061443159.3245.31.camel@localhost.localdomain> Message-ID: <1061447751.763.199.camel@locutus> On Wed, 2003-08-20 at 23:19, Jef Spaleta wrote: > Jack Aboutboul wrote: > >Youre right. What I do now is core component + base component + > >personal extras. Would be nice to have the core + base as an option in > >anaconda. A minimal "minimal" install. > > Wouldn't it be great if anaconda had exactly the right pre-defined > settings for every person's personal tastes as to what a "minimal" > install means. Wouldn't it be great if the Minimal Install option meant what it said? Who seriously believe NIS belongs on a firewall?? Minimal states it is for such things as firewalls. Minimal install for a firewall doesn't mean include all the little servers, etc.. If it is for a firewall (as the option says), NFS, NIS, for example do not belong there. -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From pekkas at netcore.fi Thu Aug 21 06:37:44 2003 From: pekkas at netcore.fi (Pekka Savola) Date: Thu, 21 Aug 2003 09:37:44 +0300 (EEST) Subject: feature request: additional IPs assign to real device via ip addr add In-Reply-To: <005c01c36783$8af98190$0700a8c0@sandbox> Message-ID: I think this discussion should go rhl-devel list. Please send the followups only there. On Thu, 21 Aug 2003, Alexander Dalloz wrote: > I would like a feature for setting up additional IPs to a real device by > just giving it a list of IPs. Well, I know it is possible to use aliased > devices, but that is not often neccessary, even more work. And those > aliased devices are not usable by iptables rules as device instructions. > > In /etc/sysconfig/network-scripts/ifup the real device is already set up by > the command "ip addr add". So it would be nice to give the script just a > list of IPs to be added to the real device. It could be done by a variable > in /etc/sysconfig/network-scripts/ifcfg-ethX in which the administrator will > just put the space separated list of additional IPs. Note that this is how it's done with IPv6. A problem, at least in the past, was that ifconfig(8) would not show these addresses at all. I'm not sure if that has been fixed. Anyone remember the details of this case? Personally I also think that the concept of alias interfaces is a bit obsolete. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From pcompton at proteinmedia.com Thu Aug 21 06:53:21 2003 From: pcompton at proteinmedia.com (Phillip Compton) Date: Thu, 21 Aug 2003 02:53:21 -0400 Subject: Severn Beta2 In-Reply-To: <1061447268.3857.4.camel@Linux1> References: <001701c365a9$03ed0810$01fea8c0@vinhas> <061301c365b6$78d23080$9100000a@intgrp.com> <1061235440.6285.4.camel@Linux1> <200308202151.18972.hoyt@cavtel.net> <1061447268.3857.4.camel@Linux1> Message-ID: <1061448800.9639.15.camel@GreenTea> On Thu, 2003-08-21 at 02:27, Bjorn Andersen wrote: > And??? > Better be the right one, then a half one. Other companies (read MS) > are not afraid to announce their software is coming later then > participated. As long as it is a finished product... Sure RedHat 10 could be delayed months waiting for the 2.6 kernel to be ready, and then maybe a little more for gtk 2.4, and then maybe just a bit more for gnome 2.6. Which would put us roughly in the time frame of when Cambridge++ (RedHat 11?), would have been released. Or RedHat could keep doing what it's been doing. Release RedHat 10 roughly on time (with whatever software is ready at the time), then release another version in six months (complete with a 2.6.x kernel). In between the two releases, if you're itching for all the latest toys, just check out Fedora, FreshRPMS, or any of the other third party repositories. Phil From benhsu at dslextreme.com Thu Aug 21 07:07:32 2003 From: benhsu at dslextreme.com (Ben Hsu) Date: 21 Aug 2003 00:07:32 -0700 Subject: Severn Beta2 In-Reply-To: <1061447268.3857.4.camel@Linux1> References: <001701c365a9$03ed0810$01fea8c0@vinhas> <061301c365b6$78d23080$9100000a@intgrp.com> <1061235440.6285.4.camel@Linux1> <200308202151.18972.hoyt@cavtel.net> <1061447268.3857.4.camel@Linux1> Message-ID: <1061449651.4338.12.camel@localhost.localdomain> On Wed, 2003-08-20 at 23:27, Bjorn Andersen wrote: > tor, 2003-08-21 kl. 03:51 skrev HoytDuff: > > On Monday 18 August 2003 03:37 pm, Bjorn Andersen wrote: > > > > Cooler would be: Samba 3.0.0, linux 2.4.22, OOo 1.1, and GNOME 1.4. > > > > -eric wood > > > > > > Maybe Linux 2.6.x ? > > > > And we could wait forever . . . > > And??? > Better be the right one, then a half one. Other companies (read MS) > are not afraid to announce their software is coming later then > participated. As long as it is a finished product... > There will always be newer software to include, so there will never be the right one. Also, the release cycle for Windows is 40 months, the release cycle for Red Hat Linux is six months. If one is willing to push back a release date for 1-2 months, one can surely wait an extra 4-5 months for the next release. From jtlegbandt at earthlink.net Thu Aug 21 08:04:53 2003 From: jtlegbandt at earthlink.net (Joshua Legbandt) Date: Thu, 21 Aug 2003 01:04:53 -0700 Subject: ALT-TAB is broken In-Reply-To: References: <1061313231.4721.1.camel@localhost.localdomain> Message-ID: <1061453093.3626.6.camel@suburbia> On Tue, 2003-08-19 at 12:05, Alexandre Oliva wrote: > On Aug 19, 2003, Mariusz Smyku?a wrote: > > > In new gnome build ALT-TAB combination to switch windows is broken :( > > AFAICT it's not Gnome, it's XFree86 (since I have only upgraded the > latter) > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102668 Any chance that this will be fixed soon? It makes working cumbersome... -Josh -- Joshua Legbandt From warren at togami.com Thu Aug 21 08:11:22 2003 From: warren at togami.com (Warren Togami) Date: Wed, 20 Aug 2003 22:11:22 -1000 Subject: Fedora master is down Message-ID: <1061453475.5042.70.camel@laptop> Around 7:00PM HST (Hawaiian time and 7:00AM France) videl.ics.hawaii.edu went down for an unknown reason. Remote power cycle attempt failed. Soonest I will be able to check out the hardware will be 8:30AM HST. I suspect some hardware failure. If you are a Fedora user, please be sure to use one of the worldwide mirrors that are probably closer to your location. I don't know when I will be able to bring it back fully online. Complete mirror list is in Google cache http://216.239.51.104/search?q=cache:www.fedora.us/wiki/FedoraMirrorList+fedora+mirror+list Please consider donating to the Hawaii Open Source Education Foundation to help with server repairs and upgrades for Fedora and the several other projects hosted here. http://www.hosef.org (unfortunately that site is down too). Paypal donations accepted at warren at togami.com if you can help. HOSEF is a 501(c)(3) charitable organization so Americans can take tax write-offs (I don't know about international.) Warren Togami warren at togami.com From feliciano.matias at free.fr Thu Aug 21 08:26:34 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 21 Aug 2003 10:26:34 +0200 Subject: up2date from rawhide In-Reply-To: <3F42CB34.90104@columbus.rr.com> References: <1061313231.4721.1.camel@localhost.localdomain> <00a201c36676$ad7b2a10$01fea8c0@vinhas> <3F42CB34.90104@columbus.rr.com> Message-ID: <1061454393.1623.30.camel@one.myworld> Le mer 20/08/2003 ? 03:13, Jim Cornette a ?crit : > The way that I did it was to add the following entry to my > /etc/sysconfig/sources file. /etc/sysconfig/rhn/sources > > Regards, > > Thiago > > > > > > -- F?liciano Matias -------------- 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 feliciano.matias at free.fr Thu Aug 21 08:33:19 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 21 Aug 2003 10:33:19 +0200 Subject: up2date from rawhide In-Reply-To: References: Message-ID: <1061454798.1623.34.camel@one.myworld> Le mar 19/08/2003 ? 19:35, Vanco, Donald a ?crit : > Thiago Vinhas de Moraes wrote: > > Hi. > > > > How can I automatically update the packages from Severn using the > > up2date tool? I saw somewhere that it?s possible, but have no idea of > > what to do to have this done. > Not really up2date, but I use the following script: > [...] > rpm -Fvh /home/RedHat/rawhide/RPMS/*.rpm I don't know if it's "enough". My up2date severn -> Rawhide give : The following packages were added to your selection to satisfy dependencies: Name Version Release -------------------------------------------------------------- e2fsprogs-devel 1.34 1 libgsf-devel 1.8.1 6 redhat-config-securitylevel-tui 1.2.3 1 tzdata 2003a 2 gtkspell 2.0.4 1 is "rpm -F" automatically add this packages ? > Don > -- F?liciano Matias -------------- 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 jaboutboul at speakeasy.net Thu Aug 21 09:07:51 2003 From: jaboutboul at speakeasy.net (Jack Aboutboul) Date: Thu, 21 Aug 2003 12:07:51 +0300 Subject: Minimal Install Option In-Reply-To: <1061443159.3245.31.camel@localhost.localdomain> Message-ID: On Thursday, Aug 21, 2003, at 08:19 Asia/Jerusalem, Jef Spaleta wrote: > Though bribing developers with pizza > and beer is always a good plan B. > > Amen to that! --jack From jaboutboul at speakeasy.net Thu Aug 21 09:13:59 2003 From: jaboutboul at speakeasy.net (Jack Aboutboul) Date: Thu, 21 Aug 2003 12:13:59 +0300 Subject: Minimal Install Option In-Reply-To: <1061447751.763.199.camel@locutus> Message-ID: On Thursday, Aug 21, 2003, at 09:35 Asia/Jerusalem, Bill Anderson wrote: > Wouldn't it be great if the Minimal Install option meant what it said? > Who seriously believe NIS belongs on a firewall?? Minimal states it is > for such things as firewalls. Minimal install for a firewall doesn't > mean include all the little servers, etc.. If it is for a firewall (as > the option says), NFS, NIS, for example do not belong there. > Seriously. This is also in response to Jeff's earlier posting as well. The minimal install now has way too many packages in it. NIS is not needed along with a lot of the other stuff there. I'm just trying to figure out the logic of having it in the minimal install. If you tell me that it's there for people who need to auth against NIS, I can tell you that in that case you should also include ldap, nss_ldap/libnss_ldap, and pam_ldap. I think that maybe some changes are in order. But thats just my opinion. --Jack From feliciano.matias at free.fr Thu Aug 21 09:29:32 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 21 Aug 2003 11:29:32 +0200 Subject: up2date from rawhide In-Reply-To: <1061454393.1623.30.camel@one.myworld> References: <1061313231.4721.1.camel@localhost.localdomain> <00a201c36676$ad7b2a10$01fea8c0@vinhas> <3F42CB34.90104@columbus.rr.com> <1061454393.1623.30.camel@one.myworld> Message-ID: <1061458171.993.2.camel@one.myworld> -Le jeu 21/08/2003 ? 10:26, F?liciano Matias a ?crit : > Le mer 20/08/2003 ? 03:13, Jim Cornette a ?crit : > > The way that I did it was to add the following entry to my > > /etc/sysconfig/sources file. > > /etc/sysconfig/rhn/sources > I forget this point : You need up2date 3.9.10 from rawhide. -- F?liciano Matias -------------- 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 feliciano.matias at free.fr Thu Aug 21 10:27:42 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 21 Aug 2003 12:27:42 +0200 Subject: Rawhide mod_dav_svn broken? In-Reply-To: <20030818195635.6a66b2a7.matthias@rpmforge.net> References: <20030818195635.6a66b2a7.matthias@rpmforge.net> Message-ID: <1061461660.993.6.camel@one.myworld> Le lun 18/08/2003 ? 19:56, Matthias Saou a ?crit : > Hi, > > I'm trying (once again) to set up a subversion repository for the first > time. The problem I'm having is that it seems the mod_dav_svn in Rawhide is > broken, as it has an undefined symbol. > > # apachectl configtest > Syntax error on line 2 of /etc/httpd/conf.d/subversion.conf: > Cannot load /etc/httpd/modules/mod_dav_svn.so into server: > /etc/httpd/modules/mod_dav_svn.so: undefined symbol: dav_xml_get_cdata You need this tow modules : LoadModule dav_module modules/mod_dav.so LoadModule dav_fs_module modules/mod_dav_fs.so > > Possibly worth bugzilla'ing, but as I'm not certain it's not just me doing > something wrong, I prefer just asking here first :-) > > Matthias -- F?liciano Matias -------------- 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 matthias at rpmforge.net Thu Aug 21 10:38:15 2003 From: matthias at rpmforge.net (Matthias Saou) Date: Thu, 21 Aug 2003 12:38:15 +0200 Subject: Rawhide mod_dav_svn broken? In-Reply-To: <1061461660.993.6.camel@one.myworld> References: <20030818195635.6a66b2a7.matthias@rpmforge.net> <1061461660.993.6.camel@one.myworld> Message-ID: <20030821123815.54f3ee50.matthias@rpmforge.net> F?liciano Matias wrote : > > I'm trying (once again) to set up a subversion repository for the first > > time. The problem I'm having is that it seems the mod_dav_svn in > > Rawhide is broken, as it has an undefined symbol. > > > > # apachectl configtest > > Syntax error on line 2 of /etc/httpd/conf.d/subversion.conf: > > Cannot load /etc/httpd/modules/mod_dav_svn.so into server: > > /etc/httpd/modules/mod_dav_svn.so: undefined symbol: dav_xml_get_cdata > > You need this tow modules : > LoadModule dav_module modules/mod_dav.so > LoadModule dav_fs_module modules/mod_dav_fs.so Those two are loaded, I don't think that is the problem : [root at python root]# grep "^LoadModule.*dav" /etc/httpd/conf/httpd.conf LoadModule dav_module modules/mod_dav.so LoadModule dav_fs_module modules/mod_dav_fs.so [root at python root]# rpm -qa '*dav*' httpd mod_dav_svn-0.25-2 httpd-2.0.47-4 [root at python root]# apachectl start Syntax error on line 2 of /etc/httpd/conf.d/subversion.conf: Cannot load /etc/httpd/modules/mod_dav_svn.so into server: /etc/httpd/modules/mod_dav_svn.so: undefined symbol: dav_xml_get_cdata Possibly an incompatibility between the current mod_dav and mod_dav_svn modules that a rebuild or update would fix. I'll try to dig into it, but I don't know when I'll have time to do so. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Raw Hide 20030820 running Linux kernel 2.4.21-20.1.2024.2.1.nptl Load : 0.04 0.31 0.54 From feliciano.matias at free.fr Thu Aug 21 11:41:45 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 21 Aug 2003 13:41:45 +0200 Subject: Rawhide mod_dav_svn broken? In-Reply-To: <20030821123815.54f3ee50.matthias@rpmforge.net> References: <20030818195635.6a66b2a7.matthias@rpmforge.net> <1061461660.993.6.camel@one.myworld> <20030821123815.54f3ee50.matthias@rpmforge.net> Message-ID: <1061466104.993.15.camel@one.myworld> Le jeu 21/08/2003 ? 12:38, Matthias Saou a ?crit : > F?liciano Matias wrote : > > > > I'm trying (once again) to set up a subversion repository for the first > > > time. The problem I'm having is that it seems the mod_dav_svn in > > > Rawhide is broken, as it has an undefined symbol. > > > > > > # apachectl configtest > > > Syntax error on line 2 of /etc/httpd/conf.d/subversion.conf: > > > Cannot load /etc/httpd/modules/mod_dav_svn.so into server: > > > /etc/httpd/modules/mod_dav_svn.so: undefined symbol: dav_xml_get_cdata > > > > You need this tow modules : > > LoadModule dav_module modules/mod_dav.so > > LoadModule dav_fs_module modules/mod_dav_fs.so > > Those two are loaded, I don't think that is the problem : > > [root at python root]# grep "^LoadModule.*dav" /etc/httpd/conf/httpd.conf > LoadModule dav_module modules/mod_dav.so > LoadModule dav_fs_module modules/mod_dav_fs.so Are you sure this two lines are +before+ "LoadModule dav_svn..." ? > [root at python root]# rpm -qa '*dav*' httpd > mod_dav_svn-0.25-2 > httpd-2.0.47-4 $ rpm -qa '*dav*' httpd mod_dav_svn-0.25-2 httpd-2.0.47-4 > [root at python root]# apachectl start > Syntax error on line 2 of /etc/httpd/conf.d/subversion.conf: > Cannot load /etc/httpd/modules/mod_dav_svn.so into server: > /etc/httpd/modules/mod_dav_svn.so: undefined symbol: dav_xml_get_cdata > If i move mod_dav and mod_dav_fs +after+ dav_svn : # # Load config files from the config directory "/etc/httpd/conf.d". # Include conf.d/*.conf LoadModule dav_module modules/mod_dav.so LoadModule dav_fs_module modules/mod_dav_fs.so test : # apachectl start Syntax error on line 2 of /etc/httpd/conf.d/subversion.conf: Cannot load /etc/httpd/modules/mod_dav_svn.so into server: /etc/httpd/modules/mod_dav_svn.so: undefined symbol: dav_xml_get_cdata > Possibly an incompatibility between the current mod_dav and mod_dav_svn > modules that a rebuild or update would fix. I'll try to dig into it, but I > don't know when I'll have time to do so. > > Matthias -- F?liciano Matias -------------- 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 matthias at rpmforge.net Thu Aug 21 11:48:45 2003 From: matthias at rpmforge.net (Matthias Saou) Date: Thu, 21 Aug 2003 13:48:45 +0200 Subject: Rawhide mod_dav_svn broken? In-Reply-To: <1061466104.993.15.camel@one.myworld> References: <20030818195635.6a66b2a7.matthias@rpmforge.net> <1061461660.993.6.camel@one.myworld> <20030821123815.54f3ee50.matthias@rpmforge.net> <1061466104.993.15.camel@one.myworld> Message-ID: <20030821134845.56c1dde1.matthias@rpmforge.net> F?liciano Matias wrote : > > Those two are loaded, I don't think that is the problem : > > > > [root at python root]# grep "^LoadModule.*dav" /etc/httpd/conf/httpd.conf > > LoadModule dav_module modules/mod_dav.so > > LoadModule dav_fs_module modules/mod_dav_fs.so > > Are you sure this two lines are +before+ "LoadModule dav_svn..." ? Indeed, the line that reads : Include conf.d/*.conf Is just above the basic mod_dav LoadModules... seems I have this from an older broken package since the httpd.conf.rpmnew has this fixed. Thanks ;-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Raw Hide 20030820 running Linux kernel 2.4.21-20.1.2024.2.1.nptl Load : 0.39 0.51 0.44 From feliciano.matias at free.fr Thu Aug 21 12:16:31 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 21 Aug 2003 14:16:31 +0200 Subject: Rawhide mod_dav_svn broken? In-Reply-To: <20030821134845.56c1dde1.matthias@rpmforge.net> References: <20030818195635.6a66b2a7.matthias@rpmforge.net> <1061461660.993.6.camel@one.myworld> <20030821123815.54f3ee50.matthias@rpmforge.net> <1061466104.993.15.camel@one.myworld> <20030821134845.56c1dde1.matthias@rpmforge.net> Message-ID: <1061468190.993.26.camel@one.myworld> Le jeu 21/08/2003 ? 13:48, Matthias Saou a ?crit : > F?liciano Matias wrote : > > > > Those two are loaded, I don't think that is the problem : > > > > > > [root at python root]# grep "^LoadModule.*dav" /etc/httpd/conf/httpd.conf > > > LoadModule dav_module modules/mod_dav.so > > > LoadModule dav_fs_module modules/mod_dav_fs.so > > > > Are you sure this two lines are +before+ "LoadModule dav_svn..." ? > > Indeed, the line that reads : > Include conf.d/*.conf > > Is just above the basic mod_dav LoadModules... seems I have this from an > older broken package since the httpd.conf.rpmnew has this fixed. It was broken in RH8.0 and 9 . > > Thanks ;-) > Matthias -- F?liciano Matias -------------- 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 gmaeding at kidspeace.org Thu Aug 21 13:05:21 2003 From: gmaeding at kidspeace.org (Glen Maeding) Date: Thu, 21 Aug 2003 09:05:21 -0400 Subject: RPM broken when 2.6.0 test kernel installed? Message-ID: Ever since i have installed the latest rpm kernel test version 2.6.0-test from http://people.redhat.com/arjanv/2.5/ , i have been finding that the rpm doesnt function correctly anymore. Heres what happen when i try to install any RPM in general: rpmdb: unable to join the environment error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 - Resource temporarily unavailable (11) error: cannot open Packages database in /var/lib/rpm rpmdb: unable to join the environment error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages database in /var/lib/rpm rpmdb: unable to join the environment error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages database in /var/lib/rpm Anybody know how to fix this problem or why it does that? * ** Glen Maeding * ** MIS Tech @ Kidspeace Inc. * ** Webmaster of MIS-comm, Pdangel.org, and others... * ** E-mail: gmaeding at kidspeace.org * ** Pager e-mail: goik at tmail.com From feliciano.matias at free.fr Thu Aug 21 13:25:00 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 21 Aug 2003 15:25:00 +0200 Subject: RPM broken when 2.6.0 test kernel installed? In-Reply-To: References: Message-ID: <1061472300.993.29.camel@one.myworld> Le jeu 21/08/2003 ? 15:05, Glen Maeding a ?crit : > Ever since i have installed the latest rpm kernel test version 2.6.0-test from http://people.redhat.com/arjanv/2.5/ , i have been finding that the rpm doesnt function correctly anymore. > > Heres what happen when i try to install any RPM in general: > > rpmdb: unable to join the environment > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages index using db3 - Resource temporarily unavailable (11) > error: cannot open Packages database in /var/lib/rpm > rpmdb: unable to join the environment > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages database in /var/lib/rpm > rpmdb: unable to join the environment > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages database in /var/lib/rpm > > Anybody know how to fix this problem Reboot rm -f /var/lib/rpm/__db.* rpm --rebuilddb > or why it does that? > > * ** Glen Maeding > * ** MIS Tech @ Kidspeace Inc. > * ** Webmaster of MIS-comm, Pdangel.org, and others... > * ** E-mail: gmaeding at kidspeace.org > * ** Pager e-mail: goik at tmail.com > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- F?liciano Matias -------------- 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 jspaleta at princeton.edu Thu Aug 21 13:38:09 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 21 Aug 2003 09:38:09 -0400 Subject: Minimal Install Option Message-ID: <1061473089.4194.33.camel@spatula> Bill Anderson wrote: >Wouldn't it be great if the Minimal Install option meant what it said? >Who seriously believe NIS belongs on a firewall?? Minimal states it is >for such things as firewalls File it as a bug! Or maybe you want to step up and be part of a worthwhile discussion as to re-working of the existing minimal install option. Since it seems its really a more a matter of how the packages are grouped and which groups a minimal install actually installs..its more a policy issue than an expert coding issue. This seems like something we can have a nice lovely little community discussion about...instead of just poking repeatedly at the anaconda maintainer to remove this one package here...or this one other package..or maybe add this one package to minimal. And its certainly a better idea to fix the current minimal install offering than adding another minimal minimal layer beyond the "broken" minimal. http://www.redhat.com/archives/rhl-beta-list/2003-July/msg00569.html I think its pretty clear there is room for volunteers on in impacting how the current minimal install behaves. If your serious about "fixing" the current minimal offering, I suggest the interested people make a stab at drawing up a consensus replacement package list, with some discussion as to why you are dropping each package. Those interested could probably go back and forth a few times on what minimal should be "sanely" including and then make a worthwhile bugticket entry...saving some Red Hat developer time to be spent on some higher priority issues. If there is some obvious consensus from the obviously technically literate people who have a need for minimal install as to how to fix the current minimal package list, I doubt their collective best-effort opinions would be completely ignored. But repeating the "one guy wanting one package in/out of minimal" scenario X number of times isn't going to move anything forward. And of course..submitted patches would probably even less ignored then a consensus best effort essay on the matter. -jef"put up or..."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 gmaeding at kidspeace.org Thu Aug 21 13:43:04 2003 From: gmaeding at kidspeace.org (Glen Maeding) Date: Thu, 21 Aug 2003 09:43:04 -0400 Subject: RPM broken when 2.6.0 test kernel installed? Message-ID: I did that and this is what it reported back: rpmdb: write: 0xbfffd500, 8192: Invalid argument error: db4 error(22) from dbenv->open: Invalid argument error: cannot open Packages index * ** Glen Maeding * ** MIS Tech @ Kidspeace Inc. * ** Webmaster of MIS-comm, Pdangel.org, and others... * ** E-mail: gmaeding at kidspeace.org * ** Pager e-mail: goik at tmail.com -----Original Message----- From: F?liciano Matias [mailto:feliciano.matias at free.fr] Sent: Thursday, August 21, 2003 9:25 AM To: rhl-beta-list at redhat.com Subject: Re: RPM broken when 2.6.0 test kernel installed? Le jeu 21/08/2003 ? 15:05, Glen Maeding a ?crit : > Ever since i have installed the latest rpm kernel test version 2.6.0-test from http://people.redhat.com/arjanv/2.5/ , i have been finding that the rpm doesnt function correctly anymore. > > Heres what happen when i try to install any RPM in general: > > rpmdb: unable to join the environment > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages index using db3 - Resource temporarily unavailable (11) > error: cannot open Packages database in /var/lib/rpm > rpmdb: unable to join the environment > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages database in /var/lib/rpm > rpmdb: unable to join the environment > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages database in /var/lib/rpm > > Anybody know how to fix this problem Reboot rm -f /var/lib/rpm/__db.* rpm --rebuilddb > or why it does that? > > * ** Glen Maeding > * ** MIS Tech @ Kidspeace Inc. > * ** Webmaster of MIS-comm, Pdangel.org, and others... > * ** E-mail: gmaeding at kidspeace.org > * ** Pager e-mail: goik at tmail.com > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- F?liciano Matias From jaboutboul at speakeasy.net Thu Aug 21 13:58:28 2003 From: jaboutboul at speakeasy.net (Jack Aboutboul) Date: Thu, 21 Aug 2003 16:58:28 +0300 Subject: Minimal Install Option In-Reply-To: <1061473089.4194.33.camel@spatula> Message-ID: <8A7EDAE7-D3DF-11D7-984C-000A95689082@speakeasy.net> On Thursday, Aug 21, 2003, at 16:38 Asia/Jerusalem, Jef Spaleta wrote: > Bill Anderson wrote: >> Wouldn't it be great if the Minimal Install option meant what it said? >> Who seriously believe NIS belongs on a firewall?? Minimal states it is >> for such things as firewalls > > File it as a bug! Or maybe you want to step up and be part of a > worthwhile discussion as to re-working of the existing minimal install > option. Since it seems its really a more a matter of how the packages > are grouped and which groups a minimal install actually installs..its > more a policy issue than an expert coding issue. This seems like > something we can have a nice lovely little community discussion > about...instead of just poking repeatedly at the anaconda maintainer to > remove this one package here...or this one other package..or maybe add > this one package to minimal. And its certainly a better idea to fix the > current minimal install offering than adding another minimal minimal > layer beyond the "broken" minimal. It was never my (or anyone else's) intention to poke repeatedly at any engineer or person with regard to this. I don't know why you keep bringing this topic up with a negative connotation. What I did in fact intend to was maybe initiate some "nice lovely community discussion" about the packages included in the minimal install. I think there is room to work on it, and we can definitely have certain things removed from there. > > http://www.redhat.com/archives/rhl-beta-list/2003-July/msg00569.html > The point about windows xp is very valid. I barely ever use windows but ive heard the same thing. In RH anyhowm, I'm sure many of us are doing a minimal install and then starting to remove things, right off the bat. > I think its pretty clear there is room for volunteers on in impacting > how the current minimal install behaves. If your serious about "fixing" > the current minimal offering, I suggest the interested people make a > stab at drawing up a consensus replacement package list, with some > discussion as to why you are dropping each package. I'm on board is anyone else interested. --Jack From gmaeding at kidspeace.org Thu Aug 21 14:00:22 2003 From: gmaeding at kidspeace.org (Glen Maeding) Date: Thu, 21 Aug 2003 10:00:22 -0400 Subject: RPM broken when 2.6.0 test kernel installed? Message-ID: The reason why im asking how to fix this is i cannot 'rpm -e' this kernel. This makes it very difficult to undo the benign damage i did to my laptop heh. Dont get me wrong, I am pleased with the kernel i have installed, but what happens when a new kernel test version comes out in rpm? Ack... * ** Glen Maeding * ** MIS Tech @ Kidspeace Inc. * ** Webmaster of MIS-comm, Pdangel.org, and others... * ** E-mail: gmaeding at kidspeace.org * ** Pager e-mail: goik at tmail.com -----Original Message----- From: Glen Maeding Sent: Thursday, August 21, 2003 9:43 AM To: rhl-beta-list at redhat.com Subject: RE: RPM broken when 2.6.0 test kernel installed? I did that and this is what it reported back: rpmdb: write: 0xbfffd500, 8192: Invalid argument error: db4 error(22) from dbenv->open: Invalid argument error: cannot open Packages index * ** Glen Maeding * ** MIS Tech @ Kidspeace Inc. * ** Webmaster of MIS-comm, Pdangel.org, and others... * ** E-mail: gmaeding at kidspeace.org * ** Pager e-mail: goik at tmail.com -----Original Message----- From: F?liciano Matias [mailto:feliciano.matias at free.fr] Sent: Thursday, August 21, 2003 9:25 AM To: rhl-beta-list at redhat.com Subject: Re: RPM broken when 2.6.0 test kernel installed? Le jeu 21/08/2003 ? 15:05, Glen Maeding a ?crit : > Ever since i have installed the latest rpm kernel test version 2.6.0-test from http://people.redhat.com/arjanv/2.5/ , i have been finding that the rpm doesnt function correctly anymore. > > Heres what happen when i try to install any RPM in general: > > rpmdb: unable to join the environment > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages index using db3 - Resource temporarily unavailable (11) > error: cannot open Packages database in /var/lib/rpm > rpmdb: unable to join the environment > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages database in /var/lib/rpm > rpmdb: unable to join the environment > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > error: cannot open Packages database in /var/lib/rpm > > Anybody know how to fix this problem Reboot rm -f /var/lib/rpm/__db.* rpm --rebuilddb > or why it does that? > > * ** Glen Maeding > * ** MIS Tech @ Kidspeace Inc. > * ** Webmaster of MIS-comm, Pdangel.org, and others... > * ** E-mail: gmaeding at kidspeace.org > * ** Pager e-mail: goik at tmail.com > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- F?liciano Matias -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From jbj at redhat.com Thu Aug 21 14:09:55 2003 From: jbj at redhat.com (Jeff Johnson) Date: Thu, 21 Aug 2003 10:09:55 -0400 Subject: RPM broken when 2.6.0 test kernel installed? In-Reply-To: ; from gmaeding@kidspeace.org on Thu, Aug 21, 2003 at 10:00:22AM -0400 References: Message-ID: <20030821100955.G1213@devserv.devel.redhat.com> On Thu, Aug 21, 2003 at 10:00:22AM -0400, Glen Maeding wrote: > The reason why im asking how to fix this is i cannot 'rpm -e' this kernel. This makes it very difficult to undo the benign damage i did to my laptop heh. Dont get me wrong, I am pleased with the kernel i have installed, but what happens when a new kernel test version comes out in rpm? Ack... > > * ** Glen Maeding > * ** MIS Tech @ Kidspeace Inc. > * ** Webmaster of MIS-comm, Pdangel.org, and others... > * ** E-mail: gmaeding at kidspeace.org > * ** Pager e-mail: goik at tmail.com > Yup. > > > -----Original Message----- > From: Glen Maeding > Sent: Thursday, August 21, 2003 9:43 AM > To: rhl-beta-list at redhat.com > Subject: RE: RPM broken when 2.6.0 test kernel installed? > > > I did that and this is what it reported back: > > rpmdb: write: 0xbfffd500, 8192: Invalid argument > error: db4 error(22) from dbenv->open: Invalid argument > error: cannot open Packages index > This is new-fangled O_DIRECT semantics in latest kernel, EINVAL returned by write(2) is the clue. Problem is fixed in rpm-4.2-1 packages (for RHL9) at ftp://ftp.rpm.org/pub/rpm/dist/rpm-4.2.x Boot some other kernel, fix problems, boot original kernel is probably fastest approach; otherwise, install using rpm2cpio. 73 de Jeff -- Jeff Johnson ARS N3NPQ jbj at redhat.com (jbj at jbj.org) Chapel Hill, NC From ghenriks at rogers.com Thu Aug 21 14:39:57 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Thu, 21 Aug 2003 10:39:57 -0400 Subject: Severn Beta2 In-Reply-To: <1061448800.9639.15.camel@GreenTea> References: <001701c365a9$03ed0810$01fea8c0@vinhas> <061301c365b6$78d23080$9100000a@intgrp.com> <1061235440.6285.4.camel@Linux1> <200308202151.18972.hoyt@cavtel.net> <1061447268.3857.4.camel@Linux1> <1061448800.9639.15.camel@GreenTea> Message-ID: On Thu, 21 Aug 2003 02:53:21 -0400, you wrote: >Sure RedHat 10 could be delayed months waiting for the 2.6 kernel to be >ready, and then maybe a little more for gtk 2.4, and then maybe just a >bit more for gnome 2.6. Which would put us roughly in the time frame of >when Cambridge++ (RedHat 11?), would have been released. Cambridge++ is not the spring 2004 release, but a minor release planned for after 2.6 is released (and tested). I would assume that the spring 2004 release will have an entirely different code word. From kjb at dds.nl Thu Aug 21 14:44:06 2003 From: kjb at dds.nl (Klaasjan Brand) Date: Thu, 21 Aug 2003 16:44:06 +0200 Subject: RPM broken when 2.6.0 test kernel installed? In-Reply-To: <20030821100955.G1213@devserv.devel.redhat.com> References: <20030821100955.G1213@devserv.devel.redhat.com> Message-ID: <3F44DAB6.8050604@dds.nl> Jeff Johnson wrote: >Boot some other kernel, fix problems, boot original kernel is probably >fastest approach; otherwise, install using rpm2cpio. > Or set LD_ASSUME_KERNEL=2.2.5 before running rpm. Klaasjan From gmaeding at kidspeace.org Thu Aug 21 14:59:40 2003 From: gmaeding at kidspeace.org (Glen Maeding) Date: Thu, 21 Aug 2003 10:59:40 -0400 Subject: RPM broken when 2.6.0 test kernel installed? Message-ID: Okay how exactly do you change that setting? <> * ** Glen Maeding * ** MIS Tech @ Kidspeace Inc. * ** Webmaster of MIS-comm, Pdangel.org, and others... * ** E-mail: gmaeding at kidspeace.org * ** Pager e-mail: goik at tmail.com -----Original Message----- From: Klaasjan Brand [mailto:kjb at dds.nl] Sent: Thursday, August 21, 2003 10:44 AM To: rhl-beta-list at redhat.com Subject: Re: RPM broken when 2.6.0 test kernel installed? Jeff Johnson wrote: >Boot some other kernel, fix problems, boot original kernel is probably >fastest approach; otherwise, install using rpm2cpio. > Or set LD_ASSUME_KERNEL=2.2.5 before running rpm. Klaasjan -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From msf at redhat.com Thu Aug 21 15:03:31 2003 From: msf at redhat.com (Michael Fulbright) Date: 21 Aug 2003 11:03:31 -0400 Subject: Minimal Install Option In-Reply-To: <1061443159.3245.31.camel@localhost.localdomain> References: <1061443159.3245.31.camel@localhost.localdomain> Message-ID: <1061478211.10228.21.camel@avatar.devel.redhat.com> On Thu, 2003-08-21 at 01:19, Jef Spaleta wrote: > Wouldn't it be great if anaconda had exactly the right pre-defined > settings for every person's personal tastes as to what a "minimal" > install means. You can get anaconda to use your own custom comps.xml file to define the components in the distribution. A minimal install is the 'Base' component for recent releases, so just adjust it to fit your needs. Of course you'll need to make sure you keep enough in it so things like the initscripts can work, if you choose to keep them around. Several methods will work, just put your new comps.xml: - on an updates disk and boot with: linux updates - in the /tmp/updates directory of the installer boot initrd. - in a directory called RHupdates under the top of an NFS tree - in the directory RedHat/base for FTP/HTTP/NFS/CDROM - in the file updates.img for NFSISO/HD/FTP/HTTP/CDROM The is documentation in the anaconda sources for some of the different ways you can update the anaconda sources and data files. Michael Fulbright msf at redhat.com From jbj at redhat.com Thu Aug 21 15:04:31 2003 From: jbj at redhat.com (Jeff Johnson) Date: Thu, 21 Aug 2003 11:04:31 -0400 Subject: RPM broken when 2.6.0 test kernel installed? In-Reply-To: ; from gmaeding@kidspeace.org on Thu, Aug 21, 2003 at 10:59:40AM -0400 References: Message-ID: <20030821110431.I1213@devserv.devel.redhat.com> On Thu, Aug 21, 2003 at 10:59:40AM -0400, Glen Maeding wrote: > Okay how exactly do you change that setting? > > <> > Sehll environment, usually invoking as LD_ASSUME_KERNEL=2.2.5 rpm .... to disable new-fangledness. 73 de Jeff -- Jeff Johnson ARS N3NPQ jbj at redhat.com (jbj at jbj.org) Chapel Hill, NC From brugolsky at telemetry-investments.com Thu Aug 21 15:09:14 2003 From: brugolsky at telemetry-investments.com (Bill Rugolsky Jr.) Date: Thu, 21 Aug 2003 11:09:14 -0400 Subject: Minimal Install Option In-Reply-To: <1061473089.4194.33.camel@spatula> References: <1061473089.4194.33.camel@spatula> Message-ID: <20030821150914.GA2471@ti19> On Thu, Aug 21, 2003 at 09:38:09AM -0400, Jef Spaleta wrote: > File it as a bug! Or maybe you want to step up and be part of a > worthwhile discussion as to re-working of the existing minimal install > option. Since it seems its really a more a matter of how the packages > are grouped and which groups a minimal install actually installs..its > more a policy issue than an expert coding issue. This seems like > something we can have a nice lovely little community discussion > about...instead of just poking repeatedly at the anaconda maintainer to > remove this one package here...or this one other package..or maybe add > this one package to minimal. And its certainly a better idea to fix the > current minimal install offering than adding another minimal minimal > layer beyond the "broken" minimal. > > http://www.redhat.com/archives/rhl-beta-list/2003-July/msg00569.html This discussion always tends to conflate different notions of "minimal". The question is "minimal" w.r.t what criterion? Is it the bare list of packages necessary to get to a login prompt on a standalone machine? Is it a networked host? Is documentation included? Manpages? Info files? /usr/share/doc? I'd like to see a "bootstrap configuration" that installs enough that I can install more using up2date or yum. That generally means "basic networking (and firewalling)" + any specifics needed to get my host connected to my network or ISP (i.e., ppp, dhcp, etc.). Beyond that, agreement tends to dissolve, because intended uses vary widely. This is where the Gentoo model does a good job of factoring the requirements, because I may want to install a bunch of packages, keep the manpages and info files, but eliminate /usr/share/doc, and shun X/KDE/GNOME. Doing this in a binary distribution means much finer packaging. Red Hat Linux has historically packed a lot into a few packages (e.g., Perl), whereas other RPM-based distros break it all out into individual sub-packages (hundreds of them!). Separating packages into executables and libraries is a good idea not only because it allows multiple libfoo* installs, but also because it saves space when all that one wants are the libs, and not the default front-end application, which may have additional dependencies. [And then there is kernel-utils -- lots of unrelated binaries, all of which are quickly out of date, and complicate the installation of superior tools like smartmontools. One should try mightily to decouple code that is hardware-dependent, since things like x86info and smartctl change with each release of a new processor or SCSI/ATA/SMART revision.] Regards, Bill Rugolsky From gmaeding at kidspeace.org Thu Aug 21 15:09:35 2003 From: gmaeding at kidspeace.org (Glen Maeding) Date: Thu, 21 Aug 2003 11:09:35 -0400 Subject: RPM broken when 2.6.0 test kernel installed? Message-ID: Oh i thought you go in to /etc/profile and add it in the export line? * ** Glen Maeding * ** MIS Tech @ Kidspeace Inc. * ** Webmaster of MIS-comm, Pdangel.org, and others... * ** E-mail: gmaeding at kidspeace.org * ** Pager e-mail: goik at tmail.com -----Original Message----- From: Jeff Johnson [mailto:jbj at redhat.com] Sent: Thursday, August 21, 2003 11:05 AM To: rhl-beta-list at redhat.com Subject: Re: RPM broken when 2.6.0 test kernel installed? On Thu, Aug 21, 2003 at 10:59:40AM -0400, Glen Maeding wrote: > Okay how exactly do you change that setting? > > <> > Sehll environment, usually invoking as LD_ASSUME_KERNEL=2.2.5 rpm .... to disable new-fangledness. 73 de Jeff -- Jeff Johnson ARS N3NPQ jbj at redhat.com (jbj at jbj.org) Chapel Hill, NC -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From akabi at speakeasy.net Thu Aug 21 15:11:31 2003 From: akabi at speakeasy.net (ne...) Date: Thu, 21 Aug 2003 11:11:31 -0400 (EDT) Subject: RPM broken when 2.6.0 test kernel installed? In-Reply-To: References: Message-ID: On Aug 21, 2003 at 10:59, Glen Maeding in a maddening rage wrote: >Okay how exactly do you change that setting? LD_ASSUME_KERNEL=2.2.5 rpm --rebuilddb and it would be nice if you stop top posting and trim all the stuff not needed in the mail. -- Registered Linux User # 125653 (http://counter.li.org) Switch to: http://www.speakeasy.net/refer/190653 Goodbye, cool world. 11:10:08 up 21 days, 10:11, 4 users, load average: 0.00, 0.00, 0.00 From nsilva-list at aoi.atari-source.com Thu Aug 21 11:14:04 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Thu, 21 Aug 2003 07:14:04 -0400 (EDT) Subject: RPM broken when 2.6.0 test kernel installed? In-Reply-To: Message-ID: Hi, It's just an environmental variable, precisely how to change it depends on if you want the change to stick, and which shell you're using. To change it for just one session: Open a gnome-terminal (or use a VCONSOLE) and make sure you're in BASH. moose(1)$ export LD_ASSUME_KERNEL=2.2.5 You could make this part of a shell script if you will need it often. -- noah silva On Thu, 21 Aug 2003, Glen Maeding wrote: > Okay how exactly do you change that setting? > > <> > > * ** Glen Maeding > * ** MIS Tech @ Kidspeace Inc. > * ** Webmaster of MIS-comm, Pdangel.org, and others... > * ** E-mail: gmaeding at kidspeace.org > * ** Pager e-mail: goik at tmail.com > > > > -----Original Message----- > From: Klaasjan Brand [mailto:kjb at dds.nl] > Sent: Thursday, August 21, 2003 10:44 AM > To: rhl-beta-list at redhat.com > Subject: Re: RPM broken when 2.6.0 test kernel installed? > > > Jeff Johnson wrote: > > >Boot some other kernel, fix problems, boot original kernel is probably > >fastest approach; otherwise, install using rpm2cpio. > > > Or set LD_ASSUME_KERNEL=2.2.5 before running rpm. > > Klaasjan > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From gmaeding at kidspeace.org Thu Aug 21 15:15:44 2003 From: gmaeding at kidspeace.org (Glen Maeding) Date: Thu, 21 Aug 2003 11:15:44 -0400 Subject: RPM broken when 2.6.0 test kernel installed? Message-ID: ne wrote... <> Sorry, just thought it would be helpful for those who just jumped in and needed to see what happened before it arrived at this point. Thanks for pointing that out, ill fix that. * ** Glen Maeding * ** MIS Tech @ Kidspeace Inc. * ** Webmaster of MIS-comm, Pdangel.org, and others... * ** E-mail: gmaeding at kidspeace.org * ** Pager e-mail: goik at tmail.com From jaboutboul at speakeasy.net Thu Aug 21 15:20:03 2003 From: jaboutboul at speakeasy.net (Jack Aboutboul) Date: Thu, 21 Aug 2003 18:20:03 +0300 Subject: Minimal Install Option In-Reply-To: <20030821150914.GA2471@ti19> Message-ID: On Thursday, Aug 21, 2003, at 18:09 Asia/Jerusalem, Bill Rugolsky Jr. wrote: > On Thu, Aug 21, 2003 at 09:38:09AM -0400, Jef Spaleta wrote: >> File it as a bug! Or maybe you want to step up and be part of a >> worthwhile discussion as to re-working of the existing minimal install >> option. Since it seems its really a more a matter of how the packages >> are grouped and which groups a minimal install actually installs..its >> more a policy issue than an expert coding issue. This seems like >> something we can have a nice lovely little community discussion >> about...instead of just poking repeatedly at the anaconda maintainer >> to >> remove this one package here...or this one other package..or maybe add >> this one package to minimal. And its certainly a better idea to fix >> the >> current minimal install offering than adding another minimal minimal >> layer beyond the "broken" minimal. >> >> http://www.redhat.com/archives/rhl-beta-list/2003-July/msg00569.html > > This discussion always tends to conflate different notions of > "minimal". > > The question is "minimal" w.r.t what criterion? Is it the bare list > of packages necessary to get to a login prompt on a standalone machine? > Is it a networked host? Is documentation included? Manpages? > Info files? /usr/share/doc? > > I'd like to see a "bootstrap configuration" that installs enough that > I can install more using up2date or yum. That generally means "basic > networking (and firewalling)" + any specifics needed to get my host > connected to my network or ISP (i.e., ppp, dhcp, etc.). > > A bootstrap configuration would be nice, but I dont think it would be for anaconda proper. Maybe there needs to be something like "linux bootstrap". We need to work or this further. --Jack From sflory at rackable.com Thu Aug 21 16:11:16 2003 From: sflory at rackable.com (Samuel Flory) Date: Thu, 21 Aug 2003 09:11:16 -0700 Subject: RPM broken when 2.6.0 test kernel installed? In-Reply-To: References: Message-ID: <3F44EF24.5020301@rackable.com> Noah Silva [Mailing list] wrote: >Hi, > >It's just an environmental variable, precisely how to change it depends on >if you want the change to stick, and which shell you're using. To change >it for just one session: > >Open a gnome-terminal (or use a VCONSOLE) and make sure you're in BASH. > >moose(1)$ export LD_ASSUME_KERNEL=2.2.5 > >You could make this part of a shell script if you will need it often. > Or better yet put the following in .bashrc. alias rpm="LD_ASSUME_KERNEL=2.2.5 rpm" > > -- noah silva > >On Thu, 21 Aug 2003, Glen Maeding wrote: > > > >>Okay how exactly do you change that setting? >> >><> >> >>* ** Glen Maeding >>* ** MIS Tech @ Kidspeace Inc. >>* ** Webmaster of MIS-comm, Pdangel.org, and others... >>* ** E-mail: gmaeding at kidspeace.org >>* ** Pager e-mail: goik at tmail.com >> >> >> >>-----Original Message----- >>From: Klaasjan Brand [mailto:kjb at dds.nl] >>Sent: Thursday, August 21, 2003 10:44 AM >>To: rhl-beta-list at redhat.com >>Subject: Re: RPM broken when 2.6.0 test kernel installed? >> >> >>Jeff Johnson wrote: >> >> >> >>>Boot some other kernel, fix problems, boot original kernel is probably >>>fastest approach; otherwise, install using rpm2cpio. >>> >>> >>> >>Or set LD_ASSUME_KERNEL=2.2.5 before running rpm. >> >>Klaasjan >> >> >> >> >>-- >>Rhl-beta-list mailing list >>Rhl-beta-list at redhat.com >>http://www.redhat.com/mailman/listinfo/rhl-beta-list >> >> >>-- >>Rhl-beta-list mailing list >>Rhl-beta-list at redhat.com >>http://www.redhat.com/mailman/listinfo/rhl-beta-list >> >> >> > > >-- >Rhl-beta-list mailing list >Rhl-beta-list at redhat.com >http://www.redhat.com/mailman/listinfo/rhl-beta-list > > -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From bill at noreboots.com Thu Aug 21 16:22:27 2003 From: bill at noreboots.com (Bill Anderson) Date: 21 Aug 2003 10:22:27 -0600 Subject: Minimal Install Option In-Reply-To: <1061473089.4194.33.camel@spatula> References: <1061473089.4194.33.camel@spatula> Message-ID: <1061482947.2423.95.camel@locutus> On Thu, 2003-08-21 at 07:38, Jef Spaleta wrote: > Bill Anderson wrote: > >Wouldn't it be great if the Minimal Install option meant what it said? > >Who seriously believe NIS belongs on a firewall?? Minimal states it is > >for such things as firewalls > > File it as a bug! Or maybe you want to step up and be part of a > worthwhile discussion as to re-working of the existing minimal install > option. Since it seems its really a more a matter of how the packages > are grouped and which groups a minimal install actually installs..its > more a policy issue than an expert coding issue. This seems like > something we can have a nice lovely little community discussion I thought that was what we are doing here. > about...instead of just poking repeatedly at the anaconda maintainer to > remove this one package here...or this one other package..or maybe add > this one package to minimal. And its certainly a better idea to fix the > current minimal install offering than adding another minimal minimal > layer beyond the "broken" minimal. I have not suggested anything of the sort you are saying here. I stated a few packages I think are not part of a minimal install intender for "small routers or firewalls" as it was listed in the options, and why. Indeed, it is not my understanding that the maintainer of Anaconda even chooses these package lists. IIRC this thread correctly, it was you who went all sarcastic on things. Here is a short, quick list of what I see needs to be removed from an install "for creating small router/firewall boxes": aspell aspell-en autofs dhclient finger irda-utils mt-st mtools krb5-workstation nfs-utils pam_smb rsh # should not be a default or mandatory install at all jwhois wget ypbind unix2dos kudzu # do not generally find router/firewall boxes w/changing hardware at #firewalls/routers not usually using at commands parted #firewalls are pretty static partition-wise, remove sudo # plagued w/security concerns and not useful on a router/firewall talk # TALK!?!?!?! on a FIREWALL??!? Why those packages gone? Routers/Firewalls should not (and generally *do not*) do wgets, participate in Nothing Is Secure(NIS), manipulate dos files, finger other machines, run infrared equipment, act as a DHCP *client*, automount remote NFS shares, do spell checking, authenticate against SMB for users, perform whois lookups, etc.. The "dialup" group should also not be *required*, it should be optional. The following packages should be removed or made optional instead of default/mandatory: dos2unix #Optional, non-selected-by-default eject #Optional, non-selected-by-default gpm #Optional, non-selected-by-default kernel-pcmcia-cs #Optional, non-selected-by-default apmd #Optional, non-selected-by-default dump#Optional, non-selected-by-default ftp #Optional, non-selected-by-default mtr #Optional, non-selected-by-default nss_ldap #Optional, non-selected-by-default pam_krb5 #Optional, non-selected-by-default pidentd #Optional, non-selected-by-default reiserfs-utils # not all routers/firewalls will use this FS rp-pppoe #Optional, non-default jfsutils # not all routers/firewalls will use this FS sendmail # router/firewall, not email server slocate #Optional, maybe default but unselectable specspo # firewall/router not used to make RPMS! tcsh #Optional, non-selected-by-default telnet #Optional, non-default traceroute #Optional, non-selected-by-default up2date #Optional wireless-tools #*most* will not need them: optional, non-default lha #Optional, non-selected-by-default bc # firewall/router, not calculator lftp #Optional, non-selected-by-default openssh-clients #Optional, non-selected-by-default Why the last one, you may ask? IMO, it is bad security policy to have your firewall able to log in to other machines. A minimal install should provide no external services beyond SSH, especially when listed as a firewall/router install. Well, how is that for "bootstrapping" this discussion? -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From brugolsky at telemetry-investments.com Thu Aug 21 16:30:03 2003 From: brugolsky at telemetry-investments.com (Bill Rugolsky Jr.) Date: Thu, 21 Aug 2003 12:30:03 -0400 Subject: Minimal Install Option In-Reply-To: <1061482947.2423.95.camel@locutus> References: <1061473089.4194.33.camel@spatula> <1061482947.2423.95.camel@locutus> Message-ID: <20030821163003.GC2471@ti19> On Thu, Aug 21, 2003 at 10:22:27AM -0600, Bill Anderson wrote: > Why those packages gone? Routers/Firewalls should not (and generally *do > not*) do wgets, participate in Nothing Is Secure(NIS), manipulate dos > files, finger other machines, run infrared equipment, act as a DHCP > *client*, automount remote NFS shares, do spell checking, authenticate > against SMB for users, perform whois lookups, etc.. Nearly *every* residential dialup, DSL, and cable modem user acquires an address via DHCP, so a firewall router is most definitely a DHCP *client*. Regards, Bill Rugolsky From barryn at pobox.com Thu Aug 21 16:32:23 2003 From: barryn at pobox.com (Barry K. Nathan) Date: Thu, 21 Aug 2003 09:32:23 -0700 Subject: Severn Beta2 In-Reply-To: References: <001701c365a9$03ed0810$01fea8c0@vinhas> <061301c365b6$78d23080$9100000a@intgrp.com> <1061235440.6285.4.camel@Linux1> <200308202151.18972.hoyt@cavtel.net> <1061447268.3857.4.camel@Linux1> <1061448800.9639.15.camel@GreenTea> Message-ID: <20030821163223.GC16051@ip68-4-255-84.oc.oc.cox.net> On Thu, Aug 21, 2003 at 10:39:57AM -0400, Gerald Henriksen wrote: > Cambridge++ is not the spring 2004 release, but a minor release > planned for after 2.6 is released (and tested). > > I would assume that the spring 2004 release will have an entirely > different code word. Er... IIRC "Cambridge++" is a placeholder until Red Hat figures out what the "entirely different code word" is going to be. (I think this was explained on the rhl.redhat.com web page that got taken down.) -Barry K. Nathan From kaboom at gatech.edu Thu Aug 21 16:33:05 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Thu, 21 Aug 2003 10:33:05 -0600 (MDT) Subject: Minimal Install Option In-Reply-To: <1061482947.2423.95.camel@locutus> References: <1061473089.4194.33.camel@spatula> <1061482947.2423.95.camel@locutus> Message-ID: On Thu, 21 Aug 2003, Bill Anderson wrote: > Here is a short, quick list of what I see needs to be removed from an > install "for creating small router/firewall boxes": what your list is really pointing out is that the meaning of minimal is subjective. Even for a router / firewall. Just for a few examples: > krb5-workstation might be good on a router -- give you secure in-band management capabilities > wget I definitely want this on a router > A minimal install should provide no external services beyond SSH, > especially when listed as a firewall/router install. a firewall shouldn't provide any external services. manage them out-of-band What should be a default, or even a minimal, is highly subjective. Perhaps what's needed is a better definition of who / what minimal is intended for, b/c right now it doesn't really suit anyone. later, chris From elwoo at videotron.ca Thu Aug 21 16:45:42 2003 From: elwoo at videotron.ca (Elton Woo) Date: Thu, 21 Aug 2003 12:45:42 -0400 Subject: gnome panel (Bug # 102530) & Bug # 102533 Message-ID: <200308211245.42368.elwoo@videotron.ca> The update of gnome-panel-2.3.6.2-2.i386 from rawhide trashes the floating panel so seriously that now there is no other way to logout of the Gnome desktop other than CTRL-ALT-BKSP. See: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102530 SUMMARY: upgrading to gnome-panel-2.3.6.2-2.i386 from rawhide "kills" default. That said, I've decided to use good ol' KDE as my default desktop. However, I can't add any startup programs to the KDE session. Anyone care to comment on this? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102533 SUMMARY: unable to add startup programs in KDE I guess the only solution to the various problems now present, would be to do a clean re-install of the Severn beta 1, but since beta 2 is supposed to be out shortly, I guess I'll wait for *that*. ... not up to much "hoop jumping" at the moment :-( Elton -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Thu Aug 21 16:54:45 2003 From: elwoo at videotron.ca (Elton Woo) Date: Thu, 21 Aug 2003 12:54:45 -0400 Subject: anyone else using a cable-modem connection? Message-ID: <200308211254.45392.elwoo@videotron.ca> I wonder if I'm the only one interested in such an applet (for the Gnome desktop as well)? Comments? See this RFE from February, 2003: SUMMARY: KDE panel applet for NIC to indicate data throughput https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=85013 Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From bill at noreboots.com Thu Aug 21 16:57:10 2003 From: bill at noreboots.com (Bill Anderson) Date: 21 Aug 2003 10:57:10 -0600 Subject: Minimal Install Option In-Reply-To: <20030821163003.GC2471@ti19> References: <1061473089.4194.33.camel@spatula> <1061482947.2423.95.camel@locutus> <20030821163003.GC2471@ti19> Message-ID: <1061485029.2406.134.camel@locutus> On Thu, 2003-08-21 at 10:30, Bill Rugolsky Jr. wrote: > On Thu, Aug 21, 2003 at 10:22:27AM -0600, Bill Anderson wrote: > > Why those packages gone? Routers/Firewalls should not (and generally *do > > not*) do wgets, participate in Nothing Is Secure(NIS), manipulate dos > > files, finger other machines, run infrared equipment, act as a DHCP > > *client*, automount remote NFS shares, do spell checking, authenticate > > against SMB for users, perform whois lookups, etc.. > > Nearly *every* residential dialup, DSL, and cable modem user acquires > an address via DHCP, so a firewall router is most definitely a DHCP *client*. > Well around here it is the opposite. Around here they are told to use a static IP (it's always the same IP, makes support easier I suppose) and their cable/dsl box does the DHCP client side. So put dhclient as optional. -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From bill at noreboots.com Thu Aug 21 16:39:04 2003 From: bill at noreboots.com (Bill Anderson) Date: 21 Aug 2003 10:39:04 -0600 Subject: Minimal Install Option In-Reply-To: <20030821150914.GA2471@ti19> References: <1061473089.4194.33.camel@spatula> <20030821150914.GA2471@ti19> Message-ID: <1061483944.2384.113.camel@locutus> On Thu, 2003-08-21 at 09:09, Bill Rugolsky Jr. wrote: > On Thu, Aug 21, 2003 at 09:38:09AM -0400, Jef Spaleta wrote: > > File it as a bug! Or maybe you want to step up and be part of a > > worthwhile discussion as to re-working of the existing minimal install > > option. Since it seems its really a more a matter of how the packages > > are grouped and which groups a minimal install actually installs..its > > more a policy issue than an expert coding issue. This seems like > > something we can have a nice lovely little community discussion > > about...instead of just poking repeatedly at the anaconda maintainer to > > remove this one package here...or this one other package..or maybe add > > this one package to minimal. And its certainly a better idea to fix the > > current minimal install offering than adding another minimal minimal > > layer beyond the "broken" minimal. > > > > http://www.redhat.com/archives/rhl-beta-list/2003-July/msg00569.html > > This discussion always tends to conflate different notions of "minimal". > > The question is "minimal" w.r.t what criterion? Is it the bare list > of packages necessary to get to a login prompt on a standalone machine? > Is it a networked host? Is documentation included? Manpages? > Info files? /usr/share/doc? In general, I could agree with this. However, the description on Minimal states "for small router/firewall boxes" which gives us a reasonable expectation. IMO, part of the problem is that selecting the minimal install there are so many required packages that most firewalls will not need, and some that all firewalls should not have. IMO, a firewall installation ("minimal") is pretty darned close to a minimal network-ready install. One certainly could use it (after the changes I proposed in another email) as a bootstrap for network add-ons. Install the minimal, then install yum (or add yum during install), then yum-away. Then create a kickstart config file. Or, select the Minimal, then add individual packages. Oh, and for those who say "just install and remove... then make a kickstart"... The problem with the "just install and remove then make a kickstart file" mentality is the "and remove" section. Remove foo and find it relies on bar, eggs, bacon, and spam. So if in the package tool during installation, you have to backtrack and find all these other dependencies and remove them, then try again. It is easier to build then remove. -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From david.balazic at uni-mb.si Thu Aug 21 17:09:35 2003 From: david.balazic at uni-mb.si (David Balazic) Date: Thu, 21 Aug 2003 19:09:35 +0200 Subject: New versions of rescue CD (aka Sysadmin Survival CD) ? Message-ID: <3F44FCCF.2050500@uni-mb.si> Hi! Are there any newer versions of the red hat rescue CD (aka Sysadmin Survival CD) ? The latest on ftp://ftp.redhat.de/pub/rh-addons/rescue-cd/ is RHL 8.0 based. Regards -- David Balazic -------------- "Be excellent to each other." - Bill S. Preston, Esq., & "Ted" Theodore Logan - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From jaboutboul at speakeasy.net Thu Aug 21 17:10:51 2003 From: jaboutboul at speakeasy.net (Jack Aboutboul) Date: Thu, 21 Aug 2003 20:10:51 +0300 Subject: Minimal Install Option In-Reply-To: <1061483944.2384.113.camel@locutus> Message-ID: <6A8F32B9-D3FA-11D7-984C-000A95689082@speakeasy.net> On Thursday, Aug 21, 2003, at 19:39 Asia/Jerusalem, Bill Anderson wrote: > On Thu, 2003-08-21 at 09:09, Bill Rugolsky Jr. wrote: >> On Thu, Aug 21, 2003 at 09:38:09AM -0400, Jef Spaleta wrote: >>> File it as a bug! Or maybe you want to step up and be part of a >>> worthwhile discussion as to re-working of the existing minimal >>> install >>> option. Since it seems its really a more a matter of how the packages >>> are grouped and which groups a minimal install actually installs..its >>> more a policy issue than an expert coding issue. This seems like >>> something we can have a nice lovely little community discussion >>> about...instead of just poking repeatedly at the anaconda maintainer >>> to >>> remove this one package here...or this one other package..or maybe >>> add >>> this one package to minimal. And its certainly a better idea to fix >>> the >>> current minimal install offering than adding another minimal minimal >>> layer beyond the "broken" minimal. >>> >>> http://www.redhat.com/archives/rhl-beta-list/2003-July/msg00569.html >> >> This discussion always tends to conflate different notions of >> "minimal". >> >> The question is "minimal" w.r.t what criterion? Is it the bare list >> of packages necessary to get to a login prompt on a standalone >> machine? >> Is it a networked host? Is documentation included? Manpages? >> Info files? /usr/share/doc? > > In general, I could agree with this. However, the description on > Minimal > states "for small router/firewall boxes" which gives us a reasonable > expectation. > True. I think router/firewall in the description is a bit misleading. You can either change the packages or change the description, hence, we should change the packages. > Oh, and for those who say "just install and remove... then make a > kickstart"... > > The problem with the "just install and remove then make a kickstart > file" mentality is the "and remove" section. Remove foo and find it > relies on bar, eggs, bacon, and spam. That's definately quote of the year. Who rocks? Bill Rocks! --Jack From bill at noreboots.com Thu Aug 21 17:11:30 2003 From: bill at noreboots.com (Bill Anderson) Date: 21 Aug 2003 11:11:30 -0600 Subject: Minimal Install Option In-Reply-To: References: <1061473089.4194.33.camel@spatula> <1061482947.2423.95.camel@locutus> Message-ID: <1061485890.2423.160.camel@locutus> On Thu, 2003-08-21 at 10:33, Chris Ricker wrote: > On Thu, 21 Aug 2003, Bill Anderson wrote: > > > Here is a short, quick list of what I see needs to be removed from an > > install "for creating small router/firewall boxes": > > what your list is really pointing out is that the meaning of minimal is > subjective. Even for a router / firewall. Actually, there are a lot of objective ones. Calculators, NFS, automounting NFS shares, participating in NIS, creating and manipulating dos filesystems, converting unix line endings to dos line endings. None of these are part of a what a firewall or router do. Nor do they serve as "talk" stations, or have a need for spell-checking things. > Just for a few examples: > > > krb5-workstation > > might be good on a router -- give you secure in-band management capabilities The package itself in it's description says it is for workstations. A firewall/router is not a network management station. Looking at the list of files it provides, I see kerberized versions of rcp, rlogin, uuclient, telnet, rsh, ftp, etc. All not part of what a router/firewall does. X "might be good" on a router/firewall too as it provides nice graphical tools for system management. But those selecting "minimal" that is "good for small routers/firewalls" are not expecting to get "might be good" packages. Firewalls and routers route packets. They do not manage networks or services, nor provide them. > > > wget > > I definitely want this on a router Why? Why should a router/firewall be downloading web pages, etc.? > > A minimal install should provide no external services beyond SSH, > > especially when listed as a firewall/router install. > > a firewall shouldn't provide any external services. manage them out-of-band I'm not sure you are disagreeing with me here. Are you saying don't remote log in to a firewall at all, or are you agreeing with me? > What should be a default, or even a minimal, is highly subjective. Perhaps > what's needed is a better definition of who / what minimal is intended for, > b/c right now it doesn't really suit anyone. Well, it does say what it is intended for, it just doesn't live up to (or down to) that claim. :( Particularly during install, If you have something you want to add because it "might be good" that is easier than removing a bunch of things with dependency trees. -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From bill at noreboots.com Thu Aug 21 17:12:05 2003 From: bill at noreboots.com (Bill Anderson) Date: 21 Aug 2003 11:12:05 -0600 Subject: RPM broken when 2.6.0 test kernel installed? In-Reply-To: <1061472300.993.29.camel@one.myworld> References: <1061472300.993.29.camel@one.myworld> Message-ID: <1061485925.2384.163.camel@locutus> On Thu, 2003-08-21 at 07:25, F?liciano Matias wrote: > Le jeu 21/08/2003 ? 15:05, Glen Maeding a ?crit : > > Ever since i have installed the latest rpm kernel test version 2.6.0-test from http://people.redhat.com/arjanv/2.5/ , i have been finding that the rpm doesnt function correctly anymore. > > > > Heres what happen when i try to install any RPM in general: > > > > rpmdb: unable to join the environment > > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > > error: cannot open Packages index using db3 - Resource temporarily unavailable (11) > > error: cannot open Packages database in /var/lib/rpm > > rpmdb: unable to join the environment > > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > > error: cannot open Packages database in /var/lib/rpm > > rpmdb: unable to join the environment > > error: db4 error(11) from dbenv->open: Resource temporarily unavailable > > error: cannot open Packages database in /var/lib/rpm > > > > Anybody know how to fix this problem > > Reboot > rm -f /var/lib/rpm/__db.* > rpm --rebuilddb No, FIRST: rm -f /var/lib/rpm/__db.* THEN try it out. More often than not (OK, every time so far) when things like this have happened, this one step alone has resolved by problem w/o needing a reboot, OR a rebuild of the rpm database. -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From brugolsky at telemetry-investments.com Thu Aug 21 17:17:08 2003 From: brugolsky at telemetry-investments.com (Bill Rugolsky Jr.) Date: Thu, 21 Aug 2003 13:17:08 -0400 Subject: Minimal Install Option In-Reply-To: <1061485890.2423.160.camel@locutus> References: <1061473089.4194.33.camel@spatula> <1061482947.2423.95.camel@locutus> <1061485890.2423.160.camel@locutus> Message-ID: <20030821171708.GF2471@ti19> On Thu, Aug 21, 2003 at 11:11:30AM -0600, Bill Anderson wrote: > Why? Why should a router/firewall be downloading web pages, etc.? To get the errata RPMS, when you have not installed up2date or yum (and python along with it)? Let's not throw out the baby ... -Bill Rugolsky From kaboom at gatech.edu Thu Aug 21 17:21:53 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Thu, 21 Aug 2003 11:21:53 -0600 (MDT) Subject: Minimal Install Option In-Reply-To: <1061485890.2423.160.camel@locutus> References: <1061473089.4194.33.camel@spatula> <1061482947.2423.95.camel@locutus> <1061485890.2423.160.camel@locutus> Message-ID: On Thu, 21 Aug 2003, Bill Anderson wrote: > > Just for a few examples: > > > > > krb5-workstation > > > > might be good on a router -- give you secure in-band management capabilities > > The package itself in it's description says it is for workstations. Wrong one. I wanted pam_krb5, which was also on your list. Makes sense on interior routers (as might ssh, for the same reasons/uses), doesn't on exterior. > > I definitely want this on a router > > Why? Why should a router/firewall be downloading web pages, etc.? to download files to it when I'm setting it up, patching it, etc. > > > A minimal install should provide no external services beyond SSH, > > > especially when listed as a firewall/router install. > > > > a firewall shouldn't provide any external services. manage them out-of-band > > I'm not sure you are disagreeing with me here. Are you saying don't > remote log in to a firewall at all, or are you agreeing with me? I'm disagreeing. The last thing a fw should do is run a service, let alone one with the security history of ssh.... Manage over serial. later, chris From bill at noreboots.com Thu Aug 21 17:28:16 2003 From: bill at noreboots.com (Bill Anderson) Date: 21 Aug 2003 11:28:16 -0600 Subject: Minimal Install Option In-Reply-To: <20030821171708.GF2471@ti19> References: <1061473089.4194.33.camel@spatula> <1061482947.2423.95.camel@locutus> <1061485890.2423.160.camel@locutus> <20030821171708.GF2471@ti19> Message-ID: <1061486896.2416.172.camel@locutus> On Thu, 2003-08-21 at 11:17, Bill Rugolsky Jr. wrote: > On Thu, Aug 21, 2003 at 11:11:30AM -0600, Bill Anderson wrote: > > Why? Why should a router/firewall be downloading web pages, etc.? > > To get the errata RPMS, when you have not installed > up2date or yum (and python along with it)? Uhh ftp? Note that I did include 2 ftp clients as options (actually changed them to options). Also, in general one should already have them downloaded and put on the test server before throwing them on the firewall, so you can just scp them over from there. Or if you choose to not allow incoming ssh/scp install the (optional) openssh-clients and scp from the test machine. ;) Or, you could forgo all of the above and tell RPM to install the rpm via ftp url as opposed to local file system. -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From imoq at imoqland.com Thu Aug 21 17:29:50 2003 From: imoq at imoqland.com (Alejandro =?ISO-8859-1?Q?Gonz=E1lez_Hern=E1ndez?= - Imoq) Date: 21 Aug 2003 12:29:50 -0500 Subject: RPM broken when 2.6.0 test kernel installed? In-Reply-To: References: Message-ID: <1061486989.32537.9.camel@imoqland.morelos.gob.mx> On Thu, 2003-08-21 at 08:05, Glen Maeding wrote: > Ever since i have installed the latest rpm kernel test version 2.6.0-test from http://people.redhat.com/arjanv/2.5/ , i have been finding that the rpm doesnt function correctly anymore. > > Heres what happen when i try to install any RPM in general: > > rpmdb: unable to join the environment Sounds like: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=92247 I had the same problem with the test kernel 2.6.0, I did what Jeff recommended and now rpm works again. Cheers, Alex. -- ?S? libre, usa software libre! Be free, use free software! http://www.imoqland.com/ From gmaeding at kidspeace.org Thu Aug 21 17:36:36 2003 From: gmaeding at kidspeace.org (Glen Maeding) Date: Thu, 21 Aug 2003 13:36:36 -0400 Subject: anyone else using a cable-modem connection? Message-ID: <> Isnt there one already labeled 'system monitor'? Right click on panel, add to panel, ultity, system monitor. Change in the perferences the monitor to see from processor to network. * ** Glen Maeding * ** MIS Tech @ Kidspeace Inc. * ** Webmaster of MIS-comm, Pdangel.org, and others... * ** E-mail: gmaeding at kidspeace.org * ** Pager e-mail: goik at tmail.com This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. From pekkas at netcore.fi Thu Aug 21 17:50:14 2003 From: pekkas at netcore.fi (Pekka Savola) Date: Thu, 21 Aug 2003 20:50:14 +0300 (EEST) Subject: Minimal Install Option In-Reply-To: Message-ID: On Thu, 21 Aug 2003, Chris Ricker wrote: > > I'm not sure you are disagreeing with me here. Are you saying don't > > remote log in to a firewall at all, or are you agreeing with me? > > I'm disagreeing. The last thing a fw should do is run a service, let > alone one with the security history of ssh.... Manage over serial. Disagree. Set your access controls in /etc/hosts.allow for sshd and you're done :-) When I was builing firewalls, I added a default deny for sshd in /etc/hosts.allow in %post, and recommended to add hosts if necessary in /etc/motd. There is certainly a need for management, and out-of-band in this type of devices is certainly a non-starter. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From kaboom at gatech.edu Thu Aug 21 17:52:35 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Thu, 21 Aug 2003 11:52:35 -0600 (MDT) Subject: Minimal Install Option In-Reply-To: <1061486896.2416.172.camel@locutus> References: <1061473089.4194.33.camel@spatula> <1061482947.2423.95.camel@locutus> <1061485890.2423.160.camel@locutus> <20030821171708.GF2471@ti19> <1061486896.2416.172.camel@locutus> Message-ID: On Thu, 21 Aug 2003, Bill Anderson wrote: > Uhh ftp? Note that I did include 2 ftp clients as options (actually > changed them to options). why would you possibly permit ftp clients, but not http clients? ftp is even less secure than http -- it makes no sense to allow the former, but not the latter, on security grounds later, chris From kaboom at gatech.edu Thu Aug 21 17:55:24 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Thu, 21 Aug 2003 11:55:24 -0600 (MDT) Subject: Minimal Install Option In-Reply-To: References: Message-ID: On Thu, 21 Aug 2003, Pekka Savola wrote: > On Thu, 21 Aug 2003, Chris Ricker wrote: > > > I'm not sure you are disagreeing with me here. Are you saying don't > > > remote log in to a firewall at all, or are you agreeing with me? > > > > I'm disagreeing. The last thing a fw should do is run a service, let > > alone one with the security history of ssh.... Manage over serial. > > Disagree. Set your access controls in /etc/hosts.allow for sshd and you're > done :-) and then join the OpenSSL / OpenSSH exploit train.... No, thanks! This is all just proving my point, which was that no one can even agree on what a minimal machine should be. later, chris From elwoo at videotron.ca Thu Aug 21 17:56:01 2003 From: elwoo at videotron.ca (Elton Woo) Date: Thu, 21 Aug 2003 13:56:01 -0400 Subject: anyone else using a cable-modem connection? In-Reply-To: References: Message-ID: <200308211356.01379.elwoo@videotron.ca> On August 21, 2003 01:36 pm, Glen Maeding wrote: > < desktop as well)?>> > > Isnt there one already labeled 'system monitor'? Right click on panel, add > to panel, ultity, system monitor. Change in the perferences the monitor to > see from processor to network. Let me try this in Standard English. The Requested Feature Enhancement is for an applet which shows the _data throughput_ of the Network Interface Card. SPECIFICALLY: something which shows so many kilobytes *uploading* and so many kilobytes *downloading*. The system monitor shows what processes are running and the amount of *CPU* usage. It DOES NOT show the data throughout of the Internet or network connections. Sorry if I didn't explain myself _clearly enough_. Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From bill at noreboots.com Thu Aug 21 17:59:48 2003 From: bill at noreboots.com (Bill Anderson) Date: 21 Aug 2003 11:59:48 -0600 Subject: Minimal Install Option In-Reply-To: References: Message-ID: <1061488788.2406.208.camel@locutus> On Thu, 2003-08-21 at 11:55, Chris Ricker wrote: > On Thu, 21 Aug 2003, Pekka Savola wrote: > > > On Thu, 21 Aug 2003, Chris Ricker wrote: > > > > I'm not sure you are disagreeing with me here. Are you saying don't > > > > remote log in to a firewall at all, or are you agreeing with me? > > > > > > I'm disagreeing. The last thing a fw should do is run a service, let > > > alone one with the security history of ssh.... Manage over serial. > > > > Disagree. Set your access controls in /etc/hosts.allow for sshd and you're > > done :-) > > and then join the OpenSSL / OpenSSH exploit train.... No, thanks! > > This is all just proving my point, which was that no one can even agree > on what a minimal machine should be. Actually, at this point this part of the thread is a security discussion, not a minimum install discussion. -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From joe at tmsusa.com Thu Aug 21 18:00:15 2003 From: joe at tmsusa.com (Joe) Date: Thu, 21 Aug 2003 11:00:15 -0700 Subject: Minimal Install Option In-Reply-To: References: Message-ID: <3F4508AF.70801@tmsusa.com> Chris Ricker wrote: >On Thu, 21 Aug 2003, Pekka Savola wrote: > > > >>On Thu, 21 Aug 2003, Chris Ricker wrote: >> >> >>>>I'm not sure you are disagreeing with me here. Are you saying don't >>>>remote log in to a firewall at all, or are you agreeing with me? >>>> >>>> >>>I'm disagreeing. The last thing a fw should do is run a service, let >>>alone one with the security history of ssh.... Manage over serial. >>> >>> >>Disagree. Set your access controls in /etc/hosts.allow for sshd and you're >>done :-) >> >> > >and then join the OpenSSL / OpenSSH exploit train.... No, thanks! > >This is all just proving my point, which was that no one can even agree >on what a minimal machine should be. > > > "exploit train?" hmm, you don't seem to be quite up to speed on openssh - I suppose you haven't heard about privelege separation etc? openssh is just about the most secure connection method out there. What do you propose for remote shell access, telnet? Joe From johnsonm at redhat.com Thu Aug 21 18:02:30 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Thu, 21 Aug 2003 14:02:30 -0400 Subject: Stock kernels In-Reply-To: <35585.140.175.214.36.1061412597.squirrel@www.peaknet.net>; from dsavage@peaknet.net on Wed, Aug 20, 2003 at 03:49:57PM -0500 References: <30F8D7BD-D297-11D7-808C-000A95689082@speakeasy.net> <35585.140.175.214.36.1061412597.squirrel@www.peaknet.net> Message-ID: <20030821140230.A12106@devserv.devel.redhat.com> On Wed, Aug 20, 2003 at 03:49:57PM -0500, dsavage at peaknet.net wrote: > This fails with multiple errors during the compilation of the > i2c-ali1535.c SMBus South bridge driver for portables. When I change the > CONFIG_I2C_ALI1535 entry in the .config file from "=m" to "#" commented > out and repeat the process (including 'make mrproper'), 'make rpm' will > fail somewhere else. This is probably, as someone else suggested earlier, due to using gcc instead of gcc32. The current kernel source isn't quite ready for gcc 3.3, so we had to provide that fallback. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From bill at noreboots.com Thu Aug 21 18:02:42 2003 From: bill at noreboots.com (Bill Anderson) Date: 21 Aug 2003 12:02:42 -0600 Subject: anyone else using a cable-modem connection? In-Reply-To: <200308211356.01379.elwoo@videotron.ca> References: <200308211356.01379.elwoo@videotron.ca> Message-ID: <1061488961.2384.217.camel@locutus> On Thu, 2003-08-21 at 11:56, Elton Woo wrote: > On August 21, 2003 01:36 pm, Glen Maeding wrote: > > < > desktop as well)?>> > > > > Isnt there one already labeled 'system monitor'? Right click on panel, add > > to panel, ultity, system monitor. Change in the perferences the monitor to > > see from processor to network. > > Let me try this in Standard English. > The Requested Feature Enhancement is for an applet which shows the > _data throughput_ of the Network Interface Card. > SPECIFICALLY: something which shows so many kilobytes > *uploading* and so many kilobytes *downloading*. > > The system monitor shows what processes are running and the > amount of *CPU* usage. It DOES NOT show the data throughout > of the Internet or network connections. It does, though, show % usage of the NETWORK. It is MORE than just for CPU usage. It covers % usage of network as well as swap and memory. -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From gmaeding at kidspeace.org Thu Aug 21 18:02:27 2003 From: gmaeding at kidspeace.org (Glen Maeding) Date: Thu, 21 Aug 2003 14:02:27 -0400 Subject: RPM broken when 2.6.0 test kernel installed? Message-ID: He is correct, its basically the same thing, thanks for explaining the fix to me, it worked for me. * ** Glen Maeding * ** MIS Tech @ Kidspeace Inc. * ** Webmaster of MIS-comm, Pdangel.org, and others... * ** E-mail: gmaeding at kidspeace.org * ** Pager e-mail: goik at tmail.com Alex wrote: <> This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. From bill at noreboots.com Thu Aug 21 18:07:15 2003 From: bill at noreboots.com (Bill Anderson) Date: 21 Aug 2003 12:07:15 -0600 Subject: Minimal Install Option In-Reply-To: References: <1061473089.4194.33.camel@spatula> <1061482947.2423.95.camel@locutus> <1061485890.2423.160.camel@locutus> <20030821171708.GF2471@ti19> <1061486896.2416.172.camel@locutus> Message-ID: <1061489235.2407.232.camel@locutus> On Thu, 2003-08-21 at 11:52, Chris Ricker wrote: > On Thu, 21 Aug 2003, Bill Anderson wrote: > > > Uhh ftp? Note that I did include 2 ftp clients as options (actually > > changed them to options). > > why would you possibly permit ftp clients, but not http clients? ftp is even > less secure than http -- it makes no sense to allow the former, but not the > latter, on security grounds I didn't say disallow it based on security grounds, but on "minimal install" grounds, so to speak. If I were to base it on security grounds I would use neither http or ftp for this, and thus install neither. Oh, and you can use an HTTP URL for rpm installs and upgrades as well. So there you go, install neither wget or ftp and still be able to do the upgrades. I would not transfer config data over ftp/http anyway, on security grounds. -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From bill at noreboots.com Thu Aug 21 18:07:24 2003 From: bill at noreboots.com (Bill Anderson) Date: 21 Aug 2003 12:07:24 -0600 Subject: Minimal Install Option In-Reply-To: References: <1061473089.4194.33.camel@spatula> <1061482947.2423.95.camel@locutus> <1061485890.2423.160.camel@locutus> Message-ID: <1061489244.2387.234.camel@locutus> On Thu, 2003-08-21 at 11:21, Chris Ricker wrote: > On Thu, 21 Aug 2003, Bill Anderson wrote: > > > > Just for a few examples: > > > > > > > krb5-workstation > > > > > > might be good on a router -- give you secure in-band management capabilities > > > > The package itself in it's description says it is for workstations. > > Wrong one. I wanted pam_krb5, which was also on your list. Makes sense on > interior routers (as might ssh, for the same reasons/uses), doesn't on > exterior. Ahh, ok. However, below, you say no logging in remotely at all, so why pam_krb at all then? The only time someone should need to log into a firewall/router, is for administrative purposes. If using a serial connection (directly!) then log in as root, do what you need, and log off. Why not su? Decreased avenue of attack should an attacker manage to get local privileges: Mount everything nosuid. This of course disables 'su root' even if installed. > > > > I definitely want this on a router > > > > Why? Why should a router/firewall be downloading web pages, etc.? > > to download files to it when I'm setting it up, patching it, etc. Why not ftp clients? Or scp from the target storage machine? Or, since in the way you describe it you'll be at the machine for it anyway, floppy or cdrom transfer? [wget has had it's security issues too ;)] > > > > > A minimal install should provide no external services beyond SSH, > > > > especially when listed as a firewall/router install. > > > > > > a firewall shouldn't provide any external services. manage them out-of-band > > > > I'm not sure you are disagreeing with me here. Are you saying don't > > remote log in to a firewall at all, or are you agreeing with me? > > I'm disagreeing. The last thing a fw should do is run a service, let > alone one with the security history of ssh.... Manage over serial. OK, I can see that, and in some cases I agree. Although, I am beginning to think that for those getting RH>=10, chances are we are talking about home/SMB users who will not have those capabilities. Thus, SSH would be the next best thing. The more I look at it ... Small businesses and homes are the likely groups to be running this option. Larger businesses are the target of other RH setups. Homes are exceedingly unlikely to be running Kerberos, and small businesses are also unlikely. Medium businesses only slightly more likely to be running it. To my understanding (correct me if I'm wrong here) Kerberos only handles auth, it does not encrypt traffic. Thus, moving files to it using kerberos auth will still leave those files plaintext over the wire. Thus, for things like this ssh is a more secure -in general- option. So when I copy over a new /etc/shadow w/o encrypting the traffic, just using krb auth, the file is still plaintext over the wire. (should you be transferring those kinds of things? Sometimes, it is the best choice of those available) -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From johnsonm at redhat.com Thu Aug 21 18:14:31 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Thu, 21 Aug 2003 14:14:31 -0400 Subject: Stock kernels In-Reply-To: <1061417502.13713.3.camel@albert>; from knxmay001@mail.uct.ac.za on Thu, Aug 21, 2003 at 12:11:42AM +0200 References: <001d01c3663c$3a789dc0$196d9e89@pegasus> <3F425064.5010700@rackable.com> <1061344048.2689.4.camel@albert> <1061351511.7695.27.camel@localhost.localdomain> <20030820105609.D8249@devserv.devel.redhat.com> <1061417502.13713.3.camel@albert> Message-ID: <20030821141431.B12106@devserv.devel.redhat.com> On Thu, Aug 21, 2003 at 12:11:42AM +0200, Maynard Kuona wrote: > That is why I had suggested this to the thread first. Because it seems > there is a lot the kernel.org kernel does not do. Please do not get me > wrong, I know how to, and have compiled the kernel. But there is enough > difference to warrant, IMO, the Redhat Linux Project to just maybe tweak > the kernel so it compiles less problematically under Redhat. Just maybe > edit the scripts, or maybe just point us to people who do this if they > are available. Well, as I have said, everyone wants something slightly different, and by the time you get many of the requests covered, you're back to what we have now, more or less. That's why it makes sense for folks who build a kernel to their own specifications put it up for others with the same set of specifications. I just expect based on traffic on this list that we could see a great many such... michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From shrek-m at gmx.de Thu Aug 21 18:20:01 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 21 Aug 2003 20:20:01 +0200 Subject: anyone else using a cable-modem connection? In-Reply-To: <1061488961.2384.217.camel@locutus> References: <200308211356.01379.elwoo@videotron.ca> <1061488961.2384.217.camel@locutus> Message-ID: <3F450D51.7090605@gmx.de> Bill Anderson wrote: >>The system monitor shows what processes are running and the >>amount of *CPU* usage. It DOES NOT show the data throughout >>of the Internet or network connections. >> >> >It does, though, show % usage of the NETWORK. It is MORE than just for >CPU usage. It covers % usage of network as well as swap and memory. > but it doesn?t show the usage of the single interfaces. eth0, eth1 = 1 networkmonitor there was an applet where you could choose and monitor the different interfaces but i can?t remeber, was it on redhat6.x, suse 7.1, debian, ... gnome1.x, kde2.x, enlightenment, ... -- shrek-m From sflory at rackable.com Thu Aug 21 18:15:01 2003 From: sflory at rackable.com (Samuel Flory) Date: Thu, 21 Aug 2003 11:15:01 -0700 Subject: Mozilla causing OOM? In-Reply-To: <1061376692.9626.38.camel@laptop> References: <1061376692.9626.38.camel@laptop> Message-ID: <3F450C25.6090600@rackable.com> Warren Togami wrote: >On several occasions mozilla-1.4 in Severn grew to use all system >memory, causing a massive swap storm and eventually OOM. During the >swap storm the desktop is almost unusable. > >Has anyone else experienced this recently? > > Not quite that bad, but mozilla does seem to have memory issues in severn. It's something to do with Severn. The exact same mozilla binary worked fine under 9, but not after an upgrade. It seems to be a issue with the mozilla rpms as well. The 2.6 kernel makes it livable if I remember to close, and reopen mozilla at the start of the day. -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From pekkas at netcore.fi Thu Aug 21 18:23:38 2003 From: pekkas at netcore.fi (Pekka Savola) Date: Thu, 21 Aug 2003 21:23:38 +0300 (EEST) Subject: Minimal Install Option In-Reply-To: Message-ID: On Thu, 21 Aug 2003, Chris Ricker wrote: > On Thu, 21 Aug 2003, Pekka Savola wrote: > > > On Thu, 21 Aug 2003, Chris Ricker wrote: > > > > I'm not sure you are disagreeing with me here. Are you saying don't > > > > remote log in to a firewall at all, or are you agreeing with me? > > > > > > I'm disagreeing. The last thing a fw should do is run a service, let > > > alone one with the security history of ssh.... Manage over serial. > > > > Disagree. Set your access controls in /etc/hosts.allow for sshd and you're > > done :-) > > and then join the OpenSSL / OpenSSH exploit train.... No, thanks! I'm puzzled by this point. These would be local vulnerabilities. There will always be those, and it can be mitigated by keeping the system up-to-date. If you haven't heard, hosts.allow activates the access controls very, very early in the process. You really can't exploit OpenSSH using that: 1) no SSH protocol processing happens before that, and 2) no input is received or processed before that. You rely on tcp-wrappers though, but you can reinforce that by a firewall rule if you want to. Oh wait, then you join the iptables vulnerability train! :-) -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From johnsonm at redhat.com Thu Aug 21 18:29:47 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Thu, 21 Aug 2003 14:29:47 -0400 Subject: Severn Beta2 In-Reply-To: <20030821163223.GC16051@ip68-4-255-84.oc.oc.cox.net>; from barryn@pobox.com on Thu, Aug 21, 2003 at 09:32:23AM -0700 References: <001701c365a9$03ed0810$01fea8c0@vinhas> <061301c365b6$78d23080$9100000a@intgrp.com> <1061235440.6285.4.camel@Linux1> <200308202151.18972.hoyt@cavtel.net> <1061447268.3857.4.camel@Linux1> <1061448800.9639.15.camel@GreenTea> <20030821163223.GC16051@ip68-4-255-84.oc.oc.cox.net> Message-ID: <20030821142947.C12106@devserv.devel.redhat.com> On Thu, Aug 21, 2003 at 09:32:23AM -0700, Barry K. Nathan wrote: > Er... IIRC "Cambridge++" is a placeholder until Red Hat figures out what > the "entirely different code word" is going to be. (I think this was > explained on the rhl.redhat.com web page that got taken down.) You are correct, that's how we're using it. Just "whatever we call what follows cambridge". michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From ghenriks at rogers.com Thu Aug 21 18:40:52 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Thu, 21 Aug 2003 14:40:52 -0400 Subject: Severn Beta2 In-Reply-To: <20030821163223.GC16051@ip68-4-255-84.oc.oc.cox.net> References: <001701c365a9$03ed0810$01fea8c0@vinhas> <061301c365b6$78d23080$9100000a@intgrp.com> <1061235440.6285.4.camel@Linux1> <200308202151.18972.hoyt@cavtel.net> <1061447268.3857.4.camel@Linux1> <1061448800.9639.15.camel@GreenTea> <20030821163223.GC16051@ip68-4-255-84.oc.oc.cox.net> Message-ID: On Thu, 21 Aug 2003 09:32:23 -0700, you wrote: >On Thu, Aug 21, 2003 at 10:39:57AM -0400, Gerald Henriksen wrote: >> Cambridge++ is not the spring 2004 release, but a minor release >> planned for after 2.6 is released (and tested). >> >> I would assume that the spring 2004 release will have an entirely >> different code word. > >Er... IIRC "Cambridge++" is a placeholder until Red Hat figures out what >the "entirely different code word" is going to be. (I think this was >explained on the rhl.redhat.com web page that got taken down.) Cambridge++ is a reflection that it is not an entirely new release but rather that it is Cambridge plus kernel 2.6 (ie the kernel should be the only change). Cambridge/Cambridge++ are merely code words for those releases of the distribution, and when the release occurs a proper name will be given to them. We don't yet know what the code word will be for the release in spring 2004. From notting at redhat.com Thu Aug 21 18:46:55 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 21 Aug 2003 14:46:55 -0400 Subject: Severn Beta2 In-Reply-To: ; from ghenriks@rogers.com on Thu, Aug 21, 2003 at 02:40:52PM -0400 References: <001701c365a9$03ed0810$01fea8c0@vinhas> <061301c365b6$78d23080$9100000a@intgrp.com> <1061235440.6285.4.camel@Linux1> <200308202151.18972.hoyt@cavtel.net> <1061447268.3857.4.camel@Linux1> <1061448800.9639.15.camel@GreenTea> <20030821163223.GC16051@ip68-4-255-84.oc.oc.cox.net> Message-ID: <20030821144655.A4630@devserv.devel.redhat.com> Gerald Henriksen (ghenriks at rogers.com) said: > Cambridge++ is a reflection that it is not an entirely new release but > rather that it is Cambridge plus kernel 2.6 (ie the kernel should be > the only change). No, it's ++ in programmer syntax, i.e., the next increment. The fact that Cambridge in the name does not necessarily denote its similarity to the Cambridge codebase. :) Bill From bill at noreboots.com Thu Aug 21 18:57:01 2003 From: bill at noreboots.com (Bill Anderson) Date: 21 Aug 2003 12:57:01 -0600 Subject: Minimal Install - alternative view Message-ID: <1061492221.2416.293.camel@locutus> OK, so people are fighting the idea of a minimal option. WHy not get rid of it then? Core seems pretty basic. Why not then add groups like the following: * Corporate Firewall * Home/Small Business Firewall Put KRB in the Corporate Firewall, put DHCP/PPP/friends in the Home/SB Firewall. Put SSH in the home and a config rpm that installs a "listen on internal network only" sshd config. After all, we have a caching-nameserver config rpm. :) Leave ssh as an option in both so it can be deselected in each. The big complaint I've heard/had is not just that all these things are there, but that you can't deselect them w/o going through every single package, and hoping you got the dependencies right as mentioned earlier. Even making a large portion of the packages I noted optional during install would be a decent step. Of the couple dozen packages or so I listed, only the following have been challenged so far (IIRC): pam_krb wget dhclient I'd say that is a small amount compared to the list. :) That would mean to me we are (so far) in general agreement about most of the proposed changes. After all I proposed ~20 removals and only three were opposed so far. If there is interest in this type of arrangement, I could work on more details for it. -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From anthony.seward at ieee.org Thu Aug 21 19:22:47 2003 From: anthony.seward at ieee.org (Anthony Joseph Seward) Date: 21 Aug 2003 13:22:47 -0600 Subject: A solution to the Galeon situation? Message-ID: <1061493767.16661.55.camel@sonylap1> I've been using galeon as my browser for a while and have gotten used to it's session features and smart bookmarks. I've tried to move to Mozilla, but can't import my bookmarks and it doesn't seem to have sessions. I've tried building Galeon 1.3, but it keeps crashing when I try to print or open the preferences dialog. Is there a better solution? Anyone? Anyone? Tony -- Anthony Joseph Seward From johnsonm at redhat.com Thu Aug 21 19:24:47 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Thu, 21 Aug 2003 15:24:47 -0400 Subject: anyone else using a cable-modem connection? In-Reply-To: <3F450D51.7090605@gmx.de>; from shrek-m@gmx.de on Thu, Aug 21, 2003 at 08:20:01PM +0200 References: <200308211356.01379.elwoo@videotron.ca> <1061488961.2384.217.camel@locutus> <3F450D51.7090605@gmx.de> Message-ID: <20030821152447.D12106@devserv.devel.redhat.com> On Thu, Aug 21, 2003 at 08:20:01PM +0200, shrek-m at gmx.de wrote: > there was an applet where you could choose and monitor the different > interfaces > > but i can?t remeber, > was it on redhat6.x, suse 7.1, debian, ... > gnome1.x, kde2.x, enlightenment, ... At least one was rp3, which I wrote the system part of and jrb wrote most of the gui part of. It didn't survive the transition to gnome2, much to my dismay. The system parts of it are still relevant, and porting the GUI part shouldn't be too hard for someone who knows gnome2. The whole "configuring PPP" part of it can be thrown away; it is a completely separate program from the network monitor. Any takers? michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From jspaleta at princeton.edu Thu Aug 21 19:36:08 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 21 Aug 2003 15:36:08 -0400 Subject: Minimal Install Option Message-ID: <1061494568.4194.196.camel@spatula> Bill Rugolsky Jr. wrote: >Beyond that, agreement tends to dissolve, because intended uses vary >widely. That was sort of my point...about having a consensus view not being ignored. Good luck finding that consensus. Maybe a 460Meg "minimal" doesn't work for everyone...but if it works for 80% of the userbase or for the intended audience or for an intended use...then maybe that 460Meg minimal install is the best fit for the development resources on hand...and we need to move on. And there is a logic fault involved with any argument that says you can assuredly create any sort of install process meeting the competing interests of easy maintainability from the development side, easy of use/simplification for the non-technical audience...and easy of use/customization for the technically proficient user. I humbly submit there are trade-offs invovled and there is no perfect solution. And in the final analysis...the technically savvy users have tools already to do customized installs...kickstart just makes more sense for a lot of situations where technically proficient users want the option of being lazy, instead of pipedreaming about an installer that meets their specific usage interests. And if kickstart doesn't do it for you and you are in the 0.1% of people who know they need a very exactly specific install where you can't go back in with a post install script and uninstall things you don't need because you have exactly 200Megs of harddrive space you can use for the install...well rolling your own isos is probably best...anaconda-runtime also exists for a reason. There is an intended audience for rhl....and i would again humbly suggest that putting in a lot of easy to find options in the default iso images meant for the 0.1% of the userbase outside of the intended audience who should be using kickstart or anaconda-runtime to make extremely customized installs...is going to lead to problems with the intended userbase and waste developer time which could be spent streamlining the installer and debugging the installer for the intended install situations. The people who KNOW they need to squeeze a Red Hat install into 100 Megs of harddrive space, are going to need to know far more about other avenues of streamlining and customization to get things to work just like they want them to. 30Megs just for the default kernel modules alone....yippie!!!!!...at some point you build a customized iso to get exactly what you want. The way forward for everybody, is to work out how to create a 2 stage install that moves a lot of the package selection crap out of anaconda...and into a firstboot situation...a firstboot situation where you get access to the actually system resources...and not those resources available in the installer ramdisk image. So what if anaconda's "minimal install" includes a set of packages that you end up not wanting to install. Harddrive space is CHEAP. We need to find one and only one distro provided "balanced" minimal install sequence that provides enough tools so that you can come back in after a firstboot and do a wealth of customization..including package removal...via repositories...via a well baked r-c-packages..via personalized scripts..etc....outside of the limited ramdisk anaconda gets access to. If being able to remove packages post 1st stage install is the sticking point...that needs to be worked on. Clean package removal is important in a number of situations...even for the intended non technically savant audience. Figure out how to do that cleanly...and you help everyone...not just the 0.1% of people who need to do a 73Meg harddrive firewall install. Once we recognize the package removal is a hard problem...that doesn't mean we should work around that problem with craptastic kludges that complicated the installer process. We need to tackle the hard problem of how to do package removals well...and streamline the 1st stage installer....that is a better use of the limited developer time....its the biggest long term bang for the buck/doughnut/beer/pizza/long winded patriotic essays/whatever you use to bribe developers with to do yer bidding. If you need to worry about having only 200Megs of Harddrive space or only 4 megs of memory at this point in the game...you really should be rolling yer own media sets or something other than expecting the default rhl image to cater to systems limitations for which predate cobol....anaconda-runtime exists for a reason. >Separating packages into executables and libraries >is a good idea not only because it allows multiple libfoo* installs, but also >because it saves space when all that one wants are the libs, and not >the default front-end application, which may have additional dependencies. Saves space....i would say that at this point for the "intended" audience for rhl...saving space is not a priority. Diskspace is cheap. But I'm sensing a very technical and very drawn out debate about what the pro's and con's to very fined grained packaging is. And the only people really qualified to wade into this one...are people who should be busy fixing high priority bugreports...instead of posting to this thread or sending email to me or you offlist. But I imagine taking a good hard look at what it would mean to allow multiple libfoo* installs would be another very enlightening discussion of the trade-offs among the interests of difference segments of the userbase.. -jef"if only rpm-analyzer worked not only with hdlists but with installed rpmdb's...gui reverse dependancy trees are neat"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 johnsonm at redhat.com Thu Aug 21 19:26:12 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Thu, 21 Aug 2003 15:26:12 -0400 Subject: Severn Beta2 In-Reply-To: ; from ghenriks@rogers.com on Thu, Aug 21, 2003 at 02:40:52PM -0400 References: <001701c365a9$03ed0810$01fea8c0@vinhas> <061301c365b6$78d23080$9100000a@intgrp.com> <1061235440.6285.4.camel@Linux1> <200308202151.18972.hoyt@cavtel.net> <1061447268.3857.4.camel@Linux1> <1061448800.9639.15.camel@GreenTea> <20030821163223.GC16051@ip68-4-255-84.oc.oc.cox.net> Message-ID: <20030821152612.E12106@devserv.devel.redhat.com> On Thu, Aug 21, 2003 at 02:40:52PM -0400, Gerald Henriksen wrote: > Cambridge++ is a reflection that it is not an entirely new release but > rather that it is Cambridge plus kernel 2.6 (ie the kernel should be > the only change). That is not true. Cambridge++ is just a placeholder for the new name that hasn't been selected. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From tjb at unh.edu Thu Aug 21 19:42:12 2003 From: tjb at unh.edu (Thomas J. Baker) Date: Thu, 21 Aug 2003 15:42:12 -0400 Subject: A solution to the Galeon situation? In-Reply-To: <1061493767.16661.55.camel@sonylap1> References: <1061493767.16661.55.camel@sonylap1> Message-ID: <1061494931.18337.2.camel@wintermute.sr.unh.edu> On Thu, 2003-08-21 at 15:22, Anthony Joseph Seward wrote: > I've been using galeon as my browser for a while and have gotten used to > it's session features and smart bookmarks. I've tried to move to > Mozilla, but can't import my bookmarks and it doesn't seem to have > sessions. I've tried building Galeon 1.3, but it keeps crashing when I > try to print or open the preferences dialog. > > Is there a better solution? Anyone? Anyone? > > Tony http://dag.wieers.com/apt/redhat/9/en/i386/RPMS.dag/ Download and install his rpm for galeon-1.3.7. It just works for me. Or if you're apt-savvy, just add his repository to your sources.list. tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= -------------- 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 jaboutboul at speakeasy.net Thu Aug 21 19:27:30 2003 From: jaboutboul at speakeasy.net (Jack Aboutboul) Date: Thu, 21 Aug 2003 22:27:30 +0300 Subject: Minimal Install Option In-Reply-To: Message-ID: <8165DC4B-D40D-11D7-9E96-000A95689082@speakeasy.net> On Thursday, Aug 21, 2003, at 20:52 Asia/Jerusalem, Chris Ricker wrote: > On Thu, 21 Aug 2003, Bill Anderson wrote: > >> Uhh ftp? Note that I did include 2 ftp clients as options (actually >> changed them to options). > > why would you possibly permit ftp clients, but not http clients? ftp > is even > less secure than http -- it makes no sense to allow the former, but > not the > latter, on security grounds This is a moot point. You can install rpm from ftp. --Jack From michael at ywow.org Thu Aug 21 19:46:42 2003 From: michael at ywow.org (MJang) Date: Thu, 21 Aug 2003 15:46:42 -0400 Subject: Severn Beta2 References: <001701c365a9$03ed0810$01fea8c0@vinhas> <061301c365b6$78d23080$9100000a@intgrp.com> <1061235440.6285.4.camel@Linux1> <200308202151.18972.hoyt@cavtel.net> <1061447268.3857.4.camel@Linux1> <1061448800.9639.15.camel@GreenTea> <20030821163223.GC16051@ip68-4-255-84.oc.oc.cox.net> <20030821152612.E12106@devserv.devel.redhat.com> Message-ID: <016801c3681c$f2cb2b40$201e16ac@AllAccess> Dear Michael, ----- Original Message ----- From: "Michael K. Johnson" > On Thu, Aug 21, 2003 at 02:40:52PM -0400, Gerald Henriksen wrote: > > Cambridge++ is a reflection that it is not an entirely new release but > > rather that it is Cambridge plus kernel 2.6 (ie the kernel should be > > the only change). > > That is not true. Cambridge++ is just a placeholder for the new > name that hasn't been selected. To try to clarify (taking a large leap here) - if kernel 2.6 is released say in December of '03, Red Hat Linux 11 (?) will be released soon after (early '04?) with the new kernel and whatever other updated packages are ready for incorporation? And the following release of Red Hat Linux (12?) won't come until the fall of '04? Thanks, Mike Jang From kworthington at linuxmail.org Thu Aug 21 20:04:50 2003 From: kworthington at linuxmail.org (Kevin Worthington) Date: Thu, 21 Aug 2003 15:04:50 -0500 Subject: A solution to the Galeon situation? Message-ID: <20030821200450.19263.qmail@linuxmail.org> > I've been using galeon as my browser for a while and have gotten used to > it's session features and smart bookmarks. I've tried to move to > Mozilla, but can't import my bookmarks and it doesn't seem to have > sessions. I've tried building Galeon 1.3, but it keeps crashing when I > try to print or open the preferences dialog. > > Is there a better solution? Anyone? Anyone? Galeon has been replaced by Epiphany. It uses the Gecko rendering engine just like Galeon did. I don't know if it has all the features you want, but give it a try. Grab the latest from rawhide: http://rawhide.redhat.com/pub/redhat/linux/rawhide/i386/RedHat/RPMS/epiphany-0.8.4-1.i386.rpm ----------------------------------------------------------- Kevin Worthington - Faithful Red Hat Linux user since April 1998 Registered Linux User #218689 - http://counter.li.org -- ______________________________________________ http://www.linuxmail.org/ Now with e-mail forwarding for only US$5.95/yr Powered by Outblaze From maxer1 at xmission.com Thu Aug 21 20:04:59 2003 From: maxer1 at xmission.com (raxet) Date: Thu, 21 Aug 2003 14:04:59 -0600 Subject: What is the latest Message-ID: <3F4525EB.3080600@xmission.com> Anyone checked on bugzilla 101901 lately? Wondered if this kernel-2.6.0 that arjan put out on the 9th of Aug would be soon supersceded? Thanks, Raxet From johnsonm at redhat.com Thu Aug 21 20:20:16 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Thu, 21 Aug 2003 16:20:16 -0400 Subject: Severn Beta2 In-Reply-To: <016801c3681c$f2cb2b40$201e16ac@AllAccess>; from michael@ywow.org on Thu, Aug 21, 2003 at 03:46:42PM -0400 References: <061301c365b6$78d23080$9100000a@intgrp.com> <1061235440.6285.4.camel@Linux1> <200308202151.18972.hoyt@cavtel.net> <1061447268.3857.4.camel@Linux1> <1061448800.9639.15.camel@GreenTea> <20030821163223.GC16051@ip68-4-255-84.oc.oc.cox.net> <20030821152612.E12106@devserv.devel.redhat.com> <016801c3681c$f2cb2b40$201e16ac@AllAccess> Message-ID: <20030821162016.F12106@devserv.devel.redhat.com> On Thu, Aug 21, 2003 at 03:46:42PM -0400, MJang wrote: > To try to clarify (taking a large leap here) - if kernel 2.6 is released say in December of '03, Red Hat Linux 11 (?) will be > released soon after (early '04?) with the new kernel and whatever other updated packages are ready for incorporation? Yeah, the follow-on to Cambridge we're currently planning to be a short cycle with the 2.6 kernel in it. Nothing is constant but change itself, and there are a lot of unknowns here, but that's the idea; there will be other change besides the kernel (we had originally thought gnome 2.4 but with that in cambridge that changes) but there's a lot of userspace integration work to happen to make 2.6 kernel use smooth as well... So I'm not committing to dates for it, just giving the current thinking for the schedule driver. We're still watching and participating in 2.6 kernel stabilization... > And the following release of Red Hat Linux (12?) won't come until the fall of '04? That goes beyond what I'd want to say -- we haven't planned that. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From aoliva at redhat.com Thu Aug 21 20:28:01 2003 From: aoliva at redhat.com (Alexandre Oliva) Date: 21 Aug 2003 17:28:01 -0300 Subject: New versions of rescue CD (aka Sysadmin Survival CD) ? In-Reply-To: <3F44FCCF.2050500@uni-mb.si> References: <3F44FCCF.2050500@uni-mb.si> Message-ID: On Aug 21, 2003, David Balazic wrote: > Are there any newer versions of the red hat rescue CD (aka Sysadmin > Survival CD) ? Yup. AFAIK it's in the Red Hat Linux 9 DVD you get when you purchase the boxed set. Maybe it's also supplied as a separate CD in the box as well. AFAIK it's not available for download because it's just a subset of the bits in CD1: the xdelta between CD1 to rescuecd is 2353 bytes. -- Alexandre Oliva, GCC Team, Red Hat From whooperhsd3 at earthlink.net Thu Aug 21 20:31:50 2003 From: whooperhsd3 at earthlink.net (William Hooper) Date: Thu, 21 Aug 2003 16:31:50 -0400 (EDT) Subject: Minimal Install Option In-Reply-To: <1061494568.4194.196.camel@spatula> References: <1061494568.4194.196.camel@spatula> Message-ID: <4862.12.29.16.103.1061497910.squirrel@whooper.org> Jef Spaleta said: [major snip] > If you need to worry about having only 200Megs of Harddrive space or > only 4 megs of memory at this point in the game...you really should be > rolling yer own media sets or something other than expecting the default > rhl image to cater to systems limitations for which predate > cobol....anaconda-runtime exists for a reason. [ditto] At some point making your on installer makes sense. For example, the RULE project (http://www.rule-project.org/en/) decided that Anaconda was too resource hungry, so they made their own installer, making a smaller "minimal" install in the process. I think the Red Hat Linux "Project" should encourage more of these type of things. Heck, I would even go for the stance of removing the "minimal" install and pointing people to RULE instead. -- William Hooper From laroche at redhat.com Thu Aug 21 20:31:54 2003 From: laroche at redhat.com (Florian La Roche) Date: Thu, 21 Aug 2003 22:31:54 +0200 Subject: New versions of rescue CD (aka Sysadmin Survival CD) ? In-Reply-To: <3F44FCCF.2050500@uni-mb.si> References: <3F44FCCF.2050500@uni-mb.si> Message-ID: <20030821203154.GA3091@dudweiler.stuttgart.redhat.com> On Thu, Aug 21, 2003 at 07:09:35PM +0200, David Balazic wrote: > Hi! > > Are there any newer versions of the red hat rescue CD (aka Sysadmin > Survival CD) ? > > The latest on ftp://ftp.redhat.de/pub/rh-addons/rescue-cd/ is RHL 8.0 based. No, they have been discontinued. greetings, Florian La Roche From kaboom at gatech.edu Thu Aug 21 20:36:25 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Thu, 21 Aug 2003 14:36:25 -0600 (MDT) Subject: Minimal Install Option In-Reply-To: <3F4508AF.70801@tmsusa.com> References: <3F4508AF.70801@tmsusa.com> Message-ID: On Thu, 21 Aug 2003, Joe wrote: > "exploit train?" hmm, you don't seem to be quite up to speed on openssh No, you're not if you think it doesn't have security problems Best thing available? Probably. Is that best good enough? That's debatable, though not on this list ;-) > What do you propose for remote shell access, telnet? Nothing. Physical / serial console only. later, chris From kaboom at gatech.edu Thu Aug 21 20:47:10 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Thu, 21 Aug 2003 14:47:10 -0600 (MDT) Subject: Minimal Install Option In-Reply-To: <1061489244.2387.234.camel@locutus> References: <1061473089.4194.33.camel@spatula> <1061482947.2423.95.camel@locutus> <1061485890.2423.160.camel@locutus> <1061489244.2387.234.camel@locutus> Message-ID: On Thu, 21 Aug 2003, Bill Anderson wrote: > > Wrong one. I wanted pam_krb5, which was also on your list. Makes sense on > > interior routers (as might ssh, for the same reasons/uses), doesn't on > > exterior. > > Ahh, ok. However, below, you say no logging in remotely at all, so why > pam_krb at all then? The only time someone should need to log into a > firewall/router, is for administrative purposes. Right, but we're talking about different machines there. My point, which seems to have been lost in all sorts of security - related sidetracks, was that "firewall / router" is not one category. It's all of: * interior router in large organization, preferably managed out-of-band over serial but probably managed in-band b/c the realities are what they are * border router in large organization, possibly managed in-band, possibly out-of-band * interior firewall in large organization -- you often see both there * border firewall in large organization -- managed out-of-band, usually * home firewall, no dhcp * home firewall, need dhcp And that's nowhere near to covering all of them, ignores smaller shops (where pretty much everything is managed remotely in-band, often by 3rd parties), is based on my opinions / perceptions / experience -- which probably don't match yours, and uses broad categorizations like border or interior which don't really neatly apply Having one category that happily fits all those just isn't going to happen. The closest would be something more like the debian install -- do a minimal install of basically kernel + libc + network (if needed), then boot into the new machine and install the rest using firstboot. And even that's likely to not make everyone happy, since we can't even seem to decide if ftp or http or both clients should be included! ;-) > To my understanding (correct me if I'm wrong here) Kerberos only handles > auth, it does not encrypt traffic. yes, mostly. It does offer encrypted replacements for some protocols (telnet, part of the ftp connection, rprotocols), but generally it's a secure authentication protocol > Thus, moving files to it using kerberos auth will still leave those files > plaintext over the wire. Thus, for things like this ssh is a more secure > -in general- option. They're not either-ors. You can use krb for scp authentication, for example. later, chris From nosp at xades.com Thu Aug 21 20:48:22 2003 From: nosp at xades.com (nosp) Date: 21 Aug 2003 21:48:22 +0100 Subject: Mozilla causing OOM? Message-ID: <1061498902.16977.1.camel@earth.xades.com> On Thu, 2003-08-21 at 19:15, Samuel Flory wrote: > [...] > > Not quite that bad, but mozilla does seem to have memory issues in > severn. It's something to do with Severn. The exact same mozilla > binary worked fine under 9, but not after an upgrade. It seems to be a > issue with the mozilla rpms as well. The 2.6 kernel makes it livable if > I remember to close, and reopen mozilla at the start of the day. Dunno...I'm fine: $ cat /etc/redhat-release Red Hat Linux release 9.0.93 (Severn) $ uname -r 2.4.21-20.1.2024.2.1.nptlsmp $ rpm -q mozilla mozilla-1.4-12 $ ps -axuww | grep mozilla martin 3103 1.0 16.0 185764 82308 ? S Aug20 15:09 /usr/lib/mozilla-1.4/mozilla-bin -UILocale en-US (that's approx 1 day of mozilla uptime, being used heavily) Martin From kaboom at gatech.edu Thu Aug 21 20:52:58 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Thu, 21 Aug 2003 14:52:58 -0600 (MDT) Subject: Minimal Install Option In-Reply-To: References: Message-ID: On Thu, 21 Aug 2003, Pekka Savola wrote: > > and then join the OpenSSL / OpenSSH exploit train.... No, thanks! > > I'm puzzled by this point. These would be local vulnerabilities. There > will always be those, and it can be mitigated by keeping the system > up-to-date. Not so. They're remote exploits from anywhere which can connect to OpenSSH. > If you haven't heard, hosts.allow activates the access controls very, very > early in the process. You really can't exploit OpenSSH using that: 1) no > SSH protocol processing happens before that, and 2) no input is received > or processed before that. a) tcp wrappers is circumventable. How easily depends on how it's configured.... b) you're still attackable from any place you list in hosts.allow, even if tcp wrappers isn't being bypassed. firewalls can be attacked from inside as well as from out.... *shrug* IMHO, it's worth the trouble to manage some firewalls out-of-band. In yours, it's not. later, chris From nphilipp at redhat.com Thu Aug 21 20:57:29 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 21 Aug 2003 22:57:29 +0200 Subject: A solution to the Galeon situation? In-Reply-To: <20030821200450.19263.qmail@linuxmail.org> References: <20030821200450.19263.qmail@linuxmail.org> Message-ID: <1061499449.3606.13.camel@wombat.dialup.fht-esslingen.de> On Thu, 2003-08-21 at 22:04, Kevin Worthington wrote: > > I've been using galeon as my browser for a while and have gotten used to > > it's session features and smart bookmarks. I've tried to move to > > Mozilla, but can't import my bookmarks and it doesn't seem to have > > sessions. I've tried building Galeon 1.3, but it keeps crashing when I > > try to print or open the preferences dialog. > > > > Is there a better solution? Anyone? Anyone? > Galeon has been replaced by Epiphany. It uses the Gecko rendering engine just like Galeon did. I don't know if it has all the features you want, but give it a try. Grab the latest from rawhide: > http://rawhide.redhat.com/pub/redhat/linux/rawhide/i386/RedHat/RPMS/epiphany-0.8.4-1.i386.rpm Some are not so fond of Epiphany (so am I), because they've gotten used to some of Galeon's features and behaviour. I've built 1.3.7 and so far haven't been disappointed so far (bar some minor glitches). 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 michael at ywow.org Thu Aug 21 20:58:24 2003 From: michael at ywow.org (MJang) Date: Thu, 21 Aug 2003 16:58:24 -0400 Subject: Severn Beta2 References: <061301c365b6$78d23080$9100000a@intgrp.com> <1061235440.6285.4.camel@Linux1> <200308202151.18972.hoyt@cavtel.net> <1061447268.3857.4.camel@Linux1> <1061448800.9639.15.camel@GreenTea> <20030821163223.GC16051@ip68-4-255-84.oc.oc.cox.net> <20030821152612.E12106@devserv.devel.redhat.com> <016801c3681c$f2cb2b40$201e16ac@AllAccess> <20030821162016.F12106@devserv.devel.redhat.com> Message-ID: <004e01c36826$fa987fd0$201e16ac@AllAccess> Michael, Thank you. Your information is quite helpful. If you could answer one more question, please? ----- Original Message ----- From: "Michael K. Johnson" > On Thu, Aug 21, 2003 at 03:46:42PM -0400, MJang wrote: > > To try to clarify (taking a large leap here) - if kernel 2.6 is released say in December of '03, Red Hat Linux 11 (?) will be > > released soon after (early '04?) with the new kernel and whatever other updated packages are ready for incorporation? > > Yeah, the follow-on to Cambridge we're currently planning to be a short > cycle with the 2.6 kernel in it. Nothing is constant but change itself, > and there are a lot of unknowns here, but that's the idea; there will > be other change besides the kernel (we had originally thought gnome 2.4 > but with that in cambridge that changes) but there's a lot of userspace > integration work to happen to make 2.6 kernel use smooth as well... If there is a release of Red Hat Linux 11 with the 2.6 kernel fairly early in '04 (e.g. in January), will there be another release of Red Hat Linux around the "traditional" release date in March or April of '04? Thanks, Mike Jang From bfox at redhat.com Thu Aug 21 21:03:05 2003 From: bfox at redhat.com (Brent Fox) Date: 21 Aug 2003 17:03:05 -0400 Subject: firstboot and --reconfig In-Reply-To: <1061447397.1623.27.camel@one.myworld> References: <1060520668.1001.18.camel@one.myworld> <1061407937.28699.3.camel@bfox.devel.redhat.com> <1061447397.1623.27.camel@one.myworld> Message-ID: <1061499785.481.35.camel@bfox.devel.redhat.com> On Thu, 2003-08-21 at 02:29, F?liciano Matias wrote: > Le mer 20/08/2003 ? 21:32, Brent Fox a ?crit : > > On Sun, 2003-08-10 at 09:04, F?liciano Matias wrote: > > > /etc/rc.d/init.d/firstboot : > > > > > > case "$1" in > > > start) > > > if grep -i reconfig /proc/cmdline >/dev/null || [ -f /etc/reconfigSys ]; then > > > > > > echo -n $"Running system reconfiguration tool" > > > /usr/sbin/firstboot --reconfig > > > rm -f /etc/reconfigSys > > > exit 0 > > > fi > > > > > > > > > > > > Is there a use for reconfig ? > > > > > > Sorry to be so long in responding. I was on vacation and I'm still > > trying to catch up on email. :) > > > > Reconfig mode asks you some of the same questions that the installer has > > already asked you, such as language, keyboard, securitylevel, timezone, > > etc. > > > > It's mostly for OEMs who do a factory kickstart install. They want the > > end user of the machine to select things like timezone and language when > > the machine starts, because those settings are most likely different > > than the default values in the OEM's kickstart file. > > > > For people that just did the installation themselves, we don't want to > > show those reconfig screens since the installer just asked you those > > questions. > > Sorry, i am talking about the "--reconfig" flag in firstboot. > I find only one place where reconfig is "used" : > if hasattr(obj, "moduleClass"): > if (self.doReconfig and (obj.moduleClass == "reconfig")): > self.moduleDict[int(obj.runPriority)] = obj > elif (not self.doReconfig and (obj.moduleClass != "reconfig")): > self.moduleDict[int(obj.runPriority)] = obj > else: > self.moduleDict[int(obj.runPriority)] = obj > > I am not a python programmer and perhaps I am wrong. I'm not sure I understand the question. The code you quoted above scans the modules that firstboot has found in /usr/share/firstboot/modules to see if any have a moduleClass variable that is set to "reconfig". If any modules have this tag, they will only be shown if the reconfig flag has been passed to firstboot. > For me firstboot do not need the "--reconfig" flag. firstboot always run > on an already configured system. At least with this configuration : > - configured with no sound card. > - configured with default time zone. > - configured with no user account. > - ... If you don't need the reconfig flag, that's fine. Reconfig mode will not be used unless you manually enable it. > > Should i run redhat-config-* with "--reconfig" flag if my system is > already configured ? Running the redhat-config-* tools with --reconfig should have no effect. Reconfig only exists in the context of the firstboot framework. Cheers, Brent From ithum at it97.dyndns.org Thu Aug 21 21:11:21 2003 From: ithum at it97.dyndns.org (Irmund Thum) Date: Thu, 21 Aug 2003 23:11:21 +0200 Subject: A solution to the Galeon situation? In-Reply-To: <20030821200450.19263.qmail@linuxmail.org> References: <20030821200450.19263.qmail@linuxmail.org> Message-ID: <200308212311.22068.ithum@it97.dyndns.org> Am Donnerstag, 21. August 2003 22:04 schrieb Kevin Worthington: > > Is there a better solution? Anyone? Anyone? > > Galeon has been replaced by Epiphany. It uses the Gecko rendering engine > just like Galeon did. I don't know if it has all the features you want, but > give it a try. Grab the latest from rawhide: > http://rawhide.redhat.com/pub/redhat/linux/rawhide/i386/RedHat/RPMS/epiphan >y-0.8.4-1.i386.rpm /usr/bin/epiphany-bin: relocation error: /usr/bin/epiphany-bin: undefined symbol: ORBit_skel_class_register on an athlon... and the src.rpm needs a lot of devels who need other devels: rpmbuild -ba epiphany.spec Fehler: Failed build dependencies: mozilla-devel >= 1.4 is needed by epiphany-0.8.4-1 gtk2-devel is needed by epiphany-0.8.4-1 libbonoboui-devel >= 2.1.1 is needed by epiphany-0.8.4-1 libgnomeui-devel is needed by epiphany-0.8.4-1 libglade2-devel is needed by epiphany-0.8.4-1 gnome-vfs2-devel is needed by epiphany-0.8.4-1 GConf2-devel is needed by epiphany-0.8.4-1 ORBit2-devel is needed by epiphany-0.8.4-1 Regards -- . ___ | | Irmund Thum | | From notting at redhat.com Thu Aug 21 21:31:42 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 21 Aug 2003 17:31:42 -0400 Subject: Severn Beta2 In-Reply-To: <004e01c36826$fa987fd0$201e16ac@AllAccess>; from michael@ywow.org on Thu, Aug 21, 2003 at 04:58:24PM -0400 References: <200308202151.18972.hoyt@cavtel.net> <1061447268.3857.4.camel@Linux1> <1061448800.9639.15.camel@GreenTea> <20030821163223.GC16051@ip68-4-255-84.oc.oc.cox.net> <20030821152612.E12106@devserv.devel.redhat.com> <016801c3681c$f2cb2b40$201e16ac@AllAccess> <20030821162016.F12106@devserv.devel.redhat.com> <004e01c36826$fa987fd0$201e16ac@AllAccess> Message-ID: <20030821173142.A27676@devserv.devel.redhat.com> MJang (michael at ywow.org) said: > If there is a release of Red Hat Linux 11 with the 2.6 kernel fairly early in '04 (e.g. in January), will there be another release > of Red Hat Linux around the "traditional" release date in March or April of '04? Doubtful. Bill From brugolsky at telemetry-investments.com Thu Aug 21 21:50:06 2003 From: brugolsky at telemetry-investments.com (Bill Rugolsky Jr.) Date: Thu, 21 Aug 2003 17:50:06 -0400 Subject: Minimal Install Option In-Reply-To: <1061494568.4194.196.camel@spatula> References: <1061494568.4194.196.camel@spatula> Message-ID: <20030821215006.GB7355@ti19> On Thu, Aug 21, 2003 at 03:36:08PM -0400, Jef Spaleta wrote: > Saves space....i would say that at this point for the "intended" > audience for rhl...saving space is not a priority. Diskspace is cheap. Agreed. I tend do "Everything" installs, even on laptops. :-) [Though php-manual (or anything else north of 100MB!) doesn't belong in /var. If it isn't already fixed or in bugzilla, I should put it there ...] I'm more concerned with manageability. But I have little concern that as rhl becomes community centered, alternatives to the official install procedure will mature. > But I'm sensing a very technical and very drawn out debate about what > the pro's and con's to very fined grained packaging is. Not from me ... cf. why-can't-the-damn-developers-learn-to-use-soname.major.minor discussion. ;-) > And the only > people really qualified to wade into this one...are people who should be > busy fixing high priority bugreports...instead of posting to this thread > or sending email to me or you offlist. But I imagine taking a good hard > look at what it would mean to allow multiple libfoo* installs would be > another very enlightening discussion of the trade-offs among the > interests of difference segments of the userbase.. Red Hat ends up doing it anyway with foo-$version and foo$oldmajor-$oldversion. Look at GTK+, Qt, gcc, openssl, ... > -jef"if only rpm-analyzer worked not only with hdlists but with > installed rpmdb's...gui reverse dependancy trees are neat"spaleta Yes, if dependencies are done right, one can prune pretty easily. Still there are complications due to multiple virtual provides, like "webclient" and "smtpdaemon". And install/uninstall scripts can change things. Adding is *always* easier than changing or deleting. Regards, Bill Rugolsky From shrek-m at gmx.de Thu Aug 21 21:51:14 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 21 Aug 2003 23:51:14 +0200 Subject: A solution to the Galeon situation? In-Reply-To: <200308212311.22068.ithum@it97.dyndns.org> References: <20030821200450.19263.qmail@linuxmail.org> <200308212311.22068.ithum@it97.dyndns.org> Message-ID: <3F453ED2.5060607@gmx.de> Irmund Thum wrote: >Am Donnerstag, 21. August 2003 22:04 schrieb Kevin Worthington: > > >>>Is there a better solution? Anyone? Anyone? >>> >>> >>Galeon has been replaced by Epiphany. It uses the Gecko rendering engine >>just like Galeon did. I don't know if it has all the features you want, but >>give it a try. Grab the latest from rawhide: >>http://rawhide.redhat.com/pub/redhat/linux/rawhide/i386/RedHat/RPMS/epiphan >>y-0.8.4-1.i386.rpm >> >> > >/usr/bin/epiphany-bin: relocation error: /usr/bin/epiphany-bin: undefined >symbol: ORBit_skel_class_register >on an athlon... > you can try http://mozilla.org/ browser MozillaFirebird http://www.mozilla.org/products/firebird/ mail MozillaThunderbird http://www.mozilla.org/projects/thunderbird/ -- shrek-m From shrek-m at gmx.de Thu Aug 21 21:55:21 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 21 Aug 2003 23:55:21 +0200 Subject: anyone else using a cable-modem connection? In-Reply-To: <20030821152447.D12106@devserv.devel.redhat.com> References: <200308211356.01379.elwoo@videotron.ca> <1061488961.2384.217.camel@locutus> <3F450D51.7090605@gmx.de> <20030821152447.D12106@devserv.devel.redhat.com> Message-ID: <3F453FC9.7040501@gmx.de> Michael K. Johnson wrote: >On Thu, Aug 21, 2003 at 08:20:01PM +0200, shrek-m at gmx.de wrote: > > >>there was an applet where you could choose and monitor the different >>interfaces >> >>but i can?t remeber, >>was it on redhat6.x, suse 7.1, debian, ... >>gnome1.x, kde2.x, enlightenment, ... >> >> > >At least one was rp3, > :-) rh 6.2 ? vmware2.x ? sure, here it is. upgrade-virtual-hardware, vmware-tools, startx $ cat /etc/redhat-release Red Hat Linux release 6.2 (Zoot) #rpm -q gnome-core gnome-core-1.0.55-12 gnome-midnight-commander netscape-4.72, ... $ rpm -qf `which usernet` rp3-1.0.7-4 - all ifaces $ rpm -qf `which rp3` rp3-1.0.7-4 - single ifaces > which I wrote the system part of and jrb >wrote most of the gui part of. > jrb, johnsonm, hp, nalin > It didn't survive the transition >to gnome2, much to my dismay. > >The system parts of it are still relevant, and porting the GUI >part shouldn't be too hard for someone who knows gnome2. The >whole "configuring PPP" part of it can be thrown away; > $ rpm -qf `which rp3-config` rp3-1.0.7-4 > it is >a completely separate program from the network monitor. > >Any takers? > -- shrek-m From bill at noreboots.com Thu Aug 21 22:39:43 2003 From: bill at noreboots.com (Bill Anderson) Date: 21 Aug 2003 16:39:43 -0600 Subject: Minimal Install Option In-Reply-To: References: <1061473089.4194.33.camel@spatula> <1061482947.2423.95.camel@locutus> <1061485890.2423.160.camel@locutus> <1061489244.2387.234.camel@locutus> Message-ID: <1061505583.2406.381.camel@locutus> On Thu, 2003-08-21 at 14:47, Chris Ricker wrote: > On Thu, 21 Aug 2003, Bill Anderson wrote: > > > > Wrong one. I wanted pam_krb5, which was also on your list. Makes sense on > > > interior routers (as might ssh, for the same reasons/uses), doesn't on > > > exterior. > > > > Ahh, ok. However, below, you say no logging in remotely at all, so why > > pam_krb at all then? The only time someone should need to log into a > > firewall/router, is for administrative purposes. > > Right, but we're talking about different machines there. > > My point, which seems to have been lost in all sorts of security - related > sidetracks, was that "firewall / router" is not one category. It's all of: ... > And that's nowhere near to covering all of them, ignores smaller shops > (where pretty much everything is managed remotely in-band, often by 3rd > parties), is based on my opinions / perceptions / experience -- which > probably don't match yours, and uses broad categorizations like border or > interior which don't really neatly apply > > Having one category that happily fits all those just isn't going to happen. > We aren't talking about the best desktop or server in general, nor are we talking about the "best" configuration of packages to cover all firewall/router possibilities. We are talking about a "Minimal" option, which means least common denominator for the category. Do all firewall/routers need krb? No? Then it is an option. Do they all need NIS or DHCP? No? Then they optional. Do they need iproute? Yes? Then it's in. In the vast majority of the cases, if you need kerberos, you know that. If you need for some ungodly reason to make your firewall an NIS client, you'll know that. So you add them in. So you have the default minimum required be the ones that are* least common denominator* (I what is the minimum amount they *all* need), and provide the option to add additional packages as needed by clicking on the "Details" link during the install. Just as is done with most of the install group options. There are two issue with the install-time option of Minimum "for firewall/router". 1) It installs things that *most* people do not (or should not such as rsh) put on those machines, and provides no way of easily deselecting them. By that I mean you don't play the "OK, let us see if I found all those nasty dependencies this time" game in the installer. If you take the "install it and remove it" game, you wind up spending even more time to install the system as you remove various bits and pieces, and track down their dependencies. 2) Nearly all of these packages that should be optional are *mandatory* when doing a minimal install. Not all truck beds fit everybody. So manufacturers offer a variety of beds, and a "Minimal" configuration which includes no bed. Then you can add your own bed to it. This is easier (and cheaper) than "ahh just buy the smallest bed and start removing pieces of the bed you don't want/need". I see no reason why having a minimal installation for a firewall/router has to have pieces that you do not need, pieces that "may" be useful. Give me the choice to add them during the install. Even if you have some of these things selected by default, being able to *unselect* them makes a positive difference. In fact, this option could be the means to remove all these "I want this install package group X option but this way instead" pleas. You go into the install, select the minimum, and start adding what you need. This is far and away easier. Minimalization is the opposite of feature creep, and it has a final point. Although, I think one could make an argument for a "stick" option that installs the real basics selected earlier in the process. Where you select Server, Workstation, etc.. there could be a "Base only" option where it installs a base system that allows you to install things (RPM) and connect to a network to get additional packages. Maybe even Base w/Network, Base w/Dialup Networking. But that's not the same issues as a Minimal Minimal Server install. As I've noted, of the more than two dozen changes I suggested, only 3/4 have been challenged, and of them only 1/2 continually. :) That tells me that there is plenty of room to trim this "Minimal" firewall/router option down. So we are hashing back and forth on ssh and kerberos. How about getting a consensus on the rest, such as parted, talk, etc.? Given the comments on DHCP client, here is the new list I propose: Remove: aspell aspell-en autofs finger irda-utils mt-st mtools krb5-workstation nfs-utils pam_smb rsh jwhois wget ypbind unix2dos kudzu at parted sudo talk # TALK!?!?!?! on a FIREWALL??!? Optional in the Minimal Group or Elsewhere: > Thus, moving files to it using kerberos auth will still leave those files > > plaintext over the wire. Thus, for things like this ssh is a more secure > > -in general- option. > > They're not either-ors. You can use krb for scp authentication, for example. Yes, but then one is back to the openssh exploit train. All abOORD! ;^) -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From bill at noreboots.com Thu Aug 21 22:41:31 2003 From: bill at noreboots.com (Bill Anderson) Date: 21 Aug 2003 16:41:31 -0600 Subject: Minimal Install Option In-Reply-To: <20030821215006.GB7355@ti19> References: <1061494568.4194.196.camel@spatula> <20030821215006.GB7355@ti19> Message-ID: <1061505691.2423.385.camel@locutus> On Thu, 2003-08-21 at 15:50, Bill Rugolsky Jr. wrote: > On Thu, Aug 21, 2003 at 03:36:08PM -0400, Jef Spaleta wrote: > > Saves space....i would say that at this point for the "intended" > > audience for rhl...saving space is not a priority. Diskspace is cheap. > > Agreed. I tend do "Everything" installs, even on laptops. :-) But even that option does not install *everything* last I tried it anyway. ;^) -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From kylem at xwell.org Thu Aug 21 23:08:00 2003 From: kylem at xwell.org (Kyle Maxwell) Date: Thu, 21 Aug 2003 18:08:00 -0500 Subject: anyone else using a cable-modem connection? In-Reply-To: <3F450D51.7090605@gmx.de> References: <200308211356.01379.elwoo@videotron.ca> <1061488961.2384.217.camel@locutus> <3F450D51.7090605@gmx.de> Message-ID: <1061507280.7462.2.camel@lando> On Thu, 2003-08-21 at 13:20, shrek-m at gmx.de wrote: > but it doesn?t show the usage of the single interfaces. > > eth0, eth1 = 1 networkmonitor > > > there was an applet where you could choose and monitor the different > interfaces > > but i can?t remeber, > was it on redhat6.x, suse 7.1, debian, ... > gnome1.x, kde2.x, enlightenment, ... > Try gkrellm. From hosting at j2solutions.net Thu Aug 21 23:04:31 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Thu, 21 Aug 2003 16:04:31 -0700 Subject: Minimal Install Option In-Reply-To: <1061505583.2406.381.camel@locutus> References: <1061473089.4194.33.camel@spatula> <1061505583.2406.381.camel@locutus> Message-ID: <200308211604.31163.hosting@j2solutions.net> On Thursday 21 August 2003 15:39, Bill Anderson wrote: > Given the comments on DHCP client, here is the new list I propose: > > Remove: > aspell > aspell-en > autofs > finger > irda-utils > mt-st > mtools > krb5-workstation > nfs-utils > pam_smb > rsh > jwhois > wget > ypbind > unix2dos > kudzu > at > parted > sudo > talk # TALK!?!?!?! on a FIREWALL??!? Some of the above I'd like to see removed from mandatory to optional, but not default. I'd like to append these for removal from the minimal, moved somewhere else: tk fbset > Optional in the Minimal Group or Elsewhere: > dos2unix > eject > gpm > kernel-pcmcia-cs > apmd > dump > ftp > mtr > nss_ldap > pam_krb5 > pidentd > reiserfs-utils > rp-pppoe > jfsutils > sendmail > slocate > specspo > tcsh (MAYBE REMOVE?) > telnet > traceroute > up2date > wireless-tools > lha > bc > lftp > openssh-clients Add to this: (if they aren't already optional) lilo redhat-config-network-tui anacron redhat-logos setserial dos2unix lokkit mailcap rsync star -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From bill at noreboots.com Thu Aug 21 23:13:07 2003 From: bill at noreboots.com (Bill Anderson) Date: 21 Aug 2003 17:13:07 -0600 Subject: Firewall/Router security (was Re: Minimal Install Option) In-Reply-To: References: Message-ID: <1061507587.2416.430.camel@locutus> On Thu, 2003-08-21 at 14:52, Chris Ricker wrote: > On Thu, 21 Aug 2003, Pekka Savola wrote: > > > > and then join the OpenSSL / OpenSSH exploit train.... No, thanks! > > > > I'm puzzled by this point. These would be local vulnerabilities. There > > will always be those, and it can be mitigated by keeping the system > > up-to-date. > > Not so. They're remote exploits from anywhere which can connect to OpenSSH. http://web.mit.edu/kerberos/www/advisories/ Kerberos has had it's "share" of security exploits as well. They include remote compromise vulnerabilities. Pretty much everything in this category can be said to have had these kinds of problems. > > If you haven't heard, hosts.allow activates the access controls very, very > > early in the process. You really can't exploit OpenSSH using that: 1) no > > SSH protocol processing happens before that, and 2) no input is received > > or processed before that. > > a) tcp wrappers is circumventable. How easily depends on how it's > configured.... > b) you're still attackable from any place you list in hosts.allow, even if > tcp wrappers isn't being bypassed. firewalls can be attacked from inside as > well as from out.... > > *shrug* IMHO, it's worth the trouble to manage some firewalls out-of-band. > In yours, it's not. In some cases it simply isn't feasible. It is not feasible for example, for me to fly halfway around the world just to do that. So SSH and krb are optional install, clearly neither are *needed* to do firewall/router stuff. We make them options available to be installed, but *not* part of a minimal *mandatory* install. -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From kms at passback.co.uk Thu Aug 21 23:13:29 2003 From: kms at passback.co.uk (Keith Sharp) Date: 22 Aug 2003 00:13:29 +0100 Subject: Keyboard freeze, Wireless Weirdness In-Reply-To: References: Message-ID: <1061507608.31889.9.camel@animal> On Wed, 2003-08-20 at 18:33, Chris Elston wrote: > I'm running Severn on a Dell Inspiron 8100. To get it to even work, I had > to disable ACPI, which may or may not be contributing to my problems. > Everything else is normal, even installed all packages during the > preliminary install. > > My first problem occurs semi-randomly. While running X, my keyboard will > stop responding. Everything else seems fine, the keyboard just stops > working. I can't go to a virtual desktop (no keyboard), can't use any > system config tools (asks for root password) or anything, so I'm forced to > completely reboot. Doesn't seem to matter what window manager I'm using > as this problem has occured in both Gnome/Metacity and WindowMaker. I can reproduce this on Shrike fairly consistently. I have an IBM Thinkpad T22 Laptop and a Cisco Aironet 350 PCMCIA card. If I transfer large amounts of data in a burst I get this problem, eg ftp a big file, or try and run a remote application using X. Normal web browing and ssh usage are fine. Note that the mouse and screen still work fine. I noted that when this happens the system also stopped responding to the wireless network - even though I know the IP address I couldn't ping or ssh into the laptop. My plan - when I had some time - was to try and get the system to hang while using the wireless, but have the ethernet up as well to see if I could get in using that instead. I haven't upgraded to Severn yet - unfortunately I need this system to be functional for work.... Keith. -------------- 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 leonardjo at hetnet.nl Thu Aug 21 23:16:27 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Fri, 22 Aug 2003 01:16:27 +0200 Subject: mc needs XFree86-libs? Message-ID: <3F456EEB.20141.532F68@localhost> Hi, Since when does the midnight commander depend on XFree86-libs (I'm still mainly on 7.3)? What does it need XFree86-libs for? Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From len.brown at intel.com Thu Aug 21 23:24:16 2003 From: len.brown at intel.com (Brown, Len) Date: Thu, 21 Aug 2003 19:24:16 -0400 Subject: [PATCH] ACPI PCI interrupts Message-ID: This Severn BETA1 patch seems to addresses the PCI interrupt issues seen on a number of platforms -- particularly those with an Award BIOS. It comes to us from the linux-acpi tree, originally from Andrew de Quincey. If you find that you need to boot Severn with acpi=off or pci=noacpi to get your network or PCI disk controller to receive interrupts, this patch may be for you. Let me know it goes. Thanks, -Len -------------- next part -------------- A non-text attachment was scrubbed... Name: pci_link-severn.patch Type: application/octet-stream Size: 12500 bytes Desc: pci_link-severn.patch URL: From hosting at j2solutions.net Thu Aug 21 23:33:44 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Thu, 21 Aug 2003 16:33:44 -0700 Subject: Firewall/Router security (was Re: Minimal Install Option) In-Reply-To: <1061507587.2416.430.camel@locutus> References: <1061507587.2416.430.camel@locutus> Message-ID: <200308211633.44691.hosting@j2solutions.net> On Thursday 21 August 2003 16:13, Bill Anderson wrote: > In some cases it simply isn't feasible. It is not feasible for > example, for me to fly halfway around the world just to do that. > > So SSH and krb are optional install, clearly neither are *needed* to > do firewall/router stuff. We make them options available to be > installed, but *not* part of a minimal *mandatory* install. I agree. There are 3 levels of inclusion to a group, such as minimal (which I assume is made up of @ Core and @ Base). There is where it cannot be removed from the installation, where it can be removed, but is included by default, and where it is part of the group, and can be included, but is not included by default. SSH/krb I believe should be . -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From mahoover at ispaceonline.org Fri Aug 22 00:16:39 2003 From: mahoover at ispaceonline.org (Mark Hoover) Date: Thu, 21 Aug 2003 20:16:39 -0400 Subject: Minimal Install Option References: <20030821205607.27026.79041.Mailman@listman.back-rdu.redhat.com> Message-ID: <3F4560E7.5707C53B@ispaceonline.org> rhl-beta-list-request at redhat.com wrote: > > The closest would be something more like the debian install -- do a minimal > install of basically kernel + libc + network (if needed), then boot into the > new machine and install the rest using firstboot. And even that's likely to > not make everyone happy, since we can't even seem to decide if ftp or http > or both clients should be included! ;-) There's a real simple solution to this. A minimal install should be kernel + libc + network and then allow the user to selectively add things like you can in the previous Custom install methods. If the user wants ftp or http clients, they can turn them on in the Network Apps category. Some people act like just cause it's not in the default minimal install group that you can't add it during the customization portion of the install... -- ----------------------------------------------------- Have Fun, Suffer and Survive, or Get Lost in the Net! Mark Hoover mahoover at ispaceonline.org From felipe_alfaro at linuxmail.org Fri Aug 22 00:36:24 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Fri, 22 Aug 2003 02:36:24 +0200 Subject: What is the latest In-Reply-To: <3F4525EB.3080600@xmission.com> References: <3F4525EB.3080600@xmission.com> Message-ID: <1061512584.720.1.camel@teapot.felipe-alfaro.com> On Thu, 2003-08-21 at 22:04, raxet wrote: > Anyone checked on bugzilla 101901 lately? Wondered if this kernel-2.6.0 > that arjan put out on the 9th of Aug would be soon supersceded? Well, you can simply download the latest kernel from http://www.kernel.org. Since 2.6 is still a beta kernel, I prefer using vanilla (or else -mm) kernels since they don't contain additional patches. At the time of this writing, the latest kernel is 2.6.0-test3-bk9. From bill at noreboots.com Fri Aug 22 00:45:38 2003 From: bill at noreboots.com (Bill Anderson) Date: 21 Aug 2003 18:45:38 -0600 Subject: Minimal Install Option In-Reply-To: <3F4560E7.5707C53B@ispaceonline.org> References: <20030821205607.27026.79041.Mailman@listman.back-rdu.redhat.com> <3F4560E7.5707C53B@ispaceonline.org> Message-ID: <1061513138.2387.564.camel@locutus> On Thu, 2003-08-21 at 18:16, Mark Hoover wrote: > Some people act like just cause it's not in the default minimal install > group that you can't add it during the customization portion of the > install... Agreed. Adding to it is easy. Removing is significantly less so. -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From bill at noreboots.com Fri Aug 22 00:48:59 2003 From: bill at noreboots.com (Bill Anderson) Date: 21 Aug 2003 18:48:59 -0600 Subject: Firewall/Router security (was Re: Minimal Install Option) In-Reply-To: <200308211633.44691.hosting@j2solutions.net> References: <1061507587.2416.430.camel@locutus> <200308211633.44691.hosting@j2solutions.net> Message-ID: <1061513339.2415.574.camel@locutus> On Thu, 2003-08-21 at 17:33, Jesse Keating wrote: > On Thursday 21 August 2003 16:13, Bill Anderson wrote: > > In some cases it simply isn't feasible. It is not feasible for > > example, for me to fly halfway around the world just to do that. > > > > So SSH and krb are optional install, clearly neither are *needed* to > > do firewall/router stuff. We make them options available to be > > installed, but *not* part of a minimal *mandatory* install. > > I agree. There are 3 levels of inclusion to a group, such as minimal > (which I assume is made up of @ Core and @ Base). > Close, it's Core, Base (Minimal), and "Dailup" > There is where it cannot be removed from the installation, > where it can be removed, but is included by default, and > where it is part of the group, and can be included, but is > not included by default. > > SSH/krb I believe should be . Yup. Though I'd probably be tempted to put krb in optional. I'm building a list of current and proposed change to Minimal, according to each type (Mandatory, Default, Optional). It should be sent out shortly. Well as soon as I finish writing the script. :) -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From jspaleta at princeton.edu Fri Aug 22 01:39:14 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: Thu, 21 Aug 2003 21:39:14 -0400 Subject: Minimal Install Option Message-ID: <1061516354.5855.23.camel@localhost.localdomain> Bill Anderson wrote: >Given the comments on DHCP client, here is the new list I propose: So...making the leap of faith assumption that this list of packages to "fix" the current minimal install option is a best effort attempt. Some basic questions follow...how much smaller is this really making the minimal harddrive footprint? And is anyone willing to build up a prototype comps.xml file associated this initial "correction" list, that doesn't break the other currently available install types? -jef -------------- 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 jaboutboul at speakeasy.net Fri Aug 22 01:47:19 2003 From: jaboutboul at speakeasy.net (Jack Aboutboul) Date: Fri, 22 Aug 2003 04:47:19 +0300 Subject: Firewall/Router security (was Re: Minimal Install Option) In-Reply-To: <200308211633.44691.hosting@j2solutions.net> Message-ID: <90D57920-D442-11D7-8CA4-000A95689082@speakeasy.net> On Friday, Aug 22, 2003, at 02:33 Asia/Jerusalem, Jesse Keating wrote: > On Thursday 21 August 2003 16:13, Bill Anderson wrote: >> In some cases it simply isn't feasible. It is not feasible for >> example, for me to fly halfway around the world just to do that. >> >> So SSH and krb are optional install, clearly neither are *needed* to >> do firewall/router stuff. We make them options available to be >> installed, but *not* part of a minimal *mandatory* install. > > I agree. There are 3 levels of inclusion to a group, such as minimal > (which I assume is made up of @ Core and @ Base). > > There is where it cannot be removed from the installation, > where it can be removed, but is included by default, and > where it is part of the group, and can be included, but is > not included by default. > > SSH/krb I believe should be . > I'm not a big believer in krb, for a few reasons which are beyond the scope of this discussion, but ill give it to you. Also snmp stuffs must be default. We need to get down to working on a custom comps.xml file. As soon as I have a chance to breathe (and sleep), I'll give it a ago. --Jack From bill at noreboots.com Fri Aug 22 01:48:36 2003 From: bill at noreboots.com (Bill Anderson) Date: 21 Aug 2003 19:48:36 -0600 Subject: Minimal Install Option In-Reply-To: <1061516354.5855.23.camel@localhost.localdomain> References: <1061516354.5855.23.camel@localhost.localdomain> Message-ID: <1061516916.2406.642.camel@locutus> On Thu, 2003-08-21 at 19:39, Jef Spaleta wrote: > Bill Anderson wrote: > >Given the comments on DHCP client, here is the new list I propose: > > So...making the leap of faith assumption that this list of packages to > "fix" the current minimal install option is a best effort attempt. > > Some basic questions follow...how much smaller is this really making the > minimal harddrive footprint? I Don't know, I'm about minimizing the software, not necessarily the space used. > And is anyone willing to build up a prototype comps.xml file associated > this initial "correction" list, that doesn't break the other currently > available install types? I am working on modifying the comps.xml file, indeed already have a couple of patches, depending on the choices made. Since these changes take place *only* in the Minimal group, they will *only* affect that group, no other group requires Minimal that I have seen yet [quick double-check] yes, this group is not required by any other group. OS changes to *this* group affect *only* this group. Minimal install is not a Type of install, it is a group you select. I see Types as "Server", "Workstation", etc.. Right now, I am working ona python script that explores a given group and determines a package list for the entire group. With this, my goal is (initially) to be able to have it take the Mandatory, and later Default, options in the group, list them, and then follow it's group requirements and do the same up the tree (all the way to Core). However, I am also working on my wife's OOo install right now, so it will be later tonight. -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From elwoo at videotron.ca Fri Aug 22 02:49:36 2003 From: elwoo at videotron.ca (Elton Woo) Date: Thu, 21 Aug 2003 22:49:36 -0400 Subject: anyone else using a cable-modem connection? In-Reply-To: <1061507280.7462.2.camel@lando> References: <3F450D51.7090605@gmx.de> <1061507280.7462.2.camel@lando> Message-ID: <200308212249.36955.elwoo@videotron.ca> On August 21, 2003 07:08 pm, Kyle Maxwell wrote: > On Thu, 2003-08-21 at 13:20, shrek-m at gmx.de wrote: > > but it doesn?t show the usage of the single interfaces. > > > > eth0, eth1 = 1 networkmonitor > > > > > > there was an applet where you could choose and monitor the different > > interfaces > > > > but i can?t remeber, > > was it on redhat6.x, suse 7.1, debian, ... > > gnome1.x, kde2.x, enlightenment, ... > > Try gkrellm. See the latest comment HERE: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=85013 It seems that someone (mike at netlyncs.com) *finally* understands what I am requesting, and it's *not* gkrellm. BTW, gkrellm cannot be swallowed into the panel as an applet, can it? Elton -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From jspaleta at princeton.edu Fri Aug 22 04:02:52 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: Fri, 22 Aug 2003 00:02:52 -0400 Subject: Minimal Install Option Message-ID: <1061524971.2694.19.camel@localhost.localdomain> Bill Anderson wrote: >Right now, I am working ona python script that explores a given group >and determines a package list for the entire group. With this, my goal >is (initially) to be able to have it take the Mandatory, and later >Default, options in the group, list them, and then follow it's group >requirements and do the same up the tree (all the way to Core). is rpm-analyzer the project you seek? http://www.maisondubonheur.com/rpm-analyzer/ if yer going through this much trouble for a python script maybe you can hack the extra mandatory/default/optional functionality into rpm-analyzer proggie while yer at it. -jef -------------- 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 Fri Aug 22 04:15:37 2003 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 22 Aug 2003 00:15:37 -0400 Subject: Minimal Install Option In-Reply-To: <1061524971.2694.19.camel@localhost.localdomain> References: <1061524971.2694.19.camel@localhost.localdomain> Message-ID: <1061525737.4024.11.camel@binkley> On Fri, 2003-08-22 at 00:02, Jef Spaleta wrote: > Bill Anderson wrote: > > >Right now, I am working ona python script that explores a given group > >and determines a package list for the entire group. With this, my goal > >is (initially) to be able to have it take the Mandatory, and later > >Default, options in the group, list them, and then follow it's group > >requirements and do the same up the tree (all the way to Core). > > is rpm-analyzer the project you seek? > http://www.maisondubonheur.com/rpm-analyzer/ > if yer going through this much trouble for a python script maybe you can > hack the extra mandatory/default/optional functionality into > rpm-analyzer proggie while yer at it. Might I suggest you look at yum's groups support. yum reads the comps.xml now and can list packages out in groups of 'mandatory', 'default' and 'optional'. yumcomps.py in yum's source is an easy read, lots of comments. -sv From paul at dishone.st Fri Aug 22 04:34:42 2003 From: paul at dishone.st (Paul Jakma) Date: Fri, 22 Aug 2003 05:34:42 +0100 (IST) Subject: Minimal Install Option In-Reply-To: Message-ID: On Thu, 21 Aug 2003, Chris Ricker wrote: > They're not either-ors. You can use krb for scp authentication, for example. which reminds me, why is GSSAPI support not enabled in the openssh rpms? bit of a pain to have to rebuild RPMs all the time. > later, > chris regards, -- Paul Jakma paul at clubi.ie paul at jakma.org Key ID: 64A2FF6A warning: do not ever send email to spam at dishone.st Fortune: The greatest disloyalty one can offer to great pioneers is to refuse to move an inch from where they stood. From notting at redhat.com Fri Aug 22 04:36:00 2003 From: notting at redhat.com (Bill Nottingham) Date: Fri, 22 Aug 2003 00:36:00 -0400 Subject: Minimal Install Option In-Reply-To: ; from paul@dishone.st on Fri, Aug 22, 2003 at 05:34:42AM +0100 References: Message-ID: <20030822003600.A1452@devserv.devel.redhat.com> Paul Jakma (paul at dishone.st) said: > > They're not either-ors. You can use krb for scp authentication, for example. > > which reminds me, why is GSSAPI support not enabled in the openssh > rpms? bit of a pain to have to rebuild RPMs all the time. Unofficial draft standard that changes the interface. Bill From pekkas at netcore.fi Fri Aug 22 04:47:44 2003 From: pekkas at netcore.fi (Pekka Savola) Date: Fri, 22 Aug 2003 07:47:44 +0300 (EEST) Subject: Minimal Install Option In-Reply-To: Message-ID: On Thu, 21 Aug 2003, Chris Ricker wrote: > On Thu, 21 Aug 2003, Pekka Savola wrote: > > > > and then join the OpenSSL / OpenSSH exploit train.... No, thanks! > > > > I'm puzzled by this point. These would be local vulnerabilities. There > > will always be those, and it can be mitigated by keeping the system > > up-to-date. > > Not so. They're remote exploits from anywhere which can connect to OpenSSH. You really can't "connect to OpenSSH" before hosts.allow kicks in. > > If you haven't heard, hosts.allow activates the access controls very, very > > early in the process. You really can't exploit OpenSSH using that: 1) no > > SSH protocol processing happens before that, and 2) no input is received > > or processed before that. > > a) tcp wrappers is circumventable. How easily depends on how it's > configured.... Users can always misconfigure their systems. Having IP addresses there is pretty bulletproof, and DNS is also OK. > b) you're still attackable from any place you list in hosts.allow, even if > tcp wrappers isn't being bypassed. firewalls can be attacked from inside as > well as from out.... Only a fool would allow every internal IP to connect to the firewall. You add your firewall manager workstations or network management hosts there and be done with it. If someone breaks into those first, then you're in pretty deep shit anyway. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From ithum at it97.dyndns.org Fri Aug 22 05:04:55 2003 From: ithum at it97.dyndns.org (Irmund Thum) Date: Fri, 22 Aug 2003 07:04:55 +0200 Subject: A solution to the Galeon situation? In-Reply-To: <3F453ED2.5060607@gmx.de> References: <20030821200450.19263.qmail@linuxmail.org> <200308212311.22068.ithum@it97.dyndns.org> <3F453ED2.5060607@gmx.de> Message-ID: <200308220704.55311.ithum@it97.dyndns.org> Am Donnerstag, 21. August 2003 23:51 schrieb shrek-m at gmx.de: > you can try > > http://mozilla.org/ > > browser > MozillaFirebird > http://www.mozilla.org/products/firebird/ uname -a Linux athlon2.it97.dyndns.org 2.4.21-20.1.2024.2.1.nptl #13 Di Aug 19 18:56:11 CEST 2003 i686 athlon i386 GNU/Linux /usr/local/MozillaFirebird/run-mozilla.sh: line 454: 1302 Speicherzugriffsfehler "$prog" ${1+"$@"} ) = 101 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 --- SIGCHLD (Child exited) @ 0 (0) --- waitpid(-1, 0xbff4e48c, WNOHANG) = -1 ECHILD (No child processes) -- . ___ | | Irmund Thum | | From hosting at j2solutions.net Fri Aug 22 05:05:38 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Thu, 21 Aug 2003 22:05:38 -0700 Subject: Firewall/Router security (was Re: Minimal Install Option) In-Reply-To: <1061513339.2415.574.camel@locutus> References: <200308211633.44691.hosting@j2solutions.net> <1061513339.2415.574.camel@locutus> Message-ID: <200308212205.38736.hosting@j2solutions.net> On Thursday 21 August 2003 17:48, Bill Anderson uttered: > Close, it's Core, Base (Minimal), and "Dailup" Well right. Dialup being a required of Base. I really don't think that Dialup qualifies as a requirement of Base. I'd file an RFE at the same time we're working on the minimal install to remove Dialup as a requirement of Base. THats why there used to be an option for "Dialup Workstation" or something like that. > > There is where it cannot be removed from the installation, > > where it can be removed, but is included by default, and > > where it is part of the group, and can be included, but is > > not included by default. > > > > SSH/krb I believe should be . > > Yup. Though I'd probably be tempted to put krb in optional. I'm building > a list of current and proposed change to Minimal, according to each type > (Mandatory, Default, Optional). It should be sent out shortly. Well as > soon as I finish writing the script. :) I can agree to krb being . I never use krb myself, jsut thought there were others that wanted it default. Either way doesn't bother me as long as it's removable from the installation options in one (easy)way or another. I look forward to the new comps.xml and I'll review/add/agree as fit (for my needs). YaY! Community as it should be. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (www.mondorescue.org) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From hosting at j2solutions.net Fri Aug 22 05:08:37 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Thu, 21 Aug 2003 22:08:37 -0700 Subject: Minimal Install Option In-Reply-To: <1061516916.2406.642.camel@locutus> References: <1061516354.5855.23.camel@localhost.localdomain> <1061516916.2406.642.camel@locutus> Message-ID: <200308212208.37074.hosting@j2solutions.net> On Thursday 21 August 2003 18:48, Bill Anderson uttered: > I am working on modifying the comps.xml file, indeed already have a > couple of patches, depending on the choices made. > > Since these changes take place *only* in the Minimal group, they will > *only* affect that group, no other group requires Minimal that I have > seen yet [quick double-check] yes, this group is not required by any > other group. OS changes to *this* group affect *only* this group. > > Minimal install is not a Type of install, it is a group you select. I > see Types as "Server", "Workstation", etc.. While it is a group, it's not a defined group in the comps.xml file I was looking at. Is it defined in the beta? Shamefully I"ve been looking at teh RHL9 comps.xml since that was what was handy. Some of our changes will effect the Base and Core groups, possibly the Dialup group as well. I feel these changes are necessary, but will effect all other groups, since all other groups will require the Core and Base group. Maybe I'm off base here, but I'll await your comps.xml changes. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (www.mondorescue.org) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From bill at noreboots.com Fri Aug 22 06:04:27 2003 From: bill at noreboots.com (Bill Anderson) Date: 22 Aug 2003 00:04:27 -0600 Subject: Minimal Install Option In-Reply-To: <200308212208.37074.hosting@j2solutions.net> References: <1061516354.5855.23.camel@localhost.localdomain> <1061516916.2406.642.camel@locutus> <200308212208.37074.hosting@j2solutions.net> Message-ID: <1061532267.5402.12.camel@locutus> On Thu, 2003-08-21 at 23:08, Jesse Keating wrote: > On Thursday 21 August 2003 18:48, Bill Anderson uttered: > > I am working on modifying the comps.xml file, indeed already have a > > couple of patches, depending on the choices made. > > > > Since these changes take place *only* in the Minimal group, they will > > *only* affect that group, no other group requires Minimal that I have > > seen yet [quick double-check] yes, this group is not required by any > > other group. OS changes to *this* group affect *only* this group. > > > > Minimal install is not a Type of install, it is a group you select. I > > see Types as "Server", "Workstation", etc.. > > While it is a group, it's not a defined group in the comps.xml file I was > looking at. Is it defined in the beta? Shamefully I"ve been looking at teh > RHL9 comps.xml since that was what was handy. Sorry, yes I've been going on the beta. In the beta, it is a group defined in the comps.xml file. > > Some of our changes will effect the Base and Core groups, possibly the Dialup > group as well. I feel these changes are necessary, but will effect all other > groups, since all other groups will require the Core and Base group. Maybe > I'm off base here, but I'll await your comps.xml changes. Actually, I don't expect much changes in other groups, though rerunning the build tools will be needed to verify. I've got a script that can track package/group requirements based solely on the comps.xml file. My wife, however, is cracking the ol' whip and I need to get some sleep in. I'll have the changed comps.xml file tomorrow. And hopefully, a (cgi) script that lets you click through groups, etc.. Cheers, Bill -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From feliciano.matias at free.fr Fri Aug 22 06:24:32 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 22 Aug 2003 08:24:32 +0200 Subject: firstboot and --reconfig In-Reply-To: <1061499785.481.35.camel@bfox.devel.redhat.com> References: <1060520668.1001.18.camel@one.myworld> <1061407937.28699.3.camel@bfox.devel.redhat.com> <1061447397.1623.27.camel@one.myworld> <1061499785.481.35.camel@bfox.devel.redhat.com> Message-ID: <1061533470.6755.80.camel@one.myworld> Le jeu 21/08/2003 ? 23:03, Brent Fox a ?crit : > On Thu, 2003-08-21 at 02:29, F?liciano Matias wrote: > > [...] > > Sorry, i am talking about the "--reconfig" flag in firstboot. > > I find only one place where reconfig is "used" : > > if hasattr(obj, "moduleClass"): > > if (self.doReconfig and (obj.moduleClass == "reconfig")): > > self.moduleDict[int(obj.runPriority)] = obj > > elif (not self.doReconfig and (obj.moduleClass != "reconfig")): > > self.moduleDict[int(obj.runPriority)] = obj > > else: > > self.moduleDict[int(obj.runPriority)] = obj > > > > I am not a python programmer and perhaps I am wrong. > > I'm not sure I understand the question. The code you quoted above scans > the modules that firstboot has found in /usr/share/firstboot/modules to > see if any have a moduleClass variable that is set to "reconfig". If > any modules have this tag, they will only be shown if the reconfig flag > has been passed to firstboot. Humm?... vim /etc/rc.d/init.d/firstboot, ..., vim /usr/share/..., Damn! ... Yes! Things are clear now. Thanks for the reply and sorry for the previous mail. > > Cheers, > Brent -- F?liciano Matias -------------- 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 david.balazic at uni-mb.si Fri Aug 22 06:37:34 2003 From: david.balazic at uni-mb.si (David Balazic) Date: Fri, 22 Aug 2003 08:37:34 +0200 Subject: New versions of rescue CD (aka Sysadmin Survival CD) ? In-Reply-To: References: <3F44FCCF.2050500@uni-mb.si> Message-ID: <3F45BA2E.9020809@uni-mb.si> Alexandre Oliva wrote: > On Aug 21, 2003, David Balazic wrote: > > >>Are there any newer versions of the red hat rescue CD (aka Sysadmin >>Survival CD) ? > > > Yup. AFAIK it's in the Red Hat Linux 9 DVD you get when you purchase > the boxed set. Maybe it's also supplied as a separate CD in the box > as well. AFAIK it's not available for download because it's just a > subset of the bits in CD1: the xdelta between CD1 to rescuecd is 2353 > bytes. > Can I get this xdelta ? BTW, Florian La Roche claims that the rescue-cd was discontinued. Florian , Alexandre , can you sync your opinions ... or something :-) -- David Balazic -------------- "Be excellent to each other." - Bill S. Preston, Esq., & "Ted" Theodore Logan - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From laroche at redhat.com Fri Aug 22 06:53:35 2003 From: laroche at redhat.com (Florian La Roche) Date: Fri, 22 Aug 2003 08:53:35 +0200 Subject: New versions of rescue CD (aka Sysadmin Survival CD) ? In-Reply-To: <3F45BA2E.9020809@uni-mb.si> References: <3F44FCCF.2050500@uni-mb.si> <3F45BA2E.9020809@uni-mb.si> Message-ID: <20030822065335.GA4498@dudweiler.stuttgart.redhat.com> > Can I get this xdelta ? > > BTW, Florian La Roche claims that the rescue-cd was discontinued. > > Florian , Alexandre , can you sync your opinions ... or something :-) Red Hat has now a rescue system that is based on the anaconda installer and is sharing most of the bits with it. The most important thing for me was to have a rescue system available at the size of a credit-card that I can carry around with me all the time. ;-) >From a technical side the upcoming busybox 1.00 release together with some other bits should be a really nice rescue system. There should be enough projects out that use that as firewall system etc and that could be revived as rescue system. Big question is who is going to produce real CDs and distribute them. greetings, Florian La Roche From david.balazic at uni-mb.si Fri Aug 22 07:38:43 2003 From: david.balazic at uni-mb.si (David Balazic) Date: Fri, 22 Aug 2003 09:38:43 +0200 Subject: New versions of rescue CD (aka Sysadmin Survival CD) ? In-Reply-To: <20030822065335.GA4498@dudweiler.stuttgart.redhat.com> References: <3F44FCCF.2050500@uni-mb.si> <3F45BA2E.9020809@uni-mb.si> <20030822065335.GA4498@dudweiler.stuttgart.redhat.com> Message-ID: <3F45C883.7080508@uni-mb.si> Florian La Roche wrote: >>Can I get this xdelta ? >> >>BTW, Florian La Roche claims that the rescue-cd was discontinued. >> >>Florian , Alexandre , can you sync your opinions ... or something :-) > > > Red Hat has now a rescue system that is based on the anaconda installer > and is sharing most of the bits with it. The most important thing for me > was to have a rescue system available at the size of a credit-card that > I can carry around with me all the time. ;-) > >>From a technical side the upcoming busybox 1.00 release together with some > other bits should be a really nice rescue system. There should be enough > projects out that use that as firewall system etc and that could be > revived as rescue system. Big question is who is going to produce real > CDs and distribute them. I am confused. Is there a red-hat-linux based rescue CD that I can download on easily construct and fits on a credit card CD or not ? How about non-red-hat based ones ? Is that busybox thing usable ? 10x for any answers ! -- David Balazic -------------- "Be excellent to each other." - Bill S. Preston, Esq., & "Ted" Theodore Logan - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From laroche at redhat.com Fri Aug 22 07:53:57 2003 From: laroche at redhat.com (Florian La Roche) Date: Fri, 22 Aug 2003 09:53:57 +0200 Subject: New versions of rescue CD (aka Sysadmin Survival CD) ? In-Reply-To: <3F45C883.7080508@uni-mb.si> References: <3F44FCCF.2050500@uni-mb.si> <3F45BA2E.9020809@uni-mb.si> <20030822065335.GA4498@dudweiler.stuttgart.redhat.com> <3F45C883.7080508@uni-mb.si> Message-ID: <20030822075357.GA4895@dudweiler.stuttgart.redhat.com> > I am confused. Is there a red-hat-linux based rescue CD that I can download > on easily construct and fits on a credit card CD or not ? The Red Hat Linux install image is also a rescue image. I think it has more than 50MB, so you have to put in some extra efford if it has to be smaller. > How about non-red-hat based ones ? Is that busybox thing usable ? I don't have anything that is ready to go, that is just the direction I would look at if something new needs to be cooked up. > 10x for any answers ! Can you burn credit card sized CDs yourself? greetings, Florian La Roche From david.balazic at uni-mb.si Fri Aug 22 08:35:05 2003 From: david.balazic at uni-mb.si (David Balazic) Date: Fri, 22 Aug 2003 10:35:05 +0200 Subject: New versions of rescue CD (aka Sysadmin Survival CD) ? In-Reply-To: <20030822075357.GA4895@dudweiler.stuttgart.redhat.com> References: <3F44FCCF.2050500@uni-mb.si> <3F45BA2E.9020809@uni-mb.si> <20030822065335.GA4498@dudweiler.stuttgart.redhat.com> <3F45C883.7080508@uni-mb.si> <20030822075357.GA4895@dudweiler.stuttgart.redhat.com> Message-ID: <3F45D5B9.3040603@uni-mb.si> Florian La Roche wrote: >>I am confused. Is there a red-hat-linux based rescue CD that I can download >>on easily construct and fits on a credit card CD or not ? > > > The Red Hat Linux install image is also a rescue image. I think it has more > than 50MB, so you have to put in some extra efford if it has to be smaller. So is v8.0 the latest ? What about v9 that Alexandre Oliva mentioned ? > >>How about non-red-hat based ones ? Is that busybox thing usable ? > > > I don't have anything that is ready to go, that is just the direction I > would look at if something new needs to be cooked up. > > >>10x for any answers ! > > > Can you burn credit card sized CDs yourself? > Yes, I have a CD writer and a box of credit card sized CD-Rs. -- David Balazic -------------- "Be excellent to each other." - Bill S. Preston, Esq., & "Ted" Theodore Logan - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From feliciano.matias at free.fr Fri Aug 22 08:42:36 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 22 Aug 2003 10:42:36 +0200 Subject: new up2date for testing In-Reply-To: <20030816020148.H24307@redhat.com> References: <20030816020148.H24307@redhat.com> Message-ID: <1061541753.6755.162.camel@one.myworld> Le sam 16/08/2003 ? 08:01, Adrian Likins a ?crit : > To enable, check "Enable Rollbacks" on the > Retreivel/installation screen of the gui in > `up2date --config` or set "enabledRollbacks" > to 1 if text config is more your style. > > And if thats not enough excitement, try > uncommenting the one line in /etc/rpm/macros.up2date > This enables "all erase" transactions. Aka, rollbacks > on package installs, not just package upgrades, for yall > rollback newbies. > > This will create rollback rpms on every up2date > package install/upgrade (remove too, for that matter). > You can then rollback the last rollback with: > > up2date --undo > I test this feature with up2date-3.9.10-2 . /etc/sysconfig/rhn/sources : yum rawhide /var/RH/rawhide/yum/os/i386 /etc/sysconfig/rhn/up2date : enableRollbacks=1 I do a huge update (more than 300 packages). And after undo the update. As result i got a broken system. The log of "up2date --undo" : http://feliciano.matias.free.fr/up2date_undo/up2date_--nox_--undo You will find other informations here : http://feliciano.matias.free.fr/up2date_undo/ > To reinstall the previous version of that package > (including any modified config files). > > If anything breaks... yeah, right, like this could possibly > break. I already said it was perfect. Anyway, if anything > breaks, my good friend bugzilla wants to here about it. > "up2date --undo is broken" is not useful :-) > Since you won't be needing it, I'll go ahead and provide > a pointer url to > the right place to file a bug. But you want need that. > > > Adrian > > -- F?liciano Matias -------------- 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 tom.jmalone at virgin.net Fri Aug 22 10:29:04 2003 From: tom.jmalone at virgin.net (Tom Malone) Date: Fri, 22 Aug 2003 11:29:04 +0100 Subject: Is it possible to have more feedback Message-ID: <3F45F070.7020300@virgin.net> I realise that RedHat is doing all it can to make this project a success, and I was wondering if it possible to have a really simple web page that gives out when RedHat hope to get the next beta out or when they hope the infrastructure is in place with a bug banner saying these are not set in stone. From jspaleta at princeton.edu Fri Aug 22 12:14:18 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: Fri, 22 Aug 2003 08:14:18 -0400 Subject: Minimal Install Option Message-ID: <1061554458.4325.7.camel@localhost.localdomain> Bill Anderson wrote: > Sorry, yes I've been going on the beta. In the beta, it is a group > defined in the comps.xml file. Now I maybe totally blind...but in the comps.xml on my beta disk1 iso, a simple grep for Minimal/minimal doesn't snag its own group. What I get is the Base group with a description of: These packages include a minimal set of packages. Useful for creating small router/firewall boxes, for example. It is true that minimal is not a "type" of install like workstation or desktop...to get a minimal install in the beta you have to select custom, and then then in the group selector there is a choice of minimal or everything...after the specific group choices. But I'm not sure if minimal is really its own group in the comps.xml file...the finished alternative comps.xml file will be interesting to test. -jef -------------- 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 chrisw01 at privatei.com Fri Aug 22 13:56:37 2003 From: chrisw01 at privatei.com (Christopher A. Williams) Date: Fri, 22 Aug 2003 07:56:37 -0600 Subject: A solution to the Galeon situation? In-Reply-To: <200308220704.55311.ithum@it97.dyndns.org> References: <20030821200450.19263.qmail@linuxmail.org> <200308212311.22068.ithum@it97.dyndns.org> <3F453ED2.5060607@gmx.de> <200308220704.55311.ithum@it97.dyndns.org> Message-ID: <1061560597.20777.5.camel@spike-home.comcast.net> Execute MozillaFirebird instead of RunMozilla.sh and it works. Running FireBird 0.6.1 with no issues once I figured that part out. Cheers, Chris Williams On Thu, 2003-08-21 at 23:04, Irmund Thum wrote: > Am Donnerstag, 21. August 2003 23:51 schrieb shrek-m at gmx.de: > > you can try > > > > http://mozilla.org/ > > > > browser > > MozillaFirebird > > http://www.mozilla.org/products/firebird/ > > uname -a > Linux athlon2.it97.dyndns.org 2.4.21-20.1.2024.2.1.nptl #13 Di Aug 19 18:56:11 > CEST 2003 i686 athlon i386 GNU/Linux > > /usr/local/MozillaFirebird/run-mozilla.sh: line 454: 1302 > Speicherzugriffsfehler "$prog" ${1+"$@"} > ) = 101 > rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 > --- SIGCHLD (Child exited) @ 0 (0) --- > waitpid(-1, 0xbff4e48c, WNOHANG) = -1 ECHILD (No child processes) -- ==================================== "If you get to thinkin' you're a person of some influence, try orderin' someone else's dog around." --Cowboy Wisdom From mike at netlyncs.com Fri Aug 22 14:01:19 2003 From: mike at netlyncs.com (Mike Chambers) Date: Fri, 22 Aug 2003 09:01:19 -0500 Subject: New up2date with local dir access Message-ID: <1061560879.1897.9.camel@bart.netlyncs.com> When setting up to check updates for a local dir, it seems that when the checks get to the obsoletes menu, it stays there. I have to hit the X on that menu, go back once, use another up2date entry to let it check then it finishes showing package headers and such from the local dir. This is all on a dir that mirrors everything in the i386 rawhide dir. Everything seems to work except when you select to check for updates on the rawhide dir, and it gets to the obsoletes part. [mike at bart mike]$ rpm -q up2date up2date-gnome up2date-3.9.12-2 up2date-gnome-3.9.12-2 This is the local dir check line.. ### an local directory full of packages ### format dir Rawhide /home/nfs/download/linux/redhat/rawhide/ Any ideas? -- Mike Chambers Madisonville, KY "To be or not to be, is the dumbest question I ever heard!" From ted at cypress.com Fri Aug 22 14:20:11 2003 From: ted at cypress.com (Thomas Dodd) Date: Fri, 22 Aug 2003 09:20:11 -0500 Subject: A solution to the Galeon situation? In-Reply-To: <20030821200450.19263.qmail@linuxmail.org> References: <20030821200450.19263.qmail@linuxmail.org> Message-ID: <3F46269B.5050507@cypress.com> Kevin Worthington wrote: > Galeon has been replaced by Epiphany. It uses the Gecko rendering > engine just like Galeon did. I don't know if it has all the features > you want, but give it a try. Grab the latest from rawhide: > http://rawhide.redhat.com/pub/redhat/linux/rawhide/i386/RedHat/RPMS/epiphany-0.8.4-1.i386.rpm So how do I tell it to use a proxy? There's no setting in the prefs for it. It's not usig the vaule set in gconf. An the documentation is useless. -Thomas From anvil at livna.org Fri Aug 22 14:23:43 2003 From: anvil at livna.org (Dams) Date: Fri, 22 Aug 2003 16:23:43 +0200 Subject: A solution to the Galeon situation? In-Reply-To: <3F46269B.5050507@cypress.com> References: <20030821200450.19263.qmail@linuxmail.org> <3F46269B.5050507@cypress.com> Message-ID: <1061562222.2219.14.camel@gruyere.lan.livna.org> Epiphany use the gnome proxy settings. Use the proxy configuration in nautilus in the preferences:/// location. D Le ven 22/08/2003 ? 16:20, Thomas Dodd a ?crit : > So how do I tell it to use a proxy? There's no setting in the prefs for > it. It's not usig the vaule set in gconf. An the documentation is useless. > -Thomas -- 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. From anvil at livna.org Fri Aug 22 14:33:00 2003 From: anvil at livna.org (Dams) Date: Fri, 22 Aug 2003 16:33:00 +0200 Subject: A solution to the Galeon situation? In-Reply-To: <1061493767.16661.55.camel@sonylap1> References: <1061493767.16661.55.camel@sonylap1> Message-ID: <1061562780.2219.25.camel@gruyere.lan.livna.org> According to http://galeon.sourceforge.net/links/interview_2003-07.php galeon2 will be release before the end of summer. It's obvious galeon2 wont make it in Cambridge but expect a package in fedora (http://www.fedora.us/) [almost] as soon as it is released. Maybe even before the final release if cvs snapshots and/or milestones proove to be quite stable enough to be usable - and i dont think they are actually as galeon 1.3.7 keeps crashing on startup with me. D - galeon user. Le jeu 21/08/2003 ? 21:22, Anthony Joseph Seward a ?crit : > I've been using galeon as my browser for a while and have gotten used to > it's session features and smart bookmarks. I've tried to move to > Mozilla, but can't import my bookmarks and it doesn't seem to have > sessions. I've tried building Galeon 1.3, but it keeps crashing when I > try to print or open the preferences dialog. > Is there a better solution? Anyone? Anyone? > Tony -- 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 ted at cypress.com Fri Aug 22 14:44:28 2003 From: ted at cypress.com (Thomas Dodd) Date: Fri, 22 Aug 2003 09:44:28 -0500 Subject: A solution to the Galeon situation? In-Reply-To: <1061562222.2219.14.camel@gruyere.lan.livna.org> References: <20030821200450.19263.qmail@linuxmail.org> <3F46269B.5050507@cypress.com> <1061562222.2219.14.camel@gruyere.lan.livna.org> Message-ID: <3F462C4C.8050803@cypress.com> Dams wrote: > Epiphany use the gnome proxy settings. Use the proxy configuration in > nautilus in the preferences:/// location. Strange. It was set, but not enabled. Thanks. -Thomas From ithum at it97.dyndns.org Fri Aug 22 14:42:46 2003 From: ithum at it97.dyndns.org (Irmund Thum) Date: Fri, 22 Aug 2003 16:42:46 +0200 Subject: A solution to the Galeon situation? In-Reply-To: <1061560597.20777.5.camel@spike-home.comcast.net> References: <20030821200450.19263.qmail@linuxmail.org> <200308220704.55311.ithum@it97.dyndns.org> <1061560597.20777.5.camel@spike-home.comcast.net> Message-ID: <200308221642.46558.ithum@it97.dyndns.org> Am Freitag, 22. August 2003 15:56 schrieb Christopher A. Williams: > Execute MozillaFirebird instead of RunMozilla.sh and it works. > > Running FireBird 0.6.1 with no issues once I figured that part out. that was a strace line starting MozillaFirebird (v. moz15a und 1.4b), and it's probably missing some libraries... I was only testing, I'm just happy with the 'normal' mozilla, a bit less with galeon 1.3.7 from arjan (has some quirks: sessions, proxy settings etc.) i.t -- . ___ | | Irmund Thum | | From jdy at cs.brown.edu Fri Aug 22 14:51:39 2003 From: jdy at cs.brown.edu (Joel Young) Date: Fri, 22 Aug 2003 10:51:39 -0400 Subject: A solution to the Galeon situation? In-Reply-To: Your message of "Fri, 22 Aug 2003 16:23:43 +0200." <1061562222.2219.14.camel@gruyere.lan.livna.org> References: <20030821200450.19263.qmail@linuxmail.org> <3F46269B.5050507@cypress.com> <1061562222.2219.14.camel@gruyere.lan.livna.org> Message-ID: <20030822145139.0BE543EA9@null.cs.brown.edu> From: Dams > Epiphany use the gnome proxy settings. Use the proxy configuration in > nautilus in the preferences:/// location. Sometimes one might want to browse with a different proxy than used for one's file manager or desktop environment. Using gnome prefs should be an option, not the only option. Sometimes I need to run with two different browsers so I can have one without a proxy and the other with one. Joel From elwoo at videotron.ca Fri Aug 22 15:37:26 2003 From: elwoo at videotron.ca (Elton Woo) Date: Fri, 22 Aug 2003 11:37:26 -0400 Subject: Is it possible to have more feedback In-Reply-To: <3F45F070.7020300@virgin.net> References: <3F45F070.7020300@virgin.net> Message-ID: <200308221137.27036.elwoo@videotron.ca> On August 22, 2003 06:29 am, Tom Malone wrote: > I realise that RedHat is doing all it can to make this project a > success, and I was wondering if it possible to have a really simple web > page that gives out when RedHat hope to get the next beta out or when > they hope the infrastructure is in place with a bug banner saying these > are not set in stone. Excellent idea! ... in view of the lengthy delay in awaiting the next beta, this should moderate the boredom that seems to be setting in here. ... especially as there seems to be either a dearth of bugs, or a marked paucity of comments thereupon. Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From bill at noreboots.com Fri Aug 22 16:34:04 2003 From: bill at noreboots.com (Bill Anderson) Date: 22 Aug 2003 10:34:04 -0600 Subject: Minimal Install Option In-Reply-To: <1061525737.4024.11.camel@binkley> References: <1061524971.2694.19.camel@localhost.localdomain> <1061525737.4024.11.camel@binkley> Message-ID: <1061570044.6331.27.camel@locutus> On Thu, 2003-08-21 at 22:15, seth vidal wrote: > On Fri, 2003-08-22 at 00:02, Jef Spaleta wrote: > > Bill Anderson wrote: > > > > >Right now, I am working ona python script that explores a given group > > >and determines a package list for the entire group. With this, my goal > > >is (initially) to be able to have it take the Mandatory, and later > > >Default, options in the group, list them, and then follow it's group > > >requirements and do the same up the tree (all the way to Core). > > > > is rpm-analyzer the project you seek? > > http://www.maisondubonheur.com/rpm-analyzer/ > > if yer going through this much trouble for a python script maybe you can > > hack the extra mandatory/default/optional functionality into > > rpm-analyzer proggie while yer at it. > > Might I suggest you look at yum's groups support. > > yum reads the comps.xml now and can list packages out in groups of > 'mandatory', 'default' and 'optional'. > > yumcomps.py in yum's source is an easy read, lots of comments. Hmm I'll have to look at that. My script already can do that, and can also drill down through a sequence of group requirements. For example, the current comps.xml file in the beta shows Base (Minimal) requiring Dialup and Core. My script currently takes the name of the comps.xml file and the id of a group. It then spits out the Mandatory/Default packages for the specified group and the groups it requires, and that they require, etc.. -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From anthony.seward at ieee.org Fri Aug 22 16:48:30 2003 From: anthony.seward at ieee.org (Anthony Joseph Seward) Date: 22 Aug 2003 10:48:30 -0600 Subject: A solution to the Galeon situation? In-Reply-To: <1061494931.18337.2.camel@wintermute.sr.unh.edu> References: <1061493767.16661.55.camel@sonylap1> <1061494931.18337.2.camel@wintermute.sr.unh.edu> Message-ID: <1061570910.16661.61.camel@sonylap1> On Thu, 2003-08-21 at 13:42, Thomas J. Baker wrote: > http://dag.wieers.com/apt/redhat/9/en/i386/RPMS.dag/ > > Download and install his rpm for galeon-1.3.7. It just works for me. > > Or if you're apt-savvy, just add his repository to your sources.list. > > tjb I got the same results with this RPM as I did with the one I built from the .spec file in the original sources (i.e. crashes on printing and opening preferences dialog). Tony -- Anthony Joseph Seward From johnsonm at redhat.com Fri Aug 22 17:05:34 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Fri, 22 Aug 2003 13:05:34 -0400 Subject: Severn Beta2 In-Reply-To: <004e01c36826$fa987fd0$201e16ac@AllAccess>; from michael@ywow.org on Thu, Aug 21, 2003 at 04:58:24PM -0400 References: <200308202151.18972.hoyt@cavtel.net> <1061447268.3857.4.camel@Linux1> <1061448800.9639.15.camel@GreenTea> <20030821163223.GC16051@ip68-4-255-84.oc.oc.cox.net> <20030821152612.E12106@devserv.devel.redhat.com> <016801c3681c$f2cb2b40$201e16ac@AllAccess> <20030821162016.F12106@devserv.devel.redhat.com> <004e01c36826$fa987fd0$201e16ac@AllAccess> Message-ID: <20030822130534.A16783@devserv.devel.redhat.com> On Thu, Aug 21, 2003 at 04:58:24PM -0400, MJang wrote: > Thank you. Your information is quite helpful. If you could answer one more question, please? ... > If there is a release of Red Hat Linux 11 with the 2.6 kernel fairly early in '04 (e.g. in January), will there be another release > of Red Hat Linux around the "traditional" release date in March or April of '04? Hm, you trimmed out my answer to this question, so I'll re-insert it: >>> And the following release of Red Hat Linux (12?) won't come until the fall of '04? >> >> That goes beyond what I'd want to say -- we haven't planned that. That's really all the answer that exists right now. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From nmarsh1 at mac.com Fri Aug 22 17:57:09 2003 From: nmarsh1 at mac.com (Nick Marsh) Date: Fri, 22 Aug 2003 12:57:09 -0500 Subject: Gnome 2.4 in RHEL 3.0? Message-ID: <3295886.1061575029335.JavaMail.nmarsh1@mac.com> Will RHEL 3.0 be using Gnome 2.4? nick marsh nmarsh1 at mac.com From johnsonm at redhat.com Fri Aug 22 18:09:15 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Fri, 22 Aug 2003 14:09:15 -0400 Subject: Gnome 2.4 in RHEL 3.0? In-Reply-To: <3295886.1061575029335.JavaMail.nmarsh1@mac.com>; from nmarsh1@mac.com on Fri, Aug 22, 2003 at 12:57:09PM -0500 References: <3295886.1061575029335.JavaMail.nmarsh1@mac.com> Message-ID: <20030822140915.A17492@devserv.devel.redhat.com> On Fri, Aug 22, 2003 at 12:57:09PM -0500, Nick Marsh wrote: > Will RHEL 3.0 be using Gnome 2.4? No. This would make more sense on taroon-beta-list at redhat.com FWIW, since it's in reference to taroon. :-) michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From aoliva at redhat.com Fri Aug 22 20:04:28 2003 From: aoliva at redhat.com (Alexandre Oliva) Date: 22 Aug 2003 17:04:28 -0300 Subject: New versions of rescue CD (aka Sysadmin Survival CD) ? In-Reply-To: <3F45D5B9.3040603@uni-mb.si> References: <3F44FCCF.2050500@uni-mb.si> <3F45BA2E.9020809@uni-mb.si> <20030822065335.GA4498@dudweiler.stuttgart.redhat.com> <3F45C883.7080508@uni-mb.si> <20030822075357.GA4895@dudweiler.stuttgart.redhat.com> <3F45D5B9.3040603@uni-mb.si> Message-ID: On Aug 22, 2003, David Balazic wrote: > What about v9 that Alexandre Oliva mentioned ? AFAIK, it's only in the DVD you get when you purchase the boxed set that contains the DVD. -- Alexandre Oliva, GCC Team, Red Hat From joden at malachi.lee.k12.nc.us Fri Aug 22 21:28:48 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Fri, 22 Aug 2003 17:28:48 -0400 (EDT) Subject: Minimal Install Option In-Reply-To: <4862.12.29.16.103.1061497910.squirrel@whooper.org> Message-ID: On Thu, 21 Aug 2003, William Hooper wrote: > > Jef Spaleta said: > [major snip] > > If you need to worry about having only 200Megs of Harddrive space or > > only 4 megs of memory at this point in the game...you really should be > > rolling yer own media sets or something other than expecting the default > > rhl image to cater to systems limitations for which predate > > cobol....anaconda-runtime exists for a reason. > [ditto] > > At some point making your on installer makes sense. For example, the RULE > project (http://www.rule-project.org/en/) decided that Anaconda was too > resource hungry, so they made their own installer, making a smaller > "minimal" install in the process. > > I think the Red Hat Linux "Project" should encourage more of these type of > things. Heck, I would even go for the stance of removing the "minimal" > install and pointing people to RULE instead. Except that you can achieve quite handily a minimal install cd using anaconda. I do it every day. What really needs to happen is for someone to come up with some robust general purpose tools for building distributions based around anaconda. I have built such tools but unfortunately they are not open source. I would certainly be willing to help with any such project, though. Cheers...james > From skvidal at phy.duke.edu Fri Aug 22 21:13:26 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 22 Aug 2003 17:13:26 -0400 Subject: Minimal Install Option In-Reply-To: <1061570044.6331.27.camel@locutus> References: <1061524971.2694.19.camel@localhost.localdomain> <1061525737.4024.11.camel@binkley> <1061570044.6331.27.camel@locutus> Message-ID: <1061586805.10563.246.camel@opus.phy.duke.edu> > Hmm I'll have to look at that. > > My script already can do that, and can also drill down through a > sequence of group requirements. For example, the current comps.xml file > in the beta shows Base (Minimal) requiring Dialup and Core. My script > currently takes the name of the comps.xml file and the id of a group. It > then spits out the Mandatory/Default packages for the specified group > and the groups it requires, and that they require, etc.. here is what yumgroups.py does: you can give it a set of comps.xml files - it parses them, reads, them, integrates the various groups across the comps.xml files then lists out for you package, group and metapkgs per group. take look - the default listing can be quite informative. or grab yum - put a yumgroups.xml in a repository and do a 'yum grouplist hidden' -sv From gkarabin at pobox.com Sat Aug 23 02:34:55 2003 From: gkarabin at pobox.com (George J Karabin) Date: Fri, 22 Aug 2003 19:34:55 -0700 Subject: A solution to the Galeon situation? In-Reply-To: <20030822145139.0BE543EA9@null.cs.brown.edu> References: <20030821200450.19263.qmail@linuxmail.org> <3F46269B.5050507@cypress.com> <1061562222.2219.14.camel@gruyere.lan.livna.org> <20030822145139.0BE543EA9@null.cs.brown.edu> Message-ID: <1061606095.8908.12.camel@localhost.localdomain> On Fri, 2003-08-22 at 07:51, Joel Young wrote: > Sometimes I need to run with two different browsers so I can have one > without a proxy and the other with one. Can you describe a scenario when you'd like to do this? Is it that you want to only use the proxy for certain host names or netmasks? The control center applet could be hacked to support that. Or do you need some behavior that's more complex? - George From marguz at ameritech.net Sat Aug 23 02:45:37 2003 From: marguz at ameritech.net (Mark Guzzo) Date: 22 Aug 2003 21:45:37 -0500 Subject: The new up2date ? Message-ID: <1061606736.503.3.camel@purple> Hi all, I set up the new UP2DATE and it works great, but I have a question. How do I set it so that I'm no asked this question for EVERY package I want to install (from RAWHIDE)? "The package Foo-Bar-x.x is not signed with a GPG signature. Continue?" Mark From jtlegbandt at earthlink.net Sat Aug 23 05:55:10 2003 From: jtlegbandt at earthlink.net (Joshua Legbandt) Date: Fri, 22 Aug 2003 22:55:10 -0700 Subject: rawhide glibc problems? Message-ID: <1061618110.4517.19.camel@suburbia> Since I upgraded my glibc to the latest rawhide rpms (glibc-2.3.2-71), I've been having problems with yum, up2date and the rhn-applet. yum returns the following when run: Traceback (most recent call last): File "/usr/bin/yum", line 22, in ? import yummain File "yummain.py", line 21, in ? File "clientStuff.py", line 18, in ? ImportError: /usr/lib/librt.so.1: symbol __librt_disable_asynccancel, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference both up2date and the rhn-applet core. I'd file a bugzilla report, but I am unclear as how to file it since there is no entry for rawhide versions other than 1.0. How should these be filed? -Josh -- Joshua Legbandt From skvidal at phy.duke.edu Sat Aug 23 06:35:16 2003 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 23 Aug 2003 02:35:16 -0400 Subject: rawhide glibc problems? In-Reply-To: <1061618110.4517.19.camel@suburbia> References: <1061618110.4517.19.camel@suburbia> Message-ID: <1061620516.6617.237.camel@binkley> On Sat, 2003-08-23 at 01:55, Joshua Legbandt wrote: > Since I upgraded my glibc to the latest rawhide rpms (glibc-2.3.2-71), > I've been having problems with yum, up2date and the rhn-applet. > > yum returns the following when run: > Traceback (most recent call last): > File "/usr/bin/yum", line 22, in ? > import yummain > File "yummain.py", line 21, in ? > File "clientStuff.py", line 18, in ? > ImportError: /usr/lib/librt.so.1: symbol __librt_disable_asynccancel, > version GLIBC_PRIVATE not defined in file libc.so.6 with link time > reference > > both up2date and the rhn-applet core. > > I'd file a bugzilla report, but I am unclear as how to file it since > there is no entry for rawhide versions other than 1.0. How should these > be filed? I'd say file it under rawhide 1.0 (rawhide is always 1.0) and the python component. -sv From jtlegbandt at earthlink.net Sat Aug 23 07:24:25 2003 From: jtlegbandt at earthlink.net (Joshua Legbandt) Date: Sat, 23 Aug 2003 00:24:25 -0700 Subject: rawhide glibc problems? In-Reply-To: <1061620516.6617.237.camel@binkley> References: <1061618110.4517.19.camel@suburbia> <1061620516.6617.237.camel@binkley> Message-ID: <1061623465.4517.25.camel@suburbia> On Fri, 2003-08-22 at 23:35, seth vidal wrote: > On Sat, 2003-08-23 at 01:55, Joshua Legbandt wrote: > > Since I upgraded my glibc to the latest rawhide rpms (glibc-2.3.2-71), > > I've been having problems with yum, up2date and the rhn-applet. > > > > yum returns the following when run: > > Traceback (most recent call last): > > File "/usr/bin/yum", line 22, in ? > > import yummain > > File "yummain.py", line 21, in ? > > File "clientStuff.py", line 18, in ? > > ImportError: /usr/lib/librt.so.1: symbol __librt_disable_asynccancel, > > version GLIBC_PRIVATE not defined in file libc.so.6 with link time > > reference > > > > both up2date and the rhn-applet core. > > > > I'd file a bugzilla report, but I am unclear as how to file it since > > there is no entry for rawhide versions other than 1.0. How should these > > be filed? > > I'd say file it under rawhide 1.0 (rawhide is always 1.0) and the python > component. > > -sv > actually, I think I'm gonna file it under the glibc component. I was digging around bugzilla and discovered bug 90755 for glibc breaking java, which reminded my of the LD_ASSUME_KERNEL setting. After doing the following: % unset LANG % export LD_ASSUME_KERNEL=2.2.5 I was able to run yum, up2date and the rhn-applet... Thanks for the input! -josh -- Joshua Legbandt From nphilipp at redhat.com Sat Aug 23 08:16:08 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: Sat, 23 Aug 2003 10:16:08 +0200 Subject: A solution to the Galeon situation? In-Reply-To: <1061570910.16661.61.camel@sonylap1> References: <1061493767.16661.55.camel@sonylap1> <1061494931.18337.2.camel@wintermute.sr.unh.edu> <1061570910.16661.61.camel@sonylap1> Message-ID: <1061626568.9004.6.camel@wombat.dialup.fht-esslingen.de> On Fri, 2003-08-22 at 18:48, Anthony Joseph Seward wrote: > On Thu, 2003-08-21 at 13:42, Thomas J. Baker wrote: > > > > http://dag.wieers.com/apt/redhat/9/en/i386/RPMS.dag/ > > > > Download and install his rpm for galeon-1.3.7. It just works for me. > > > > Or if you're apt-savvy, just add his repository to your sources.list. > > > > tjb > > I got the same results with this RPM as I did with the one I built from > the .spec file in the original sources (i.e. crashes on printing and > opening preferences dialog). I can't help but to (again) plug my packages at http://lisas.de/~nils/redhat/severn/... -- these work for me (no crashes on either printing or preferences). If they won't work with you, you should check whether the dependencies are current, check your versions of (for starters): glib2 glibc gtk2 libstdc++ mozilla and compare them against what's in Rawhide. 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 shrek-m at gmx.de Sat Aug 23 10:37:23 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sat, 23 Aug 2003 12:37:23 +0200 Subject: A solution to the Galeon situation? In-Reply-To: <1061606095.8908.12.camel@localhost.localdomain> References: <20030821200450.19263.qmail@linuxmail.org> <3F46269B.5050507@cypress.com> <1061562222.2219.14.camel@gruyere.lan.livna.org> <20030822145139.0BE543EA9@null.cs.brown.edu> <1061606095.8908.12.camel@localhost.localdomain> Message-ID: <3F4743E3.90202@gmx.de> George J Karabin wrote: >On Fri, 2003-08-22 at 07:51, Joel Young wrote: > > >>Sometimes I need to run with two different browsers so I can have one >>without a proxy and the other with one. >> >> i am not sure why you need this. in mozilla, firebird, ... no_proxy_for:127.0.0.1,ownwebserver,.sld.tld,.other.domain >Can you describe a scenario when you'd like to do this? Is it that you >want to only use the proxy for certain host names or netmasks? The >control center applet could be hacked to support that. Or do you need >some behavior that's more complex? > i could think about this scenario. (internet_access should have only the proxy-servers) ".microsoft.com" and other domains are denied, ftp and other ports are denied. sometimes i need access on it. - i change the settings to "direct_internet_access" or i change the proxy-server-address from "squid-for-users" to "squid-for-admins" - browse - undo the settings ".microsoft.com" and other domains are denied again, ftp and other ports are denied again. an other browser with other settings, why not ? ----snip--squid.conf---- acl sites dstdomain "/etc/squid/sites" acl sites-regex urlpath_regex -i blabla acl sites-dstdom dstdom_regex -i blubber http_access deny sites http_access deny sites-regex http_access deny sites-dstdom ----snip--/etc/squid/sites---- .microsoft.com .microsoft.de -- shrek-m From leonardjo at hetnet.nl Sat Aug 23 12:47:45 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Sat, 23 Aug 2003 14:47:45 +0200 Subject: pam src rpm replaced? Message-ID: <3F477E91.16479.4063D1@localhost> Hi, Just curious why pam-0.77-3.src.rpm on the FTP site was replaced with another version with a slightly different size but the same contents as the previous version with the same version number. While I am at it, I reported a simple missing BuildRequires for pam three weeks ago, but I haven't seen any reaction on bugzilla yet (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101563). Why does it have to take so long just to fix such a simple bug for which a fix is provided? Not that I expect new pam rpms to be released for a single BuildRequires, but a simple "this will be fixed in the next release" would be nice. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From nphilipp at redhat.com Sat Aug 23 13:26:32 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: Sat, 23 Aug 2003 15:26:32 +0200 Subject: pam src rpm replaced? In-Reply-To: <3F477E91.16479.4063D1@localhost> References: <3F477E91.16479.4063D1@localhost> Message-ID: <1061645192.528.4.camel@wombat.dialup.fht-esslingen.de> On Sat, 2003-08-23 at 14:47, Leonard den Ottolander wrote: > Just curious why pam-0.77-3.src.rpm on the FTP site was replaced with > another version with a slightly different size but the same contents as the > previous version with the same version number. Probably an unsigned file got replaced by a signed one. 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 Sat Aug 23 13:33:54 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sat, 23 Aug 2003 15:33:54 +0200 Subject: pam src rpm replaced? In-Reply-To: <3F477E91.16479.4063D1@localhost> References: <3F477E91.16479.4063D1@localhost> Message-ID: <20030823153354.38cea940.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, 23 Aug 2003 14:47:45 +0200, Leonard den Ottolander wrote: > While I am at it, I reported a simple missing BuildRequires for pam three > weeks ago, but I haven't seen any reaction on bugzilla yet > (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101563). Well, activity log disagrees: https://bugzilla.redhat.com/bugzilla/show_activity.cgi?id=101563 > Why does it > have to take so long just to fix such a simple bug for which a fix is > provided? Not that I expect new pam rpms to be released for a single > BuildRequires, but a simple "this will be fixed in the next release" would > be nice. Concerning missing buildrequires, it would be nice if someone from Red Hat could post a short comment on how clean their build environment is and whether they are interested in learning about src.rpm build problems. Maybe flex is an essential component in Red Hat's build environment? Similar to gcc/g++/make and a few other tools. There are other packages with incomplete build requirements which fail to build in a clean environment. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/R21C0iMVcrivHFQRArMnAJ44+dKGCZtnuTRGY//YBnFSB3I+3QCfQLZm Rk3dGygz5WkB7mS9IiV8u2Q= =XJB+ -----END PGP SIGNATURE----- From jspaleta at princeton.edu Sat Aug 23 13:55:06 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: Sat, 23 Aug 2003 09:55:06 -0400 Subject: pam src rpm replaced? Message-ID: <1061646905.5071.16.camel@localhost.localdomain> >Why does it >have to take so long just to fix such a simple bug for which a fix is >provided? its called PRIORITIES!!!!!!!!!!!!!!! I doubt very much that at this point in beta cycle developers are concentrating on the rebuild ability of the spec files. And I'd imagine that very simple build errors in the spec file during the beta phase are not all that uncommon. The fixes to the spec files for rebuilding will most likely get fixed sometime before the actual release...but we are SO far away from that actual release...this is still the first set of beta isos. >Not that I expect new pam rpms to be released for a single >BuildRequires, but a simple "this will be fixed in the next release" would >be nice. Its a simple fix....it will get fixed...it might feel good to have a conversation with a developer about it before it gets fixed...but that is also a waste of developer time to write a comment to every single bug report for every single simple spec file fix, or documentation fix or whatever. Being that nice...doesn't scale. Your bug report clearly doesn't require feedback....so be a little humble and sit back and wait. If your bug makes it into the final beta isos, then you might want to rattle your monkey cage a little to try to get some attention...but right now I'm sure there are other more important pressing matters that developers have to deal with...like vacation time...this is august. -jef"wouldn't it be fun to see what the typical number of new bugs a typical red hat developer gets every week? I wonder how much time it would time to write a "just to say hi" comment for each new bug"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 riel at redhat.com Sat Aug 23 14:13:23 2003 From: riel at redhat.com (Rik van Riel) Date: Sat, 23 Aug 2003 10:13:23 -0400 (EDT) Subject: Gnome 2.4 in RHEL 3.0? In-Reply-To: <3295886.1061575029335.JavaMail.nmarsh1@mac.com> Message-ID: On Fri, 22 Aug 2003, Nick Marsh wrote: > Will RHEL 3.0 be using Gnome 2.4? No, all the new[0], cool[1] and exciting[2] stuff goes into the community distribution. Taroon (the beta for the next RHEL version) gets all the boring stuff that just works and makes your office run reliably but boring[3]. cheers, Rik. [0] the #1 word to make a CIO nervous [1] the #3 word to make a CIO nervous [2] the #2 word to make a CIO nervous [3] this word makes CIOs happy; an uneventful upgrade (yeah right) has been near the top of everybody's wish list for ages From gkarabin at pobox.com Sat Aug 23 15:26:54 2003 From: gkarabin at pobox.com (George J Karabin) Date: Sat, 23 Aug 2003 08:26:54 -0700 Subject: A solution to the Galeon situation? In-Reply-To: <3F4743E3.90202@gmx.de> References: <20030821200450.19263.qmail@linuxmail.org> <3F46269B.5050507@cypress.com> <1061562222.2219.14.camel@gruyere.lan.livna.org> <20030822145139.0BE543EA9@null.cs.brown.edu> <1061606095.8908.12.camel@localhost.localdomain> <3F4743E3.90202@gmx.de> Message-ID: <1061652414.8912.68.camel@localhost.localdomain> Thanks. To answer why I might need this, I'm looking into doing some kind of wrapper library for the WPAD "protocol", which is summarized here: http://wlug.org.nz/WPAD . I'd like to hide as much of the details of how a proxy for a given URL is determined, so that client apps don't have to continue solving the same problem. KDE implements this, and I'd like to see it in GNOME or other unaffiliated apps as well. The basic algorithm that I've seen used before is to check to see if a URL matches a certain domain name or netmask filter for direct lookups, and otherwise fallback to WPAD or manual proxy configuration. I'm used to thinking of proxy servers being the only gateway between an intranet and the internet. Now that I think about it, when I worked at a startup back in the day, our proxy setup was similar to yours, where the proxy was available as a caching performance booster, but you could still bypass it. For an intranet that uses WPAD, you'd expect it to provide a proxy configuration file that tells the client about the kind of exceptions that you're talking about, so it "just works". Anyway, thanks for getting this idea into my head. Maybe the right thing to do is to let the user supply his own proxy configuration file so he could encode his own rules if the network admin hasn't already. I'll give it some thought. Regards, - George On Sat, 2003-08-23 at 03:37, shrek-m at gmx.de wrote: > George J Karabin wrote: > > >On Fri, 2003-08-22 at 07:51, Joel Young wrote: > > > > > >>Sometimes I need to run with two different browsers so I can have one > >>without a proxy and the other with one. > >> > >> > i am not sure why you need this. > > in mozilla, firebird, ... > no_proxy_for:127.0.0.1,ownwebserver,.sld.tld,.other.domain > > >Can you describe a scenario when you'd like to do this? Is it that you > >want to only use the proxy for certain host names or netmasks? The > >control center applet could be hacked to support that. Or do you need > >some behavior that's more complex? > > > > > i could think about this scenario. > (internet_access should have only the proxy-servers) > > ".microsoft.com" and other domains are denied, > ftp and other ports are denied. > sometimes i need access on it. > - i change the settings to "direct_internet_access" > or i change the proxy-server-address > from "squid-for-users" to "squid-for-admins" > - browse > - undo the settings > ".microsoft.com" and other domains are denied again, > ftp and other ports are denied again. > > an other browser with other settings, > why not ? > > > > > ----snip--squid.conf---- > acl sites dstdomain "/etc/squid/sites" > acl sites-regex urlpath_regex -i blabla > acl sites-dstdom dstdom_regex -i blubber > > http_access deny sites > http_access deny sites-regex > http_access deny sites-dstdom > > > ----snip--/etc/squid/sites---- > .microsoft.com > .microsoft.de > > From m.a.young at durham.ac.uk Sat Aug 23 16:11:51 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Sat, 23 Aug 2003 17:11:51 +0100 (BST) Subject: rawhide glibc problems? In-Reply-To: <1061618110.4517.19.camel@suburbia> Message-ID: On Fri, 22 Aug 2003, Joshua Legbandt wrote: > Since I upgraded my glibc to the latest rawhide rpms (glibc-2.3.2-71), > I've been having problems with yum, up2date and the rhn-applet. > > yum returns the following when run: > Traceback (most recent call last): > File "/usr/bin/yum", line 22, in ? > import yummain > File "yummain.py", line 21, in ? > File "clientStuff.py", line 18, in ? > ImportError: /usr/lib/librt.so.1: symbol __librt_disable_asynccancel, > version GLIBC_PRIVATE not defined in file libc.so.6 with link time > reference > > both up2date and the rhn-applet core. Try installing glibc-devel. I saw somewhere, probably in bugzilla, which suggested that they put a library file in the wrong package. Michael Young From m.a.young at durham.ac.uk Sat Aug 23 16:22:42 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Sat, 23 Aug 2003 17:22:42 +0100 (BST) Subject: rawhide glibc problems? In-Reply-To: References: Message-ID: On Sat, 23 Aug 2003, M A Young wrote: > On Fri, 22 Aug 2003, Joshua Legbandt wrote: > > > Since I upgraded my glibc to the latest rawhide rpms (glibc-2.3.2-71), > > I've been having problems with yum, up2date and the rhn-applet. > > > > yum returns the following when run: > > Traceback (most recent call last): > > File "/usr/bin/yum", line 22, in ? > > import yummain > > File "yummain.py", line 21, in ? > > File "clientStuff.py", line 18, in ? > > ImportError: /usr/lib/librt.so.1: symbol __librt_disable_asynccancel, > > version GLIBC_PRIVATE not defined in file libc.so.6 with link time > > reference > > > > both up2date and the rhn-applet core. > > Try installing glibc-devel. I saw somewhere, probably in bugzilla, which > suggested that they put a library file in the wrong package. Actually ignore this, I hadn't read the bugs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102853 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102879 carefully enough - a link was introduced in glibc-devel that messes up the library search order and it ends up trying to mix tls and non-tls libraries. Michael Young From jdy at cs.brown.edu Sat Aug 23 16:59:03 2003 From: jdy at cs.brown.edu (Joel Young) Date: Sat, 23 Aug 2003 12:59:03 -0400 Subject: A solution to the Galeon situation? In-Reply-To: Your message of "Fri, 22 Aug 2003 19:34:55 PDT." <1061606095.8908.12.camel@localhost.localdomain> References: <20030821200450.19263.qmail@linuxmail.org> <3F46269B.5050507@cypress.com> <1061562222.2219.14.camel@gruyere.lan.livna.org> <20030822145139.0BE543EA9@null.cs.brown.edu> <1061606095.8908.12.camel@localhost.localdomain> Message-ID: <20030823165903.B61573F77@null.cs.brown.edu> -------- > From: George J Karabin > > On Fri, 2003-08-22 at 07:51, Joel Young wrote: > > Sometimes I need to run with two different browsers so I can have one > > without a proxy and the other with one. > > Can you describe a scenario when you'd like to do this? Is it that you > want to only use the proxy for certain host names or netmasks? I have a couple of different web proxies I use. One of them provides a snapshot of the web from 1997 I use for web spidering research. I like to be able to point my browser at that proxy for periods of time to be able to navigate thru that snapshot. I have another proxy which saves any images I encounter. I don't want to use that all the time either. One of the machines has a caching and anonomizing proxy which I might like to use sometimes. I want to be able to navigate my snapshot at the same time as checking my ebay auctions for example, without having to run multiple browsers. Joel From gkarabin at pobox.com Sat Aug 23 17:19:01 2003 From: gkarabin at pobox.com (George J Karabin) Date: Sat, 23 Aug 2003 10:19:01 -0700 Subject: A solution to the Galeon situation? In-Reply-To: <20030823165903.B61573F77@null.cs.brown.edu> References: <20030821200450.19263.qmail@linuxmail.org> <3F46269B.5050507@cypress.com> <1061562222.2219.14.camel@gruyere.lan.livna.org> <20030822145139.0BE543EA9@null.cs.brown.edu> <1061606095.8908.12.camel@localhost.localdomain> <20030823165903.B61573F77@null.cs.brown.edu> Message-ID: <1061659141.8912.87.camel@localhost.localdomain> Ouch - something like this is well beyond the scope of the problem that I'm trying to solve. I can't think of any existing browsers or programs that I've used (mozilla, IE) that provide a per-session choice of proxy configuration. Am I off base there? As to workarounds, if you administer your own machine, or can otherwise get extra research accounts assigned, you might consider using a user account per proxy configuration that you want to use. There's no reason you can't run epiphany from a terminal logged into the other account while using your main terminal. It would be interesting if a user could create "sandbox" GConf profiles, and instruct particular apps to use a secondary gconfd dameon associated with that profile. That could be useful for developers testing the use of GConf in their apps, but I have no idea if that's possible with GConf, or likely to be well supported if it is. Regards, - George On Sat, 2003-08-23 at 09:59, Joel Young wrote: > -------- > > From: George J Karabin > > > > On Fri, 2003-08-22 at 07:51, Joel Young wrote: > > > Sometimes I need to run with two different browsers so I can have one > > > without a proxy and the other with one. > > > > Can you describe a scenario when you'd like to do this? Is it that you > > want to only use the proxy for certain host names or netmasks? > > I have a couple of different web proxies I use. One of them provides a > snapshot of the web from 1997 I use for web spidering research. I like > to be able to point my browser at that proxy for periods of time to be > able to navigate thru that snapshot. I have another proxy which saves > any images I encounter. I don't want to use that all the time either. > One of the machines has a caching and anonomizing proxy which I might > like to use sometimes. > > I want to be able to navigate my snapshot at the same time as checking > my ebay auctions for example, without having to run multiple browsers. > > Joel From pgsery at swcp.com Sat Aug 23 17:51:23 2003 From: pgsery at swcp.com (Paul Sery) Date: Sat, 23 Aug 2003 11:51:23 -0600 (MDT) Subject: Wine and Office Message-ID: Has anyone gotten Wine to run MS Word (or Office) under Severn? The MS installer chokes under Severn. From pgsery at swcp.com Sat Aug 23 17:54:06 2003 From: pgsery at swcp.com (Paul Sery) Date: Sat, 23 Aug 2003 11:54:06 -0600 (MDT) Subject: Wine and MS Office In-Reply-To: <20030823174306.5805.68549.Mailman@listman.back-rdu.redhat.com> Message-ID: Has anyone gotten Wine to work with MS Office? The MS installer chokes under Severn. I've tried Wine versions from 8/03 back to 6/03. From barryn at pobox.com Sat Aug 23 18:07:51 2003 From: barryn at pobox.com (Barry K. Nathan) Date: Sat, 23 Aug 2003 11:07:51 -0700 Subject: The new up2date ? In-Reply-To: <1061606736.503.3.camel@purple> References: <1061606736.503.3.camel@purple> Message-ID: <20030823180751.GD16051@ip68-4-255-84.oc.oc.cox.net> On Fri, Aug 22, 2003 at 09:45:37PM -0500, Mark Guzzo wrote: > I set up the new UP2DATE and it works great, but I have a question. > How do I set it so that I'm no asked this question for EVERY package I > want to install (from RAWHIDE)? > > "The package Foo-Bar-x.x is not signed with a GPG signature. Continue?" Use up2date-config to disable the GPG signature checking. Rawhide packages are often not signed... -Barry K. Nathan From jdy at cs.brown.edu Sat Aug 23 18:29:09 2003 From: jdy at cs.brown.edu (Joel Young) Date: Sat, 23 Aug 2003 14:29:09 -0400 Subject: A solution to the Galeon situation? In-Reply-To: Your message of "Sat, 23 Aug 2003 10:19:01 PDT." <1061659141.8912.87.camel@localhost.localdomain> References: <20030821200450.19263.qmail@linuxmail.org> <3F46269B.5050507@cypress.com> <1061562222.2219.14.camel@gruyere.lan.livna.org> <20030822145139.0BE543EA9@null.cs.brown.edu> <1061606095.8908.12.camel@localhost.localdomain> <20030823165903.B61573F77@null.cs.brown.edu> <1061659141.8912.87.camel@localhost.localdomain> Message-ID: <20030823182910.04CF23F39@null.cs.brown.edu> -------- From: George J Karabin > I can't think of any existing browsers or programs that I've used > (mozilla, IE) that provide a per-session choice of proxy configuration. > Am I off base there? Galeon use to make it easy to switch. There was a menu choice that turned a proxy on and off. Then that choice seemed to stop working, then it disappeared. IIRC > -------- > > From: George J Karabin > > > > On Fri, 2003-08-22 at 07:51, Joel Young wrote: > > > Sometimes I need to run with two different browsers so I can have one > > > without a proxy and the other with one. > > > > Can you describe a scenario when you'd like to do this? Is it that you > > want to only use the proxy for certain host names or netmasks? > > I have a couple of different web proxies I use. One of them provides a > snapshot of the web from 1997 I use for web spidering research. I like > to be able to point my browser at that proxy for periods of time to be > able to navigate thru that snapshot. I have another proxy which saves > any images I encounter. I don't want to use that all the time either. > One of the machines has a caching and anonomizing proxy which I might > like to use sometimes. > > I want to be able to navigate my snapshot at the same time as checking > my ebay auctions for example, without having to run multiple browsers. From hoyt at cavtel.net Sat Aug 23 18:49:11 2003 From: hoyt at cavtel.net (HoytDuff) Date: Sat, 23 Aug 2003 14:49:11 -0400 Subject: A solution to the Galeon situation? In-Reply-To: <20030823182910.04CF23F39@null.cs.brown.edu> References: <20030821200450.19263.qmail@linuxmail.org> <1061659141.8912.87.camel@localhost.localdomain> <20030823182910.04CF23F39@null.cs.brown.edu> Message-ID: <200308231449.11790.hoyt@cavtel.net> On Saturday 23 August 2003 02:29 pm, Joel Young wrote: > Galeon use to make it easy to switch. There was a menu choice that > turned a proxy on and off. Konqueror has such a choice. It can be also be set per site. -- Hoyt From kylem at xwell.org Sat Aug 23 18:51:18 2003 From: kylem at xwell.org (Kyle Maxwell) Date: Sat, 23 Aug 2003 13:51:18 -0500 Subject: A solution to the Galeon situation? In-Reply-To: <20030823165903.B61573F77@null.cs.brown.edu> References: <20030821200450.19263.qmail@linuxmail.org> <3F46269B.5050507@cypress.com> <1061562222.2219.14.camel@gruyere.lan.livna.org> <20030822145139.0BE543EA9@null.cs.brown.edu> <1061606095.8908.12.camel@localhost.localdomain> <20030823165903.B61573F77@null.cs.brown.edu> Message-ID: <1061664678.6967.1.camel@lando> On Sat, 2003-08-23 at 11:59, Joel Young wrote: > I want to be able to navigate my snapshot at the same time as checking > my ebay auctions for example, without having to run multiple browsers. You might look into using an auto-proxy setup to direct different requests to different proxies based on destination domain, etc. See http://wp.netscape.com/eng/mozilla/2.0/relnotes/demo/proxy-live.html. I don't think I've seen a browser that supports multiple proxies in any other fashion. -- Kyle Maxwell From marguz at ameritech.net Sat Aug 23 19:01:51 2003 From: marguz at ameritech.net (Mark Guzzo) Date: Sat, 23 Aug 2003 14:01:51 -0500 Subject: The new up2date ? In-Reply-To: <20030823180751.GD16051@ip68-4-255-84.oc.oc.cox.net> References: <1061606736.503.3.camel@purple> <20030823180751.GD16051@ip68-4-255-84.oc.oc.cox.net> Message-ID: <1061665311.1126.2.camel@purple> On Sat, 2003-08-23 at 13:07, Barry K. Nathan wrote: > On Fri, Aug 22, 2003 at 09:45:37PM -0500, Mark Guzzo wrote: > > I set up the new UP2DATE and it works great, but I have a question. > > How do I set it so that I'm no asked this question for EVERY package I > > want to install (from RAWHIDE)? > > > > "The package Foo-Bar-x.x is not signed with a GPG signature. Continue?" > > Use up2date-config to disable the GPG signature checking. Rawhide > packages are often not signed... > > -Barry K. Nathan > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list Thanks.. From paul at dishone.st Sat Aug 23 19:16:50 2003 From: paul at dishone.st (Paul Jakma) Date: Sat, 23 Aug 2003 20:16:50 +0100 (IST) Subject: A solution to the Galeon situation? In-Reply-To: <1061659141.8912.87.camel@localhost.localdomain> Message-ID: On Sat, 23 Aug 2003, George J Karabin wrote: > I can't think of any existing browsers or programs that I've used > (mozilla, IE) that provide a per-session choice of proxy > configuration. Am I off base there? Netscape, IE, Opera, Mozilla and galeon all support Netscape's proxy autoconfig specification, latter known as PAC i think, which defines a set of javascript functions that can be used on a per URL basis to determine whether or not and which proxy to use: http://wp.netscape.com/eng/mozilla/2.0/relnotes/demo/proxy-live.html http://www.proxys4all.com/pac.shtml > Regards, > > - George regards, -- Paul Jakma paul at clubi.ie paul at jakma.org Key ID: 64A2FF6A warning: do not ever send email to spam at dishone.st Fortune: There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence. -- Jeremy S. Anderson From gkarabin at pobox.com Sat Aug 23 19:31:55 2003 From: gkarabin at pobox.com (George J Karabin) Date: Sat, 23 Aug 2003 12:31:55 -0700 Subject: A solution to the Galeon situation? In-Reply-To: References: Message-ID: <1061667114.8912.102.camel@localhost.localdomain> However, none of these implementations are per-session, which is the point I was making there. I.e., you can't open two browser sessions, one of which uses one method of selecting a proxy for a given URL, and the other session uses some other method, which is what Joel was talking about. FYI, WPAD is an (expired) internet draft standard built on top of PAC. A nice intro to WPAD is here: http://wlug.org.nz/WPAD . I'm looking into building a library to let any application (not just browsers with built-in javascript hooks) take advantage of the protocol. None of this really helps Joel, though, who needs independent manual control over the selection of the proxy at run time. That's the sort of thing that needs UI work in each application, whereas what I'm working toward is under the hood. - George On Sat, 2003-08-23 at 12:16, Paul Jakma wrote: > On Sat, 23 Aug 2003, George J Karabin wrote: > > > I can't think of any existing browsers or programs that I've used > > (mozilla, IE) that provide a per-session choice of proxy > > configuration. Am I off base there? > > Netscape, IE, Opera, Mozilla and galeon all support Netscape's proxy > autoconfig specification, latter known as PAC i think, which defines > a set of javascript functions that can be used on a per URL basis to > determine whether or not and which proxy to use: > > http://wp.netscape.com/eng/mozilla/2.0/relnotes/demo/proxy-live.html > > http://www.proxys4all.com/pac.shtml > > > Regards, > > > > - George > > regards, From kjb at dds.nl Sat Aug 23 20:18:23 2003 From: kjb at dds.nl (Klaasjan Brand) Date: 23 Aug 2003 22:18:23 +0200 Subject: Wine and Office In-Reply-To: References: Message-ID: <1061669903.5551.6.camel@isengard> On Sat, 2003-08-23 at 19:51, Paul Sery wrote: > Has anyone gotten Wine to run MS Word (or Office) under Severn? The > MS installer chokes under Severn. The latest wine version had some updates to msi handling, but no idea if it'l work. If you can spend some $$$ you could look at crossover office, a wine fork built especially to run MS office. I've seen office installing and running fairly well except for a few glitches. Klaasjan From alikins at redhat.com Sat Aug 23 20:29:30 2003 From: alikins at redhat.com (Adrian Likins) Date: Sat, 23 Aug 2003 16:29:30 -0400 Subject: New up2date with local dir access In-Reply-To: <1061560879.1897.9.camel@bart.netlyncs.com>; from mike@netlyncs.com on Fri, Aug 22, 2003 at 09:01:19AM -0500 References: <1061560879.1897.9.camel@bart.netlyncs.com> Message-ID: <20030823162930.A19876@redhat.com> On Fri, Aug 22, 2003 at 09:01:19AM -0500, Mike Chambers wrote: > When setting up to check updates for a local dir, it seems that when the > checks get to the obsoletes menu, it stays there. I have to hit the X > on that menu, go back once, use another up2date entry to let it check > then it finishes showing package headers and such from the local dir. > This is all on a dir that mirrors everything in the i386 rawhide dir. > Everything seems to work except when you select to check for updates on > the rawhide dir, and it gets to the obsoletes part. > > [mike at bart mike]$ rpm -q up2date up2date-gnome > up2date-3.9.12-2 > up2date-gnome-3.9.12-2 > > This is the local dir check line.. > > ### an local directory full of packages > ### format > dir Rawhide /home/nfs/download/linux/redhat/rawhide/ > > Any ideas? .12 starts caching dir package/obs lists, so I may have broken something. Can you send me a `ls -al /var/spool/up2date` ? I'd also try just removing the Rawhide package lists in /var/spool/up2date and running it again. Might be related to the versioning change in the lists. Adrian From pmatilai at welho.com Sat Aug 23 20:36:38 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Sat, 23 Aug 2003 23:36:38 +0300 Subject: Wine and Office In-Reply-To: <1061669903.5551.6.camel@isengard> References: <1061669903.5551.6.camel@isengard> Message-ID: <1061670998.3f47d0561b9b5@webmail.welho.com> Quoting Klaasjan Brand : > On Sat, 2003-08-23 at 19:51, Paul Sery wrote: > > Has anyone gotten Wine to run MS Word (or Office) under Severn? The > > MS installer chokes under Severn. > > The latest wine version had some updates to msi handling, but no idea if > it'l work. If you can spend some $$$ you could look at crossover office, > a wine fork built especially to run MS office. I've seen office > installing and running fairly well except for a few glitches. I've run Office under wine to some extent oh RH 8.0/9, it's got it's glitches but works. Haven't tried under Severn though. -- - Panu - From RParr at TemporalArts.COM Sat Aug 23 20:48:26 2003 From: RParr at TemporalArts.COM (Randall J. Parr) Date: Sat, 23 Aug 2003 13:48:26 -0700 Subject: about to RH a Compaq 3017CL notebook; RH9, severn, RH9 + 2.6? Message-ID: <3F47D31A.7030804@TemporalArts.com> I just purchased a Compaq 3000 (3017CL) notebook and plan to install Red Hat. I had planned on installing RH9 but it seems I have to start messing with rebuilding the kernel and a bunch of other stuff to get ACPI, the touchpad, built-in wireless, etc. all working. I was wondering if any and/or all of these are already in Severn (thus gaining beta problems but avoiding kernel rebuilding, etc.)? Or perhaps using the 2.6 kernel rpms available for RH9? Anyone tread this path already and have any advice they could offer? Thanks R.Parr, RHCE Temporal Arts From leonardjo at hetnet.nl Sat Aug 23 23:49:31 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Sun, 24 Aug 2003 01:49:31 +0200 Subject: pam src rpm replaced? In-Reply-To: <20030823153354.38cea940.ms-nospam-0306@arcor.de> References: <3F477E91.16479.4063D1@localhost> Message-ID: <3F4819AB.7654.2E4C77@localhost> Hi Michael, > Well, activity log disagrees: > https://bugzilla.redhat.com/bugzilla/show_activity.cgi?id=101563 I noticed the adding of this bug to 100644, but it's just the actual maintainer hasn't reacted to it. > Concerning missing buildrequires, it would be nice if someone from Red > Hat could post a short comment on how clean their build environment is > and whether they are interested in learning about src.rpm build > problems. These kind of requirements get fixed and are considered bugs afaict. I got a little list concerning missing (build)requirements in 7.3 of which about 3/4 have been fixed. > Maybe flex is an essential component in Red Hat's build > environment? If that were so some package my current setup should require it. I've been rebuilding a significant part of 7.3 with a propoliced gcc-2.95-3 lately and usually packages Requires what they require. > There are > other packages with incomplete build requirements which fail to build in a > clean environment. Can you name a few? Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From leonardjo at hetnet.nl Sun Aug 24 00:02:45 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Sun, 24 Aug 2003 02:02:45 +0200 Subject: pam src rpm replaced? In-Reply-To: <1061646905.5071.16.camel@localhost.localdomain> Message-ID: <3F481CC5.24218.3A669F@localhost> Hi Jef, > Its a simple fix....it will get fixed...it might feel good to have a > conversation with a developer about it before it gets fixed...but that > is also a waste of developer time to write a comment to every single bug > report for every single simple spec file fix, or documentation fix or > whatever. Since the bug has to be handled anyway the developer will eventually need to give a short reply anyway. This is bug and fix need a simple "noticed, will be added in the next release" type of answer. > so be a little humble and sit back and wait. If your > bug makes it into the final beta isos, then you might want to rattle your > monkey cage a little to try to get some attention... :) Just asking. Point is I have another bug outstanding with the same maintainer for a year now and that one just needs to be closed "CURRENTRELEASE" or "DUPLICATE" or something. I don't think I should close it although I guess I could. I feel the maintainer should pick the right close status. > wouldn't it be fun to see what the typical number of new bugs a > typical red hat developer gets every week? Yes, I would be interested to know this as well. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From jtlegbandt at earthlink.net Sun Aug 24 01:40:30 2003 From: jtlegbandt at earthlink.net (Joshua Legbandt) Date: Sat, 23 Aug 2003 18:40:30 -0700 Subject: rawhide glibc problems? In-Reply-To: References: Message-ID: <1061689230.4362.1.camel@suburbia> On Sat, 2003-08-23 at 09:22, M A Young wrote: > On Sat, 23 Aug 2003, M A Young wrote: > > > On Fri, 22 Aug 2003, Joshua Legbandt wrote: > > > > > Since I upgraded my glibc to the latest rawhide rpms (glibc-2.3.2-71), > > > I've been having problems with yum, up2date and the rhn-applet. > > > > > > yum returns the following when run: > > > Traceback (most recent call last): > > > File "/usr/bin/yum", line 22, in ? > > > import yummain > > > File "yummain.py", line 21, in ? > > > File "clientStuff.py", line 18, in ? > > > ImportError: /usr/lib/librt.so.1: symbol __librt_disable_asynccancel, > > > version GLIBC_PRIVATE not defined in file libc.so.6 with link time > > > reference > > > > > > both up2date and the rhn-applet core. > > > > Try installing glibc-devel. I saw somewhere, probably in bugzilla, which > > suggested that they put a library file in the wrong package. > > Actually ignore this, I hadn't read the bugs > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102853 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102879 > carefully enough - a link was introduced in glibc-devel that messes up the > library search order and it ends up trying to mix tls and non-tls > libraries. > > Michael Young > > I think it is fixed, after I was able to run yum again, I did another update and everything works now... Thanks for the help! -josh -- Joshua Legbandt From ms-nospam-0306 at arcor.de Sun Aug 24 01:50:03 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sun, 24 Aug 2003 03:50:03 +0200 Subject: pam src rpm replaced? In-Reply-To: <3F4819AB.7654.2E4C77@localhost> References: <3F477E91.16479.4063D1@localhost> <3F4819AB.7654.2E4C77@localhost> Message-ID: <20030824035003.31d51812.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 24 Aug 2003 01:49:31 +0200, Leonard den Ottolander wrote: > > https://bugzilla.redhat.com/bugzilla/show_activity.cgi?id=101563 > > I noticed the adding of this bug to 100644, but it's just the actual > maintainer hasn't reacted to it. Would that change a thing? No. Just imagine the maintainer wastes a few seconds on a "will be fixed in next release" comment, but then forgets to fix it actually. ;) Missing buildreqs run at very low priority unless a src.rpm breaks in Red Hat's own build environment. The maintainer will [hopefully] add a comment or close the report when the bug is fixed in the spec file actually. > > Maybe flex is an essential component in Red Hat's build > > environment? > > If that were so some package my current setup should require it. Wrong assumption. gcc-c++/make/gettext, for instance, are no package build requirements either. So, basically every C++ application would not build with your setup. But of course, you have installed those packages deliberately. Or because they belong to the development group. > > There are > > other packages with incomplete build requirements which fail to build in a > > clean environment. > > Can you name a few? Sorry, no space left in my brain for such a list. Occasionally you stumble upon such packages, provided that your build environment is really pretty close to "clean" (with regard to -devel packages and lots of tools). And Red Hat seem to have had no problems building those packages, because their build environment is different from "just rpm-build and dependencies". - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/SBnL0iMVcrivHFQRAudNAJ0ZMIuo34xERK267WEVm7HeX1eLwgCcDFIe GF7pmvidwp4IWezPhCXrQRI= =Sowk -----END PGP SIGNATURE----- From jim-cornette at columbus.rr.com Sun Aug 24 03:00:39 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Sat, 23 Aug 2003 23:00:39 -0400 Subject: Gnome not working ant longer - Rawhide Message-ID: <3F482A57.1000808@columbus.rr.com> I'm trying to figure out if my loss of GNOME is a local problem or if Gnome is broken in Rawhide currently. The only problem I had, other than gnome not working was with gnome -utils installing seperate instance with various yum, apt-get, up2date upgrades. Up2date would install a later version of gnome-utils. Then when I ran synaptic, it would report multiple versions on the system. rpm -q would report the errors also. Anyway, I am using KDE, until I can get GNOME working again. I noticed that I can add launchers to the panel with a right click now. Before I didn't notice this feature. Is this new to KDE or just something that I just wandered upon? Attached is my /var/log/XFree86.0.log file (the gnome was appended, after the crash, file deleted before retrying X.) What other information might be valuable? gnome-libs-1.4.1.2.90-34 XFree86-4.3.0-21 kdelibs-3.1.3-5 gnome-utils-2.3.4-2 Thanks, Jim -- The greatest remedy for anger is delay. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XFree86.0.log.gnome URL: From yusufg at outblaze.com Sun Aug 24 04:59:00 2003 From: yusufg at outblaze.com (Yusuf Goolamabbas) Date: Sun, 24 Aug 2003 12:59:00 +0800 Subject: Does Adrian up2date allow upgrades from one release to another Message-ID: <20030824045900.GA9501@outblaze.com> Does the new up2date by Adrian Likins allow for remotely upgrading servers from one release to another I am currently tracking this bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=65064 which blocks bug ids 82264 and 85226 [for which my kung-fu isn't strong enough to view :(] Regards, Yusuf -- If you're not using Firebird, you're not surfing the web you're suffering it http://www.mozilla.org/products/firebird/why/ From mharris at redhat.com Sun Aug 24 06:26:21 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 24 Aug 2003 02:26:21 -0400 (EDT) Subject: ALT-TAB is broken In-Reply-To: <1061453093.3626.6.camel@suburbia> References: <1061313231.4721.1.camel@localhost.localdomain> <1061453093.3626.6.camel@suburbia> Message-ID: On Thu, 21 Aug 2003, Joshua Legbandt wrote: >> > In new gnome build ALT-TAB combination to switch windows is broken :( >> >> AFAICT it's not Gnome, it's XFree86 (since I have only upgraded the >> latter) >> >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102668 > >Any chance that this will be fixed soon? It makes working cumbersome... I've added a fix for this to 4.3.0-22, however it is experimental and unconfirmed yet. Please test the new release and update the bugzilla bug report at the URL above to indicate if the new bug fix works for you or not. TIA -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Sun Aug 24 06:34:49 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 24 Aug 2003 02:34:49 -0400 (EDT) Subject: mc needs XFree86-libs? In-Reply-To: <3F456EEB.20141.532F68@localhost> References: <3F456EEB.20141.532F68@localhost> Message-ID: On Fri, 22 Aug 2003, Leonard den Ottolander wrote: >Date: Fri, 22 Aug 2003 01:16:27 +0200 >From: Leonard den Ottolander >To: rhl-beta-list at redhat.com >Content-Type: text/plain; charset=US-ASCII >List-Id: For testers of Red Hat Linux beta releases > >Subject: mc needs XFree86-libs? > >Hi, > > Since when does the midnight commander depend on XFree86-libs (I'm still >mainly on 7.3)? What does it need XFree86-libs for? If you run mc inside an xterm in X, you can use the mouse to click on the menus, or on files and directories, or command key at the bottom of the screen. I use mc as my main filemanager exclusively for years now, I'm not a fan of using the mouse inside it and never have been, but other people seem to like the ability to use the mouse in mc. In order for the mouse to work in mc while running in xterm, it has to be linked to Xlib, and thus mc requires XFree86-libs. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Sun Aug 24 06:54:29 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 24 Aug 2003 02:54:29 -0400 (EDT) Subject: pam src rpm replaced? In-Reply-To: <20030823153354.38cea940.ms-nospam-0306@arcor.de> References: <3F477E91.16479.4063D1@localhost> <20030823153354.38cea940.ms-nospam-0306@arcor.de> Message-ID: On Sat, 23 Aug 2003, Michael Schwendt wrote: >> While I am at it, I reported a simple missing BuildRequires for pam three >> weeks ago, but I haven't seen any reaction on bugzilla yet >> (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101563). > >Well, activity log disagrees: >https://bugzilla.redhat.com/bugzilla/show_activity.cgi?id=101563 > >> Why does it >> have to take so long just to fix such a simple bug for which a fix is >> provided? Not that I expect new pam rpms to be released for a single >> BuildRequires, but a simple "this will be fixed in the next release" would >> be nice. > >Concerning missing buildrequires, it would be nice if someone from Red >Hat could post a short comment on how clean their build environment is It depends on what exactly you mean by "how clean is the build environment". That question could be interpreted in 10 different ways by 10 different people. Can you be more specific? The Red Hat build machines contain an installation of some version of Red Hat Linux or Red Hat Enterprise Linux (depending on the particular machine and various other factors). That OS is what "hosts" the machine and the version doesn't matter very much. Every build machine has a number of "buildroots" installed on it, which are essentially a complete installation of a particular version of Red Hat Linux or Red Hat Enterprise Linux installed into a subdirectory which builds for that particular operating system version can be done, by chroot'ing into the particular buildroot directory and an rpm build being performed. The creation of these clean buildroot "chroot jails" is automated by the buildsystem, and populated with a complete set of RPM packages that make up the given OS release the buildroot is for. Any erratum updates released by us are also applied to the buildroot so that all of our software builds are built with the latest updates to the OS. When developing a new OS release, such as the currently codenamed "Cambridge", a buildroot is instantiated based on the last OS release (in this case Red Hat Linux 9), and all packages built for the developmental release get built in this new developmental buildroot. The buildsystem automatically installs BuildRequires dependancies named in the RPM specfile to ensure that all packages being built have their build time dependancies met. Since the whole process of creating the buildroots, upgrading packages in the buildroots, and building RPM packages is completely automated, the buildroots and thus the buildsystem is fairly "clean" WRT what versions of what software are installed on a given buildsystem and buildroot at a particular time. Does this answer your question about how clean our build environment is? >and whether they are interested in learning about src.rpm build >problems. Absolutely. If there are build problems rebuilding a particular src.rpm, we definitely want to know about them. A lot of problems like this that get reported, get fixed rather quickly. Some problems that get reported, such as build problems experienced when people use a proprietary C compiler or other tools not provided or supported by Red Hat, we will close as WONTFIX. There are other cases where a reported build time bug might be considered unsupported by us, but the majority of reported bugs of this nature are usually something that we want to know about. If in doubt, report it, and if we disagree, we'll let you know. ;o) >Maybe flex is an essential component in Red Hat's build >environment? Similar to gcc/g++/make and a few other tools. >There are other packages with incomplete build requirements >which fail to build in a clean environment. flex is definitely something required by the buildsystem at all times. If you discover any RPM packages missing BuildRequires, or missing Requires or other dependancies or conflicts, please report them. Also note that some dependancies aren't always as they appear at all times. I recently had a bug report that XFree86-xfs required gzip in order to work properly, and that Requires: gzip was missing from the package. After close examination of the XFree86-xfs binaries, shell scripts, etc. I couldn't find anything that used gzip. I assumed that something else used by the XFree86-xfs package was missing a gzip dependancy. After a small amount of troubleshooting, I found the culprit to be ttmkfdir internally calling gzip. The proper dependancy in this case was ttmkfdir needing a "Requires: gzip" and not the XFree86-xfs package. If possible, when you determine a missing dependancy on a package, be it a compile time, install time, or run time dependancy, please try to pinpoint the exact reason for the dependancy to ensure that the proper package gets fixed. This helps to lower the minimum install requirements, and makes things much more snazzalicious. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From jtlegbandt at earthlink.net Sun Aug 24 07:29:12 2003 From: jtlegbandt at earthlink.net (Joshua Legbandt) Date: Sun, 24 Aug 2003 00:29:12 -0700 Subject: ALT-TAB is broken In-Reply-To: References: <1061313231.4721.1.camel@localhost.localdomain> <1061453093.3626.6.camel@suburbia> Message-ID: <1061710152.8486.0.camel@suburbia> On Sat, 2003-08-23 at 23:26, Mike A. Harris wrote: > On Thu, 21 Aug 2003, Joshua Legbandt wrote: > > >> > In new gnome build ALT-TAB combination to switch windows is broken :( > >> > >> AFAICT it's not Gnome, it's XFree86 (since I have only upgraded the > >> latter) > >> > >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102668 > > > >Any chance that this will be fixed soon? It makes working cumbersome... > > I've added a fix for this to 4.3.0-22, however it is experimental > and unconfirmed yet. > > Please test the new release and update the bugzilla bug report at > the URL above to indicate if the new bug fix works for you or > not. > > TIA Installed from ftp://people.redhat.com/mharris/testing/unstable/XFree86/4.3.0-22/ and the problem appears to be resolved. Thanks. -- Joshua Legbandt From mharris at redhat.com Sun Aug 24 07:07:39 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 24 Aug 2003 03:07:39 -0400 (EDT) Subject: pam src rpm replaced? In-Reply-To: <20030824035003.31d51812.ms-nospam-0306@arcor.de> References: <3F477E91.16479.4063D1@localhost> <3F4819AB.7654.2E4C77@localhost> <20030824035003.31d51812.ms-nospam-0306@arcor.de> Message-ID: On Sun, 24 Aug 2003, Michael Schwendt wrote: >> I noticed the adding of this bug to 100644, but it's just the actual >> maintainer hasn't reacted to it. > >Would that change a thing? No. Just imagine the maintainer wastes a >few seconds on a "will be fixed in next release" comment, but then >forgets to fix it actually. ;) Missing buildreqs run at very low >priority unless a src.rpm breaks in Red Hat's own build environment. >The maintainer will [hopefully] add a comment or close the report when >the bug is fixed in the spec file actually. It's also possible that a given maintainer might be on vacation. Also, adding new dependancies often takes more time than just adding a line to a spec file. Personally, any time someone requests a new BuildRequires, Requires, or somesuch dependancy on one of my packages, unless the dependancy is extremely obvious that it is needed and is missing, I investigate what specifically in the package does really require that, as I hate to add unneeded dependancies to a package. Occasionally, the real dependancy isn't the one the package the bug is reported against, but rather the bug is a missing dependancy in one of the other packages which the package requires that the bug is reported against. It might seem a bit tedious to investigate these things to that level, but unneeded dependancies only complicate packaging and make the minimal distro install size increase. Also, in the case of package1 requires package2 which is missing dependancy A, if you add the dependancy to package1 without investigation, any other package in the distribution that requires package2 will end up missing that dependancy as well. It's always best to search for the proper dependancy unless it is drop dead obvious. ;o) >> > Maybe flex is an essential component in Red Hat's build >> > environment? >> >> If that were so some package my current setup should require it. > >Wrong assumption. gcc-c++/make/gettext, for instance, are no package >build requirements either. So, basically every C++ application would >not build with your setup. But of course, you have installed those >packages deliberately. Or because they belong to the development >group. Yes, some packages like gcc, etc. are obvious to not require BuildRequires. There are others too, however it never hurts to report one of these in case it is considered a legitimate bug. Perhaps we should have a "development-base" package, that Requires all of these things, just to ensure all truly required packages are installed in development installs? That might be a good suggestion. >> > There are >> > other packages with incomplete build requirements which fail to build in a >> > clean environment. >> >> Can you name a few? > >Sorry, no space left in my brain for such a list. Occasionally you >stumble upon such packages, provided that your build environment is >really pretty close to "clean" (with regard to -devel packages and >lots of tools). And Red Hat seem to have had no problems building >those packages, because their build environment is different from >"just rpm-build and dependencies". Correct. If I understand correctly, our buildsystem installs a certain number of hard coded applications considered minimum requirements for doing development. The C compiler, C++ compiler, and whatnot are all included. A lot of -devel packages I believe are also included. The rest of the -devel packages get included by a particular src.rpm listing it as a BuildRequires. So for example, if I try to compile XFree86, and Glide3-devel isn't installed on a buildmachine in a buildroot, the buildsystem parses that XFree86 needs Glide3 and Glide3-devel to compile automatically, and it installs those packages first, prior to initiating the build. If that package (Glide3, and Glide3-devel) have dependancies that are also not installed, the buildsystem will continue to install all of the required dependancies until the build can proceed. So, generally our build systems always have all software installed to compile anything in the OS, and if not, they will automatically install a given component when it is needed by a given build (assuming the package exists). If a package doesn't exist and is a buildrequire, then the build will fail, and we go running to find the problem and fix it. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Sun Aug 24 07:10:55 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 24 Aug 2003 03:10:55 -0400 (EDT) Subject: pam src rpm replaced? In-Reply-To: <1061646905.5071.16.camel@localhost.localdomain> References: <1061646905.5071.16.camel@localhost.localdomain> Message-ID: On Sat, 23 Aug 2003, Jef Spaleta wrote: >-jef"wouldn't it be fun to see what the typical number of new bugs a >typical red hat developer gets every week? I wonder how much time it >would time to write a "just to say hi" comment for each new bug"spaleta I guarantee you it wouldn't be fun. ;o) For others interested: Way too many people add comments to a bug report asking for a status update on their reported problem, or some similar request. In general, if a developer hasn't added any comments to a report, there is no new status to report, and they will get to it in time, depending on their various priorities. The more time spent on adding frivolous comments or "no, it is not fixed yet, or I would have updated this report" comments, the less time their is to fix all of the frivolous bug reports. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Sun Aug 24 07:27:32 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 24 Aug 2003 03:27:32 -0400 (EDT) Subject: Laptop users with Synaptics touchpad, using kernel 2.6.x Message-ID: I've noticed a fair number of people lately who have been testing the 2.6.x kernel on laptops, reporting they are unable to use their laptop's touchpad anymore. This is a known issue which is related to ACPI. If you have one of these touchpads, and it does not work (most or all of them wont work), then currently you have to download a separate GPL licensed "synaptics" driver from the following website: http://tuxmobile.org/touchpad_driver.html In order to use these devices under 2.6.x kernels right now, you MUST download this driver binary, or download the source and compile it yourself. I recommend using the binary driver as compiling the source will be overly complex for most people. This driver is not currently included in the Red Hat beta nor rawhide. The driver, being GPL licensed, is best included in a separate package outside of XFree86, since it does not come with XFree86, and people will assume that it does if it is included inside XFree86 packaging. XFree86.org does not want to get bug reports from people about a driver they do not supply or support, so I have intentionally not added the driver to our XFree86 packaging. Unfortunately, in order to compile the GPL'd driver outside of XFree86 packaging, requires that you have a complete XFree86 source code tree installed and built, so that the driver can be built against it. Currently, that would mean creating a "synaptics-XFree86-driver" package, and adding the complete XFree86 sources to the package and building them first, then building the driver and then discarding XFree86, and packaging the driver. That is quite a lot of hassle and overhead, as well as making the package 60Mb+ bigger than it really needs to be. The best solution all around, is to have an XFree86 driver development kit, which allows externally supplied drivers that do not come with XFree86 to be compiled with minimal source code and required files. XFree86 has a package called "XFree86-SDK" which is intended to allow drivers to be built externally like this, which is minimal in size, however XFree86.org doesn't maintain this functionality very well and it is usually broken quite badly. It also doesn't work properly on all architectures we need to support, and as such, the SDK is currently unuseable for us. Also, the SDK only works for video drivers currently, and not for input drivers. At some point in the future, I will be making attempts to fix the XFree86 SDK, make it work on all architectures properly, and add support for input drivers. This work is not planned to occur in the Cambridge project timeframe however, and so the synaptics driver is in limbo right now. I am going to be investigating this more deeply in a few weeks time, however I'm not sure if there will be a sane way for me to include this driver in RPM packaging or not. Please don't file bug report requests to have the driver added, as there are already several, and we're aware of the problem. If I can come up with a decent solution in time, that doesn't create more problems for us, or for XFree86.org, I will try to get the driver in. Thanks for your attention. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Sun Aug 24 07:28:23 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 24 Aug 2003 03:28:23 -0400 (EDT) Subject: ALT-TAB is broken In-Reply-To: <1061710152.8486.0.camel@suburbia> References: <1061313231.4721.1.camel@localhost.localdomain> <1061453093.3626.6.camel@suburbia> <1061710152.8486.0.camel@suburbia> Message-ID: On Sun, 24 Aug 2003, Joshua Legbandt wrote: >> I've added a fix for this to 4.3.0-22, however it is experimental >> and unconfirmed yet. >> >> Please test the new release and update the bugzilla bug report at >> the URL above to indicate if the new bug fix works for you or >> not. >> >> TIA >Installed from >ftp://people.redhat.com/mharris/testing/unstable/XFree86/4.3.0-22/ and >the problem appears to be resolved. Thanks. Awesome! Thanks for the update. I'll close the bugs. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From jtlegbandt at earthlink.net Sun Aug 24 09:26:17 2003 From: jtlegbandt at earthlink.net (Joshua Legbandt) Date: Sun, 24 Aug 2003 02:26:17 -0700 Subject: RawHide Bluecurve Metacity Theme Problem Message-ID: <1061717177.9153.7.camel@suburbia> I've just noticed a problem with the BlueCurve metacity theme when used with font sizes smaller than 11pt. When a window is maximized, the minimize widget collides with it's border box and looks pretty ugly. I've put a clipping from a screen shot that shows the problem at http://home.earthlink.net/~jtlegbandt/bluecurve_minimize.png -josh -- Joshua Legbandt From macaronipizza at quicknet.nl Sun Aug 24 11:44:18 2003 From: macaronipizza at quicknet.nl (Jos Houtman) Date: Sun, 24 Aug 2003 13:44:18 +0200 Subject: Wine and Office In-Reply-To: <1061669903.5551.6.camel@isengard> References: <1061669903.5551.6.camel@isengard> Message-ID: <200308241344.18310.macaronipizza@quicknet.nl> On Saturday 23 August 2003 22:18, Klaasjan Brand wrote: > On Sat, 2003-08-23 at 19:51, Paul Sery wrote: > > Has anyone gotten Wine to run MS Word (or Office) under Severn? The > > MS installer chokes under Severn. > > The latest wine version had some updates to msi handling, but no idea if > it'l work. If you can spend some $$$ you could look at crossover office, > a wine fork built especially to run MS office. I've seen office > installing and running fairly well except for a few glitches. > > Klaasjan > i got the same problem with cxoffice and a wine snapshot from 20030813. i heard of a workaround that would mean copying the /opt/cxoffice and ~/.cxoffice from a machine on which the installation worked fine. quite a hassle for me so i just sit and hope it will be fixed. jos Houtman From ossamak at nht.com.kw Sun Aug 24 11:30:58 2003 From: ossamak at nht.com.kw (Ossama Khayaat) Date: Sun, 24 Aug 2003 14:30:58 +0300 Subject: Running Dictd server Message-ID: <130C5A7B54843746A3B5D43C35BCA54F01B94A@braveheart.kw> Hi, I need to setup dictd protocol, on my Severn machine to test the English/Arabic GPL'd wordlist we're working on in Arabeyes (www.arabeyes.org/project.php?proj=wordlist). I read the man pages of dict, and I understood it's a client tool, and not a server (right?). Is there a package I need to install or a place from where I can get the .tar.gz source and compile it? Regards, Ossama Khayat --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003 From nphilipp at redhat.com Sun Aug 24 12:43:42 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: Sun, 24 Aug 2003 14:43:42 +0200 Subject: pam src rpm replaced? In-Reply-To: References: <1061646905.5071.16.camel@localhost.localdomain> Message-ID: <1061729020.3927.16.camel@wombat.dialup.fht-esslingen.de> On Sun, 2003-08-24 at 09:10, Mike A. Harris wrote: > On Sat, 23 Aug 2003, Jef Spaleta wrote: > > >-jef"wouldn't it be fun to see what the typical number of new bugs a > >typical red hat developer gets every week? I wonder how much time it > >would time to write a "just to say hi" comment for each new bug"spaleta > > I guarantee you it wouldn't be fun. ;o) > > For others interested: > > Way too many people add comments to a bug report asking for a > status update on their reported problem, or some similar request. > In general, if a developer hasn't added any comments to a report, > there is no new status to report, and they will get to it in > time, depending on their various priorities. The more time spent Despite that (and that is my personal opinion), if a serious bug doesn't get accepted (i.e. stays NEW) for several months (or isn't active for a very long time) giving a heads up to the developer (maybe as a PM) might be justifiable. On the other hand, I don't consider a missing BuildRequires: as serious ;-). 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 pekkas at netcore.fi Sun Aug 24 13:16:04 2003 From: pekkas at netcore.fi (Pekka Savola) Date: Sun, 24 Aug 2003 16:16:04 +0300 (EEST) Subject: pam src rpm replaced? In-Reply-To: <1061729020.3927.16.camel@wombat.dialup.fht-esslingen.de> Message-ID: On Sun, 24 Aug 2003, Nils Philippsen wrote: [...] > On the other hand, I don't consider a missing BuildRequires: as serious > ;-). Sure, but as the fix seems to be trivial, I just can't figure out why anybody wouldn't be just fixing these issues ASAP, just to get rid of them if nothing else. .. at least, any open issues trouble me, and the easiest fix is well... fixing them. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From mharris at redhat.com Sun Aug 24 13:16:07 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 24 Aug 2003 09:16:07 -0400 (EDT) Subject: pam src rpm replaced? In-Reply-To: <1061729020.3927.16.camel@wombat.dialup.fht-esslingen.de> References: <1061646905.5071.16.camel@localhost.localdomain> <1061729020.3927.16.camel@wombat.dialup.fht-esslingen.de> Message-ID: On Sun, 24 Aug 2003, Nils Philippsen wrote: >> Way too many people add comments to a bug report asking for a >> status update on their reported problem, or some similar request. >> In general, if a developer hasn't added any comments to a report, >> there is no new status to report, and they will get to it in >> time, depending on their various priorities. The more time spent > >Despite that (and that is my personal opinion), if a serious bug doesn't >get accepted (i.e. stays NEW) for several months (or isn't active for a >very long time) giving a heads up to the developer (maybe as a PM) might >be justifiable. You believe that all developers look at bugzilla emails? ;o) I know most do, but I'm convinced that some have bad procmail filters. ;o) >On the other hand, I don't consider a missing BuildRequires: as serious >;-). Generally speaking no, but there are some cases where it is bad. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From kaboom at gatech.edu Sun Aug 24 13:47:57 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Sun, 24 Aug 2003 07:47:57 -0600 (MDT) Subject: Wine and Office In-Reply-To: <200308241344.18310.macaronipizza@quicknet.nl> References: <1061669903.5551.6.camel@isengard> <200308241344.18310.macaronipizza@quicknet.nl> Message-ID: On Sun, 24 Aug 2003, Jos Houtman wrote: > On Saturday 23 August 2003 22:18, Klaasjan Brand wrote: > > On Sat, 2003-08-23 at 19:51, Paul Sery wrote: > > > Has anyone gotten Wine to run MS Word (or Office) under Severn? The > > > MS installer chokes under Severn. > > > > The latest wine version had some updates to msi handling, but no idea if > > it'l work. If you can spend some $$$ you could look at crossover office, > > a wine fork built especially to run MS office. I've seen office > > installing and running fairly well except for a few glitches. > > > > Klaasjan > > > > i got the same problem with cxoffice and a wine snapshot from 20030813. > i heard of a workaround that would mean copying the /opt/cxoffice and > ~/.cxoffice from a machine on which the installation worked fine. cxoffice has worked fine for me on severn, at least to the extent I've tried it (installed a couple of apps, made sure they started) later, chris From mharris at redhat.com Sun Aug 24 13:23:29 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 24 Aug 2003 09:23:29 -0400 (EDT) Subject: pam src rpm replaced? In-Reply-To: References: Message-ID: On Sun, 24 Aug 2003, Pekka Savola wrote: >On Sun, 24 Aug 2003, Nils Philippsen wrote: >[...] >> On the other hand, I don't consider a missing BuildRequires: as serious >> ;-). > >Sure, but as the fix seems to be trivial, I just can't figure out why >anybody wouldn't be just fixing these issues ASAP, just to get rid of them >if nothing else. There are many reasons why one might not jump and fix trivial issues immediately. I know because there are numerous trivial issues reported against XFree86 in bugzilla, some of them reported by myself so I don't forget about them. Every fix has some amount of overhead, and some amount of thought that needs to be put into it. At the same time, I don't think a developer needs to justify why a given reported bug hasn't been fixed or closed in some manner or another, as that wastes a tonne of time for no real good reason. >.. at least, any open issues trouble me, and the easiest fix is >well... fixing them. There are around 400 bugs on my plate right now personally. I've got priorities, and when I'm done one high priority, the next thing I'm looking for is the next high priority. You know, the ones I will have a manager, and perhaps people higher in command breathing fire down my neck if I don't get them fixed right away. When someone has priorties, by definition things of a trivial nature aren't necessarily high priority. And 10 "trivial" things can easily eat up a day or two. They often "appear" trivial, but end up being non-trivial. That happens quite often in fact. But I digress... Feel free to add the trivial keyword to the keywords field on any bugs you consider that trivial. "EasyFix" is the keyword I think, but look it up in help to be sure. Anyone who is in a "fix trivial bugs" mood with time to spare and no fire breathing manager behind their chair, could have a field day perhaps. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From ms-nospam-0306 at arcor.de Sun Aug 24 14:11:22 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sun, 24 Aug 2003 16:11:22 +0200 Subject: pam src rpm replaced? In-Reply-To: References: <3F477E91.16479.4063D1@localhost> <20030823153354.38cea940.ms-nospam-0306@arcor.de> Message-ID: <20030824161122.57022584.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 24 Aug 2003 02:54:29 -0400 (EDT), Mike A. Harris wrote: > >Concerning missing buildrequires, it would be nice if someone from Red > >Hat could post a short comment on how clean their build environment is > > It depends on what exactly you mean by "how clean is the build > environment". That question could be interpreted in 10 different > ways by 10 different people. Can you be more specific? With "clean build environment" I refer to the amount of what is installed without being a dependency. I mean that every -devel package, every tool which is needed to build a src.rpm would not be found unless it is a buildreq or a dependency of a package which is installed already. Sort of a minimal installation of Red Hat Linux with only rpm-build and its dependencies installed. Every additional package required to build a src.rpm would need to be an explicit BuildRequires in the src.rpm. A less clean environment would have a few core development tools installed always, e.g. compilers, interpreters (such a Perl) or related utilities (make, patch, parser generators), so that they don't need to be listed as buildreqs in a high number of src.rpms. Of course, this could also be done with a new development-core package, like fedora-rpmdevtools does it to pull in some dependencies which are considered essential for a build environment. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/SMeK0iMVcrivHFQRAoziAJkBP9GvwhH0BBO12loPN1SbPEf0owCfaRbV 9TNj1mWSBRke85Dwo9mQxNU= =bZse -----END PGP SIGNATURE----- From leonardjo at hetnet.nl Sun Aug 24 15:03:53 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Sun, 24 Aug 2003 17:03:53 +0200 Subject: pam src rpm replaced? In-Reply-To: References: <20030824035003.31d51812.ms-nospam-0306@arcor.de> Message-ID: <3F48EFF9.7509.306835@localhost> Hi Mike, > It's also possible that a given maintainer might be on vacation. Yup. Something Jef already suggested. > Also, adding new dependancies often takes more time than just > adding a line to a spec file. > It might seem a bit tedious to investigate these things to that > level, but unneeded dependancies only complicate packaging and > make the minimal distro install size increase. I fully agree with this. I can see this might be the case with the flex requirement. > Perhaps we should have a "development-base" package, that > Requires all of these things, just to ensure all truly required > packages are installed in development installs? That might be a > good suggestion. Indeed probably a good idea. I usually start out with a rather minimal installation and add packages as needed. This is how I come across these missing requirements in the first place. Even after using Linux for many years some things that might be obvious to some/many aren't obvious to me. Probably because I haven't been doing a lot of c development until lately. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From leonardjo at hetnet.nl Sun Aug 24 15:03:53 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Sun, 24 Aug 2003 17:03:53 +0200 Subject: pam src rpm replaced? In-Reply-To: References: <20030823153354.38cea940.ms-nospam-0306@arcor.de> Message-ID: <3F48EFF9.26709.30682E@localhost> Hi Mike, > If there are build problems rebuilding a particular src.rpm, we > definitely want to know about them. A lot of problems like this > that get reported, get fixed rather quickly. By browsing bugzilla last night I noticed this indeed seems to be the case. I noticed various requirement bugs fixed within two weeks. This is also what I had expected, that's why I was surprised not to hear anything in 3 weeks time. Guess I forgot it is vacation time. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From leonardjo at hetnet.nl Sun Aug 24 15:06:55 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Sun, 24 Aug 2003 17:06:55 +0200 Subject: pam src rpm replaced? In-Reply-To: References: <1061729020.3927.16.camel@wombat.dialup.fht-esslingen.de> Message-ID: <3F48F0AF.19486.332E5D@localhost> Hi Pekka, > Sure, but as the fix seems to be trivial, I just can't figure out why > anybody wouldn't be just fixing these issues ASAP, just to get rid of them > if nothing else. > > .. at least, any open issues trouble me, and the easiest fix is well... > fixing them. Am I glad that somebody seems to be taking my side here :-). Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From macaronipizza at quicknet.nl Sun Aug 24 15:44:24 2003 From: macaronipizza at quicknet.nl (Jos Houtman) Date: Sun, 24 Aug 2003 17:44:24 +0200 Subject: Wine and Office In-Reply-To: References: <200308241344.18310.macaronipizza@quicknet.nl> Message-ID: <200308241744.24507.macaronipizza@quicknet.nl> On Sunday 24 August 2003 15:47, Chris Ricker wrote: > > i got the same problem with cxoffice and a wine snapshot from 20030813. > > i heard of a workaround that would mean copying the /opt/cxoffice and > > ~/.cxoffice from a machine on which the installation worked fine. > > cxoffice has worked fine for me on severn, at least to the extent I've > tried it (installed a couple of apps, made sure they started) did u also tried MS Office? jos From jtlegbandt at earthlink.net Sun Aug 24 15:48:20 2003 From: jtlegbandt at earthlink.net (Joshua Legbandt) Date: Sun, 24 Aug 2003 08:48:20 -0700 Subject: Laptop users with Synaptics touchpad, using kernel 2.6.x In-Reply-To: References: Message-ID: <1061740100.3628.11.camel@suburbia> On Sun, 2003-08-24 at 00:27, Mike A. Harris wrote: > I've noticed a fair number of people lately who have been testing > the 2.6.x kernel on laptops, reporting they are unable to use > their laptop's touchpad anymore. > > This is a known issue which is related to ACPI. If you have one > of these touchpads, and it does not work (most or all of them > wont work), then currently you have to download a separate GPL > licensed "synaptics" driver from the following website: > > http://tuxmobile.org/touchpad_driver.html > > In order to use these devices under 2.6.x kernels right now, you > MUST download this driver binary, or download the source and > compile it yourself. I recommend using the binary driver as > compiling the source will be overly complex for most people. Unfortunately, I can't seem to get the binary driver to work under XFree86-4.3.0-22, which I am otherwise happy with (it's faster that the RHL 9 and Severn packages by a good margin). The binary driver says that it is compiled for 4.2.0 and looks like it loads from my logs, but '"Protocol" "auto-dev"' doesn't work. From my limited debugging skills (IANAP), it looks like this protocol should be provided by the driver. I'll have to test with ACPI turned off to be sure that this isn't ACPI related also... But, seeing how this is an ACPI related issue, and ACPI is a "good thing" for my laptop (keeps it from over heating, lets me know how much battery I have left, etc.), is there a way to keep the kernel from loading the synaptics driver so that the touchpad can be treated like a regular PS/2 mouse? > The best solution all around, is to have an XFree86 driver > development kit, which allows externally supplied drivers that do > not come with XFree86 to be compiled with minimal source code and > required files. XFree86 has a package called "XFree86-SDK" which > is intended to allow drivers to be built externally like this, > which is minimal in size, however XFree86.org doesn't maintain > this functionality very well and it is usually broken quite > badly. It also doesn't work properly on all architectures we > need to support, and as such, the SDK is currently unuseable for > us. Also, the SDK only works for video drivers currently, and > not for input drivers. > > At some point in the future, I will be making attempts to fix the > XFree86 SDK, make it work on all architectures properly, and add > support for input drivers. Awesome, I'll volunteer right now to test :) > This work is not planned to occur in the Cambridge project > timeframe however, and so the synaptics driver is in limbo right > now. I am going to be investigating this more deeply in a few > weeks time, however I'm not sure if there will be a sane way for > me to include this driver in RPM packaging or not. Understandable since the 2.6 kernel isn't planned for Cambridge. I plan to avoid the 2.6 kernel until I can use my laptop without an USB mouse attached to it. > > Thanks for your attention. You're welcome -josh -- Joshua Legbandt From mharris at redhat.com Sun Aug 24 15:32:10 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 24 Aug 2003 11:32:10 -0400 (EDT) Subject: pam src rpm replaced? In-Reply-To: <20030824161122.57022584.ms-nospam-0306@arcor.de> References: <3F477E91.16479.4063D1@localhost> <20030823153354.38cea940.ms-nospam-0306@arcor.de> <20030824161122.57022584.ms-nospam-0306@arcor.de> Message-ID: On Sun, 24 Aug 2003, Michael Schwendt wrote: >> >Concerning missing buildrequires, it would be nice if someone from Red >> >Hat could post a short comment on how clean their build environment is >> >> It depends on what exactly you mean by "how clean is the build >> environment". That question could be interpreted in 10 different >> ways by 10 different people. Can you be more specific? > >With "clean build environment" I refer to the amount of what is >installed without being a dependency. I mean that every -devel >package, every tool which is needed to build a src.rpm would not be >found unless it is a buildreq or a dependency of a package which is >installed already. Sort of a minimal installation of Red Hat Linux >with only rpm-build and its dependencies installed. Every additional >package required to build a src.rpm would need to be an explicit >BuildRequires in the src.rpm. That sounds sensible. If you find packages missing such dependancies, please file them in bugzilla. >A less clean environment would have a few core development tools >installed always, e.g. compilers, interpreters (such a Perl) or >related utilities (make, patch, parser generators), so that they >don't need to be listed as buildreqs in a high number of >src.rpms. Of course, this could also be done with a new >development-core package, like fedora-rpmdevtools does it to >pull in some dependencies which are considered essential for a >build environment. Sure. It's nice to fix things where possible, and when someone reports them. It's not something we're likely to modify our buildsystem to install the absolute minimum of software, to try and find every last single buildrequires ourselves anally for though IMHO. These type of fixes are very trivial and are often things someone will never find in real world usage, generally only via specific testing to locate such minor bugs. In other words, if someone makes them known, they're worth fixing, but IMHO they're not worth us spending a lot of our own time to track down as they don't really cause problems in general for the majority of users. Who knows though, maybe someone will modify the beehive buildroot creation code to only install rpm-build and it's dependancies. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From leonardjo at hetnet.nl Sun Aug 24 16:19:19 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Sun, 24 Aug 2003 18:19:19 +0200 Subject: pam src rpm replaced? In-Reply-To: References: <20030824161122.57022584.ms-nospam-0306@arcor.de> Message-ID: <3F4901A7.26075.757A45@localhost> Hi Mike, > These type of fixes are very trivial and are often things someone > will never find in real world usage, generally only via specific > testing to locate such minor bugs. Well, obviously they are real world usage examples, because they get found, reported and fixed. > In other words, if someone makes them known, they're worth > fixing, but IMHO they're not worth us spending a lot of our own > time to track down as they don't really cause problems in general > for the majority of users. That I can understand. Like most bugs they get exposed by using the system, not by actively looking for them. Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From mharris at redhat.com Sun Aug 24 15:50:04 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 24 Aug 2003 11:50:04 -0400 (EDT) Subject: pam src rpm replaced? In-Reply-To: <3F48EFF9.7509.306835@localhost> References: <20030824035003.31d51812.ms-nospam-0306@arcor.de> <3F48EFF9.7509.306835@localhost> Message-ID: On Sun, 24 Aug 2003, Leonard den Ottolander wrote: >> Also, adding new dependancies often takes more time than just >> adding a line to a spec file. > >> It might seem a bit tedious to investigate these things to that >> level, but unneeded dependancies only complicate packaging and >> make the minimal distro install size increase. > > I fully agree with this. I can see this might be the case with the flex >requirement. No need to make smart crack remarks. The point I'm trying to make, is that every time you add a dependancy to a package, you also add dependancies to all of that packages dependancies. As a simple example, make some package have even one small simple thing that requires the package XFree86 to be installed. Now, for correctness, you need to add a "Requires: XFree86" to that package. At this point, by installing the package, you now have dragged in XFree86, and all of it's dependancies, and every single one of every one of those packages dependancies on down the line. One example of this is midnight commander as someone pointed out. mc requires XFree86-libs. Someone out there might want to have mc installed on a system completely devoid of X, and will never be using mc inside X on that system. They might not even have a mouse attached to the system. Nonetheless, they have no choice but to install XFree86-libs and all of it's dependancies if they want to install mc. An even worse example is some small simple application you can use in text mode requiring something in gnome. That drags in GNOME, all of XFree86, and half the distribution. The only way that these types of drag-in-the-whole-OS traps can be prevented, is by adding true dependancies to the PROPER packages after ensuring that they are true dependancies, and that the dependancy shouldn't go at a lower level (in an already dependant package). Another thing needed would be to have as many things that end up being dependancy targets split out of other packages if not doing so would cause a whackload of software to get dependancy-domino-effect installed to meet a dep (like the mc case above). The downside of increased package splitup however is increased package maintenance and complexity, and quite often end user confusion. The downside of over specified dependancies, or deps specified at too high a level when they should be at a lower level, or the dependancy domino effect, is that it is hard to make a minimal OS installation truely "small". >> Perhaps we should have a "development-base" package, that >> Requires all of these things, just to ensure all truly required >> packages are installed in development installs? That might be a >> good suggestion. > >Indeed probably a good idea. I usually start out with a rather >minimal installation and add packages as needed. This is how I >come across these missing requirements in the first place. Even >after using Linux for many years some things that might be >obvious to some/many aren't obvious to me. Probably because I >haven't been doing a lot of c development until lately. With something like up2date handling auto-installation of the dependancy chain for a given package, that works fairly well. One will occasionally find dependancy failures simply due to a combination of packages being installed in a random minimal install that have never been installed in that manner before, or the problem never reported. So by all means, when you spot dependancy errors, track them down and report them. As I say above though, if for example some package seemingly wont work without 'foo' installed, try to find out if the package itself really does use foo, or if instead some application that the package uses that is part of an existing dep is missing the dep on foo. yes, it's a PITA, but it does do 2 good things: 1) It minimizes over specified dependancies, and thus helps lower installation sizes, while still solving the problem properly 2) It puts the dependancy exactly where it really should be instead of one notch above that. that ensures that any other higher level packages in the dependancy heirarchy, will also have their deps met automatically because you fixed the problem at the proper spot, thus fixing it for all packages at once that are dependant on something. If this sounds confusing, I apologize as it is hard to word in a manner that doesn't sound like Abbott and Costello. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Sun Aug 24 15:54:54 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 24 Aug 2003 11:54:54 -0400 (EDT) Subject: Laptop users with Synaptics touchpad, using kernel 2.6.x In-Reply-To: <1061740100.3628.11.camel@suburbia> References: <1061740100.3628.11.camel@suburbia> Message-ID: On Sun, 24 Aug 2003, Joshua Legbandt wrote: >> This is a known issue which is related to ACPI. If you have one >> of these touchpads, and it does not work (most or all of them >> wont work), then currently you have to download a separate GPL >> licensed "synaptics" driver from the following website: >> >> http://tuxmobile.org/touchpad_driver.html >> >> In order to use these devices under 2.6.x kernels right now, you >> MUST download this driver binary, or download the source and >> compile it yourself. I recommend using the binary driver as >> compiling the source will be overly complex for most people. > >Unfortunately, I can't seem to get the binary driver to work under >XFree86-4.3.0-22, which I am otherwise happy with (it's faster that the >RHL 9 and Severn packages by a good margin). The binary driver says that >it is compiled for 4.2.0 and looks like it loads from my logs, but >'"Protocol" "auto-dev"' doesn't work. From my limited debugging skills >(IANAP), it looks like this protocol should be provided by the driver. >I'll have to test with ACPI turned off to be sure that this isn't ACPI >related also... Ah, how unfortunate. ;o/ Well, that throws the entire concept of XFree86 binary module compatibility across server revisions going forward. Then again, it seems very few modules end up truely binary compatible despite XFree86.org's pie in the sky claims. >But, seeing how this is an ACPI related issue, and ACPI is a "good >thing" for my laptop (keeps it from over heating, lets me know how much >battery I have left, etc.), is there a way to keep the kernel from >loading the synaptics driver so that the touchpad can be treated like a >regular PS/2 mouse? No idea, but I'm sure others have discussed it to great lengths online, or on mailing lists that are searchable. I don't have any laptop hardware and haven't tried a 2.6.x kernel, so I'm only relaying information rather than having personally tested it. ;o) >> This work is not planned to occur in the Cambridge project >> timeframe however, and so the synaptics driver is in limbo right >> now. I am going to be investigating this more deeply in a few >> weeks time, however I'm not sure if there will be a sane way for >> me to include this driver in RPM packaging or not. > >Understandable since the 2.6 kernel isn't planned for Cambridge. I plan >to avoid the 2.6 kernel until I can use my laptop without an USB mouse >attached to it. Cambridge will have a 2.4.x kernel no doubt, but I'm not sure wether or not a 2.6.x kernel will also be available or not for testing. Perhaps another developer can comment about that. Take care, TTYL -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From jdy at cs.brown.edu Sun Aug 24 16:26:22 2003 From: jdy at cs.brown.edu (Joel Young) Date: Sun, 24 Aug 2003 12:26:22 -0400 Subject: pam src rpm replaced? In-Reply-To: Your message of "Sun, 24 Aug 2003 11:32:10 EDT." References: <3F477E91.16479.4063D1@localhost> <20030823153354.38cea940.ms-nospam-0306@arcor.de> <20030824161122.57022584.ms-nospam-0306@arcor.de> Message-ID: <20030824162622.2B5383EB0@null.cs.brown.edu> -------- From: "Mike A. Harris" > On Sun, 24 Aug 2003, Michael Schwendt wrote: > > >package, every tool which is needed to build a src.rpm would not be > >found unless it is a buildreq or a dependency of a package which is > >installed already. Sort of a minimal installation of Red Hat Linux > >with only rpm-build and its dependencies installed. Every additional > >package required to build a src.rpm would need to be an explicit > >BuildRequires in the src.rpm. > > That sounds sensible. If you find packages missing such > dependancies, please file them in bugzilla. As someone who maintained a 460 package rpm set up providing gnome and kde and a lot of other stuff install for Solaris using packages drawn from redhat, mandrake, pld, suse, ximian, I found the use of build tools in packages to be highly frustrating. Package builders routinely hard coded paths to external programs or just let them default to whatever one was first in path. This creates chaos on a solaris system if a non gnu version is found for some esoteric build requirement. I ended up creating/customizing a large set of macros allowing these to be specified explicitly. e.g. %__patch /pro/gnome/bin/patch %__perl /pro/gnome/bin/perl %__pgp %{_pgpbin} %__rm /pro/gnome/bin/rm %__rsh /bin/rsh %__sed /pro/gnome/bin/sed %__ssh /usr/local/bin/ssh %__lex /pro/gnome/bin/flex included from basedir/lib/rpm/macros The frustrating thing was even for redhat packages, these macros provided in the redhat provided rpm package weren't used religiously in redhat spec files. Anytime a spec developer calls an external routine, they should consider creating a macro in lib/rpm/macros if it doesn't exist already. If he decides not to create one, he should consider defining a macro a the top of his package and also having a build dependency. Sorry for soapbox. Just venting an old frustration. Since I no longer am no longer maintaining this mass of .spec files, it isn't so important to me any more :-) Joel From mharris at redhat.com Sun Aug 24 16:03:31 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 24 Aug 2003 12:03:31 -0400 (EDT) Subject: pam src rpm replaced? In-Reply-To: <3F4901A7.26075.757A45@localhost> References: <20030824161122.57022584.ms-nospam-0306@arcor.de> <3F4901A7.26075.757A45@localhost> Message-ID: On Sun, 24 Aug 2003, Leonard den Ottolander wrote: >> These type of fixes are very trivial and are often things someone >> will never find in real world usage, generally only via specific >> testing to locate such minor bugs. > > Well, obviously they are real world usage examples, because they get >found, reported and fixed. Some are, yes. And some are found by trying installations designed specifically to try and find lurking trivial bugs. Both are fine as I said, feel free to report the bugs. But they're not all things that people will really hit in real world situations where they're not purposefully trying to find them. ;o) >> In other words, if someone makes them known, they're worth >> fixing, but IMHO they're not worth us spending a lot of our own >> time to track down as they don't really cause problems in general >> for the majority of users. > > That I can understand. Like most bugs they get exposed by using the >system, not by actively looking for them. Indeed. There are literally thousands of things we could actively try to search for and fix. It wouldn't be efficient to do so however, and it would use up valueable and limited engineering resources for little gain, when those resources could be allocated elsewhere for bigger-bang-for-the-buck stuff. That said, we welcome those who want to track down nickel and dime bugs and report them too. Even better with fixes attached. ;o) For the record, I leave trivial stuff build up for a while, and then go on a "trivial bug fix day" day every now and then when things are NOT very busy. That way I can fix 5, 10, 20, etc. trivial bugs all at once quickly and be done with them, and not be doing it when I have to rush to meet a deadline or cram important stuff into builds to meet a tree freeze or something. I assume others do that too, which also helps explain why trivial things don't necessarily get fixed ASAP. It's more efficient to fix a whackload at once when it's convenenient and when pressing matters aren't on the table. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Sun Aug 24 16:13:15 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 24 Aug 2003 12:13:15 -0400 (EDT) Subject: pam src rpm replaced? In-Reply-To: <20030824162622.2B5383EB0@null.cs.brown.edu> References: <3F477E91.16479.4063D1@localhost> <20030823153354.38cea940.ms-nospam-0306@arcor.de> <20030824161122.57022584.ms-nospam-0306@arcor.de> <20030824162622.2B5383EB0@null.cs.brown.edu> Message-ID: On Sun, 24 Aug 2003, Joel Young wrote: >> That sounds sensible. If you find packages missing such >> dependancies, please file them in bugzilla. > >As someone who maintained a 460 package rpm set up providing gnome and >kde and a lot of other stuff install for Solaris using packages drawn >from redhat, mandrake, pld, suse, ximian, I found the use of build tools in >packages to be highly frustrating. Package builders routinely hard >coded paths to external programs or just let them default to whatever one >was first in path. This creates chaos on a solaris system if a non gnu >version is found for some esoteric build requirement. I ended up >creating/customizing a large set of macros allowing these to be specified >explicitly. e.g. > >%__patch /pro/gnome/bin/patch >%__perl /pro/gnome/bin/perl >%__pgp %{_pgpbin} >%__rm /pro/gnome/bin/rm >%__rsh /bin/rsh >%__sed /pro/gnome/bin/sed >%__ssh /usr/local/bin/ssh >%__lex /pro/gnome/bin/flex > >included from basedir/lib/rpm/macros > >The frustrating thing was even for redhat packages, these macros >provided in the redhat provided rpm package weren't used >religiously in redhat spec files. Because we're developing Red Hat Linux on Red Hat Linux FOR Red Hat Linux, and we're testing those packages on Red Hat Linux only. Such macros are almost never useful in Linux OS's themselves, and they add a large amount of complicated looking ugliness to spec files. While this may inconvenience a solaris user trying to compile one of my src.rpms on solaris, um... sorry, but I'm not trying to make RPM packages that build on solaris. You'll be very hard pressed to find rpm packages in any distribution that compile without modification on non-Linux systems. You'll also be unlikely to find Solaris packages that work without modification on Linux. There's no incentive to do extra work like that when it slows down development, and gives you zero benefit and you have zero way of testing it, and end up with an ugly looking spec file that is mostly unreadable. That is why. >Anytime a spec developer calls an external routine, they should >consider creating a macro in lib/rpm/macros if it doesn't exist >already. If he decides not to create one, he should consider >defining a macro a the top of his package and also having a >build dependency. > >Sorry for soapbox. Just venting an old frustration. Since I no >longer am no longer maintaining this mass of .spec files, it >isn't so important to me any more :-) No, by all means, feel free to vent your frustrations. Just realize that there isn't any incentive or real benefits to developers of any Linux distribution (or external packagers) in trying to make their packages build on 10000 operating systems they don't have access to. Does XFree86.spec compile on Solaris/sparc? No idea. Don't care, and I'd reject/delete any patch sent to me that made it actually work as it would be non-useful to me as a developer, non useful to Red Hat, and non useful to our users. I will however bet that it is easier for a Solaris RPM packager dude to take my src.rpm and free of cost to them, be able to modify it to build on solaris. I'll even bet that my work would have saved them countless hours of time, and that they'll be thankful they had something to start with instead of writing one from scratch. Ditto for other packages. ;o) You'll be hard pressed to find many developers out there who favour making their packages unreadable for other OS's IMHO. It's often hard enough to just make a single src.rpm package build on more than one Linux distribution. But I digress... -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From pmatilai at welho.com Sun Aug 24 17:07:20 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Sun, 24 Aug 2003 20:07:20 +0300 Subject: Running Dictd server In-Reply-To: <130C5A7B54843746A3B5D43C35BCA54F01B94A@braveheart.kw> References: <130C5A7B54843746A3B5D43C35BCA54F01B94A@braveheart.kw> Message-ID: <1061744840.3f48f0c891668@webmail.welho.com> Quoting Ossama Khayaat : > Hi, > I need to setup dictd protocol, on my Severn machine to test the > English/Arabic GPL'd wordlist we're working on in Arabeyes > (www.arabeyes.org/project.php?proj=wordlist). > I read the man pages of dict, and I understood it's a client tool, and not a > server (right?). > Is there a package I need to install or a place from where I can get the > .tar.gz source and compile it? IIRC the dictd source includes both client and server, RH just doesn't package the server part of it for some reason (ok running dictd server might not be the most common thing in the world) -- - Panu - From jdy at cs.brown.edu Sun Aug 24 17:20:15 2003 From: jdy at cs.brown.edu (Joel Young) Date: Sun, 24 Aug 2003 13:20:15 -0400 Subject: pam src rpm replaced? In-Reply-To: Your message of "Sun, 24 Aug 2003 12:13:15 EDT." References: <3F477E91.16479.4063D1@localhost> <20030823153354.38cea940.ms-nospam-0306@arcor.de> <20030824161122.57022584.ms-nospam-0306@arcor.de> <20030824162622.2B5383EB0@null.cs.brown.edu> Message-ID: <20030824172015.65FD23F04@null.cs.brown.edu> -------- From: "Mike A. Harris" > On Sun, 24 Aug 2003, Joel Young wrote: > >explicitly. e.g. > > ... > >%__lex /pro/gnome/bin/flex > > > >included from basedir/lib/rpm/macros > > > >The frustrating thing was even for redhat packages, these macros > >provided in the redhat provided rpm package weren't used > >religiously in redhat spec files. > Because we're developing Red Hat Linux on Red Hat Linux FOR Red > Hat Linux, and we're testing those packages on Red Hat Linux > only. I understand that. > Such macros are almost never useful in Linux OS's > themselves, and they add a large amount of complicated looking > ugliness to spec files. %{__lex} is uglier than /usr/bin/flex ? Do you ever ever ever test rpms with alternate roots? Suppose the flex you wanted to use for the build wasn't in the default location, but instead in your alternate build root? Wouldn't it be nice to not have a custom spec? > While this may inconvenience a solaris user trying to compile one > of my src.rpms on solaris, um... sorry, but I'm not trying to > make RPM packages that build on solaris. Agreed 100% for redhat developers. > You'll be very hard pressed to find rpm packages in any distribution > that compile without modification on non-Linux systems. You might be surprised. Perhaps 30 percent build with no modification, most with trivial modification. > There's no incentive to do extra work like that when it slows > down development, and gives you zero benefit and you have zero > way of testing it, and end up with an ugly looking spec file that > is mostly unreadable. > > That is why. Then why did redhat include all of the default %{__xxxx} macros in the first place? Why did they make relocatable packages? Why are the things like sysconfdir etc. configurable? Because it was and is useful to redhat I would suppose? And I would also suppose that having the discipline of using them makes things easier internally to redhat in the long run? Just supposition on my part tho. > > > >Sorry for soapbox. Just venting an old frustration. Since I no > >longer am no longer maintaining this mass of .spec files, it > >isn't so important to me any more :-) > > No, by all means, feel free to vent your frustrations. Just > realize that there isn't any incentive or real benefits to > developers of any Linux distribution (or external packagers) in > trying to make their packages build on 10000 operating systems > they don't have access to. I see benefit at least to external packagers. External packagers presumably would like their packages to build easily on at least multiple rpm based linux distros. The more they use the spec file macro system, the easier that is. > I will however bet that it is easier for a Solaris RPM packager > dude to take my src.rpm and free of cost to them, be able to > modify it to build on solaris. I'll even bet that my work would > have saved them countless hours of time, and that they'll be > thankful they had something to start with instead of writing one > from scratch. Ditto for other packages. ;o) Guaranteed :-) Maybe thousands of hours saved across 460 packages :-) And you know, redhat and polish linux packages were by far the easiest to port because their spec files had the most discipline. Joel From mharris at redhat.com Sun Aug 24 17:24:27 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 24 Aug 2003 13:24:27 -0400 (EDT) Subject: pam src rpm replaced? In-Reply-To: <20030824172015.65FD23F04@null.cs.brown.edu> References: <3F477E91.16479.4063D1@localhost> <20030823153354.38cea940.ms-nospam-0306@arcor.de> <20030824161122.57022584.ms-nospam-0306@arcor.de> <20030824162622.2B5383EB0@null.cs.brown.edu> <20030824172015.65FD23F04@null.cs.brown.edu> Message-ID: On Sun, 24 Aug 2003, Joel Young wrote: >> Such macros are almost never useful in Linux OS's >> themselves, and they add a large amount of complicated looking >> ugliness to spec files. > >%{__lex} is uglier than /usr/bin/flex ? Yes, it is. But I wouldn't use either. I'd use "flex" as it is in the path. >Do you ever ever ever test rpms with alternate roots? Suppose >the flex you wanted to use for the build wasn't in the default >location, but instead in your alternate build root? Wouldn't it >be nice to not have a custom spec? Locally, my packages are built for testing purposes and development in a custom RPM configuration downloadable from my ftp "hacks" dir on people.redhat.com. It basically builds everything under ~/rpmbuild In the Red Hat buildsystem, things are built in chrooted buildroots, also with customized rpm configuration, some of it via macro files and some via commandline options IIRC. We test what we plan on shipping. We don't test if things compile on Solaris or any other OS, nor do we care, or have reason to care. >> While this may inconvenience a solaris user trying to compile one >> of my src.rpms on solaris, um... sorry, but I'm not trying to >> make RPM packages that build on solaris. > >Agreed 100% for redhat developers. Then we agree. >> You'll be very hard pressed to find rpm packages in any distribution >> that compile without modification on non-Linux systems. > >You might be surprised. Perhaps 30 percent build with no modification, >most with trivial modification. Perhaps via luck at best. Hardly due to people going out of their way to make them build like that. >> There's no incentive to do extra work like that when it slows >> down development, and gives you zero benefit and you have zero >> way of testing it, and end up with an ugly looking spec file that >> is mostly unreadable. >> >> That is why. > >Then why did redhat include all of the default %{__xxxx} macros in the >first place? To allow people who wanted those features the ability to use them, in their OWN rpm packages. ie: 3rd party software developers/packagers who wanted those features for their own software. >Why did they make relocatable packages? Ditto. 3rd party software developers/packagers who wanted those features for their own software. >Why are the things like sysconfdir etc. configurable? Because >it was and is useful to redhat I would suppose? Exactly. Those are defined via macros so that when you're using a buildroot, your packages get installed into the fake buildroot (really misnamed "installroot") aka. RPM_BUILD_ROOT, instead of overwriting files on your actual running operating system during %install. When you use %configure, it gets passed the values of all of those variables automatically, so that the autoconfized package installs to RPM_BUILD_ROOT not / >And I would also suppose that having the discipline of using >them makes things easier internally to redhat in the long run? >Just supposition on my part tho. I don't see the point you're trying to make here. RPM has tonnes of features. Some were added by Red Hat because they enhanced rpm in ways that make creating and maintaining RPM packages easier, some enhancements were contributed by other Linux vendors, some enhancements were contributed by users of other operating systems. RPM, while used in Red Hat Linux, and initially created by Red Hat, is a tool which is portable to many operating systems, and used by developers of many operating systems to package software for those operating systems. While RPM "the tool" is portable, that doesn't mean that every developer out there in the wild, nor every developer of a given operating system should spend half their time trying to make sure their actual RPM packages compile and run on 10000 different OS's. Many of the features added to RPM were for the benefit of others who wanted those features for other OS's, not for Red Hat to personally use in Red Hat Linux, or even care about. IMHO. >> No, by all means, feel free to vent your frustrations. Just >> realize that there isn't any incentive or real benefits to >> developers of any Linux distribution (or external packagers) in >> trying to make their packages build on 10000 operating systems >> they don't have access to. > >I see benefit at least to external packagers. External packagers >presumably would like their packages to build easily on at least >multiple rpm based linux distros. The more they use the spec file >macro system, the easier that is. By all means, feel free to create src.rpm packages that compile and install on every operating system to which RPM is available for. It's all open source. Feel free to spend as much time as you like doing this work, and feel free to distribute the results of your labours via ftp/http/apt/yum/etc. to as many people as you like, running as many operating systems as you like. As far as I'm concerned personally for any RPM package I maintain inside or outside Red Hat Linux, my goal is to make a given package compile and install and work properly on Red Hat Linux. I don't care if the package compiles or installs on any other Linux distribution, or if it compiles or installs on any other operating system. Life is short, and my priorities are getting more work done that is personally useful to me, to Red Hat, and to Red Hat users. I really don't care if my packages ever work on Solaris to be honest, and I doubt you'll find any large percentage of RPM packagers out there who feel differently. >> I will however bet that it is easier for a Solaris RPM packager >> dude to take my src.rpm and free of cost to them, be able to >> modify it to build on solaris. I'll even bet that my work would >> have saved them countless hours of time, and that they'll be >> thankful they had something to start with instead of writing one >> from scratch. Ditto for other packages. ;o) > >Guaranteed :-) Maybe thousands of hours saved across 460 packages :-) >And you know, redhat and polish linux packages were by far the easiest >to port because their spec files had the most discipline. There you go. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From janina at rednote.net Sun Aug 24 18:16:28 2003 From: janina at rednote.net (Janina Sajka) Date: Sun, 24 Aug 2003 14:16:28 -0400 Subject: What is minimum RAM to install? Message-ID: <20030824181627.GT29323@rednote.net> Is 64mB the minimum RAM required for installation these days? I cannot find a reference in the Installation Guide for Shrike, so I'm askint on the list. I know that I failed on an old Pentium that had only 32mb, and I couldn't think of any other reason for that failure. PS: I note Suse is now requiring 96mb. So, is maybe even 64 not enough for RH? -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From jim-cornette at columbus.rr.com Sun Aug 24 18:23:58 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Sun, 24 Aug 2003 14:23:58 -0400 Subject: Gnome not working any longer - Rawhide - now works In-Reply-To: <3F482A57.1000808@columbus.rr.com> References: <3F482A57.1000808@columbus.rr.com> Message-ID: <3F4902BE.7050402@columbus.rr.com> Whatever caused GNOME to be broken within Rawhide was fixed with installing the latest XFree86 rpms. It's good to have GNOME back again. Is the new default for a top panel and a lower panel? I have it and like the changes to the lower panel. (Applets available) I'm at a loss to what was broken in the rpms. (Gnome not working, but KDE functioning) KDE is starting to be a lot more usable. But I noticed that there were a few things that still make me prefer GNOME. How is the progress for Severn2? - rawhide's GNOME version looks pretty sharp! Jim -- When you make your mark in the world, watch out for guys with erasers. -- The Wall Street Journal From janina at rednote.net Sun Aug 24 18:23:13 2003 From: janina at rednote.net (Janina Sajka) Date: Sun, 24 Aug 2003 14:23:13 -0400 Subject: Running Dictd server In-Reply-To: <1061744840.3f48f0c891668@webmail.welho.com> References: <130C5A7B54843746A3B5D43C35BCA54F01B94A@braveheart.kw> <1061744840.3f48f0c891668@webmail.welho.com> Message-ID: <20030824182312.GV29323@rednote.net> Panu Matilainen writes: > From: Panu Matilainen > > Quoting Ossama Khayaat : > > > Hi, > > I need to setup dictd protocol, on my Severn machine to test the > > English/Arabic GPL'd wordlist we're working on in Arabeyes > > (www.arabeyes.org/project.php?proj=wordlist). > > I read the man pages of dict, and I understood it's a client tool, and not a > > server (right?). > > Is there a package I need to install or a place from where I can get the > > .tar.gz source and compile it? > > IIRC the dictd source includes both client and server, RH just doesn't package > the server part of it for some reason (ok running dictd server might not be the > most common thing in the world) Ah, but its a wonderful service and should get a proper dust off before we reinvent it with "web services." I'm encouraging my friends on the glossary committee in the W3C to discover dict, for example. > > -- > - Panu - > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Janina Sajka, Director Technology Research and Development Governmental Relations Group American Foundation for the Blind (AFB) Email: janina at afb.net Phone: (202) 408-8175 From smoogen at lanl.gov Sun Aug 24 18:25:40 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Sun, 24 Aug 2003 12:25:40 -0600 (MDT) Subject: Cleaning up dependency hell In-Reply-To: Message-ID: On Sun, 24 Aug 2003, Mike A. Harris wrote: >One example of this is midnight commander as someone pointed out. >mc requires XFree86-libs. Someone out there might want to have >mc installed on a system completely devoid of X, and will never >be using mc inside X on that system. They might not even have a >mouse attached to the system. Nonetheless, they have no choice >but to install XFree86-libs and all of it's dependancies if they >want to install mc. > I think 2 really cool things that the REALLY open development model can do is help organize Bug Triage days and also help point out and fix all these silly dependency chains. Maybe help rewrite spec files that create truly minimal packages that do not pull in extra dependencies. -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 5-8058 Ta-03 SM-261 MailStop P208 DP 17U Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From smoogen at lanl.gov Sun Aug 24 18:29:03 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Sun, 24 Aug 2003 12:29:03 -0600 (MDT) Subject: What is minimum RAM to install? In-Reply-To: <20030824181627.GT29323@rednote.net> Message-ID: I think that 64MB was the minimum for 9. That is doing only a text INSTALL. Upgrades and X take significantly more memory. For Severn, I dont have an idea.. my last low memory box got fried a couple of months ago :(. On Sun, 24 Aug 2003, Janina Sajka wrote: >Is 64mB the minimum RAM required for installation these days? > >I cannot find a reference in the Installation Guide for Shrike, so I'm >askint on the list. I know that I failed on an old Pentium that had only >32mb, and I couldn't think of any other reason for that failure. > >PS: I note Suse is now requiring 96mb. So, is maybe even 64 not enough >for RH? > > -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 5-8058 Ta-03 SM-261 MailStop P208 DP 17U Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From laroche at redhat.com Sun Aug 24 18:45:13 2003 From: laroche at redhat.com (Florian La Roche) Date: Sun, 24 Aug 2003 20:45:13 +0200 Subject: Cleaning up dependency hell In-Reply-To: References: Message-ID: <20030824184512.GA27939@dudweiler.stuttgart.redhat.com> > I think 2 really cool things that the REALLY open development model can > do is help organize Bug Triage days and also help point out and fix all > these silly dependency chains. Maybe help rewrite spec files that create > truly minimal packages that do not pull in extra dependencies. I am just looking at some of the build dependencies. Things get easily out of band. Perl requires dos2unix, elfutils require sharutils etc. A bit bigger problem is the growing dependencies of libs. pam, openssl, openldap, tcp_wrappers, some GUI libs, kerberous and a couple of addon libs get easily added and the mix seems to get even bigger all the time. greetings, Florian La Roche From barryn at pobox.com Sun Aug 24 19:05:34 2003 From: barryn at pobox.com (Barry K. Nathan) Date: Sun, 24 Aug 2003 12:05:34 -0700 Subject: Does Adrian up2date allow upgrades from one release to another In-Reply-To: <20030824045900.GA9501@outblaze.com> References: <20030824045900.GA9501@outblaze.com> Message-ID: <20030824190534.GE16051@ip68-4-255-84.oc.oc.cox.net> On Sun, Aug 24, 2003 at 12:59:00PM +0800, Yusuf Goolamabbas wrote: > Does the new up2date by Adrian Likins allow for remotely upgrading > servers from one release to another It's actually been possible with previous up2date releases as well (rpm -Uvh the redhat-release RPM from the new Red Hat release, (maybe?) re-register the system, then use up2date to update everything). It's also possible to use up2date-config to force up2date to identify the system as a different version, but AFAICT it's impossible to use that to go from an earlier release to Red Hat 9. This type of upgrade is not supported by Red Hat, but it's possible. It can sometimes be a bit annoying to solve dependency problems that come up (basically you have to remove conflicting packages), and there are a few other gotchas. Going from Red Hat 7.x to 9, here are the worst gotchas I've encountered: + You need to update glib2 before pango, or else pango doesn't quite install properly. + You need to "up2date gnome-session" after you've done everything else, or else you can't log in using GNOME. + For some reason, if you didn't install all of the errata for your 7.x release, rpm will segfault after RH 9's glibc is installed (and things will be *really* hairy!). This doesn't happen if you've applied all of the errata for your 7.x release first. For 8.0 to 9: + You need to update rpm before glibc or else rpm will segfault. + You need to update glib2 before pango (as with 7.x -> 9). I have noticed no gremlins of this sort going from 9 to severn. Overall, this is a considerably more time-consuming method than upgrading the normal way. You need to consider whether it outweighs the travel time/effort, and how much you need to keep the machine up and running during the upgrade (X11 desktop stuff *will* start glitching up during the upgrade for anyone sitting at the machine, but servers will keep going with no problems, in my experience). -Barry K. Nathan From mharris at redhat.com Sun Aug 24 18:36:28 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 24 Aug 2003 14:36:28 -0400 (EDT) Subject: Gnome not working any longer - Rawhide - now works In-Reply-To: <3F4902BE.7050402@columbus.rr.com> References: <3F482A57.1000808@columbus.rr.com> <3F4902BE.7050402@columbus.rr.com> Message-ID: On Sun, 24 Aug 2003, Jim Cornette wrote: >Whatever caused GNOME to be broken within Rawhide was fixed with >installing the latest XFree86 rpms. Because it was a temporary XFree86 regression, not a GNOME bug. ;o) >I'm at a loss to what was broken in the rpms. (Gnome not working, but >KDE functioning) 6+ xkb updates that fixed open bugs in bugzilla, and one of them also broke keyboard modifier behaviour. A new patch added to that, restores the proper working behaviour. HTH -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Sun Aug 24 18:37:46 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 24 Aug 2003 14:37:46 -0400 (EDT) Subject: Cleaning up dependency hell In-Reply-To: References: Message-ID: On Sun, 24 Aug 2003, Stephen Smoogen wrote: >>One example of this is midnight commander as someone pointed out. >>mc requires XFree86-libs. Someone out there might want to have >>mc installed on a system completely devoid of X, and will never >>be using mc inside X on that system. They might not even have a >>mouse attached to the system. Nonetheless, they have no choice >>but to install XFree86-libs and all of it's dependancies if they >>want to install mc. >> > >I think 2 really cool things that the REALLY open development model can >do is help organize Bug Triage days and also help point out and fix all >these silly dependency chains. Maybe help rewrite spec files that create >truly minimal packages that do not pull in extra dependencies. That would be great. There's a lot of things that lots of us would "like" to do, but never find time to prioritize ourselves because we're too busy with work that is much more mission critical or time related. Having people volunteer to do such things, would be a great thing. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Sun Aug 24 18:39:45 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 24 Aug 2003 14:39:45 -0400 (EDT) Subject: Cleaning up dependency hell In-Reply-To: <20030824184512.GA27939@dudweiler.stuttgart.redhat.com> References: <20030824184512.GA27939@dudweiler.stuttgart.redhat.com> Message-ID: On Sun, 24 Aug 2003, Florian La Roche wrote: >> I think 2 really cool things that the REALLY open development model can >> do is help organize Bug Triage days and also help point out and fix all >> these silly dependency chains. Maybe help rewrite spec files that create >> truly minimal packages that do not pull in extra dependencies. > >I am just looking at some of the build dependencies. Things get easily >out of band. Perl requires dos2unix, elfutils require sharutils etc. > >A bit bigger problem is the growing dependencies of libs. >pam, openssl, openldap, tcp_wrappers, some GUI libs, kerberous and >a couple of addon libs get easily added and the mix seems to get >even bigger all the time. Another problem, is that dependancies often get added, but rarely removed when no longer needed. Granted, the majority of deps are usually permanent, but there are some cases in which a dep is needed, gets added, then in the future the dep is no longer neede, but gets kept and forgotten about. It'd be a long hard tedious project to try to automate checking all of these, or even to do it manually. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From gnome at nazeman.org Sun Aug 24 19:39:12 2003 From: gnome at nazeman.org (nazeman) Date: Sun, 24 Aug 2003 21:39:12 +0200 Subject: Galeon Request Message-ID: <1061753951.4598.21.camel@vaio> Hello I'm a redhat user from a long date. I have a request. I have tested epiphany (the futur redhat default browser) and the bookmark tools is totaly inusable. example: I use bookmark for mozilla, netscape 4.7 and galeon. These tools work great with bookmark.html. Have you tested a import from galeon to epiphany ? I become a list with ~ 100 directory and 400 link ?!?, inusable ! (sorry for this but is true) I have a lot of bookmark ~ 800( sorted in directory and sub directory). Can you perhaps add Galeon 1.3.7 in extra. I love galeon and i'm not the only user work with bookmark.... (my bookmark file is from 3 year, with update ;-) Galeon 2 is very stable (ximian version 1.3.5) and usable. merci http://www.nazeman.org/prive/galeon.jpg 130 Kb a example with a good bookmark tools patrick p.s. sorry for my poor english.... :-( From jspaleta at princeton.edu Sun Aug 24 20:05:14 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: Sun, 24 Aug 2003 16:05:14 -0400 Subject: Galeon Request Message-ID: <1061755514.23867.27.camel@localhost.localdomain> nazeman wrote: >I have a request. I have tested epiphany (the futur redhat default >browser) and the bookmark tools is totaly inusable. example: As another rabid galeon fan to another.... snowball's chance in hell that Red Hat is going to put galeon back into the core rhl distro, before the switch over to a robust community based development process. And even then...I'd be amazed if rhl added galeon back in. And even though i LOVE galeon, I think I understand the bigger picture well enough to know that galeon's superior featuritis is not the point. Epiphany is going to be the default gnome browser going forward, epiphany is trying to follow important gnome policy decisions like the hig....galeon isn't...that difference is important, when the overall goal of the distro is to provide a smooth integrated graphical desktop experience for the majority of computer users. I know I'm in the 0.00001% of the idiot-savant of computer users, I don't expect the default applications to cater to my specific needs. I also don't expect Red Hat to attempt to use their limited resources to provide 87 different applications that try to do the same thing, but cater to different segments of the userbase. If HIG compliant application development is an important goal for core application choices...then galeon isn't going to be a core app. But hopefully galeon will continue to be available through community based addon repositories like fedora and freshrpms...and as rhl moves towards community friendly/community sponsered development....it really won't matter if galeon is in core rhl, because it will be point and click easy to interact with community repositories full of goodies like galeon. And if the repo maintainers are really clever...they will make it easy to pull iso images of repositories on something like a quarterly basis...so you can have addon iso images to use when using rhl install isos. If epiphany's bookmark tools are un-useful...then you should probably get invovled upstream with the gnome development people and hammer out something that provides a better balance of functionality and simplicity. -jef"bring back oneko!!!!!!"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 ms-nospam-0306 at arcor.de Sun Aug 24 20:16:19 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sun, 24 Aug 2003 22:16:19 +0200 Subject: What is minimum RAM to install? In-Reply-To: <20030824181627.GT29323@rednote.net> References: <20030824181627.GT29323@rednote.net> Message-ID: <20030824221619.0578695b.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 24 Aug 2003 14:16:28 -0400, Janina Sajka wrote: > Is 64mB the minimum RAM required for installation these days? > > I cannot find a reference in the Installation Guide for Shrike, so I'm > askint on the list. I know that I failed on an old Pentium that had only > 32mb, and I couldn't think of any other reason for that failure. > > PS: I note Suse is now requiring 96mb. So, is maybe even 64 not enough > for RH? For Shrike: http://www.redhat.com/software/linux/technical/ - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/SR0T0iMVcrivHFQRAlGAAJ9z9D2DWM2aofpi2uXP9d6Lp5Vx6ACfU807 EwkZ+9sDdttEjA1+MKfBUqo= =FkQZ -----END PGP SIGNATURE----- From jdow at earthlink.net Sun Aug 24 20:39:26 2003 From: jdow at earthlink.net (jdow) Date: Sun, 24 Aug 2003 13:39:26 -0700 Subject: What is minimum RAM to install? References: <20030824181627.GT29323@rednote.net> <20030824221619.0578695b.ms-nospam-0306@arcor.de> Message-ID: <040f01c36a7f$cf0618e0$2eedfea9@kittycat> I'm not sure I'd want to bet on that, Michael. I just installed "everything" on a "bang-it-around" box with 256Megs of ram. I downloaded all the updates, culled out the earlier updates on those packages that were updated twice, reserved the actual kernel update, and attempted "rpm -Uvh *". Some of the post install scripts failed. (I recovered by using "rpm -Uvh --force" on modest subsets of the 100+ update RPMs. They installed flawlessly under those conditions.( By the way, why is there only an i686 nptl-devel package when it appears to be required for glibc-devel and rpmlib? {^_-} <- has been known to be too impatient for her own good. ----- Original Message ----- From: "Michael Schwendt" > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Sun, 24 Aug 2003 14:16:28 -0400, Janina Sajka wrote: > > > Is 64mB the minimum RAM required for installation these days? > > > > I cannot find a reference in the Installation Guide for Shrike, so I'm > > askint on the list. I know that I failed on an old Pentium that had only > > 32mb, and I couldn't think of any other reason for that failure. > > > > PS: I note Suse is now requiring 96mb. So, is maybe even 64 not enough > > for RH? > > For Shrike: > > http://www.redhat.com/software/linux/technical/ From kdyson at messagelabs.com Sun Aug 24 20:45:53 2003 From: kdyson at messagelabs.com (Karl Dyson) Date: Sun, 24 Aug 2003 21:45:53 +0100 Subject: Wine and Office Message-ID: <946FF6306CBEFF4097EFC6CC7132236452E5D3@mlabs042.messagelabs.com> I personally could not get cxoffice to work with severn, however, it works fine with RH9 (O/T: and Gentoo). If you want to run Office, work with Outlook and Exchange server, it is certainly the best way to do it IMHO. Cheers, Karl -----Original Message----- From: Jos Houtman [mailto:macaronipizza at quicknet.nl] Sent: 24 August 2003 16:44 To: rhl-beta-list at redhat.com Subject: Re: Wine and Office On Sunday 24 August 2003 15:47, Chris Ricker wrote: > > i got the same problem with cxoffice and a wine snapshot from 20030813. > > i heard of a workaround that would mean copying the /opt/cxoffice and > > ~/.cxoffice from a machine on which the installation worked fine. > > cxoffice has worked fine for me on severn, at least to the extent I've > tried it (installed a couple of apps, made sure they started) did u also tried MS Office? jos -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list ________________________________________________________________________ This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com ________________________________________________________________________ ________________________________________________________________________ This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com ________________________________________________________________________ From smoogen at lanl.gov Sun Aug 24 22:54:02 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Sun, 24 Aug 2003 16:54:02 -0600 (MDT) Subject: Cleaning up dependency hell In-Reply-To: Message-ID: On Sun, 24 Aug 2003, Mike A. Harris wrote: >On Sun, 24 Aug 2003, Stephen Smoogen wrote: > >>>One example of this is midnight commander as someone pointed out. >>>mc requires XFree86-libs. Someone out there might want to have >>>mc installed on a system completely devoid of X, and will never >>>be using mc inside X on that system. They might not even have a >>>mouse attached to the system. Nonetheless, they have no choice >>>but to install XFree86-libs and all of it's dependancies if they >>>want to install mc. >>> >> >>I think 2 really cool things that the REALLY open development model can >>do is help organize Bug Triage days and also help point out and fix all >>these silly dependency chains. Maybe help rewrite spec files that create >>truly minimal packages that do not pull in extra dependencies. > >That would be great. There's a lot of things that lots of us >would "like" to do, but never find time to prioritize ourselves >because we're too busy with work that is much more mission >critical or time related. Having people volunteer to do such >things, would be a great thing. I did a cleanup of Bugzilla tickets between 1-15000 before 9 went gold but got busy with other things :(. I think it would be a good idea to have an official bug day. Maybe Red Hat could hold an informal contest with awards of T-shirts and mugs going to people who have the best bug reports, number of reports nad such. -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 5-8058 Ta-03 SM-261 MailStop P208 DP 17U Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From shugal at gmx.de Sun Aug 24 23:10:56 2003 From: shugal at gmx.de (Martin Stricker) Date: Mon, 25 Aug 2003 01:10:56 +0200 Subject: What is minimum RAM to install? References: Message-ID: <3F494600.F728BB81@gmx.de> Stephen Smoogen wrote: > > I think that 64MB was the minimum for 9. That is doing only a text > INSTALL. Upgrades and X take significantly more memory. For Severn, I > dont have an idea.. my last low memory box got fried a couple of > months ago :(. > > On Sun, 24 Aug 2003, Janina Sajka wrote: > > >Is 64mB the minimum RAM required for installation these days? If you need to install RHL on a machine with less memory, try out the RULE installers at http://www.rule-project.org/. Miniconda, based on Red Hat's Anaconda installer, needs 12 MB, while the shellscript-based Slinky works nice on 8 MB. Both install only a base system, because calculating the correct installation order of the RPM packages is one of the most RAM-hungry steps of the installation. You can then go and install the missing pieces afterwards. If RULE doesn't fit your needs, you can put your harddrive into a computer with sufficient RAM, install it there and put it back. Red Hat's hardware detection software Kudzu should handle this well - it does for me. Or try to get th missing RAM for a few hours just for the install. Best regards, Martin Stricker -- Homepage: http://www.martin-stricker.de/ Linux Migration Project: http://www.linux-migration.org/ Red Hat Linux 8.0 for low memory: http://www.rule-project.org/ Registered Linux user #210635: http://counter.li.org/ From joden at malachi.lee.k12.nc.us Sun Aug 24 23:42:35 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Sun, 24 Aug 2003 19:42:35 -0400 (EDT) Subject: pam src rpm replaced? In-Reply-To: Message-ID: On Sun, 24 Aug 2003, Mike A. Harris wrote: > On Sun, 24 Aug 2003, Joel Young wrote: > > >> Such macros are almost never useful in Linux OS's > >> themselves, and they add a large amount of complicated looking > >> ugliness to spec files. > > > >%{__lex} is uglier than /usr/bin/flex ? > > Yes, it is. But I wouldn't use either. I'd use "flex" as it is > in the path. > Using things in your path is not necessarily a good idea. It opens you up to trojan horses for one. I much prefer using macros such as these that point to precise locations of executables (I know the default rpm macros do not, but they can be overriden to do so). Also, as hinted in the parenthetical coments, being able to overide these macros makes porting from one environment to the next much easier. Cheers...james From jim-cornette at columbus.rr.com Sun Aug 24 23:33:30 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Sun, 24 Aug 2003 19:33:30 -0400 Subject: Gnome not working any longer - Rawhide - now works In-Reply-To: References: <3F482A57.1000808@columbus.rr.com> <3F4902BE.7050402@columbus.rr.com> Message-ID: <3F494B4A.8000704@columbus.rr.com> Mike A. Harris wrote: > On Sun, 24 Aug 2003, Jim Cornette wrote: > > >>Whatever caused GNOME to be broken within Rawhide was fixed with >>installing the latest XFree86 rpms. > > > Because it was a temporary XFree86 regression, not a GNOME bug. > ;o) Thanks for the explanation. I wasn't sure why it just quit. so GNOME uses a new XFree86 feature that KDE doesn't use yet? > > > >>I'm at a loss to what was broken in the rpms. (Gnome not working, but >>KDE functioning) > > > 6+ xkb updates that fixed open bugs in bugzilla, and one of them > also broke keyboard modifier behaviour. A new patch added to > that, restores the proper working behaviour. Progress! Jim > > HTH > From pgsery at swcp.com Sun Aug 24 23:57:44 2003 From: pgsery at swcp.com (Paul Sery) Date: Sun, 24 Aug 2003 17:57:44 -0600 (MDT) Subject: Wine and Office Message-ID: > On Sun, 24 Aug 2003, Jos Houtman wrote: > > On Saturday 23 August 2003 22:18, Klaasjan Brand wrote: > > > On Sat, 2003-08-23 at 19:51, Paul Sery wrote: > > > > Has anyone gotten Wine to run MS Word (or Office) under Severn? > > > > The MS installer chokes under Severn. > > > > > > The latest wine version had some updates to msi handling, but no > > > idea if it'l work. If you can spend some $$$ you could look at > > > crossover office, a wine fork built especially to run MS office. > > > I've seen office installing and running fairly well except for a few > > > glitches. > > > Klaasjan > > > > > i got the same problem with cxoffice and a wine snapshot from > > 20030813. i heard of a workaround that would mean copying the > > /opt/cxoffice and ~/.cxoffice from a machine on which the > > installation worked fine. > cxoffice has worked fine for me on severn, at least to the extent I've > tried it (installed a couple of apps, made sure they started) > later, > chris MS Word and Office don't work under cxoffice either. Using either of the June/July or August Wine snapshots doesn't affect the problem. I've also tried using winetools and DCOM98 to install Word but no luck (although it's possible I'm not using dcom98 correctly). There's a similar thread going on at the wine-users list so hopefully some smart person will figure it all out. Thanks, Paul From kaboom at gatech.edu Mon Aug 25 00:06:22 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Sun, 24 Aug 2003 18:06:22 -0600 (MDT) Subject: Wine and Office In-Reply-To: <200308241744.24507.macaronipizza@quicknet.nl> References: <200308241344.18310.macaronipizza@quicknet.nl> <200308241744.24507.macaronipizza@quicknet.nl> Message-ID: On Sun, 24 Aug 2003, Jos Houtman wrote: > On Sunday 24 August 2003 15:47, Chris Ricker wrote: > > > i got the same problem with cxoffice and a wine snapshot from 20030813. > > > i heard of a workaround that would mean copying the /opt/cxoffice and > > > ~/.cxoffice from a machine on which the installation worked fine. > > > > cxoffice has worked fine for me on severn, at least to the extent I've > > tried it (installed a couple of apps, made sure they started) > > > did u also tried MS Office? I didn't, but I just tried: Word 2000 PowerPoint 2000 Excel 2000 Internet Explorer 6.0sp1 and all seemed fine later, chris From kaboom at gatech.edu Mon Aug 25 00:17:33 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Sun, 24 Aug 2003 18:17:33 -0600 (MDT) Subject: Wine and Office In-Reply-To: References: Message-ID: On Sun, 24 Aug 2003, Paul Sery wrote: > MS Word and Office don't work under cxoffice either. Using either of the > June/July or August Wine snapshots doesn't affect the problem. I've also > tried using winetools and DCOM98 to install Word but no luck (although > it's possible I'm not using dcom98 correctly). Odd. They work for me. severn, yum'ed to rawhide later, chris From sopwith at redhat.com Mon Aug 25 00:54:38 2003 From: sopwith at redhat.com (Elliot Lee) Date: Sun, 24 Aug 2003 20:54:38 -0400 (EDT) Subject: pam src rpm replaced? In-Reply-To: <3F477E91.16479.4063D1@localhost> Message-ID: On Sat, 23 Aug 2003, Leonard den Ottolander wrote: > Just curious why pam-0.77-3.src.rpm on the FTP site was replaced with > another version with a slightly different size but the same contents as the > previous version with the same version number. All the packages in rawhide that weren't signed with the beta key should now be signed with a 'rawhide' key that just indicates that the package has been through the Red Hat buildsystem. Tomorrow, you'll find out why. :) -- Elliot To enjoy life, you have to be willing to live it. From barryn at pobox.com Mon Aug 25 01:11:12 2003 From: barryn at pobox.com (Barry K. Nathan) Date: Sun, 24 Aug 2003 18:11:12 -0700 Subject: What is minimum RAM to install? In-Reply-To: <040f01c36a7f$cf0618e0$2eedfea9@kittycat> References: <20030824181627.GT29323@rednote.net> <20030824221619.0578695b.ms-nospam-0306@arcor.de> <040f01c36a7f$cf0618e0$2eedfea9@kittycat> Message-ID: <20030825011112.GF16051@ip68-4-255-84.oc.oc.cox.net> On Sun, Aug 24, 2003 at 01:39:26PM -0700, jdow wrote: > By the way, why is there only an i686 nptl-devel package when it > appears to be required for glibc-devel and rpmlib? Because Red Hat only compiles NPTL for i686. I have glibc RPMs with NPTL for i486 here (for Red Hat 9; it's been too long since I tried for Rawhide, but I won't have another chance to try again for at least a couple of weeks): http://math.uci.edu/~bnathan/linux/glibc/glibc-2.3.2-27.9.2bkn/ The i486 packages seem to work on an i686 box. I no longer have any real i486 or i586 boxes, and when I posted about this on rpm-list, nobody with an i586 box ever replied to me. If nobody tries this on a real i586 box, I could try to emulate an i586 one way or another, but that's another thing I haven't had time to do yet. (Before you ask, I've noticed that RPM 4.x.y, for values of x >= 1, seems to be more stable when NPTL is around, and I imagine I will have to upgrade some i586 boxes (not my own) to Red Hat 9 or later at some point in the near future.) -Barry K. Nathan From jim-cornette at columbus.rr.com Mon Aug 25 01:54:06 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Sun, 24 Aug 2003 21:54:06 -0400 Subject: Wine and Office In-Reply-To: References: Message-ID: <3F496C3E.5090408@columbus.rr.com> Chris Ricker wrote: > On Sun, 24 Aug 2003, Paul Sery wrote: > > >>MS Word and Office don't work under cxoffice either. Using either of the >>June/July or August Wine snapshots doesn't affect the problem. I've also >>tried using winetools and DCOM98 to install Word but no luck (although >>it's possible I'm not using dcom98 correctly). > > > Odd. They work for me. > > severn, yum'ed to rawhide > > later, > chris > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > Except for Access, what does Office do that Openoffice does not handle. Why run the MSoffice on Linux? Is it valuable or just a contest to see how many win32 programs from Microsoft that you can run? How is the trend in non-microsoft win32 programs being compiled for use on Unix/Linux OSes. Is the need for win32 emulation growing or shrinking? Also, since the IA64 information has been shared with developers (according to what I seem to remember reading awhile ago), is their becoming a lower need for win64 emulation? (when the processor gets to become more common.) It is just my curiousity, since I get distracted when using XP (at work) and have to use IE to get some links to work properly. My default browser on XP is mozilla. It works for most of the sites. Only two distractors come to mind. Another question would be regarding how many virtual PC's can you run on one copy of Office 10? Is it possible to legally run one copy of office for 100 plus user, via terminal stations to the 100 plus users? Jim -- meeting, n.: An assembly of people coming together to decide what person or department not represented in the room must solve a problem. From suckfish at ihug.co.nz Mon Aug 25 03:11:54 2003 From: suckfish at ihug.co.nz (Ralph Loader) Date: Mon, 25 Aug 2003 15:11:54 +1200 Subject: Gnome not working any longer - Rawhide - now works In-Reply-To: References: <3F482A57.1000808@columbus.rr.com> <3F4902BE.7050402@columbus.rr.com> Message-ID: <1061781113.15041.8.camel@localhost.localdomain> > 6+ xkb updates that fixed open bugs in bugzilla, and one of them > also broke keyboard modifier behaviour. A new patch added to > that, restores the proper working behaviour. With 4.3.0-22 my metacity shortcuts that have the windows key as a modifier no longer work. Ralph. From jimhayward at earthlink.net Mon Aug 25 03:25:10 2003 From: jimhayward at earthlink.net (Jim Hayward) Date: Sun, 24 Aug 2003 20:25:10 -0700 Subject: pam src rpm replaced? In-Reply-To: References: Message-ID: <1061781910.3832.3.camel@garfield.linux.localdomain> On Sun, 2003-08-24 at 17:54, Elliot Lee wrote: > > All the packages in rawhide that weren't signed with the beta key should > now be signed with a 'rawhide' key that just indicates that the package > has been through the Red Hat buildsystem. Tomorrow, you'll find out why. > :) Is that a hint that beta 2 will be out tomorrow? ;-) Regards, Jim H From notting at redhat.com Mon Aug 25 03:31:31 2003 From: notting at redhat.com (Bill Nottingham) Date: Sun, 24 Aug 2003 23:31:31 -0400 Subject: pam src rpm replaced? In-Reply-To: <1061781910.3832.3.camel@garfield.linux.localdomain>; from jimhayward@earthlink.net on Sun, Aug 24, 2003 at 08:25:10PM -0700 References: <1061781910.3832.3.camel@garfield.linux.localdomain> Message-ID: <20030824233131.A1830@devserv.devel.redhat.com> Jim Hayward (jimhayward at earthlink.net) said: > On Sun, 2003-08-24 at 17:54, Elliot Lee wrote: > > > > All the packages in rawhide that weren't signed with the beta key should > > now be signed with a 'rawhide' key that just indicates that the package > > has been through the Red Hat buildsystem. Tomorrow, you'll find out why. > > :) > > Is that a hint that beta 2 will be out tomorrow? ;-) No. Bill From michael at ywow.org Mon Aug 25 03:33:33 2003 From: michael at ywow.org (MJang) Date: Sun, 24 Aug 2003 23:33:33 -0400 Subject: Wine and Office References: <3F496C3E.5090408@columbus.rr.com> Message-ID: <006201c36ab9$a9d66540$201e16ac@AllAccess> Dear Jim, ----- Original Message ----- From: "Jim Cornette" > Except for Access, what does Office do that Openoffice does not handle. > Why run the MSoffice on Linux? Is it valuable or just a contest to see > how many win32 programs from Microsoft that you can run? While OpenOffice.org Write is now close, it is not adequate for some publishers whose infrastructure is based on MS Word and related apps. For example, some publishers have specialty scripts within MS Word that just don't work for OOo Write for Windows, much less for OOo Write for Linux. Thanks, Mike Jang From maxer1 at xmission.com Mon Aug 25 03:58:06 2003 From: maxer1 at xmission.com (raxet) Date: Sun, 24 Aug 2003 21:58:06 -0600 Subject: Is there a new 2.6.0 kernel to test near term...? Message-ID: <3F49894E.9010009@xmission.com> Wondering if anything was slated for testing on new test 2.6.0 kernel this week? I have tried the 2.6.0-0.test3.1.3.1 dated Aug 9, 2003. Thanks, Raxet From hoyt at cavtel.net Mon Aug 25 04:40:17 2003 From: hoyt at cavtel.net (HoytDuff) Date: Mon, 25 Aug 2003 00:40:17 -0400 Subject: Wine and Office In-Reply-To: <3F496C3E.5090408@columbus.rr.com> References: <3F496C3E.5090408@columbus.rr.com> Message-ID: <200308250040.17244.hoyt@cavtel.net> On Sunday 24 August 2003 09:54 pm, Jim Cornette wrote: > Except for Access, what does Office do that Openoffice does not handle. OO can be configured to use mysql in an "Access" kind of way. -- Hoyt From felipe_alfaro at linuxmail.org Mon Aug 25 08:55:54 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Mon, 25 Aug 2003 10:55:54 +0200 Subject: Is there a new 2.6.0 kernel to test near term...? In-Reply-To: <3F49894E.9010009@xmission.com> References: <3F49894E.9010009@xmission.com> Message-ID: <1061801754.676.0.camel@teapot.felipe-alfaro.com> On Mon, 2003-08-25 at 05:58, raxet wrote: > Wondering if anything was slated for testing on new test 2.6.0 kernel > this week? If you want to live at the bleeding edge, download the latest kernels (in this case -test4) from http://www.kernel.org. From jaboutboul at speakeasy.net Mon Aug 25 10:51:45 2003 From: jaboutboul at speakeasy.net (Jack Aboutboul) Date: Mon, 25 Aug 2003 13:51:45 +0300 Subject: comps.xml reconfiguration (was Minimal Install Option) Message-ID: <1EC6484E-D6EA-11D7-A466-000A95689082@speakeasy.net> Hey All, As per our earlier discussion, I started working on generating a new comps.xml file which would strip out the bulk from the "minimal" install and truly make it for routers/firewalls, as the description claims. This involved basically stripping out a lot of the stuff in the @core and @base groups. At this point I can see some issues and just wanted to address them. The first comment I have to make is this. There is another thread on the list about dependency hell. This is most certainly true. Going through the comps file and query some packages will show you some things that boggle the mind. For instance why does wget depend on krb5-libs? This was one of the oddest deps I could find, so I figured I'd ask. Maybe it's my lack of knowledge, but maybe its not. There are alot of dependency issues we need to fix, so maybe we can consider this a starting point? --Jack From jim-cornette at columbus.rr.com Mon Aug 25 11:09:13 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Mon, 25 Aug 2003 07:09:13 -0400 Subject: Wine and Office In-Reply-To: <006201c36ab9$a9d66540$201e16ac@AllAccess> References: <3F496C3E.5090408@columbus.rr.com> <006201c36ab9$a9d66540$201e16ac@AllAccess> Message-ID: <3F49EE59.5080204@columbus.rr.com> MJang wrote: > Dear Jim, > ----- Original Message ----- > From: "Jim Cornette" > >>Except for Access, what does Office do that Openoffice does not handle. >>Why run the MSoffice on Linux? Is it valuable or just a contest to see >>how many win32 programs from Microsoft that you can run? > > > While OpenOffice.org Write is now close, it is not adequate for some publishers whose infrastructure is based on MS Word and related > apps. For example, some publishers have specialty scripts within MS Word that just don't work for OOo Write for Windows, much less > for OOo Write for Linux. > > Thanks, > Mike Jang > Thank for a rational reason why you would still want to use MSOffice on Linux. Is there any bugs submitted to openoffice to get the script processing resolved? (win32 or Linux) Jim --------------------------------------- -- The optimist thinks that this is the best of all possible worlds, and the pessimist knows it. -- J. Robert Oppenheimer, "Bulletin of Atomic Scientists" Yet creeds mean very little, Coth answered the dark god, still speaking almost gently. The optimist proclaims that we live in the best of all possible worlds; and the pessimist fears this is true. -- James Cabell, "The Silver Stallion" From jim-cornette at columbus.rr.com Mon Aug 25 11:18:33 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Mon, 25 Aug 2003 07:18:33 -0400 Subject: Wine and Office In-Reply-To: <200308250040.17244.hoyt@cavtel.net> References: <3F496C3E.5090408@columbus.rr.com> <200308250040.17244.hoyt@cavtel.net> Message-ID: <3F49F089.1000201@columbus.rr.com> HoytDuff wrote: > On Sunday 24 August 2003 09:54 pm, Jim Cornette wrote: > >>Except for Access, what does Office do that Openoffice does not handle. > > > OO can be configured to use mysql in an "Access" kind of way. > I'll have to look into this feature then. Access is the only thing that Ms office can do that Openoffice does not address. (work environment). If ooffice or some other user configurable database becomes available to do lightweight database applications, there becomes my justification for not needing MS OSes or programs at work. (Except for the two browser IE exclusive programs, locally brewed, minor programs) Jim --------------------------- -- The first 90% of a project takes 90% of the time, the last 10% takes the other 90% of the time. From feliciano.matias at free.fr Mon Aug 25 11:33:33 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 25 Aug 2003 13:33:33 +0200 Subject: was there an advertised ETA for the next beta? In-Reply-To: <20030812000106.D9816@devserv.devel.redhat.com> References: <1060659848.8549.207.camel@one.myworld> <20030812000106.D9816@devserv.devel.redhat.com> Message-ID: <1061811212.6246.25.camel@one.myworld> Le mar 12/08/2003 ? 06:01, Havoc Pennington a ?crit : > On Tue, Aug 12, 2003 at 05:44:12AM +0200, F?liciano Matias wrote: > > The last but not least, and it's the third request without any reply, > > can you provide +user+ mailing-list for none English speakers ? > > This is a good idea, we just need someone to do it. I think we need to > find a speaker of each language to moderate/own the mailing list. We > may have some people willing inside Red Hat; I don't know if we are > set up to allow external list owners on listman.redhat.com or not. > If you have the opportunity, just add a pointer to an external resource. For example i found a French forum dedicated to RedHat : news:alt.fr.os.redhat At the present time it's a very low traffic forum. With the help of some "publicity" by RedHat this could change. > Havoc > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- F?liciano Matias -------------- 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 louisg00 at bellsouth.net Mon Aug 25 11:43:45 2003 From: louisg00 at bellsouth.net (Louis Garcia) Date: Mon, 25 Aug 2003 07:43:45 -0400 Subject: reinstalling grub Message-ID: <1061811825.2877.2.camel@tiger> I had to reinstall windows and it override the MBR. How do I reinstall grub on the MBR? Thanks, --Lou From laroche at redhat.com Mon Aug 25 12:03:28 2003 From: laroche at redhat.com (Florian La Roche) Date: Mon, 25 Aug 2003 14:03:28 +0200 Subject: comps.xml reconfiguration (was Minimal Install Option) In-Reply-To: <1EC6484E-D6EA-11D7-A466-000A95689082@speakeasy.net> References: <1EC6484E-D6EA-11D7-A466-000A95689082@speakeasy.net> Message-ID: <20030825120328.GA727@dudweiler.stuttgart.redhat.com> > will show you some things that boggle the mind. For instance why does > wget depend on krb5-libs? This was one of the oddest deps I could find, > so I figured I'd ask. Maybe it's my lack of knowledge, but maybe its Comes in via openssl. Having a core that strips our pam/openldap might make sense. Many RH rpms are already prepared for this. greetings, Florian La Roche From feliciano.matias at free.fr Mon Aug 25 12:10:47 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 25 Aug 2003 14:10:47 +0200 Subject: reinstalling grub In-Reply-To: <1061811825.2877.2.camel@tiger> References: <1061811825.2877.2.camel@tiger> Message-ID: <1061813446.6246.39.camel@one.myworld> Le lun 25/08/2003 ? 13:43, Louis Garcia a ?crit : > I had to reinstall windows and it override the MBR. How do I reinstall > grub on the MBR? > It's not easy. First, boot from the cd1. Enter "linux rescue" at the lilo prompt. This will mount the root partition to /mnt/sysimage (or something like). Mount /boot partition to /mnt/sysimage/boot : mount -t ext3 /dev/hda? /mnt/sysimage/boot Disable exec-shield : echo 0 > /proc/sys/kernel/exec-shield Run grub-install. For example : grub-install --root-directory=/mnt/sysimage /dev/hda Take this pieces of advices very carefully ! Backup /boot partition. Grub documentation : http://www.gnu.org/manual/grub/html_node/index.html Grub-install : http://www.gnu.org/manual/grub/html_node/Installing-GRUB-using-grub-install.html#Installing%20GRUB%20using%20grub-install > Thanks, --Lou > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- F?liciano Matias -------------- 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 sopwith at redhat.com Mon Aug 25 13:05:45 2003 From: sopwith at redhat.com (Elliot Lee) Date: Mon, 25 Aug 2003 09:05:45 -0400 (EDT) Subject: Severn updates RHN channel Message-ID: RHN now has a channel populated with Severn updates. It's a great way to keep up with the bleeding edge of development, aka Rawhide. You'll have to use the RHN web interface to subscribe to this channel. Its name is redhat-linux-severn-i386-9.0.93-updates, and on the web interface its description is "Red Hat Linux (Severn) 9.0.93 - Beta Updates". Some packages are signed with the new rawhide signing key - to get this, install the 'rawhide-release' package from the channel, and then import the rawhide key contained in that package (using 'rpm --import'). I will try to keep the channel updated with rawhide packages on a daily basis. By subscribing your system to this channel, you accept the risk of having broken packages installed on your system, since the packages have not necessarily been QA'd. If it breaks, you get to keep both pieces. Please let me know if you have any questions, -- Elliot From gstool at earthlink.net Mon Aug 25 13:36:13 2003 From: gstool at earthlink.net (Gerry Tool) Date: Mon, 25 Aug 2003 08:36:13 -0500 Subject: Severn updates RHN channel In-Reply-To: References: Message-ID: <3F4A10CD.2090903@earthlink.net> Elliot Lee wrote: > RHN now has a channel populated with Severn updates. It's a great way to > keep up with the bleeding edge of development, aka Rawhide. > > You'll have to use the RHN web interface to subscribe to this channel. Its > name is redhat-linux-severn-i386-9.0.93-updates, and on the web interface > its description is "Red Hat Linux (Severn) 9.0.93 - Beta Updates". > > Some packages are signed with the new rawhide signing key - to get this, > install the 'rawhide-release' package from the channel, and then import > the rawhide key contained in that package (using 'rpm --import'). > > I will try to keep the channel updated with rawhide packages on a daily > basis. By subscribing your system to this channel, you accept the risk of > having broken packages installed on your system, since the packages have > not necessarily been QA'd. If it breaks, you get to keep both pieces. > When I access RHN, the only channel listed is the same as you have above, without the -updates at the end of the name, and with a description Red Hat Linux (Severn) 9.0.93 - Beta, again without the Updates in the name. What am I missing? Gerry From kaboom at gatech.edu Mon Aug 25 13:40:54 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Mon, 25 Aug 2003 07:40:54 -0600 (MDT) Subject: comps.xml reconfiguration (was Minimal Install Option) In-Reply-To: <1EC6484E-D6EA-11D7-A466-000A95689082@speakeasy.net> References: <1EC6484E-D6EA-11D7-A466-000A95689082@speakeasy.net> Message-ID: On Mon, 25 Aug 2003, Jack Aboutboul wrote: > There is another thread on the list about dependency hell. This is most > certainly true. Going through the comps file and query some packages > will show you some things that boggle the mind. For instance why does > wget depend on krb5-libs? This was one of the oddest deps I could find, > so I figured I'd ask. Maybe it's my lack of knowledge, but maybe its > not. There are alot of dependency issues we need to fix, so maybe we > can consider this a starting point? wget requires openssl to support https openssl requires krb5 You'll find most of them are a rat's nest like that ;-) later, chris From kaboom at gatech.edu Mon Aug 25 13:46:25 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Mon, 25 Aug 2003 07:46:25 -0600 (MDT) Subject: Wine and Office In-Reply-To: <3F49EE59.5080204@columbus.rr.com> References: <3F496C3E.5090408@columbus.rr.com> <006201c36ab9$a9d66540$201e16ac@AllAccess> <3F49EE59.5080204@columbus.rr.com> Message-ID: On Mon, 25 Aug 2003, Jim Cornette wrote: > Thank for a rational reason why you would still want to use MSOffice on > Linux. > Is there any bugs submitted to openoffice to get the script processing > resolved? (win32 or Linux) That's hardly one bug ;-) OpenOffice works fairly well for non-complex MS files. It doesn't handle complex MS templates, or complex Word / Excel / PowerPoint files well. For each of those, you have to submit the file separately (assuming its a file whose contents even can be submitted in a bug report), then OOo tells you they'll not have time to even try to fix it before the 2.0 beta (not meant as a flame -- that just seems to be the reality) If you have a large mass of existing files in a proprietary format, you're still stuck needing the proprietary software to work with them. Ditto if you have complex templates you need to use because the person / company you're writing for needs the text in a specific format. later, chris From feliciano.matias at free.fr Mon Aug 25 13:53:04 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 25 Aug 2003 15:53:04 +0200 Subject: Severn updates RHN channel In-Reply-To: References: Message-ID: <1061819583.6246.54.camel@one.myworld> Le lun 25/08/2003 ? 15:05, Elliot Lee a ?crit : > RHN now has a channel populated with Severn updates. It's a great way to > keep up with the bleeding edge of development, aka Rawhide. > > You'll have to use the RHN web interface to subscribe to this channel. Its > name is redhat-linux-severn-i386-9.0.93-updates, and on the web interface > its description is "Red Hat Linux (Severn) 9.0.93 - Beta Updates". > I don't see it : https://rhn.redhat.com/network/software/index.pxt > Some packages are signed with the new rawhide signing key - to get this, > install the 'rawhide-release' package from the channel, and then import > the rawhide key contained in that package (using 'rpm --import'). > rawhide-release-20030825-1 (from rawhide) don't have such key. > I will try to keep the channel updated with rawhide packages on a daily > basis. By subscribing your system to this channel, you accept the risk of > having broken packages installed on your system, since the packages have > not necessarily been QA'd. If it breaks, you get to keep both pieces. > > Please let me know if you have any questions, Can you explain the differences between "redhat-linux-severn-i386-9.0.93-updates" and rawhide (if any). Why create a new channel and don't use the current "Red Hat Linux (Severn) 9.0.93 - Beta". > -- Elliot > -- F?liciano Matias -------------- 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 feliciano.matias at free.fr Mon Aug 25 13:59:58 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 25 Aug 2003 15:59:58 +0200 Subject: Severn updates RHN channel In-Reply-To: References: Message-ID: <1061819997.6246.60.camel@one.myworld> Le lun 25/08/2003 ? 15:05, Elliot Lee a ?crit : > Please let me know if you have any questions, Another question. Why not to name this channel "rawhide" ? Have you plan to create a new channel for each future Beta ? > -- Elliot -- F?liciano Matias -------------- 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 sopwith at redhat.com Mon Aug 25 14:01:47 2003 From: sopwith at redhat.com (Elliot Lee) Date: Mon, 25 Aug 2003 10:01:47 -0400 (EDT) Subject: Severn updates RHN channel In-Reply-To: <1061819997.6246.60.camel@one.myworld> Message-ID: On 25 Aug 2003, F?liciano Matias wrote: > Le lun 25/08/2003 ? 15:05, Elliot Lee a ?crit : > > Please let me know if you have any questions, > > Another question. > Why not to name this channel "rawhide" ? > > Have you plan to create a new channel for each future Beta ? Yes, because AFAIK, each channel has to be based on a particular release (in this case, RHL 9.0.3 (Severn)). -- Elliot To enjoy life, you have to be willing to live it. From dgl at integrinautics.com Mon Aug 25 14:09:24 2003 From: dgl at integrinautics.com (Dave Lawrence) Date: Mon, 25 Aug 2003 07:09:24 -0700 Subject: Wine and Office References: <200308241344.18310.macaronipizza@quicknet.nl> <200308241744.24507.macaronipizza@quicknet.nl> Message-ID: <3F4A1894.9543C16C@integrinautics.com> I could not get Office 2000 to install under cxoffice on severn. I used install-crossover-bundle-o2.0.0-p1.2.1.sh to install cxoffice. I was able to run Word and Power Point from an installation on a redhat8 partition and they seemed to work ok although I didn't exercise them much other than to start them. The internet explorer that came with Office 2000 crashed on me once and hung on me once. I didn't try any other apps. I just did a bugzilla search for this problem and didn't find it. Has anybody submitted one for me to add this info to? Or is a post to this list sufficient to let redhat know about problems?? Cheers... Dave Jos Houtman wrote: > > On Sunday 24 August 2003 15:47, Chris Ricker wrote: > > > i got the same problem with cxoffice and a wine snapshot from 20030813. > > > i heard of a workaround that would mean copying the /opt/cxoffice and > > > ~/.cxoffice from a machine on which the installation worked fine. > > > > cxoffice has worked fine for me on severn, at least to the extent I've > > tried it (installed a couple of apps, made sure they started) > > did u also tried MS Office? > > jos From hoyt at cavtel.net Mon Aug 25 14:46:36 2003 From: hoyt at cavtel.net (HoytDuff) Date: Mon, 25 Aug 2003 10:46:36 -0400 Subject: Wine and Office In-Reply-To: <3F49F089.1000201@columbus.rr.com> References: <200308250040.17244.hoyt@cavtel.net> <3F49F089.1000201@columbus.rr.com> Message-ID: <200308251046.36629.hoyt@cavtel.net> On Monday 25 August 2003 07:18 am, Jim Cornette wrote: > HoytDuff wrote: > > On Sunday 24 August 2003 09:54 pm, Jim Cornette wrote: > >>Except for Access, what does Office do that Openoffice does not handle. > > > > OO can be configured to use mysql in an "Access" kind of way. > > I'll have to look into this feature then. > > Access is the only thing that Ms office can do that Openoffice does not > address. (work environment). > > If ooffice or some other user configurable database becomes available to > do lightweight database applications, there becomes my justification for > not needing MS OSes or programs at work. (Except for the two browser IE > exclusive programs, locally brewed, minor programs) Here's a link to a page with a brief description and a link for the PDF file describing the process. http://www.pclinuxonline.com/modules.php?name=News&file=article&sid=2460 Essentially, Star Office provides the Addabas database to provide this function, but Addabas is not free. The "front-end" is there in, just not configured. It would be nice if one of the third-party sources provided a script to handle the configuration. -- Hoyt Duff From hoyt at cavtel.net Mon Aug 25 14:53:59 2003 From: hoyt at cavtel.net (HoytDuff) Date: Mon, 25 Aug 2003 10:53:59 -0400 Subject: Wine and Office In-Reply-To: References: <3F49EE59.5080204@columbus.rr.com> Message-ID: <200308251053.59347.hoyt@cavtel.net> On Monday 25 August 2003 09:46 am, Chris Ricker wrote: > Ditto if you have complex templates you need to use because the person / > company you're writing for needs the text in a specific format. This is my problem. My publisher requires documents in MS Office format because they use funky formatting codes that integrate with their press equipment. I just run MS Word using Crossover Office; works fine for me. -- Hoyt From gxy3139 at njit.edu Mon Aug 25 15:08:40 2003 From: gxy3139 at njit.edu (Guo Yang) Date: Mon, 25 Aug 2003 11:08:40 -0400 Subject: up2date problem In-Reply-To: <3F4A10CD.2090903@earthlink.net> References: <3F4A10CD.2090903@earthlink.net> Message-ID: <3F4A2678.2060201@njit.edu> I have these error messages with the new test up2date package (up2date-3.9.10-2): Traceback (most recent call last): File "/usr/sbin/up2date", line 1147, in ? sys.exit(main() or 0) File "/usr/sbin/up2date", line 642, in main up2dateAuth.updateLoginInfo() File "/usr/share/rhn/up2date_client/up2dateAuth.py", line 140, in updateLoginInfo raise up2dateErrors.AuthenticationError("Unable to authenticate") up2date_client.up2dateErrors.AuthenticationError: Unable to authenticate But in /var/log/up2date I have such logs: [Mon Aug 25 11:05:04 2003] up2date logging into up2date server [Mon Aug 25 11:05:04 2003] up2date successfully retrieved authentication token from up2date server [Mon Aug 25 11:05:05 2003] up2date logging into up2date server [Mon Aug 25 11:05:05 2003] up2date successfully retrieved authentication token from up2date server [Mon Aug 25 11:05:05 2003] up2date updating login info [Mon Aug 25 11:05:05 2003] up2date logging into up2date server [Mon Aug 25 11:05:05 2003] up2date successfully retrieved authentication token from up2date server It used to work correctly before the update. What is the problem and how to solve it? Thanks. Guo From gxy3139 at njit.edu Mon Aug 25 15:30:56 2003 From: gxy3139 at njit.edu (Guo Yang) Date: Mon, 25 Aug 2003 11:30:56 -0400 Subject: up2date problem In-Reply-To: <3F4A2678.2060201@njit.edu> References: <3F4A10CD.2090903@earthlink.net> <3F4A2678.2060201@njit.edu> Message-ID: <3F4A2BB0.20208@njit.edu> Thanks for your attention. I solved the problem by deleting the old profile and registering again. Guo Guo Yang wrote: > I have these error messages with the new test up2date package > (up2date-3.9.10-2): > > Traceback (most recent call last): > File "/usr/sbin/up2date", line 1147, in ? > sys.exit(main() or 0) > File "/usr/sbin/up2date", line 642, in main > up2dateAuth.updateLoginInfo() > File "/usr/share/rhn/up2date_client/up2dateAuth.py", line 140, in > updateLoginInfo > raise up2dateErrors.AuthenticationError("Unable to authenticate") > up2date_client.up2dateErrors.AuthenticationError: Unable to authenticate > > But in /var/log/up2date I have such logs: > > [Mon Aug 25 11:05:04 2003] up2date logging into up2date server > [Mon Aug 25 11:05:04 2003] up2date successfully retrieved > authentication token from up2date server > [Mon Aug 25 11:05:05 2003] up2date logging into up2date server > [Mon Aug 25 11:05:05 2003] up2date successfully retrieved > authentication token from up2date server > [Mon Aug 25 11:05:05 2003] up2date updating login info > [Mon Aug 25 11:05:05 2003] up2date logging into up2date server > [Mon Aug 25 11:05:05 2003] up2date successfully retrieved > authentication token from up2date server > > It used to work correctly before the update. What is the problem and > how to solve it? > > Thanks. > > Guo > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From feliciano.matias at free.fr Mon Aug 25 15:33:24 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 25 Aug 2003 17:33:24 +0200 Subject: Conflit between KDE and GNOME Desktop Message-ID: <1061825603.1032.27.camel@one.myworld> My system is update to rawhide 20030824 . I create a new account. Log in into KDE and next log in into GNOME desktop. Here is a screenshot of GNOME and the content of ~/Desktop (my locale is fr_FR.UTF-8) : http://feliciano.matias.free.fr/kde_gnome/ Found this bug in Mandrake bugzilla : http://qa.mandrakesoft.com/show_bug.cgi?id=4844 Should i wait for beta2 to file it in bugzilla ? -- F?liciano Matias -------------- 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 feliciano.matias at free.fr Mon Aug 25 15:38:10 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 25 Aug 2003 17:38:10 +0200 Subject: up2date problem In-Reply-To: <3F4A2678.2060201@njit.edu> References: <3F4A10CD.2090903@earthlink.net> <3F4A2678.2060201@njit.edu> Message-ID: <1061825890.1032.31.camel@one.myworld> Try to run rhn_register first. Le lun 25/08/2003 ? 17:08, Guo Yang a ?crit : > I have these error messages with the new test up2date package > (up2date-3.9.10-2): > > Traceback (most recent call last): > File "/usr/sbin/up2date", line 1147, in ? > sys.exit(main() or 0) > File "/usr/sbin/up2date", line 642, in main > up2dateAuth.updateLoginInfo() > File "/usr/share/rhn/up2date_client/up2dateAuth.py", line 140, in > updateLoginInfo > raise up2dateErrors.AuthenticationError("Unable to authenticate") > up2date_client.up2dateErrors.AuthenticationError: Unable to authenticate > > But in /var/log/up2date I have such logs: > > [Mon Aug 25 11:05:04 2003] up2date logging into up2date server > [Mon Aug 25 11:05:04 2003] up2date successfully retrieved authentication > token from up2date server > [Mon Aug 25 11:05:05 2003] up2date logging into up2date server > [Mon Aug 25 11:05:05 2003] up2date successfully retrieved authentication > token from up2date server > [Mon Aug 25 11:05:05 2003] up2date updating login info > [Mon Aug 25 11:05:05 2003] up2date logging into up2date server > [Mon Aug 25 11:05:05 2003] up2date successfully retrieved authentication > token from up2date server > > It used to work correctly before the update. What is the problem and > how to solve it? > > Thanks. > > Guo > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- F?liciano Matias -------------- 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 sopwith at redhat.com Mon Aug 25 15:39:03 2003 From: sopwith at redhat.com (Elliot Lee) Date: Mon, 25 Aug 2003 11:39:03 -0400 (EDT) Subject: Severn updates RHN channel In-Reply-To: <1061819583.6246.54.camel@one.myworld> Message-ID: On 25 Aug 2003, F?liciano Matias wrote: > I don't see it : > https://rhn.redhat.com/network/software/index.pxt It should be fixed now. > > Some packages are signed with the new rawhide signing key - to get this, > > install the 'rawhide-release' package from the channel, and then import > > the rawhide key contained in that package (using 'rpm --import'). > > rawhide-release-20030825-1 (from rawhide) don't have such key. You have to install the rawhide-release package _from the channel_. > > I will try to keep the channel updated with rawhide packages on a daily > > basis. By subscribing your system to this channel, you accept the risk of > > having broken packages installed on your system, since the packages have > > not necessarily been QA'd. If it breaks, you get to keep both pieces. > > > > Please let me know if you have any questions, > > Can you explain the differences between > "redhat-linux-severn-i386-9.0.93-updates" and rawhide (if any). They're from the same source, but just get pushed out at different times. > Why create a new channel and don't use the current "Red Hat Linux > (Severn) 9.0.93 - Beta". That channel holds the pristine Severn beta release, not the updates. -- Elliot To enjoy life, you have to be willing to live it. From hans at deragon.biz Mon Aug 25 15:44:07 2003 From: hans at deragon.biz (Hans Deragon) Date: Mon, 25 Aug 2003 11:44:07 -0400 Subject: Screenshot tool Message-ID: <3F4A2EC7.8050805@deragon.biz> Greetings. I was looking for a screenshot tool under RH9 graphics menu and could not find one directly. I had to google to find out that the Gimp provides such a feature. Would it be possible for the next release of RHL to have a dedicated screenshot tool available (with a name in the menu that suggest it takes screenshots; if the name does not give this, then add a quick desc in parenthesis near the name (yeah, I know that the comment popup exist, but they do not show up on all the menu items at once and thus, the user has to scan each of the entries to find out))? ...or at least, have a document named (screenshots.txt) in the menu which would provide instructions on how to use the existing tools to perform a screenshot. The idea is to have an easy way for newbies to find the tool to perform a screenshot, without having to google or ask around. Best regards, Hans Deragon -- Consultant en informatique/Software Consultant Deragon Informatique inc. Open source: http://www.deragon.biz http://swtmvcwrapper.sourceforge.net mailto://hans at deragon.biz http://autopoweroff.sourceforge.net From notting at redhat.com Mon Aug 25 15:55:30 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 25 Aug 2003 11:55:30 -0400 Subject: Screenshot tool In-Reply-To: <3F4A2EC7.8050805@deragon.biz>; from hans@deragon.biz on Mon, Aug 25, 2003 at 11:44:07AM -0400 References: <3F4A2EC7.8050805@deragon.biz> Message-ID: <20030825115530.A17888@devserv.devel.redhat.com> Hans Deragon (hans at deragon.biz) said: > I was looking for a screenshot tool under RH9 graphics menu and could not > find one directly. I had to google to find out that the Gimp provides such a > feature. ... hit printscreen? Bill From gmaeding at kidspeace.org Mon Aug 25 15:53:35 2003 From: gmaeding at kidspeace.org (Glen Maeding) Date: Mon, 25 Aug 2003 11:53:35 -0400 Subject: Screenshot tool In-Reply-To: <3F4A2EC7.8050805@deragon.biz> References: <3F4A2EC7.8050805@deragon.biz> Message-ID: <1061826814.2919.7.camel@gmaeding> On Mon, 2003-08-25 at 11:44, Hans Deragon wrote: > Greetings. > > > I was looking for a screenshot tool under RH9 graphics menu and could not > find one directly. I had to google to find out that the Gimp provides such a > feature. Just right click on the ( in this case a GNOME panel ) panel > add to panel > button > Screenshot. Is this what you were looking for? -- -------------------------------------------------------------------- * -- Glen Maeding * -- MIS Tech @ Kidspeace Inc. * -- Webmaster of MIS-comm, Pdangel.org, and others... * -- E-mail: gmaeding at kidspeace.org * -- Pager e-mail: goik at tmail.com -------------------------------------------------------------------- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. From joden at malachi.lee.k12.nc.us Mon Aug 25 16:27:39 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Mon, 25 Aug 2003 12:27:39 -0400 (EDT) Subject: Screenshot tool In-Reply-To: <3F4A2EC7.8050805@deragon.biz> Message-ID: On Mon, 25 Aug 2003, Hans Deragon wrote: > Greetings. > > > I was looking for a screenshot tool under RH9 graphics menu and could not > find one directly. I had to google to find out that the Gimp provides such a > feature. > Just so you know xvm gives you this capability, but I don't think it is included in RH. I am not sure why. Cheers...james From jspaleta at princeton.edu Mon Aug 25 15:57:20 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 25 Aug 2003 11:57:20 -0400 Subject: Screenshot tool Message-ID: <1061827040.18456.7.camel@spatula> >The idea is to have an easy way for newbies to find the tool to perform >a screenshot, without having to google or ask around. Hmmm...the actions menu in the dedicated menu panel, panel type has a specified screenshot action. It is strange that a normal menu button would not also include screenshot from the actions menu, when it includes the other action menu items like "open recent" and "run program." Sounds like a long standing minor usability oversight....since this inconsistancy is in rhl 9. Make sure you put this in to redhat's bugzilla if this feature request is not already in the system...and not already fixed in the beta. -jef"why are we talking about rhl 9 bugs in the beta list?"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 sopwith at redhat.com Mon Aug 25 15:51:36 2003 From: sopwith at redhat.com (Elliot Lee) Date: Mon, 25 Aug 2003 11:51:36 -0400 (EDT) Subject: Screenshot tool In-Reply-To: <3F4A2EC7.8050805@deragon.biz> Message-ID: On Mon, 25 Aug 2003, Hans Deragon wrote: > Would it be possible for the next release of RHL to have a dedicated > screenshot tool available You can press the 'Print Screen' key to take a screenshot. -- Elliot To enjoy life, you have to be willing to live it. From pgunn at dachte.org Mon Aug 25 16:32:22 2003 From: pgunn at dachte.org (Pat Gunn) Date: Mon, 25 Aug 2003 11:32:22 -0500 Subject: Screenshot tool Message-ID: <200308251632.h7PGWMSp016608@dachte.org> > I was looking for a screenshot tool under RH9 graphics menu and could not >find one directly. I had to google to find out that the Gimp provides such a >feature. > Would it be possible for the next release of RHL to have a dedicated >screenshot tool available (with a name in the menu that suggest it takes >screenshots; if the name does not give this, then add a quick desc in >parenthesis near the name (yeah, I know that the comment popup exist, but they >do not show up on all the menu items at once and thus, the user has to scan each >of the entries to find out))? Just so you know, the X Window system does have a standard program to do that kind of thing.. It's called xwd. However, it's standards for ease of use are .. well.. very special :) --- Pat Gunn mod: csna, bmcm, bmco, cooa, cona, clpd comod: coom http://dachte.org "Once the game is over, the King and the pawn go back in the same box." --Italian Proverb From feliciano.matias at free.fr Mon Aug 25 16:47:40 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 25 Aug 2003 18:47:40 +0200 Subject: Severn updates RHN channel In-Reply-To: References: Message-ID: <1061830059.3109.25.camel@one.myworld> Le lun 25/08/2003 ? 17:39, Elliot Lee a ?crit : > On 25 Aug 2003, F?liciano Matias wrote: > > rawhide-release-20030825-1 (from rawhide) don't have such key. > > You have to install the rawhide-release package _from the channel_. > So, only rhn channel provide rawhide signature ? > > Why create a new channel and don't use the current "Red Hat Linux > > (Severn) 9.0.93 - Beta". > > That channel holds the pristine Severn beta release, not the updates. > Strange, other channels doesn't have an associate update channel. I see a lot of update in the taroon channel. Any way, it doesn't matter. > -- Elliot > To enjoy life, you have to be willing to live it. > > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- F?liciano Matias -------------- 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 tvinhas at techbyte.com.br Mon Aug 25 17:04:14 2003 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: 25 Aug 2003 14:04:14 -0300 Subject: Severn updates RHN channel In-Reply-To: References: Message-ID: <1061831054.6330.0.camel@localhost.localdomain> I'm trying to log to the up2date but I get the following error when running up2date: Error communicating with server. The message was: IMPORTANT MESSAGE FOLLOWS: We are currently experiencing technical difficulties. Service will be restored as soon as possible. We apologize for any inconvenience this outage may cause. Thank you for using Red Hat Network. --the RHN team Any idea? Regards, Thiago Em Seg, 2003-08-25 ?s 10:05, Elliot Lee escreveu: > RHN now has a channel populated with Severn updates. It's a great way to > keep up with the bleeding edge of development, aka Rawhide. > > You'll have to use the RHN web interface to subscribe to this channel. Its > name is redhat-linux-severn-i386-9.0.93-updates, and on the web interface > its description is "Red Hat Linux (Severn) 9.0.93 - Beta Updates". > > Some packages are signed with the new rawhide signing key - to get this, > install the 'rawhide-release' package from the channel, and then import > the rawhide key contained in that package (using 'rpm --import'). > > I will try to keep the channel updated with rawhide packages on a daily > basis. By subscribing your system to this channel, you accept the risk of > having broken packages installed on your system, since the packages have > not necessarily been QA'd. If it breaks, you get to keep both pieces. > > Please let me know if you have any questions, > -- Elliot > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From jspaleta at princeton.edu Mon Aug 25 17:12:09 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 25 Aug 2003 13:12:09 -0400 Subject: Severn updates RHN channel Message-ID: <1061831528.18456.12.camel@spatula> Thiago Vinhas de Moraes wrote: > Any idea? My guess is its a technical difficulty and service will be restored as soon as possible. -jef"august is international electrical blackout month...red hat is just celebrating in their own unique way"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 tvinhas at techbyte.com.br Mon Aug 25 17:16:18 2003 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: 25 Aug 2003 14:16:18 -0300 Subject: Severn updates RHN channel In-Reply-To: <1061831528.18456.12.camel@spatula> References: <1061831528.18456.12.camel@spatula> Message-ID: <1061831778.6330.2.camel@localhost.localdomain> Em Seg, 2003-08-25 ?s 14:12, Jef Spaleta escreveu: > Thiago Vinhas de Moraes wrote: > > > Any idea? > > My guess is its a technical difficulty and service will be restored as > soon as possible. Really? You're really intelligent. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jcsitte at staticnull.org Mon Aug 25 17:18:14 2003 From: jcsitte at staticnull.org (Jonathan C. Sitte) Date: Mon, 25 Aug 2003 13:18:14 -0400 Subject: ATI Radeon M6 LY and Others. Message-ID: <3F4A44D6.7080403@staticnull.org> I have been talking with allot of other linux users including people runnning the latest redhat beta and it seems that there is not much support or developement going for these chipsets. Here is the mailing list that most of these talks have been happening so far: http://staticnull.org/mailman/listinfo/ati-mobililty-linux_staticnull.org Feel free to put input too on such hardware. We are all working hard to get the word out that getting these cards supported are one of our number one priorities. Anyone at redhat working on this? -- Jonathan C. Sitte From jcsitte at staticnull.org Mon Aug 25 17:19:12 2003 From: jcsitte at staticnull.org (Jonathan C. Sitte) Date: Mon, 25 Aug 2003 13:19:12 -0400 Subject: Severn updates RHN channel In-Reply-To: <1061831778.6330.2.camel@localhost.localdomain> References: <1061831528.18456.12.camel@spatula> <1061831778.6330.2.camel@localhost.localdomain> Message-ID: <3F4A4510.6020606@staticnull.org> Thiago Vinhas de Moraes wrote: > Really? You're really intelligent. Sounds like that would be the case. -- Jonathan C. Sitte From hoyt at cavtel.net Mon Aug 25 17:23:12 2003 From: hoyt at cavtel.net (HoytDuff) Date: Mon, 25 Aug 2003 13:23:12 -0400 Subject: Severn updates RHN channel In-Reply-To: <1061831778.6330.2.camel@localhost.localdomain> References: <1061831528.18456.12.camel@spatula> <1061831778.6330.2.camel@localhost.localdomain> Message-ID: <200308251323.12990.hoyt@cavtel.net> On Monday 25 August 2003 01:16 pm, Thiago Vinhas de Moraes wrote: > Really? You're really intelligent. An answer befitting the question. 8) -- Hoyt From anthony.seward at ieee.org Mon Aug 25 17:58:24 2003 From: anthony.seward at ieee.org (Anthony Joseph Seward) Date: 25 Aug 2003 11:58:24 -0600 Subject: A solution to the Galeon situation? In-Reply-To: <1061626568.9004.6.camel@wombat.dialup.fht-esslingen.de> References: <1061493767.16661.55.camel@sonylap1> <1061494931.18337.2.camel@wintermute.sr.unh.edu> <1061570910.16661.61.camel@sonylap1> <1061626568.9004.6.camel@wombat.dialup.fht-esslingen.de> Message-ID: <1061834304.5686.8.camel@sonylap1> On Sat, 2003-08-23 at 02:16, Nils Philippsen wrote: > I can't help but to (again) plug my packages at > http://lisas.de/~nils/redhat/severn/... -- these work for me (no crashes > on either printing or preferences). If they won't work with you, you > should check whether the dependencies are current, check your versions > of (for starters): > > glib2 > glibc > gtk2 > libstdc++ > mozilla > > and compare them against what's in Rawhide. > > Nils I still get crashes on printing and preferences. Can you help? I've upgraded to the following from Rawhide: cpp-3.3.1-2.i386.rpm gcc-3.3.1-2.i386.rpm gcc-c++-3.3.1-2.i386.rpm gcc-g77-3.3.1-2.i386.rpm gcc-java-3.3.1-2.i386.rpm glibc-2.3.2-71.i686.rpm glibc-common-2.3.2-71.i386.rpm libf2c-3.3.1-2.i386.rpm libgcc-3.3.1-2.i386.rpm libgcj-3.3.1-2.i386.rpm libgcj-devel-3.3.1-2.i386.rpm libstdc++-3.3.1-2.i386.rpm libstdc++-devel-3.3.1-2.i386.rpm tzdata-2003a-2.noarch.rpm glib2, gtk2 and mozilla currently in Rawhide are the same as those in severn: glib2-2.2.2-1 gtk2-2.2.2-2.1 mozilla-1.4-12 Tony -- Anthony Joseph Seward From dstewart at atl.lmco.com Mon Aug 25 18:13:14 2003 From: dstewart at atl.lmco.com (Douglas Stewart) Date: Mon, 25 Aug 2003 14:13:14 -0400 Subject: A solution to the Galeon situation? In-Reply-To: <1061834304.5686.8.camel@sonylap1> References: <1061493767.16661.55.camel@sonylap1> <1061494931.18337.2.camel@wintermute.sr.unh.edu> <1061570910.16661.61.camel@sonylap1> <1061626568.9004.6.camel@wombat.dialup.fht-esslingen.de> <1061834304.5686.8.camel@sonylap1> Message-ID: <3F4A51BA.4070905@atl.lmco.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Check your $MOZILLA_FIVE_HOME environment variable. I was having all sorts of problems with galeon crashes when I had that variable set incorrectly. Anthony Joseph Seward wrote: | On Sat, 2003-08-23 at 02:16, Nils Philippsen wrote: | | |>I can't help but to (again) plug my packages at |>http://lisas.de/~nils/redhat/severn/... -- these work for me (no crashes |>on either printing or preferences). If they won't work with you, you |>should check whether the dependencies are current, check your versions |>of (for starters): |> |>glib2 |>glibc |>gtk2 |>libstdc++ |>mozilla |> |>and compare them against what's in Rawhide. |> |>Nils | | | I still get crashes on printing and preferences. Can you help? | | I've upgraded to the following from Rawhide: | | cpp-3.3.1-2.i386.rpm | gcc-3.3.1-2.i386.rpm | gcc-c++-3.3.1-2.i386.rpm | gcc-g77-3.3.1-2.i386.rpm | gcc-java-3.3.1-2.i386.rpm | glibc-2.3.2-71.i686.rpm | glibc-common-2.3.2-71.i386.rpm | libf2c-3.3.1-2.i386.rpm | libgcc-3.3.1-2.i386.rpm | libgcj-3.3.1-2.i386.rpm | libgcj-devel-3.3.1-2.i386.rpm | libstdc++-3.3.1-2.i386.rpm | libstdc++-devel-3.3.1-2.i386.rpm | tzdata-2003a-2.noarch.rpm | | glib2, gtk2 and mozilla currently in Rawhide are the same as those in | severn: | | glib2-2.2.2-1 | gtk2-2.2.2-2.1 | mozilla-1.4-12 | | Tony - -- - ---------- Doug Stewart Systems Administrator/Web Applications Developer Lockheed Martin Advanced Technology Labs Quidquid latine dictum sit, altum viditur -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/SlG6N50Q8DVvcvkRAroNAJ0eifhGp5VLho8eYSd4v/uZvAFaGQCcDI0q YKzUeCg4YFjkX+VDVxSf9wU= =+NF1 -----END PGP SIGNATURE----- From anthony.seward at ieee.org Mon Aug 25 18:59:30 2003 From: anthony.seward at ieee.org (Anthony Joseph Seward) Date: 25 Aug 2003 12:59:30 -0600 Subject: Wine and Office In-Reply-To: <3F496C3E.5090408@columbus.rr.com> References: <3F496C3E.5090408@columbus.rr.com> Message-ID: <1061837970.5686.15.camel@sonylap1> On Sun, 2003-08-24 at 19:54, Jim Cornette wrote: > Except for Access, what does Office do that Openoffice does not handle. > Why run the MSoffice on Linux? Is it valuable or just a contest to see > how many win32 programs from Microsoft that you can run? > MS Project. mrproject is nice but I can't read my customer created/managed MS Project files. Tony -- Anthony Joseph Seward From steve at rueb.com Mon Aug 25 19:24:32 2003 From: steve at rueb.com (Steve Bergman) Date: 25 Aug 2003 14:24:32 -0500 Subject: Trouble with severn updates channel Message-ID: <1061839472.9660.8.camel@ip68-12-228-23.ok.ok.cox.net> Up2date was working fine. I went to the rhn.redhat.com site and subscribed to the severn updates subchannel and started up2date. It installed the new up2date and said it would restart. It didn't. I started it manually and it started updating packages but complained about the key that each package was signed with. After saying 'OK' a few times, I clicked cancel, installed just rawhide-release and imported RPM-GPG-KEY and RPM-GPG-KEY-beta from /usr/share/doc/rawhide-release. 'rpm --import RPM-GPG-KEY-rawhide' complained "import read failed". Now when I run 'up2date -u' I get this: Error Message: Your account does not have access to any channels matching (release='9.0.94', arch='athlon-redhat-linux') If you have a registration number, please register with it first at http://www.redhat.com/apps/activate/ and then try again. Error Class Code: 19 Error Class Info: Architecture and OS version combination is not supported. I'm running with my 1 'demo' entitlement and it was working fine before. What am I doing wrong? -Steve Bergman From shugal at gmx.de Mon Aug 25 19:39:46 2003 From: shugal at gmx.de (Martin Stricker) Date: Mon, 25 Aug 2003 21:39:46 +0200 Subject: Testing NPTL on i586 [was: What is minimum RAM to install?] References: <20030824181627.GT29323@rednote.net> <20030824221619.0578695b.ms-nospam-0306@arcor.de> <040f01c36a7f$cf0618e0$2eedfea9@kittycat> <20030825011112.GF16051@ip68-4-255-84.oc.oc.cox.net> Message-ID: <3F4A6602.E872843D@gmx.de> "Barry K. Nathan" wrote: > http://math.uci.edu/~bnathan/linux/glibc/glibc-2.3.2-27.9.2bkn/ > > The i486 packages seem to work on an i686 box. I no longer have any > real i486 or i586 boxes, and when I posted about this on rpm-list, > nobody with an i586 box ever replied to me. If nobody tries this on > a real i586 box, I could try to emulate an i586 one way or another, > but that's another thing I haven't had time to do yet. I'm typing this on a *real* i586 (Intel Pentium 166 MMX). I can do a fresh install of RHL 9 here (empty 4 GB partition). Please tell me what to do for the test, and I'll do it, maybe next weekend. By the way, I also have a real i486, but I still need to check the hardware and get a decent-sized harddrive for it. But after that, I offer to test there as well. Don't worry about trashed installs - it will be a installation testing machine for RULE anyway... Best regards, Martin Stricker -- Homepage: http://www.martin-stricker.de/ Linux Migration Project: http://www.linux-migration.org/ Red Hat Linux 8.0 for low memory: http://www.rule-project.org/ Registered Linux user #210635: http://counter.li.org/ From sopwith at redhat.com Mon Aug 25 19:42:23 2003 From: sopwith at redhat.com (Elliot Lee) Date: Mon, 25 Aug 2003 15:42:23 -0400 (EDT) Subject: Trouble with severn updates channel In-Reply-To: <1061839472.9660.8.camel@ip68-12-228-23.ok.ok.cox.net> Message-ID: On 25 Aug 2003, Steve Bergman wrote: > It installed the new up2date and said it would restart. It didn't. I > started it manually and it started updating packages but complained > about the key that each package was signed with. After saying 'OK' a > few times, I clicked cancel, installed just rawhide-release and imported > RPM-GPG-KEY and RPM-GPG-KEY-beta from /usr/share/doc/rawhide-release. > > 'rpm --import RPM-GPG-KEY-rawhide' complained "import read failed". > > Now when I run 'up2date -u' I get this: > > > Error Message: > Your account does not have access to any channels matching > (release='9.0.94', arch='athlon-redhat-linux') > If you have a registration number, please register with it first at > http://www.redhat.com/apps/activate/ and then try again. > Error Class Code: 19 > Error Class Info: Architecture and OS version combination is not > supported. > > I'm running with my 1 'demo' entitlement and it was working fine before. > > What am I doing wrong? Nothing. It's my fault. Please re-install the redhat-release package from Severn, and then get the new rawhide-release-9.0.93-2 from the RHN Severn updates channel. That should fix the key import and subsequent package updates. -- Elliot From steve at rueb.com Mon Aug 25 19:55:20 2003 From: steve at rueb.com (Steve Bergman) Date: 25 Aug 2003 14:55:20 -0500 Subject: Trouble with severn updates channel In-Reply-To: References: Message-ID: <1061841315.9660.11.camel@ip68-12-228-23.ok.ok.cox.net> Thanks! It's updating now. -Steve On Mon, 2003-08-25 at 14:42, Elliot Lee wrote: > Nothing. It's my fault. Please re-install the redhat-release package from > Severn, and then get the new rawhide-release-9.0.93-2 from the RHN Severn > updates channel. That should fix the key import and subsequent package > updates. > From anthony.seward at ieee.org Mon Aug 25 20:41:56 2003 From: anthony.seward at ieee.org (Anthony Joseph Seward) Date: 25 Aug 2003 14:41:56 -0600 Subject: A solution to the Galeon situation? In-Reply-To: <3F4A51BA.4070905@atl.lmco.com> References: <1061493767.16661.55.camel@sonylap1> <1061494931.18337.2.camel@wintermute.sr.unh.edu> <1061570910.16661.61.camel@sonylap1> <1061626568.9004.6.camel@wombat.dialup.fht-esslingen.de> <1061834304.5686.8.camel@sonylap1> <3F4A51BA.4070905@atl.lmco.com> Message-ID: <1061844116.5686.51.camel@sonylap1> On Mon, 2003-08-25 at 12:13, Douglas Stewart wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Check your $MOZILLA_FIVE_HOME environment variable. I was having all > sorts of problems with galeon crashes when I had that variable set > incorrectly. Originally it was not set except in the script /usr/bin/galeon. I tried setting it in a terminal and adding an echo line in /usr/bin/galeon for verification, but no improvement. Tony -- Anthony Joseph Seward From feliciano.matias at free.fr Mon Aug 25 20:52:42 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 25 Aug 2003 22:52:42 +0200 Subject: Trouble with severn updates channel (conflict with rawhide-release?) In-Reply-To: References: Message-ID: <1061844762.3109.144.camel@one.myworld> Le lun 25/08/2003 ? 21:42, Elliot Lee a ?crit : > Nothing. It's my fault. Please re-install the redhat-release package from > Severn, and then get the new rawhide-release-9.0.93-2 from the RHN Severn > updates channel. That should fix the key import and subsequent package > updates. > Update to rawhide-release-9.0.93-2. I have a rawhide yum repository. # yum update [...] I will do the following: [update: rawhide-release.noarch] # rpm -q --provides rawhide-release redhat-release rawhide-release = 9.0.93-2 # rpm -q --provides -p rawhide-release-20030825-1.noarch.rpm redhat-release rawhide-release = 20030825-1 # rpm -q --provides -p redhat-release-9.0.93-1.i386.rpm config(redhat-release) = 9.0.93-1 redhat-release = 9.0.93-1 Another point i don't like : this drop release notes of redhat-release :-( > -- Elliot > -- F?liciano Matias -------------- 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 felipe_alfaro at linuxmail.org Mon Aug 25 21:27:45 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Mon, 25 Aug 2003 23:27:45 +0200 Subject: [BUG] WinKey modifier doesn't work in XFree86-4.3.0-22.1 Message-ID: <1061846865.678.1.camel@teapot.felipe-alfaro.com> It seems that since XFree86-4.3.0-22.1, the Windows key on my keyboard isn't recognized as a valid modifier (i.e. like Alt or Ctrl) anymore by KDE. Please, see bugzilla for more information: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=103051 From shrek-m at gmx.de Mon Aug 25 21:51:46 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 25 Aug 2003 23:51:46 +0200 Subject: Screenshot tool In-Reply-To: <3F4A2EC7.8050805@deragon.biz> References: <3F4A2EC7.8050805@deragon.biz> Message-ID: <3F4A84F2.8000704@gmx.de> Hans Deragon wrote: > Greetings. > > > I was looking for a screenshot tool $ which import display /usr/X11R6/bin/import /usr/X11R6/bin/display # grep -i magick whichcd*9* whichcd1-rh9:ImageMagick-5.4.7-10.i386.rpm whichcd2-rh9:ImageMagick-c++-5.4.7-10.i386.rpm whichcd2-rh9:ImageMagick-c++-devel-5.4.7-10.i386.rpm whichcd2-rh9:ImageMagick-devel-5.4.7-10.i386.rpm whichcd2-rh9:ImageMagick-perl-5.4.7-10.i386.rpm -- shrek-m From leonardjo at hetnet.nl Mon Aug 25 22:32:00 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Tue, 26 Aug 2003 00:32:00 +0200 Subject: Severn updates RHN channel In-Reply-To: References: <1061819583.6246.54.camel@one.myworld> Message-ID: <3F4AAA80.2963.26916E@localhost> Hi Elliot, > They're from the same source, but just get pushed out at different times. I presume the rhn channel will be supplied before the rawhide tree. What will be the time span between the availability at rhn and rawhide? Will there be any difference in what packages will be provided via either? Could you elaborate a little more on the need for this new channel? Why doesn't the rawhide -> release -> rawhide cycle does not suffice any more? Why not just add an update section for the beta in the ftp tree? Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From leonardjo at hetnet.nl Mon Aug 25 22:40:07 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Tue, 26 Aug 2003 00:40:07 +0200 Subject: Testing NPTL on i586 [was: What is minimum RAM to install?] In-Reply-To: <3F4A6602.E872843D@gmx.de> Message-ID: <3F4AAC67.7897.2E0119@localhost> Hi Martin, > By the way, I also have a real i486, but I still need to check the > hardware and get a decent-sized harddrive for it. The problem with 486's is that it's quite annoying to use anaconda to install the system since 8.0. The missing i386 kernel will cause all packages to complain about missing depencies (ie the kernel) which will cause the install to take ages to complete. If you want to install on a 486 you'ld rather use another means of installation (rpm --root -i $(cat packs) from a system with a compatible version of rpm). Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From leonardjo at hetnet.nl Mon Aug 25 22:47:19 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Tue, 26 Aug 2003 00:47:19 +0200 Subject: [BUG] WinKey modifier doesn't work in XFree86-4.3.0-22.1 In-Reply-To: <1061846865.678.1.camel@teapot.felipe-alfaro.com> Message-ID: <3F4AAE17.26179.34972D@localhost> Hi Felipe, > It seems that since XFree86-4.3.0-22.1, the Windows key on my keyboard > isn't recognized as a valid modifier (i.e. like Alt or Ctrl) anymore by KDE. >;-) Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From jim-cornette at columbus.rr.com Tue Aug 26 00:54:48 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Mon, 25 Aug 2003 20:54:48 -0400 Subject: Conflit between KDE and GNOME Desktop In-Reply-To: <1061825603.1032.27.camel@one.myworld> References: <1061825603.1032.27.camel@one.myworld> Message-ID: <3F4AAFD8.7030100@columbus.rr.com> F?liciano Matias wrote: > My system is update to rawhide 20030824 . > > I create a new account. > Log in into KDE and next log in into GNOME desktop. > > Here is a screenshot of GNOME and the content of ~/Desktop (my locale is > fr_FR.UTF-8) : > > http://feliciano.matias.free.fr/kde_gnome/ > > Found this bug in Mandrake bugzilla : > http://qa.mandrakesoft.com/show_bug.cgi?id=4844 > > Should i wait for beta2 to file it in bugzilla ? > The same thing happened to the English based version. I deleted the "Start Here" that did not work and kept the working one. (There were two in GNOME) As far as the HOME and Jim's Home Links. I changed Home to kde-home (Launches Konquerer) and left Jim's Home as it was. (Launches Nautilus) I wasn't too alarmed about the ICON blending though. I wasn't sure if it was universal or not to Rawhide. (current as of 8/24/03) Jim -- Winter is the season in which people try to keep the house as warm as it was in the summer, when they complained about the heat. From louisg00 at bellsouth.net Tue Aug 26 01:15:21 2003 From: louisg00 at bellsouth.net (Louis Garcia) Date: Mon, 25 Aug 2003 21:15:21 -0400 Subject: reinstalling grub In-Reply-To: <1061813446.6246.39.camel@one.myworld> References: <1061811825.2877.2.camel@tiger> <1061813446.6246.39.camel@one.myworld> Message-ID: <1061860521.2490.7.camel@tiger> I forgot to say that I have a boot disk. I can boot from the floppy. So can I just do a grub-install --root-directory=/ /dev/hda when I'm in linux? --Lou On Mon, 2003-08-25 at 08:10, F?liciano Matias wrote: > Le lun 25/08/2003 ? 13:43, Louis Garcia a ?crit : > > I had to reinstall windows and it override the MBR. How do I reinstall > > grub on the MBR? > > > > It's not easy. > First, boot from the cd1. Enter "linux rescue" at the lilo prompt. > This will mount the root partition to /mnt/sysimage (or something like). > Mount /boot partition to /mnt/sysimage/boot : > mount -t ext3 /dev/hda? /mnt/sysimage/boot > > Disable exec-shield : > echo 0 > /proc/sys/kernel/exec-shield > > Run grub-install. For example : > grub-install --root-directory=/mnt/sysimage /dev/hda > > Take this pieces of advices very carefully ! Backup /boot partition. > > Grub documentation : > http://www.gnu.org/manual/grub/html_node/index.html > Grub-install : > http://www.gnu.org/manual/grub/html_node/Installing-GRUB-using-grub-install.html#Installing%20GRUB%20using%20grub-install > > > > Thanks, --Lou > > > > > > -- > > Rhl-beta-list mailing list > > Rhl-beta-list at redhat.com > > http://www.redhat.com/mailman/listinfo/rhl-beta-list From train at voicenet.com Tue Aug 26 01:32:34 2003 From: train at voicenet.com (Herbert Rutledge) Date: Mon, 25 Aug 2003 21:32:34 -0400 Subject: reinstalling grub In-Reply-To: <1061860521.2490.7.camel@tiger> References: <1061811825.2877.2.camel@tiger> <1061813446.6246.39.camel@one.myworld> <1061860521.2490.7.camel@tiger> Message-ID: <1061861554.1505.25.camel@trilon.localhost> On Mon, 2003-08-25 at 21:15, Louis Garcia wrote: > I forgot to say that I have a boot disk. I can boot from the floppy. So > can I just do a grub-install --root-directory=/ /dev/hda when I'm in > linux? If the problem is simply that Windows has overwritten the master boot record, a simple grub-install /dev/hda should do it. Here's something I've learned from working with grub. Info grub will tell you how to make a grub boot floppy. That floppy has saved my backside more than once. It is a very useful accessory. -train From louisg00 at bellsouth.net Tue Aug 26 02:04:15 2003 From: louisg00 at bellsouth.net (Louis Garcia) Date: Mon, 25 Aug 2003 22:04:15 -0400 Subject: reinstalling grub In-Reply-To: <1061861554.1505.25.camel@trilon.localhost> References: <1061811825.2877.2.camel@tiger> <1061813446.6246.39.camel@one.myworld> <1061860521.2490.7.camel@tiger> <1061861554.1505.25.camel@trilon.localhost> Message-ID: <1061863455.2489.0.camel@tiger> Yep, that did it. Thanks --Lou On Mon, 2003-08-25 at 21:32, Herbert Rutledge wrote: > On Mon, 2003-08-25 at 21:15, Louis Garcia wrote: > > > I forgot to say that I have a boot disk. I can boot from the floppy. So > > can I just do a grub-install --root-directory=/ /dev/hda when I'm in > > linux? > > If the problem is simply that Windows has overwritten the master boot > record, a simple grub-install /dev/hda should do it. > > Here's something I've learned from working with grub. Info grub will > tell you how to make a grub boot floppy. > > That floppy has saved my backside more than once. It is a very useful > accessory. > > -train > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From gkarabin at pobox.com Tue Aug 26 02:07:59 2003 From: gkarabin at pobox.com (George J Karabin) Date: Mon, 25 Aug 2003 19:07:59 -0700 Subject: A solution to the Galeon situation? In-Reply-To: <20030823182910.04CF23F39@null.cs.brown.edu> References: <20030821200450.19263.qmail@linuxmail.org> <3F46269B.5050507@cypress.com> <1061562222.2219.14.camel@gruyere.lan.livna.org> <20030822145139.0BE543EA9@null.cs.brown.edu> <1061606095.8908.12.camel@localhost.localdomain> <20030823165903.B61573F77@null.cs.brown.edu> <1061659141.8912.87.camel@localhost.localdomain> <20030823182910.04CF23F39@null.cs.brown.edu> Message-ID: <1061863679.10884.1.camel@localhost.localdomain> You may find this to be helpful: http://www.gnome.org/softwaremap/projects/proxy-applet On Sat, 2003-08-23 at 11:29, Joel Young wrote: > -------- > From: George J Karabin > > I can't think of any existing browsers or programs that I've used > > (mozilla, IE) that provide a per-session choice of proxy configuration. > > Am I off base there? > > Galeon use to make it easy to switch. There was a menu choice that > turned a proxy on and off. Then that choice seemed to stop working, > then it disappeared. IIRC > > > -------- > > > From: George J Karabin > > > > > > On Fri, 2003-08-22 at 07:51, Joel Young wrote: > > > > Sometimes I need to run with two different browsers so I can have one > > > > without a proxy and the other with one. > > > > > > Can you describe a scenario when you'd like to do this? Is it that you > > > want to only use the proxy for certain host names or netmasks? > > > > I have a couple of different web proxies I use. One of them provides a > > snapshot of the web from 1997 I use for web spidering research. I like > > to be able to point my browser at that proxy for periods of time to be > > able to navigate thru that snapshot. I have another proxy which saves > > any images I encounter. I don't want to use that all the time either. > > One of the machines has a caching and anonomizing proxy which I might > > like to use sometimes. > > > > I want to be able to navigate my snapshot at the same time as checking > > my ebay auctions for example, without having to run multiple browsers. > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From jim-cornette at columbus.rr.com Tue Aug 26 02:19:10 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Mon, 25 Aug 2003 22:19:10 -0400 Subject: Wine and Office In-Reply-To: <200308251046.36629.hoyt@cavtel.net> References: <200308250040.17244.hoyt@cavtel.net> <3F49F089.1000201@columbus.rr.com> <200308251046.36629.hoyt@cavtel.net> Message-ID: <3F4AC39E.3020008@columbus.rr.com> HoytDuff wrote: > On Monday 25 August 2003 07:18 am, Jim Cornette wrote: > >>HoytDuff wrote: >> >>>On Sunday 24 August 2003 09:54 pm, Jim Cornette wrote: >>> >>>>Except for Access, what does Office do that Openoffice does not handle. >>> >>>OO can be configured to use mysql in an "Access" kind of way. >> >>I'll have to look into this feature then. >> >>Access is the only thing that Ms office can do that Openoffice does not >>address. (work environment). >> >>If ooffice or some other user configurable database becomes available to >>do lightweight database applications, there becomes my justification for >>not needing MS OSes or programs at work. (Except for the two browser IE >>exclusive programs, locally brewed, minor programs) > > > Here's a link to a page with a brief description and a link for the PDF file > describing the process. > > http://www.pclinuxonline.com/modules.php?name=News&file=article&sid=2460 > > Essentially, Star Office provides the Addabas database to provide this > function, but Addabas is not free. The "front-end" is there in, just not > configured. It would be nice if one of the third-party sources provided a > script to handle the configuration. > > I tried addabas when Star Office just started offering a Linux based version. It was fairly crude and I didn't get much done with the program. Having a third party database utilize the front-end for ooffice sounds like a great idea. Integrating it with the ooffice tools might work out really decent. Exporting tables into the spreadsheet and exporting reportts into the word proccessor would be valuable additions to the office program. Throw in email capability and it even sounds better. I know it is a tough thing to get integrated with different developers working on different sectors of the project. It seems that the base of the integration would be to develop some sort of "Hub" program that translates one project into a compatibility stage with the other programs. (tables to spreadsheets, reports to documents, mailer to transport exported products in chosen output). I think that the finished product would work better than closed software, as long as the main interface was structured right in the beginning. I was hoping that rhdb would fill in the lacking feature. hopefully in integration with ooffice or using lighter weight spreadsheet, word processors and mailers. Now to try to integrate my-sql, (never used before) with the front-end for addabus. I doubt that it will be real productive, but will be interesting. Jim -- In any formula, constants (especially those obtained from handbooks) are to be treated as variables. From paul at dishone.st Tue Aug 26 03:26:35 2003 From: paul at dishone.st (Paul Jakma) Date: Tue, 26 Aug 2003 04:26:35 +0100 (IST) Subject: A solution to the Galeon situation? In-Reply-To: <1061667114.8912.102.camel@localhost.localdomain> Message-ID: On Sat, 23 Aug 2003, George J Karabin wrote: > However, none of these implementations are per-session, indeed, but he could manually configure each session to use a different PAC location. > FYI, WPAD is an (expired) internet draft standard built on top of > PAC. A nice intro to WPAD is here: http://wlug.org.nz/WPAD . I'm > looking into building a library to let any application (not just > browsers with built-in javascript hooks) take advantage of the > protocol. be nice. > None of this really helps Joel, though, who needs independent > manual control over the selection of the proxy at run time. yes, true. > - George regards, -- Paul Jakma paul at clubi.ie paul at jakma.org Key ID: 64A2FF6A warning: do not ever send email to spam at dishone.st Fortune: Due to lack of disk space, this fortune database has been discontinued. From hoyt at cavtel.net Tue Aug 26 03:50:41 2003 From: hoyt at cavtel.net (HoytDuff) Date: Mon, 25 Aug 2003 23:50:41 -0400 Subject: Wine and Office In-Reply-To: <3F4AC39E.3020008@columbus.rr.com> References: <200308251046.36629.hoyt@cavtel.net> <3F4AC39E.3020008@columbus.rr.com> Message-ID: <200308252350.41991.hoyt@cavtel.net> On Monday 25 August 2003 10:19 pm, Jim Cornette wrote: > Now to try to integrate my-sql, (never used before) with the front-end > for addabus. I doubt that it will be real productive, but will be > interesting. An IT friend at a hospital followed the PDF instructions (actually did it on Mandrake 9.0), but was successful. A former employee of Great Bridge LLC (posgresql developers) was at the demo and seemed impressed at what could be done with it. -- Hoyt From bill at noreboots.com Tue Aug 26 04:27:41 2003 From: bill at noreboots.com (Bill Anderson) Date: 25 Aug 2003 22:27:41 -0600 Subject: Does Adrian up2date allow upgrades from one release to another In-Reply-To: <20030824190534.GE16051@ip68-4-255-84.oc.oc.cox.net> References: <20030824045900.GA9501@outblaze.com> <20030824190534.GE16051@ip68-4-255-84.oc.oc.cox.net> Message-ID: <1061872061.11806.77.camel@locutus> On Sun, 2003-08-24 at 13:05, Barry K. Nathan wrote: > This type of upgrade is not supported by Red Hat, but it's possible. It > can sometimes be a bit annoying to solve dependency problems that come up > (basically you have to remove conflicting packages), and there are a few > other gotchas. Going from Red Hat 7.x to 9, here are the worst gotchas > I've encountered: > > + You need to update glib2 before pango, or else pango doesn't quite > install properly. > > + You need to "up2date gnome-session" after you've done everything else, > or else you can't log in using GNOME. > > + For some reason, if you didn't install all of the errata for your 7.x > release, rpm will segfault after RH 9's glibc is installed (and things > will be *really* hairy!). This doesn't happen if you've applied all of > the errata for your 7.x release first. Interesting. That last part is the most curious one. > > For 8.0 to 9: > > + You need to update rpm before glibc or else rpm will segfault. > > + You need to update glib2 before pango (as with 7.x -> 9). > > I have noticed no gremlins of this sort going from 9 to severn. > > Overall, this is a considerably more time-consuming method than > upgrading the normal way. You need to consider whether it outweighs the > travel time/effort, and how much you need to keep the machine up and > running during the upgrade (X11 desktop stuff *will* start glitching up > during the upgrade for anyone sitting at the machine, but servers will > keep going with no problems, in my experience). Another means is to do it via yum or apt-get. For me, it is an easier means for upgrading my XFS based systems. :) I've used this to go from 6.2 -> 7.2, it went flawlessly in fact. Indeed, this system is a mix of 8 and 9, and Arjan's 2.6 test kernels, using the same basic principle. -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From ossamak at nht.com.kw Tue Aug 26 07:49:00 2003 From: ossamak at nht.com.kw (Ossama Khayaat) Date: Tue, 26 Aug 2003 10:49:00 +0300 Subject: Running Dictd server Message-ID: <130C5A7B54843746A3B5D43C35BCA54F01B94E@braveheart.kw> > > IIRC the dictd source includes both client and server, RH just doesn't > package > > the server part of it for some reason (ok running dictd server might not > be the > > most common thing in the world) I found the source on ftp.dict.org/pub/dict/ and it's now setup on our server dict.arabeyes.org:2628 :) > Ah, but its a wonderful service and should get a proper dust off before > we reinvent it with "web services." > > I'm encouraging my friends on the glossary committee in the W3C to > discover dict, for example. It's really nice, specially that we don't have any _really_ free dictd server for the Arabic language. It would also be nice, if the RedHat guyz can provide us with the .rpm packages, even if they would be added to the rawhide instead of being included in the official releases. Regards, Ossama Khayat --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003 From alexl at redhat.com Tue Aug 26 08:28:29 2003 From: alexl at redhat.com (Alexander Larsson) Date: 26 Aug 2003 10:28:29 +0200 Subject: Conflit between KDE and GNOME Desktop In-Reply-To: <1061825603.1032.27.camel@one.myworld> References: <1061825603.1032.27.camel@one.myworld> Message-ID: <1061886509.22694.49.camel@localhost.localdomain> On Mon, 2003-08-25 at 17:33, F?liciano Matias wrote: > My system is update to rawhide 20030824 . > > I create a new account. > Log in into KDE and next log in into GNOME desktop. > > Here is a screenshot of GNOME and the content of ~/Desktop (my locale is > fr_FR.UTF-8) : > > http://feliciano.matias.free.fr/kde_gnome/ > > Found this bug in Mandrake bugzilla : > http://qa.mandrakesoft.com/show_bug.cgi?id=4844 Yeah, we need to hack nautilus to ignore the KDE desktop entries somehow. This might not be that easy though... > Should i wait for beta2 to file it in bugzilla ? Nah, file a bug. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a leather-clad arachnophobic ex-con who hides his scarred face behind a mask. She's a cynical belly-dancing cab driver from beyond the grave. They fight crime! From feliciano.matias at free.fr Tue Aug 26 10:24:12 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 26 Aug 2003 12:24:12 +0200 Subject: Trouble with severn updates channel (loop dependency) In-Reply-To: References: Message-ID: <1061893451.14145.70.camel@one.myworld> Le lun 25/08/2003 ? 21:42, Elliot Lee a ?crit : > Nothing. It's my fault. Please re-install the redhat-release package from > Severn, and then get the new rawhide-release-9.0.93-2 from the RHN Severn > updates channel. That should fix the key import and subsequent package > updates. > # up2date --nox --update Fetching package list for channel: redhat-linux-severn-i386-9.0.93... Fetching package list for channel: redhat-linux-severn-i386-9.0.93-updates... Fetching Obsoletes list for channel: redhat-linux-severn-i386-9.0.93... Fetching Obsoletes list for channel: redhat-linux-severn-i386-9.0.93-updates... Fetching rpm headers... Testing package set / solving RPM inter-dependencies... redhat-release-9.0.93-1.i38 Retrieved. Preparing Repackaging... rawhide-release Installing /var/spool/up2date/redhat-release-9.0.93-1.i386.rpm... # up2date --nox --update Fetching package list for channel: redhat-linux-severn-i386-9.0.93... Fetching package list for channel: redhat-linux-severn-i386-9.0.93-updates... Fetching Obsoletes list for channel: redhat-linux-severn-i386-9.0.93... Fetching Obsoletes list for channel: redhat-linux-severn-i386-9.0.93-updates... Fetching rpm headers... Testing package set / solving RPM inter-dependencies... rawhide-release-9.0.93-2.no Retrieved. Preparing Repackaging... redhat-release Installing /var/spool/up2date/rawhide-release-9.0.93-2.noarch.rpm... [...] > -- Elliot > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- F?liciano Matias -------------- 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 tvinhas at techbyte.com.br Tue Aug 26 10:41:46 2003 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Tue, 26 Aug 2003 07:41:46 -0300 Subject: Sound not working on 2.6 kernel In-Reply-To: <1061813446.6246.39.camel@one.myworld> References: <1061811825.2877.2.camel@tiger> <1061813446.6246.39.camel@one.myworld> Message-ID: <1061894505.1459.2.camel@localhost.localdomain> Hi. I've downloaded the 2.6-test4 rpm from RedHat, and now the sound just doesn't work on KDE. I tried to run the redhat-config-sound, it detected the sound card and I could hear the music it plays, but when I log in to KDE, I get the following message: Sound server informational message: Error while initializing the sound driver: device /dev/dsp can't be opened (No such device) The sound server will continue, using the null output device. Any idea of how to fix this? Regards, Thiago -------------- next part -------------- An HTML attachment was scrubbed... URL: From mharris at redhat.com Tue Aug 26 11:08:49 2003 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 26 Aug 2003 07:08:49 -0400 (EDT) Subject: Gnome not working any longer - Rawhide - now works In-Reply-To: <1061781113.15041.8.camel@localhost.localdomain> References: <3F482A57.1000808@columbus.rr.com> <3F4902BE.7050402@columbus.rr.com> <1061781113.15041.8.camel@localhost.localdomain> Message-ID: On Mon, 25 Aug 2003, Ralph Loader wrote: >> 6+ xkb updates that fixed open bugs in bugzilla, and one of them >> also broke keyboard modifier behaviour. A new patch added to >> that, restores the proper working behaviour. > >With 4.3.0-22 my metacity shortcuts that have the windows key as a >modifier no longer work. Have you updated metacity or anything else as well? I'd like to rule out a bug in something else before puking through xkb files again. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Tue Aug 26 11:41:15 2003 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 26 Aug 2003 07:41:15 -0400 (EDT) Subject: ATI Radeon M6 LY and Others. In-Reply-To: <3F4A44D6.7080403@staticnull.org> References: <3F4A44D6.7080403@staticnull.org> Message-ID: On Mon, 25 Aug 2003, Jonathan C. Sitte wrote: >I have been talking with allot of other linux users including people >runnning the latest redhat beta and it seems that there is not much >support or developement going for these chipsets. Here is the mailing >list that most of these talks have been happening so far: > >http://staticnull.org/mailman/listinfo/ati-mobililty-linux_staticnull.org > >Feel free to put input too on such hardware. We are all working hard to >get the word out that getting these cards supported are one of our >number one priorities. Anyone at redhat working on this? The XFree86 project's xfree86 at xfree86.org mailing list is where you should ask about hardware support questions such as that. For 3D related questions, you should use the dri-devel mailing list on sourceforge. Those two lists will contact everyone involved in developing and maintaining XFree86 video drivers. Just to be clear, Red Hat ships XFree86 and thus the hardware supported by Red Hat Linux, is whatever is supported by the version of XFree86 included in Red Hat Linux. Some of the hardware supported directly by Red Hat to a certain extent, which means that problems that occur on certain hardware will be investigated directly by me if I have that hardware, and the problem that has been reported is both reproduceable and climbs up the priority ladder high enough. Other drivers are merely provided as-is in hopes that they happen to work for someone out there. An example of a "provided" driver, is the "apm" driver. I have no APM hardware, no APM specifications, the hardware is very ancient legacy hardware, nobody upstream maintains the driver, and nobody has touched it in years. Should someone file a bug report about the APM driver not working, there isn't anything I can really do about it. If the APM driver doesn't work at all period, then my solution would be to remove the driver from future releases, and if the "vesa" driver happens to work on that hardware, I'd point the hardware database to use the vesa driver instead. In general, support for new hardware usually is done by XFree86.org or a contributing developer in the community. I have added support to various drivers such as the ati, r128, radeon, savage, and some other drivers on occasion and contributed it back to XFree86 when I've had the information and the time to do so, but the majority of that has been adding new chip IDs to existing codepaths, and fine tuning any problems that arose when people used it. For hardware that is already supported, but has a lot of problems for people, no developer can really do anything about that unless they physically own the hardware or have long term access to the hardware, and have the complete specifications for that hardware. In addition to that, the problems encountered must be considered of high enough importance compared to all other tasks that it warrants allocating official developer hours to perform the work on. Since there are only 2 X developers present at Red Hat (myself and John Dennis), and all XFree86 work being done is done by one of us, devoting 4 weeks to fix a single bug on a laptop is more or less out of the question I'm afraid. I have no laptop hardware and no access to any laptop hardware. What's more, is that laptop related video problems are often model specific, which means that you basically need one of every laptop model ever made by every manufacturer. We're hardly in a position to purchase one of every laptop, and it's highly unlikely that every laptop manufacturer is going to send us one of every laptop model they make. Even if every manufacturer were to send me one of every laptop they make, and the video manufacturer was to send me the complete specifications to every chip they make, I could spend 40 hours a week for a year straight and not be able to fix all of the laptop related bugs that occur for people. Laptops are generally very unique as far as hardware problems go, which is unfortunate. In general, laptop specific XFree86 problems are very difficult to deal with, and server and desktop systems get priority because that is the hardware that is available. Laptop manufacturers generally do not make Linux specific laptops, and they do not usually certify their hardware for use on laptops. In order for laptops to truely be properly supported, laptop vendors need to support Linux and require certification, and then to pay XFree86.org or whoever to make sure their hardware is supported well. Until that happens, the majority of support for laptops is basically whatever the community can contribute to XFree86.org. Unfortunately, no XFree86 developer out there has access to the specific model of laptop that one might file a bug against, and no OS vendor does either. Laptops are more or less a "hope it works" thing as far as Linux is concerned, and that wont really change until the manufacturers of those machines want full official Linux support, and are willing to pay for it. I realize that that isn't the answer people like to hear, but I'm just being realistic. The best thing people can do, is telephone or email their hardware vendors and tell them politely that Linux support is very important to them. But to answer your question: >number one priorities. Anyone at redhat working on this? Nobody at Red Hat is working on XFree86 laptop support in any official capacity, no. If a laptop related problem gets fixed in upstream XFree86 CVS, and I'm aware of it (I monitor X CVS closely), and someone has reported a bug about that to us (and to XFree86.org at http://bugs.xfree86.org) then I usually try to backport whatever fixes are available to maximize our hardware support. I also will examine source code when possible depending on the nature of a bug that gets reported. Sometimes even if I don't have the hardware, but the problem is clear enough, I might be able to spot a problem in the code or brainstorm something. The overwhelming majority of problems however require direct physical access to the specific hardware having the problem, the specifications for that hardware, and the ability to easily reproduce it, along with the problem being large enough to have it prioritized for time allotment. In general, people should report bugs directly to XFree86.org, as there are about 30 or more X developers reading their bugzilla (including me), and 2 reading our bugzilla. It doesn't hurt to report things in both places either. The truth of the matter is that we are not a video driver development house, although we certainly do contribute as much as possible to XFree86 development, but that can't of course solve all problems for all people. If anyone is interested, the XFree86 and DRI projects are always looking for more volunteers. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Tue Aug 26 11:46:30 2003 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 26 Aug 2003 07:46:30 -0400 (EDT) Subject: [BUG] WinKey modifier doesn't work in XFree86-4.3.0-22.1 In-Reply-To: <1061846865.678.1.camel@teapot.felipe-alfaro.com> References: <1061846865.678.1.camel@teapot.felipe-alfaro.com> Message-ID: On Mon, 25 Aug 2003, Felipe Alfaro Solana wrote: >It seems that since XFree86-4.3.0-22.1, the Windows key on my keyboard >isn't recognized as a valid modifier (i.e. like Alt or Ctrl) anymore by >KDE. Please, see bugzilla for more information: > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=103051 It looks like xkb bugs are a case of chasing a carrot tied to the end of a stick attached to my forehead. ;o/ Stock XFree86 4.3.0 contained a number of xkb related bugs, a lot of which are reported in our bugzilla. I got people to report these upstream more or less as they came in, and Ivan Pascal has fixed almost all of them in XFree86 CVS. Recently I began backporting those fixes to 4.3.0 so that our newer packages fixed the bugs people reported. While the majority of xkb patches I've added recently did fix lots of things with no problems, one of the patches broke modifiers. A new patch was applied to fix that, and now 2 new bugs have been reported (possibly more on the way). I haven't looked into the newest bugs yet, but I'm going to examine them soon. If I can't see any obvious fix, I'm going to rip out the 2 previous changes that have mucked with modifiers, so we end up with RHL 9 behaviour for this, and the original bug comes back. It's better to have one consistent bug present than to fix it and have 2 new ones that affect everyone out there. Thanks for noticing this, and reporting it. Hopefully it'll be gone from rawhide before the weekend. Take care, TTYL -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From VANCOD at PIOS.com Tue Aug 26 13:12:39 2003 From: VANCOD at PIOS.com (Vanco, Donald) Date: Tue, 26 Aug 2003 09:12:39 -0400 Subject: rsync down? Message-ID: Is rsync down? Have paths changed? All my scripts are failing.... have been since last week. Don From gmaeding at kidspeace.org Tue Aug 26 13:32:25 2003 From: gmaeding at kidspeace.org (Glen Maeding) Date: Tue, 26 Aug 2003 09:32:25 -0400 Subject: Auto CD-ROM loading taken out? In-Reply-To: <1061485925.2384.163.camel@locutus> References: <1061472300.993.29.camel@one.myworld> <1061485925.2384.163.camel@locutus> Message-ID: <1061904745.2857.6.camel@gmaeding> I dont know why, but it took me this long before i finally realized it when i needed something off the CD, it wasnt auto loading it. I checked /etc/fstab and much to my surprise, there wasnt a line for it. This is when i loaded the latest kernel test 4 rpm for the 2.6 kernel line. Is there a reason why it doesnt show up in fstab anymore? To give you a more clear picture here, I wanted to see if it was just something else so i booted back into the regular RH 2.4.20 kernel and it is there and works good. I rebooted back to the test 2.6 kernel and its gone. I checked /var/log/messages and it finds the CD rom device okay. By the way GKrellem cannot see my hard drive anymore for some reason. -- -------------------------------------------------------------------- * -- Glen Maeding * -- MIS Tech @ Kidspeace Inc. * -- Webmaster of MIS-comm, Pdangel.org, and others... * -- E-mail: gmaeding at kidspeace.org * -- Pager e-mail: goik at tmail.com -------------------------------------------------------------------- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. From hans at deragon.biz Tue Aug 26 13:20:05 2003 From: hans at deragon.biz (Hans Deragon) Date: Tue, 26 Aug 2003 09:20:05 -0400 Subject: Screenshot tool In-Reply-To: <1061826814.2919.7.camel@gmaeding> References: <3F4A2EC7.8050805@deragon.biz> <1061826814.2919.7.camel@gmaeding> Message-ID: <3F4B5E85.3040808@deragon.biz> Glen Maeding wrote: > On Mon, 2003-08-25 at 11:44, Hans Deragon wrote: > >>Greetings. >> >> >> I was looking for a screenshot tool under RH9 graphics menu and could not >>find one directly. I had to google to find out that the Gimp provides such a >>feature. > > > Just right click on the ( in this case a GNOME panel ) panel > add to > panel > button > Screenshot. Is this what you were looking for? Yep. But is it possible to use this same tool to screenshot only a window instead of the full screen? Or does one needs to crop in a paint program? As Jef Spaleta pointed out, that tool does not show in the main menu, where I would expect such a program to be found. Should it be there? Thanks, Hans Deragon -- Consultant en informatique/Software Consultant Deragon Informatique inc. Open source: http://www.deragon.biz http://swtmvcwrapper.sourceforge.net mailto://hans at deragon.biz http://autopoweroff.sourceforge.net From skvidal at phy.duke.edu Tue Aug 26 14:23:49 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 26 Aug 2003 10:23:49 -0400 Subject: Screenshot tool In-Reply-To: <3F4B5E85.3040808@deragon.biz> References: <3F4A2EC7.8050805@deragon.biz> <1061826814.2919.7.camel@gmaeding> <3F4B5E85.3040808@deragon.biz> Message-ID: <1061907828.27068.9.camel@opus.phy.duke.edu> > > Yep. But is it possible to use this same tool to screenshot only a window > instead of the full screen? Or does one needs to crop in a paint program? > > As Jef Spaleta pointed out, that tool does not show in the main menu, where I > would expect such a program to be found. Should it be there? > > Unless I've gone daft can't you hit alt-printscreen to get _just_ the window? it works under rhl9. -sv From alan at redhat.com Tue Aug 26 14:39:25 2003 From: alan at redhat.com (Alan Cox) Date: Tue, 26 Aug 2003 10:39:25 -0400 (EDT) Subject: Screenshot tool In-Reply-To: <1061907828.27068.9.camel@opus.phy.duke.edu> from "seth vidal" at Aws 26, 2003 10:23:49 Message-ID: <200308261439.h7QEdPl16891@devserv.devel.redhat.com> > > As Jef Spaleta pointed out, that tool does not show in the main menu, where I > > would expect such a program to be found. Should it be there? > > > Unless I've gone daft can't you hit alt-printscreen to get _just_ the > window? > > it works under rhl9. Its a fine example of bad UI of course. It should also be on the menus 8) From jspaleta at princeton.edu Tue Aug 26 15:06:19 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 26 Aug 2003 11:06:19 -0400 Subject: Screenshot tool Message-ID: <1061910379.20391.36.camel@spatula> seth vidal: > Unless I've gone daft can't you hit alt-printscreen to get _just_ the > window? > it works under rhl9. Sure does...sadly though...knowing about that feature and other keyboard shortcut features actually requires some proactive reading. And we all know expecting people to read documentation is squandered hope. I have a problem with keyboard shortcut only features for that very reason. People have to be told how to do everything, they expect it, they crave it...through tooltips, status bars, little pop-up helper agents and even going so far as to write to a mailinglist...anything to avoid reading documentation. No one actually wants to find their own solution...they want to be told how to do specific tasks. There is a lot of room to explore tasked based help systems to see if users would prefer that to application by application documentation..but i digress. Keyboard shortcuts, unless they are presented to the user via a tooltip or menu item..are unfathomly hidden to most casual users. Sure printscreen seems obvious but alt-printscreen certaintly isn't. But the original problem on this thread with the screenshot proggie in gnome is that its inconsistantly placed in the menus. In the specific menupanel finderbar like panel the Actions menu contains several useful buttons. Now look at the standard main menu that you would place on a standard edge panel...all the items in the actions menu is in the main menu except screenshot(atleast on my rhl9 desktop)....thats seems inconsistent. Screenshot from the action menu from the menu panel should perhaps be in the standard fedora/gnomefoot menu button like the other action items...just so people can easily find it. But back to keyboard shortcuts...to make people aware of screenshot keyboard shortcuts i would suggest that the tooltip for that screenshot action item should give some information as to the accessible keyboard shortcuts...but this is probably not so easy to do since those are controllable through the keyboard shortcut preference dialog...to really work the tooltip couldnt be static text...it have to match the setting. But since we make it a point to have keyboard shortcuts listed in menu items inside applications...it seems reasonable for the casual user to expect keyboard shortcut listings in the panel menu items as well somehow. -jef"when is gnome going to implement an emacs-line command interface applet"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 pgunn at dachte.org Tue Aug 26 15:16:04 2003 From: pgunn at dachte.org (Pat Gunn) Date: Tue, 26 Aug 2003 10:16:4 -0500 Subject: New up2date broken Message-ID: <200308261516.h7QFG4Sp022079@dachte.org> Hey all, today I grabbed the latest up2date, and it appears to be unable to grab new packages. The version is 3.9.13-2, so I suggest you not upgrade to that particular version when it asks. Sample error: Fetching rpm headers... ######################################## Testing package set / solving RPM inter-dependencies... ######################################## curl-7.10.6-2.i386.rpm: ########################## Done. There was some sort of I/O error: [Errno 2] No such file or directory: '/var/spool/up2date/curl-7.10.6-2.i386.rpm' --- Pat Gunn mod: csna, bmcm, bmco, cooa, cona, clpd comod: coom http://dachte.org "Once the game is over, the King and the pawn go back in the same box." --Italian Proverb From gmaeding at kidspeace.org Tue Aug 26 15:35:52 2003 From: gmaeding at kidspeace.org (Glen Maeding) Date: Tue, 26 Aug 2003 11:35:52 -0400 Subject: Auto CD-ROM loading taken out? In-Reply-To: <1061904745.2857.6.camel@gmaeding> References: <1061472300.993.29.camel@one.myworld> <1061485925.2384.163.camel@locutus> <1061904745.2857.6.camel@gmaeding> Message-ID: <1061912151.2861.6.camel@gmaeding> On Tue, 2003-08-26 at 09:32, Glen Maeding wrote: > I dont know why, but it took me this long before i finally realized it > when i needed something off the CD, it wasnt auto loading it. I checked > /etc/fstab and much to my surprise, there wasnt a line for it. After researching some more, apparently it seems to be an old bug brought back to life at this link: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=84160 I seem to have similiar problem. But this one I tried to find /dev/cdrom and found none. my cdrom drive is identified as hdc in dmesg. -- -------------------------------------------------------------------- * -- Glen Maeding * -- MIS Tech @ Kidspeace Inc. * -- Webmaster of MIS-comm, Pdangel.org, and others... * -- E-mail: gmaeding at kidspeace.org * -- Pager e-mail: goik at tmail.com -------------------------------------------------------------------- From m.a.young at durham.ac.uk Tue Aug 26 16:11:24 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Tue, 26 Aug 2003 17:11:24 +0100 (BST) Subject: New up2date broken In-Reply-To: <200308261516.h7QFG4Sp022079@dachte.org> Message-ID: On Tue, 26 Aug 2003, Pat Gunn wrote: > Hey all, > today I grabbed the latest up2date, and it appears to be unable to grab new > packages. The version is 3.9.13-2, so I suggest you not upgrade to that > particular version when it asks. > Sample error: > > Fetching rpm headers... > ######################################## > > Testing package set / solving RPM inter-dependencies... > ######################################## > curl-7.10.6-2.i386.rpm: ########################## Done. > There was some sort of I/O error: [Errno 2] No such file or directory: '/var/spool/up2date/curl-7.10.6-2.i386.rpm' I saw the same thing, and have already reported it at http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=103074 Michael Young From skvidal at phy.duke.edu Tue Aug 26 16:18:29 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 26 Aug 2003 12:18:29 -0400 Subject: Screenshot tool In-Reply-To: <200308261439.h7QEdPl16891@devserv.devel.redhat.com> References: <200308261439.h7QEdPl16891@devserv.devel.redhat.com> Message-ID: <1061914709.27068.17.camel@opus.phy.duke.edu> On Tue, 2003-08-26 at 10:39, Alan Cox wrote: > > > As Jef Spaleta pointed out, that tool does not show in the main menu, where I > > > would expect such a program to be found. Should it be there? > > > > > Unless I've gone daft can't you hit alt-printscreen to get _just_ the > > window? > > > > it works under rhl9. > > Its a fine example of bad UI of course. It should also be on the menus 8) no disputing that. I was just mentioning that taking a picture of just a window using this tool _is_ possible. -sv From nmarsh1 at mac.com Tue Aug 26 16:32:39 2003 From: nmarsh1 at mac.com (Nick Marsh) Date: Tue, 26 Aug 2003 11:32:39 -0500 Subject: Beta ISOs removed from RHN Message-ID: <2154569.1061915559130.JavaMail.nmarsh1@mac.com> Anyone know whats up with the beta ISOs being removed from the Red Hat Network? I've been trying, unsucessfully, to download them for the past 2 days. I went to try again today, and the beta ISOs were gone. Could updates be pending? nick marsh nmarsh1 at mac.com From notting at redhat.com Tue Aug 26 16:39:45 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 26 Aug 2003 12:39:45 -0400 Subject: Beta ISOs removed from RHN In-Reply-To: <2154569.1061915559130.JavaMail.nmarsh1@mac.com>; from nmarsh1@mac.com on Tue, Aug 26, 2003 at 11:32:39AM -0500 References: <2154569.1061915559130.JavaMail.nmarsh1@mac.com> Message-ID: <20030826123945.A10853@devserv.devel.redhat.com> Nick Marsh (nmarsh1 at mac.com) said: > Anyone know whats up with the beta ISOs being removed from the > Red Hat Network? > > I've been trying, unsucessfully, to download them for the past 2 > days. I went to try again today, and the beta ISOs were gone. I can still find them; where are you looking? Bill From nmarsh1 at mac.com Tue Aug 26 16:41:06 2003 From: nmarsh1 at mac.com (Nick Marsh) Date: Tue, 26 Aug 2003 11:41:06 -0500 Subject: Graphical boot. Problems?(with screenshot) Message-ID: <5559653.1061916066784.JavaMail.nmarsh1@mac.com> Should the graphical boot background be grey, or is it supposed to be blue "lightrays" like the BlueCurve desktop background? http://idisk.mac.com/nmarsh1/Public/gb.jpg nick marsh nmarsh1 at mac.com From jsmith at drgutah.com Tue Aug 26 16:41:32 2003 From: jsmith at drgutah.com (Jared Smith) Date: 26 Aug 2003 10:41:32 -0600 Subject: Beta ISOs removed from RHN In-Reply-To: <20030826123945.A10853@devserv.devel.redhat.com> References: <2154569.1061915559130.JavaMail.nmarsh1@mac.com> <20030826123945.A10853@devserv.devel.redhat.com> Message-ID: <1061916092.26112.28.camel@banff.drgutah.com> On Tue, 2003-08-26 at 10:39, Bill Nottingham wrote: > Nick Marsh (nmarsh1 at mac.com) said: > > Anyone know whats up with the beta ISOs being removed from the > > Red Hat Network? > > > > I've been trying, unsucessfully, to download them for the past 2 > > days. I went to try again today, and the beta ISOs were gone. > > I can still find them; where are you looking? > > Bill > Man, I was hoping they'd moved them to make room for new ones :-) Jared Smith From nmarsh1 at mac.com Tue Aug 26 16:45:27 2003 From: nmarsh1 at mac.com (Nick Marsh) Date: Tue, 26 Aug 2003 11:45:27 -0500 Subject: Beta ISOs removed from RHN Message-ID: <5090066.1061916327556.JavaMail.nmarsh1@mac.com> >> I can still find them; where are you looking? https://rhn.redhat.com/network/software/download_isos.pxt nick marsh nmarsh1 at mac.com From nmarsh1 at mac.com Tue Aug 26 16:47:07 2003 From: nmarsh1 at mac.com (Nick Marsh) Date: Tue, 26 Aug 2003 11:47:07 -0500 Subject: Beta ISOs removed from RHN [SOLVED] Message-ID: <231639.1061916427610.JavaMail.nmarsh1@mac.com> They are burried under the channels link. Previously, all were listed on the main page. Thanks! nick marsh nmarsh1 at mac.com From Epps.Aaron at mayo.edu Tue Aug 26 16:48:16 2003 From: Epps.Aaron at mayo.edu (Epps, Aaron M.) Date: Tue, 26 Aug 2003 11:48:16 -0500 Subject: Graphical boot. Problems?(with screenshot) Message-ID: I hope the graphical boot gets a face-lift soon, maybe look at SuSE or Mandrake's boot screens as examples, otherwise I'd prefer to leave the text boot as the default. The graphical boot *feels* slower than the text one, maybe because it's not displaying as much info to the screen? -----Original Message----- From: Nick Marsh [mailto:nmarsh1 at mac.com] Sent: Tuesday, August 26, 2003 11:41 AM To: rhl-beta-list at redhat.com Subject: Graphical boot. Problems?(with screenshot) Should the graphical boot background be grey, or is it supposed to be blue "lightrays" like the BlueCurve desktop background? http://idisk.mac.com/nmarsh1/Public/gb.jpg nick marsh nmarsh1 at mac.com -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From antti at victoria.fi Tue Aug 26 16:55:29 2003 From: antti at victoria.fi (Antti) Date: 26 Aug 2003 19:55:29 +0300 Subject: wlan-ng packages for severn Message-ID: <1061916928.1112.4.camel@onyx> Has anyone recompiled those rpms? I just upgraded to severn and 'forgot' that I need wlan, and those old rh 9.0 packages won't work =). I'm using dlink dwl-650. -- Antti From sflory at rackable.com Tue Aug 26 17:06:24 2003 From: sflory at rackable.com (Samuel Flory) Date: Tue, 26 Aug 2003 10:06:24 -0700 Subject: Beta ISOs removed from RHN In-Reply-To: <5090066.1061916327556.JavaMail.nmarsh1@mac.com> References: <5090066.1061916327556.JavaMail.nmarsh1@mac.com> Message-ID: <3F4B9390.6080304@rackable.com> Nick Marsh wrote: >>>I can still find them; where are you looking? >>> >>> > >https://rhn.redhat.com/network/software/download_isos.pxt > > > Wouldn't it be faster to download them from a Red Hat mirror? -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From ksonney at redhat.com Tue Aug 26 18:07:44 2003 From: ksonney at redhat.com (Kevin Sonney) Date: 26 Aug 2003 14:07:44 -0400 Subject: wlan-ng packages for severn In-Reply-To: <1061916928.1112.4.camel@onyx> References: <1061916928.1112.4.camel@onyx> Message-ID: <1061921264.23254.41.camel@ksonney.rdu.redhat.com> On Tue, 2003-08-26 at 12:55, Antti wrote: > Has anyone recompiled those rpms? I just upgraded to severn and 'forgot' > that I need wlan, and those old rh 9.0 packages won't work =). I'm using > dlink dwl-650. There were a couple of extra steps I had to go through to get the SRPMs of wlan-ng compiled on severn : 1) install the kernel-wlan-ng source RPM 2) install kernel-source RPM and edit the Makefile to remove the "custom" in the version 3) export linvers=$(uname -r) 4) rpmbuild -ba kernel-wlan-ng --arch=i686 (or whatever your arch is) You should be good to go. At least I have been at home. -- ------------------------------------------ -- Kevin Sonney - Inside Sales Engineer -- -- Red Hat, Inc - 919.754.3700 x44112 -- -- ksonney at redhat.com - AIM: ksonney -- ------------------------------------------ 1024D/EB74 3C54 0260 6A01 705A 6F3F CD3B BAF1 4EB9 55BC Obviously I was either onto something, or on something. -- Larry Wall on the creation of Perl -------------- 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 alikins at redhat.com Tue Aug 26 18:31:14 2003 From: alikins at redhat.com (Adrian Likins) Date: Tue, 26 Aug 2003 14:31:14 -0400 Subject: New up2date broken In-Reply-To: ; from m.a.young@durham.ac.uk on Tue, Aug 26, 2003 at 05:11:24PM +0100 References: <200308261516.h7QFG4Sp022079@dachte.org> Message-ID: <20030826143114.B11820@redhat.com> On Tue, Aug 26, 2003 at 05:11:24PM +0100, M A Young wrote: > On Tue, 26 Aug 2003, Pat Gunn wrote: > > > Hey all, > > today I grabbed the latest up2date, and it appears to be unable to grab new > > packages. The version is 3.9.13-2, so I suggest you not upgrade to that > > particular version when it asks. > > Sample error: > > > > Fetching rpm headers... > > ######################################## > > > > Testing package set / solving RPM inter-dependencies... > > ######################################## > > curl-7.10.6-2.i386.rpm: ########################## Done. > > There was some sort of I/O error: [Errno 2] No such file or directory: '/var/spool/up2date/curl-7.10.6-2.i386.rpm' > > I saw the same thing, and have already reported it at > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=103074 doh. fixed in 3.9.14. Made the reget case work, but broke the normal case. gran 3.9.14 from the usual place. Adrian From antti at victoria.fi Tue Aug 26 18:36:45 2003 From: antti at victoria.fi (Antti) Date: 26 Aug 2003 21:36:45 +0300 Subject: wlan-ng packages for severn In-Reply-To: <1061921264.23254.41.camel@ksonney.rdu.redhat.com> References: <1061916928.1112.4.camel@onyx> <1061921264.23254.41.camel@ksonney.rdu.redhat.com> Message-ID: <1061923005.1112.10.camel@onyx> On Tue, 2003-08-26 at 21:07, Kevin Sonney wrote: > On Tue, 2003-08-26 at 12:55, Antti wrote: > > Has anyone recompiled those rpms? I just upgraded to severn and 'forgot' > > that I need wlan, and those old rh 9.0 packages won't work =). I'm using > > dlink dwl-650. > > There were a couple of extra steps I had to go through to get the SRPMs > of wlan-ng compiled on severn : > > 1) install the kernel-wlan-ng source RPM > 2) install kernel-source RPM and edit the Makefile to remove the > "custom" in the version > 3) export linvers=$(uname -r) > 4) rpmbuild -ba kernel-wlan-ng --arch=i686 (or whatever your arch is) > > You should be good to go. At least I have been at home. I don't have the recessary stuff to recompile. Is it possible that you could send me those? I'm in a closet writing this mail...=) -- Antti From dsavage at peaknet.net Tue Aug 26 18:42:06 2003 From: dsavage at peaknet.net (dsavage at peaknet.net) Date: Tue, 26 Aug 2003 13:42:06 -0500 (CDT) Subject: Using a USB camera in Severn Message-ID: <26055.140.175.214.37.1061923326.squirrel@www.peaknet.net> Some time back I bought an UltraPort USB camera for my IBM ThinkPad. It works great with NetMeeting and other apps under W2K, but isn't supported under XP (another good reason not to upgrade). Just for giggles and grins, I decided to try it with Severn. Lo and behold, 'lsusb' sees it as Bus 001 Device 004. "Very cool," I thought, then "OK, now what?" Can someone tell me what device in /dev this corresponds to, and suggest a couple of Severn applications I might be able to use it with? TIA --Doc Savage Fairview Heights, IL From peturth at hi.is Tue Aug 26 19:13:52 2003 From: peturth at hi.is (Petur T) Date: Tue, 26 Aug 2003 19:13:52 +0000 Subject: Sound not working on 2.6 kernel In-Reply-To: <1061894505.1459.2.camel@localhost.localdomain> References: <1061811825.2877.2.camel@tiger> <1061813446.6246.39.camel@one.myworld> <1061894505.1459.2.camel@localhost.localdomain> Message-ID: <3F4BB170.3040008@hi.is> Thiago Vinhas de Moraes wrote: > > Hi. > > I've downloaded the 2.6-test4 rpm from RedHat, and now the sound just > doesn't work on KDE. > I tried to run the redhat-config-sound, it detected the sound card and > I could hear the music it plays, but when I log in to KDE, I get the > following message: > > Sound server informational message: > > Error while initializing the sound driver: > > device /dev/dsp can't be opened (No such device) > The sound server will continue, using the null output device. > > Any idea of how to fix this? > > Regards, > Thiago I had the same problem using vanilla-2.6.x ,alsa and emu10k1 soundmodule. Turns out the modules where not being loaded so I just did that manually (and edited modprobe.conf), snd_emu10k1(my card), snd_pcm_oss, snd_seq_oss (for oss emulation). That worked for me, hope it works for you too. From ksonney at redhat.com Tue Aug 26 19:23:24 2003 From: ksonney at redhat.com (Kevin Sonney) Date: 26 Aug 2003 15:23:24 -0400 Subject: wlan-ng packages for severn In-Reply-To: <1061923005.1112.10.camel@onyx> References: <1061916928.1112.4.camel@onyx> <1061921264.23254.41.camel@ksonney.rdu.redhat.com> <1061923005.1112.10.camel@onyx> Message-ID: <1061925804.23254.47.camel@ksonney.rdu.redhat.com> On Tue, 2003-08-26 at 14:36, Antti wrote: > I don't have the recessary stuff to recompile. Is it possible that you > could send me those? I'm in a closet writing this mail...=) kernel-wlan-ng rpms now appearing in : ftp://people.redhat.com/ksonney/RedHatLinux/severn/ These are unofficial and unsupported. Just so you know. *grin* -- ------------------------------------------ -- Kevin Sonney - Inside Sales Engineer -- -- Red Hat, Inc - 919.754.3700 x44112 -- -- ksonney at redhat.com - AIM: ksonney -- ------------------------------------------ 1024D/EB74 3C54 0260 6A01 705A 6F3F CD3B BAF1 4EB9 55BC Seuss is God. We thought Clapton was, but it was grumpy, weird, wife-dumping, flawed genius Ted. -- Berkley Breathed, 2001 -------------- 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 antti at victoria.fi Tue Aug 26 19:47:12 2003 From: antti at victoria.fi (Antti) Date: 26 Aug 2003 22:47:12 +0300 Subject: wlan-ng packages for severn In-Reply-To: <1061925804.23254.47.camel@ksonney.rdu.redhat.com> References: <1061916928.1112.4.camel@onyx> <1061921264.23254.41.camel@ksonney.rdu.redhat.com> <1061923005.1112.10.camel@onyx> <1061925804.23254.47.camel@ksonney.rdu.redhat.com> Message-ID: <1061927232.1112.13.camel@onyx> On Tue, 2003-08-26 at 22:23, Kevin Sonney wrote: > On Tue, 2003-08-26 at 14:36, Antti wrote: > > I don't have the recessary stuff to recompile. Is it possible that you > > could send me those? I'm in a closet writing this mail...=) > > kernel-wlan-ng rpms now appearing in : > > ftp://people.redhat.com/ksonney/RedHatLinux/severn/ > > These are unofficial and unsupported. Just so you know. *grin* Thanks they work fine. -- Antti From antti at victoria.fi Tue Aug 26 19:50:30 2003 From: antti at victoria.fi (Antti) Date: 26 Aug 2003 22:50:30 +0300 Subject: default browser Message-ID: <1061927429.1112.15.camel@onyx> How do I change it? Now it's mozilla. I want it to epiphany. From nosp at xades.com Tue Aug 26 20:02:22 2003 From: nosp at xades.com (nosp) Date: 26 Aug 2003 21:02:22 +0100 Subject: default browser Message-ID: <1061928142.10477.169.camel@earth.xades.com> RedHat --> Preferences --> Preferred Applications --> Web Browser [for Gnome desktop] From steve at rueb.com Tue Aug 26 20:03:27 2003 From: steve at rueb.com (Steve Bergman) Date: Tue, 26 Aug 2003 15:03:27 -0500 Subject: New up2date broken In-Reply-To: <20030826143114.B11820@redhat.com> References: <200308261516.h7QFG4Sp022079@dachte.org> <20030826143114.B11820@redhat.com> Message-ID: <1061928207.4759.6.camel@ip68-12-228-23.ok.ok.cox.net> Thanks, Adrian. I don't mean to seem too obtuse, but what is the usual place? I don't see it in rawhide at the ftp.redhat.com site or as an available up2date package in the servern updates subchannel. On Tue, 2003-08-26 at 13:31, Adrian Likins wrote: > > doh. fixed in 3.9.14. Made the reget case work, > but broke the normal case. gran 3.9.14 from the > usual place. > From steve at rueb.com Tue Aug 26 20:10:03 2003 From: steve at rueb.com (Steve Bergman) Date: Tue, 26 Aug 2003 15:10:03 -0500 Subject: New up2date broken In-Reply-To: <1061928207.4759.6.camel@ip68-12-228-23.ok.ok.cox.net> References: <200308261516.h7QFG4Sp022079@dachte.org> <20030826143114.B11820@redhat.com> <1061928207.4759.6.camel@ip68-12-228-23.ok.ok.cox.net> Message-ID: <1061928603.4759.9.camel@ip68-12-228-23.ok.ok.cox.net> OK, maybe I am a bit obtuse today. The answer is, of course: http://people.redhat.com/alikins/up2date/severn/RPMS/ Never mind... On Tue, 2003-08-26 at 15:03, Steve Bergman wrote: > Thanks, Adrian. I don't mean to seem too obtuse, but what is the usual > place? From akabi at speakeasy.net Tue Aug 26 20:28:39 2003 From: akabi at speakeasy.net (ne...) Date: Tue, 26 Aug 2003 16:28:39 -0400 (EDT) Subject: Screenshot tool In-Reply-To: <3F4B5E85.3040808@deragon.biz> References: <3F4A2EC7.8050805@deragon.biz> <1061826814.2919.7.camel@gmaeding> <3F4B5E85.3040808@deragon.biz> Message-ID: On Aug 26, 2003 at 09:20, Hans Deragon in a maddening rage wrote: >Glen Maeding wrote: >> On Mon, 2003-08-25 at 11:44, Hans Deragon wrote: >> >>>Greetings. >>> >>> >>> I was looking for a screenshot tool under RH9 graphics menu and could not >>>find one directly. I had to google to find out that the Gimp provides such a >>>feature. >> >> >> Just right click on the ( in this case a GNOME panel ) panel > add to >> panel > button > Screenshot. Is this what you were looking for? > > >Yep. But is it possible to use this same tool to screenshot only a window >instead of the full screen? Or does one needs to crop in a paint program? > >As Jef Spaleta pointed out, that tool does not show in the main menu, where I >would expect such a program to be found. Should it be there? Folks, I hope you all realize that ksnapshot was just what you were looking for. -- Registered Linux User # 125653 (http://counter.li.org) Switch to: http://www.speakeasy.net/refer/190653 You're dead, Jim. -- McCoy, "The Tholian Web", stardate unknown 16:27:45 up 2 days, 4:02, 3 users, load average: 0.00, 0.00, 0.00 From alan at redhat.com Tue Aug 26 20:30:10 2003 From: alan at redhat.com (Alan Cox) Date: Tue, 26 Aug 2003 16:30:10 -0400 (EDT) Subject: Wine and Office In-Reply-To: <006201c36ab9$a9d66540$201e16ac@AllAccess> from "MJang" at Aws 24, 2003 11:33:33 Message-ID: <200308262030.h7QKUAA07389@devserv.devel.redhat.com> > While OpenOffice.org Write is now close, it is not adequate for some publishers whose infrastructure is based on MS Word and related > apps. For example, some publishers have specialty scripts within MS Word that just don't work for OOo Write for Windows, much less > for OOo Write for Linux. The same tends to be true of most areas - specialist macro stuff isnt portable with really fancy spreadsheets either (in either direction). Then again a word processor facility that allows me to submit a document that changes content on a chosen date might be viewed as dangerous by some and a feature by others.. From sflory at rackable.com Tue Aug 26 20:42:16 2003 From: sflory at rackable.com (Samuel Flory) Date: Tue, 26 Aug 2003 13:42:16 -0700 Subject: Using a USB camera in Severn In-Reply-To: <26055.140.175.214.37.1061923326.squirrel@www.peaknet.net> References: <26055.140.175.214.37.1061923326.squirrel@www.peaknet.net> Message-ID: <3F4BC628.80502@rackable.com> dsavage at peaknet.net wrote: >Some time back I bought an UltraPort USB camera for my IBM ThinkPad. It >works great with NetMeeting and other apps under W2K, but isn't supported >under XP (another good reason not to upgrade). > >Just for giggles and grins, I decided to try it with Severn. Lo and >behold, 'lsusb' sees it as Bus 001 Device 004. "Very cool," I thought, >then "OK, now what?" > >Can someone tell me what device in /dev this corresponds to, and suggest a >couple of Severn applications I might be able to use it with? > > Try gtkam, or if it's like my sony try the usb mass storage driver. (modprobe usb-storage; dmesg) -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From rhl at farorbit.com Tue Aug 26 21:15:37 2003 From: rhl at farorbit.com (stephan schutter) Date: Tue, 26 Aug 2003 16:15:37 -0500 Subject: AD DNS Message-ID: <3F4BCDF9.6020807@farorbit.com> Hi, I am in a large network that uses Active Directory DDNS and redhat can simply not resolve any other computernames in the network... well atleast thare is a large segment of them that can not be resolved. no workstations for example. I use the default setup and allow DHCP to configure everything. In windows it works fine, but in this version (I do not know about earlier versions) it does not work at all. I do nslookup to the same server using the same DNS server and get diferent results. eg. the DNS server (windows 2000) does not reply with the same anwer if you are redhat. WIN: Z:\tmp\scan>nslookup burner Server: dhcnic02..com Address: 10.104.241.115 Name: burner.stores..com Address: 10.89.17.84 REDHAT: Note: nslookup is deprecated and may be removed from future releases. Consider using the `dig' or `host' programs instead. Run nslookup with the `-sil[ent]' option to prevent this message from appearing. Server: 10.104.241.115 Address: 10.104.241.115#53 ** server can't find burner: SERVFAIL What is going on????!!! RedHat cant talk DNS?? From garrett at redhat.com Tue Aug 26 22:00:28 2003 From: garrett at redhat.com (Garrett LeSage) Date: Tue, 26 Aug 2003 18:00:28 -0400 Subject: Graphical boot. Problems?(with screenshot) In-Reply-To: References: Message-ID: <3F4BD87C.3020407@redhat.com> Nick & Epps, There is a first-draft mock-up for rhgb which should hopefully be in the process of being implemented by Jonathan. There is also a new GDM theme which looks somewhat similar. I have chosen to make things look a bit simplified in the next round of things. Basically, I'm shooting for the "simple, yet elegant" approach when redesigning some of this stuff. (: What you currently see with rhgb is a placeholder put together by Jonathan. It's not bad, but it is not planned to be the final look. Garrett Epps, Aaron M. wrote: > I hope the graphical boot gets a face-lift soon, maybe look at SuSE or Mandrake's boot screens as examples, otherwise I'd prefer to leave the text boot as the default. The graphical boot *feels* slower than the text one, maybe because it's not displaying as much info to the screen? > >-----Original Message----- >From: Nick Marsh [mailto:nmarsh1 at mac.com] >Sent: Tuesday, August 26, 2003 11:41 AM >To: rhl-beta-list at redhat.com >Subject: Graphical boot. Problems?(with screenshot) > >Should the graphical boot background be grey, or is it supposed to be blue "lightrays" like the BlueCurve desktop background? > >http://idisk.mac.com/nmarsh1/Public/gb.jpg > > From rpjday at mindspring.com Tue Aug 26 21:13:01 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 26 Aug 2003 17:13:01 -0400 (EDT) Subject: cursor disappears and reappears on a regular basis Message-ID: context: severn beta 2.6.0-test4-bk1 kernel inspiron 8100 with external USB optical logitech mouse starting only recently, when i'm in X, the cursor regularly vanishes, only to reappear a few seconds later, usually at the edge of the screen. strange behavior, and nothing i've ever seen before until recently with the really recent 2.6.0 test kernels. thoughts? rday From shugal at gmx.de Tue Aug 26 22:22:23 2003 From: shugal at gmx.de (Martin Stricker) Date: Wed, 27 Aug 2003 00:22:23 +0200 Subject: Testing NPTL on i586 [was: What is minimum RAM to install?] References: <3F4AAC67.7897.2E0119@localhost> Message-ID: <3F4BDD9F.28C3B9D2@gmx.de> Leonard den Ottolander wrote: > > By the way, I also have a real i486, but I still need to check the > > hardware and get a decent-sized harddrive for it. > > The problem with 486's is that it's quite annoying to use anaconda > to install the system since 8.0. The missing i386 kernel will cause > all packages to complain about missing depencies (ie the kernel) > which will cause the install to take ages to complete. If you want > to install on a 486 you'ld rather use another means of installation > (rpm --root -i $(cat packs) from a system with > a compatible version of rpm). Nope, that's what the RULE ISO image is made for. *grin* Look at http://www.rule-project.org/ - it was founded to use Red Hat Linux on platforms where Anaconda will no longer install the system. Best regards, Martin Stricker -- Homepage: http://www.martin-stricker.de/ Linux Migration Project: http://www.linux-migration.org/ Red Hat Linux 8.0 for low memory: http://www.rule-project.org/ Registered Linux user #210635: http://counter.li.org/ From gstool at earthlink.net Tue Aug 26 22:51:38 2003 From: gstool at earthlink.net (Gerry Tool) Date: Tue, 26 Aug 2003 17:51:38 -0500 Subject: Start Here Desktop icon not functional after rawhide up2date Message-ID: <3F4BE47A.5040803@earthlink.net> I have used the new up2date and new -updates channel to upgrade my severn install. The desktop Start Here icon no longer functions and opens a dialog with the message: ========== The action associated with "vfolder" is invalid. You can configure GNOME to associate a different application or viewer with this file type. Do you want to associate an application or viewer with this file type now? ========== The cancel button in the dialog does not function either. Do others experience the same thing, and should I report to bugzilla? If so, what component should receive the report? Thanks. Gerry From suckfish at ihug.co.nz Tue Aug 26 23:14:07 2003 From: suckfish at ihug.co.nz (Ralph Loader) Date: Wed, 27 Aug 2003 11:14:07 +1200 Subject: Gnome not working any longer - Rawhide - now works In-Reply-To: References: <3F482A57.1000808@columbus.rr.com> <3F4902BE.7050402@columbus.rr.com> <1061781113.15041.8.camel@localhost.localdomain> Message-ID: <1061939647.24226.5.camel@localhost.localdomain> Mike, > >With 4.3.0-22 my metacity shortcuts that have the windows key as a > >modifier no longer work. > > Have you updated metacity or anything else as well? I'd like to > rule out a bug in something else before puking through xkb files > again. ;o) Downgrading metacity a few versions does not fix the problem. Downgrading XFree86-* to 4.3.0-18 does fix the problem. Looks like an XFree86 problem to me. Got your barf bag handy? Ralph. From kylem at xwell.org Tue Aug 26 23:40:53 2003 From: kylem at xwell.org (Kyle Maxwell) Date: Tue, 26 Aug 2003 18:40:53 -0500 Subject: fontilus/control-center conflict Message-ID: <1061941252.6335.4.camel@lando> I'm updating my Severn system with the new severn-updates channel (thanks RH!) and everything seems to be updating OK (still going), but I ran into a file conflict between fontilus (fontilus-0.3-5) and control-center (control-center-2.2.2-1 going to control-center-2.3.5-1), requiring me to deselect control-center to proceed. The messages are below. Is anyone else seeing this? Is it something I've got wrong on my end? Or should I file in Bugzilla, as a search didn't show anything? Test install failed because of package conflicts: file /etc/gconf/schemas/fontilus.schemas from install of control-center-2.3.5-1 conflicts with file from package fontilus-0.3-5 file /usr/bin/gnome-font-viewer from install of control-center-2.3.5-1 conflicts with file from package fontilus-0.3-5 file /usr/bin/gnome-thumbnail-font from install of control-center-2.3.5-1 conflicts with file from package fontilus-0.3-5 file /usr/lib/gnome-vfs-2.0/modules/libfont-method.so from install of control-center-2.3.5-1 conflicts with file from package fontilus-0.3-5 -- Kyle Maxwell From seyman at wanadoo.fr Tue Aug 26 23:48:58 2003 From: seyman at wanadoo.fr (Emmanuel Seyman) Date: Wed, 27 Aug 2003 01:48:58 +0200 Subject: Video card detection and /dev/fb0 Message-ID: <20030826234858.GA9551@orient.maison> I'm running Severn on an old computer which includes a Diamond Stealth 2001 video card (ark2000pv chipset included). Somebody gave me a Pinnacle TV Card to test and I decided to what Severn had to say about it. Kudzu detected on boot and configured everything the way it should be and scantv gave me an almost perfect .xawtvrc file but I then realized X wasn't configured. Running redhat-config-xfree86 gives me the following output: * ddcprobe returned bogus values: ID: None Name: None HorizSync: None VertSync: None * ddcprobe returned bogus values: ID: None Name: None HorizSync: None VertSync: None Couldn't start X server, trying with a fresh configuration Trying with card: Ark Logic ARK2000MT (generic) Error, cannot start X server. I then decided to test it using fbtv but I can't seem to make the framebuffer stick. I boot with the "vga=ask" option and the install starts in the mode that I chose but the system reverts back to "normal" text when the "Setting default font" line comes up. Known issue or simply a case of having the wrond card at the wrong time? Emmanuel From imoq at imoqland.com Wed Aug 27 00:00:27 2003 From: imoq at imoqland.com (Alejandro =?ISO-8859-1?Q?Gonz=E1lez_Hern=E1ndez?= - Imoq) Date: 26 Aug 2003 19:00:27 -0500 Subject: A solution to the Galeon situation? In-Reply-To: <1061562780.2219.25.camel@gruyere.lan.livna.org> References: <1061493767.16661.55.camel@sonylap1> <1061562780.2219.25.camel@gruyere.lan.livna.org> Message-ID: <1061942427.7693.2.camel@imoqland.morelos.gob.mx> On Fri, 2003-08-22 at 09:33, Dams wrote: > According to http://galeon.sourceforge.net/links/interview_2003-07.php > galeon2 will be release before the end of summer. It's obvious galeon2 > wont make it in Cambridge but expect a package in fedora > (http://www.fedora.us/) [almost] as soon as it is released. Maybe even > before the final release if cvs snapshots and/or milestones proove to be > quite stable enough to be usable - and i dont think they are actually as > galeon 1.3.7 keeps crashing on startup with me. I have been using galeon 1.3.7 for several weeks now. No crashes, no errors, no problems at all. [imoq at imoqland imoq]$ rpm -q galeon galeon-1.3.7-0.dag.rh90 FWIW. Alex. -- ?S? libre, usa software libre! Be free, use free software! http://www.imoqland.com/ From hoyt at cavtel.net Wed Aug 27 00:55:51 2003 From: hoyt at cavtel.net (HoytDuff) Date: Tue, 26 Aug 2003 20:55:51 -0400 Subject: wlan-ng packages for severn In-Reply-To: <1061927232.1112.13.camel@onyx> References: <1061916928.1112.4.camel@onyx> <1061925804.23254.47.camel@ksonney.rdu.redhat.com> <1061927232.1112.13.camel@onyx> Message-ID: <200308262055.51452.hoyt@cavtel.net> On Tuesday 26 August 2003 03:47 pm, Antti wrote: > > > > kernel-wlan-ng rpms now appearing in : > > > > ftp://people.redhat.com/ksonney/RedHatLinux/severn/ > > > > These are unofficial and unsupported. Just so you know. *grin* > I get this message when installing kernel-wlan-ng-usb-0.2.0-7.i686.rpm ACHTUNG! ATTENTION! WARNING! YOU MUST configure /etc/wlan/wlan.conf to define your SSID! YOU ALSO must configure /etc/wlan/wlancfg-SSID to match WAP settings! (---> replace SSID in filename with the value of your SSID) But I have no /etc/wlan/wlancfg-SSID. Do they mean /etc/wlan/wlancfg-DEFAULT? -- Hoyt From kylem at xwell.org Wed Aug 27 01:05:11 2003 From: kylem at xwell.org (Kyle Maxwell) Date: Tue, 26 Aug 2003 20:05:11 -0500 Subject: GNOME Panel has incorrect icon Message-ID: <1061946311.6229.5.camel@lando> Unless I'm mistaken, the Red Hat icon for the main menu in the panel has changed to a typewriter (?!) after doing the latest updates from RHN severn-updates channel. There's a shot available at http://xwell.org/archives/Screenshot-Gnome-panel.png. I'm using redhat-artwork-0.80-1 (not sure if it's another package). Simultaneously, many of the icons in the main menu have disappeared (Games, Graphics, Internet, Programming, Sound & Video, and System Tools). Also, I don't know if it's related, but the Log Out and Lock selections in the menu have disappeared; AFAICT I'll have to log out with -. Is there something I'm missing (eg a config that needs to be edited)? Or should I file in Bugzilla? Or am I just behind the curve and this is already being worked out? -- Kyle Maxwell From jim-cornette at columbus.rr.com Wed Aug 27 01:25:52 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Tue, 26 Aug 2003 21:25:52 -0400 Subject: Xfree or not Xfree? - Regression, progression, sanity, 3D and Xine In-Reply-To: <1061939647.24226.5.camel@localhost.localdomain> References: <3F482A57.1000808@columbus.rr.com> <3F4902BE.7050402@columbus.rr.com> <1061781113.15041.8.camel@localhost.localdomain> <1061939647.24226.5.camel@localhost.localdomain> Message-ID: <3F4C08A0.9080009@columbus.rr.com> Ralph Loader wrote: > Mike, > > >>>With 4.3.0-22 my metacity shortcuts that have the windows key as a >>>modifier no longer work. >> >>Have you updated metacity or anything else as well? I'd like to >>rule out a bug in something else before puking through xkb files >>again. ;o) > > > Downgrading metacity a few versions does not fix the problem. > > Downgrading XFree86-* to 4.3.0-18 does fix the problem. > > Looks like an XFree86 problem to me. > > Got your barf bag handy? > > Ralph. > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > Are the newer versions of XFree86 going to be regressing? Is there any sanity to versioning? I'm holding off on updating any more Xfree86 versions for awhile then. Also, I got to test out Fedora's version of Xine with "Lord Of The Rings". There seemed to be great depth "3-D like effects and really was enjoyable to watch. Is this 3-D contributed to Xfree86 improvements or work within the xine program? Or is it flat and It's a great illusion. Jim -- "It's God. No, not Richard Stallman, or Linus Torvalds, but God." (By Matt Welsh) From dwalsh at redhat.com Wed Aug 27 02:08:14 2003 From: dwalsh at redhat.com (Daniel J Walsh) Date: Tue, 26 Aug 2003 22:08:14 -0400 Subject: AD DNS References: <3F4BCDF9.6020807@farorbit.com> Message-ID: <3F4C128E.2060803@redhat.com> stephan schutter wrote: > Hi, > I am in a large network that uses Active Directory DDNS and redhat can > simply not resolve any other computernames in the network... well > atleast thare is a large segment of them that can not be resolved. no > workstations for example. I use the default setup and allow DHCP to > configure everything. In windows it works fine, but in this version > (I do not know about earlier versions) it does not work at all. I do > nslookup to the same server using the same DNS server and get diferent > results. eg. the DNS server (windows 2000) does not reply with the > same anwer if you are redhat. > WIN: > Z:\tmp\scan>nslookup burner > Server: dhcnic02..com > Address: 10.104.241.115 > > Name: burner.stores..com > Address: 10.89.17.84 > > REDHAT: > Note: nslookup is deprecated and may be removed from future releases. > Consider using the `dig' or `host' programs instead. Run nslookup with > the `-sil[ent]' option to prevent this message from appearing. > Server: 10.104.241.115 > Address: 10.104.241.115#53 > > ** server can't find burner: SERVFAIL > What is going on????!!! RedHat cant talk DNS?? > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list Are you specifying the fully qualified domain. Look at /etc/resolv.conf. What does it have for its domain? What does it have after search? Dan From mharris at redhat.com Wed Aug 27 02:04:25 2003 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 26 Aug 2003 22:04:25 -0400 (EDT) Subject: Xfree or not Xfree? - Regression, progression, sanity, 3D and Xine In-Reply-To: <3F4C08A0.9080009@columbus.rr.com> References: <3F482A57.1000808@columbus.rr.com> <3F4902BE.7050402@columbus.rr.com> <1061781113.15041.8.camel@localhost.localdomain> <1061939647.24226.5.camel@localhost.localdomain> <3F4C08A0.9080009@columbus.rr.com> Message-ID: On Tue, 26 Aug 2003, Jim Cornette wrote: >> Downgrading metacity a few versions does not fix the problem. >> >> Downgrading XFree86-* to 4.3.0-18 does fix the problem. >> >> Looks like an XFree86 problem to me. >> >> Got your barf bag handy? > >Are the newer versions of XFree86 going to be regressing? Is there any >sanity to versioning? This is an OS development cycle. Development is occuring. Bugs get fixed, and problems get investigated. Sometimes new problems creep up, and then get fixed again later on. If you can't handle that, then don't run the betas. This isn't meant for production usage by any longshot. It's meant for testing purposes by those who expect to find bugs, and can deal with finding bugs, and reporting them so they can be fixed. People using the software, expecting it will be rock solid stable when it is a beta, and then complaining does nobody any good whatsoever. >I'm holding off on updating any more Xfree86 versions for awhile >then. Please do. However, you should note that if you wait until the final version, and something has been fixed and is awaiting confirmation that it's been fixed, and nobody tests the fix, then it will likely remain broken. For the time being, if you want a stable, tested, and official product that is supported, use Red Hat Linux 9, Red Hat Enterprise Linux. You definitely shouldn't be using a beta release or rawhide packages however if you expect them to not ever break. Hope this clarifies things. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From hutigers at hotmail.com Wed Aug 27 02:40:29 2003 From: hutigers at hotmail.com (=?gb2312?B?1dgg9s4=?=) Date: Wed, 27 Aug 2003 10:40:29 +0800 Subject: Problems on file conflicts Message-ID: I have some problems on file conflicts when I using up2date. I want to know whether I use -f will fix this problem? problems are as follows: [root at www root]# up2date -ui --nosig Fetching package list for channel: redhat-linux-severn-i386-9.0.93... ######################################## Fetching package list for channel: redhat-linux-severn-i386-9.0.93-updates... ######################################## Fetching Obsoletes list for channel: redhat-linux-severn-i386-9.0.93... Fetching Obsoletes list for channel: redhat-linux-severn-i386-9.0.93-updates... Fetching rpm headers... ######################################## Testing package set / solving RPM inter-dependencies... ######################################## RPM package conflict error. The message was: Test install failed because of package conflicts: file /etc/gconf/schemas/fontilus.schemas from install of control-center-2.3.5-1 conflicts with file from package fontilus-0.3-5 file /usr/bin/gnome-font-viewer from install of control-center-2.3.5-1 conflicts with file from package fontilus-0.3-5 file /usr/bin/gnome-thumbnail-font from install of control-center-2.3.5-1 conflicts with file from package fontilus-0.3-5 file /usr/lib/gnome-vfs-2.0/modules/libfont-method.so from install of control-center-2.3.5-1 conflicts with file from package fontilus-0.3-5 _________________________________________________________________ ?????????????? MSN Messenger: http://messenger.msn.com/cn From binarywizard at att.net Wed Aug 27 02:47:37 2003 From: binarywizard at att.net (binarywizard) Date: Tue, 26 Aug 2003 22:47:37 -0400 Subject: Creation of Boot Diskette (not the one used for Linux installation) Message-ID: <000101c36c45$94051490$6400a8c0@nonet0uqgcejch> I have a problem that may be really simple, however, I cannot find a reference anywhere as to how to solve it. I am running a system were the first physical hard drive is set up with two 20 GB partitions. The first partition contains Windows 2000 ( from which I want to migrate during the next few weeks), and on the second partition I just installed a copy of Red Hat Linux 9.0.93 (Severn). I chose not to install a boot loader, since I expected the system to boot directly to Win2K unless I inserted a Linux boot diskette, which I created during the installation of Linux. Unfortunately, the diskette I used appears to be defective and Linux is not booting, so I would like to know, short of reinstalling Linux again, is there a way to recreate this Linux boot diskette? I only see a passing reference to it on the downloadable Red Hat documentation (section 3.30 of the x86 Installation Guide), and no reference at all in deja.com or elsewhere. Any help would be greatly appreciated. Thanks Arsene -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim-cornette at columbus.rr.com Wed Aug 27 03:11:23 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Tue, 26 Aug 2003 23:11:23 -0400 Subject: Xfree or not Xfree? - Regression, progression, sanity, 3D and Xine In-Reply-To: References: <3F482A57.1000808@columbus.rr.com> <3F4902BE.7050402@columbus.rr.com> <1061781113.15041.8.camel@localhost.localdomain> <1061939647.24226.5.camel@localhost.localdomain> <3F4C08A0.9080009@columbus.rr.com> Message-ID: <3F4C215B.9080100@columbus.rr.com> Mike A. Harris wrote: > On Tue, 26 Aug 2003, Jim Cornette wrote: > > >>>Downgrading metacity a few versions does not fix the problem. >>> >>>Downgrading XFree86-* to 4.3.0-18 does fix the problem. >>> >>>Looks like an XFree86 problem to me. >>> >>>Got your barf bag handy? >> >>Are the newer versions of XFree86 going to be regressing? Is there any >>sanity to versioning? > > > This is an OS development cycle. Development is occuring. Bugs > get fixed, and problems get investigated. Sometimes new problems > creep up, and then get fixed again later on. > > If you can't handle that, then don't run the betas. This isn't > meant for production usage by any longshot. It's meant for > testing purposes by those who expect to find bugs, and can deal > with finding bugs, and reporting them so they can be fixed. I expected bugs along the way. Plus, this is the first version of Red Hat or any other version of Linux that will work on this particular computer. I tried the latest version of the RH9 kernel and it locked up on pcmcia. Therefore, this is the best OS. Rawhide updating through Up2date is a great advantage. You get to see what all of these programs interactions cause on the OS. I'm glad that Xfree86 and GNOME are playing nice together again. I was concerned that I would lose GNOME interaction again, if I upgraded XFree. I understand the balance with resolving the other users bugs. (Keyboard problems, especially) > > People using the software, expecting it will be rock solid stable > when it is a beta, and then complaining does nobody any good > whatsoever. > This is more related to ACPI being pulled because of instabilities. Then some users being inconvienienced by the lack of valuable features on their systems. It is meant to be more general. In case of regression for satisfying the major users, I wanted to be aware if this was going to happen, if I upgraded. It is more of not wanting to lose functionality again. If regression has to be tried to resolve problems, then I'd rather not bust the system again. The versioning comment was more related to going from 1.1.x to 1.1.y might be stepping back in functionality. I see why you commented about the Abbott and Costello sounding explanation. > > >>I'm holding off on updating any more Xfree86 versions for awhile >>then. > > > Please do. However, you should note that if you wait until the > final version, and something has been fixed and is awaiting > confirmation that it's been fixed, and nobody tests the fix, then > it will likely remain broken. Trial and error, before it goes to the masses, under beta or alpha is the only way to wring out the bugs. I see up2date and rawhide as a way to catch bugs early on. I opted out of the up2date upgrade and found the control center to be as a previous user explained. I only force installed redhat-release, after having trouble with rawhide-release not working with up2date. Regression is sometimes the better solution. > > For the time being, if you want a stable, tested, and official > product that is supported, use Red Hat Linux 9, Red Hat > Enterprise Linux. You definitely shouldn't be using a beta > release or rawhide packages however if you expect them to not > ever break. > > Hope this clarifies things. > It clarifies them better to me. Though I think I might have worded things which could be taken as wanting a perfect progressional upgrade cycle. I do, but do not expect it from a pre-QA'ed program set. Jim > -- If while you are in school, there is a shortage of qualified personnel in a particular field, then by the time you graduate with the necessary qualifications, that field's employment market is glutted. -- Marguerite Emmons From alexl at redhat.com Wed Aug 27 08:34:10 2003 From: alexl at redhat.com (Alexander Larsson) Date: 27 Aug 2003 10:34:10 +0200 Subject: fontilus/control-center conflict In-Reply-To: <1061941252.6335.4.camel@lando> References: <1061941252.6335.4.camel@lando> Message-ID: <1061973250.22694.103.camel@localhost.localdomain> On Wed, 2003-08-27 at 01:40, Kyle Maxwell wrote: > I'm updating my Severn system with the new severn-updates channel > (thanks RH!) and everything seems to be updating OK (still going), but I > ran into a file conflict between fontilus (fontilus-0.3-5) and > control-center (control-center-2.2.2-1 going to control-center-2.3.5-1), > requiring me to deselect control-center to proceed. The messages are > below. > > Is anyone else seeing this? Is it something I've got wrong on my end? Or > should I file in Bugzilla, as a search didn't show anything? > > Test install failed because of package conflicts: > file /etc/gconf/schemas/fontilus.schemas from install of > control-center-2.3.5-1 conflicts with file from > package fontilus-0.3-5 > file /usr/bin/gnome-font-viewer from install of control-center-2.3.5-1 > conflicts with file from package > fontilus-0.3-5 > file /usr/bin/gnome-thumbnail-font from install of > control-center-2.3.5-1 conflicts with file from package > fontilus-0.3-5 > file /usr/lib/gnome-vfs-2.0/modules/libfont-method.so from install of > control-center-2.3.5-1 conflicts > with file from package fontilus-0.3-5 control-center 2.3.5-2 has the required "obsoletes: fontilus" tag. The fontilus code has been integrated into control-center. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a one-legged native American hairdresser searching for his wife's true killer. She's an artistic green-skinned stripper from beyond the grave. They fight crime! From phil-ml at techworks.ie Wed Aug 27 10:25:02 2003 From: phil-ml at techworks.ie (Philip Trickett) Date: Wed, 27 Aug 2003 11:25:02 +0100 Subject: Using a USB camera in Severn In-Reply-To: <26055.140.175.214.37.1061923326.squirrel@www.peaknet.net> References: <26055.140.175.214.37.1061923326.squirrel@www.peaknet.net> Message-ID: <1061979902.2719.8.camel@unagi.internal.techworks.ie> On Tue, 2003-08-26 at 19:42, dsavage at peaknet.net wrote: > > Can someone tell me what device in /dev this corresponds to, and suggest a > couple of Severn applications I might be able to use it with? > the device is usually /dev/video0 It works nicely with gnomemeeting, http://www.gnomemeeting.org/ (I think it comes with the severn beta.) HTH, Phil From jim-cornette at columbus.rr.com Wed Aug 27 10:46:48 2003 From: jim-cornette at columbus.rr.com (Jim Cornette) Date: Wed, 27 Aug 2003 06:46:48 -0400 Subject: fontilus/control-center conflict In-Reply-To: <1061973250.22694.103.camel@localhost.localdomain> References: <1061941252.6335.4.camel@lando> <1061973250.22694.103.camel@localhost.localdomain> Message-ID: <3F4C8C18.3080000@columbus.rr.com> Alexander Larsson wrote: > On Wed, 2003-08-27 at 01:40, Kyle Maxwell wrote: > >>I'm updating my Severn system with the new severn-updates channel >>(thanks RH!) and everything seems to be updating OK (still going), but I >>ran into a file conflict between fontilus (fontilus-0.3-5) and >>control-center (control-center-2.2.2-1 going to control-center-2.3.5-1), >>requiring me to deselect control-center to proceed. The messages are >>below. >> >>Is anyone else seeing this? Is it something I've got wrong on my end? Or >>should I file in Bugzilla, as a search didn't show anything? >> >>Test install failed because of package conflicts: >>file /etc/gconf/schemas/fontilus.schemas from install of >>control-center-2.3.5-1 conflicts with file from >>package fontilus-0.3-5 >>file /usr/bin/gnome-font-viewer from install of control-center-2.3.5-1 >>conflicts with file from package >>fontilus-0.3-5 >>file /usr/bin/gnome-thumbnail-font from install of >>control-center-2.3.5-1 conflicts with file from package >>fontilus-0.3-5 >>file /usr/lib/gnome-vfs-2.0/modules/libfont-method.so from install of >>control-center-2.3.5-1 conflicts >>with file from package fontilus-0.3-5 > > > control-center 2.3.5-2 has the required "obsoletes: fontilus" tag. > The fontilus code has been integrated into control-center. > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Alexander Larsson Red Hat, Inc > alexl at redhat.com alla at lysator.liu.se > He's a one-legged native American hairdresser searching for his wife's true > killer. She's an artistic green-skinned stripper from beyond the grave. They > fight crime! > > rpm -e fontilus Then run up2date and it installed control-center successfully. Is this happening a lot? (combining programs within related groupings.) As lisa becoming part of kdenetworks through me off before. Jim -- Caution: Keep out of reach of children. From hobbit at aloss.ukuu.org.uk Wed Aug 27 11:22:09 2003 From: hobbit at aloss.ukuu.org.uk (Telsa Gwynne) Date: Wed, 27 Aug 2003 12:22:09 +0100 Subject: A solution to the Galeon situation? In-Reply-To: <3F46269B.5050507@cypress.com> References: <20030821200450.19263.qmail@linuxmail.org> <3F46269B.5050507@cypress.com> Message-ID: <20030827112209.GP30215@aloss.ukuu.org.uk> On Fri, Aug 22, 2003 at 09:20:11AM -0500 or thereabouts, Thomas Dodd wrote: > >http://rawhide.redhat.com/pub/redhat/linux/rawhide/i386/RedHat/RPMS/epiphany-0.8.4-1.i386.rpm > > So how do I tell it to use a proxy? There's no setting in the prefs for > it. It's not usig the vaule set in gconf. An the documentation is useless. Epiphany documentation bugs go into gnome bugzilla: product: epiphany component: docs Even if it is documented in full elsewhere, I agree that "setting proxies up" should at least be pointed to in the browser docs. Telsa From alan at redhat.com Wed Aug 27 11:35:24 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 27 Aug 2003 07:35:24 -0400 (EDT) Subject: New versions of rescue CD (aka Sysadmin Survival CD) ? In-Reply-To: from "Alexandre Oliva" at Aws 21, 2003 05:28:01 Message-ID: <200308271135.h7RBZOh26349@devserv.devel.redhat.com> > the boxed set. Maybe it's also supplied as a separate CD in the box > as well. AFAIK it's not available for download because it's just a > subset of the bits in CD1: the xdelta between CD1 to rescuecd is 2353 > bytes. Definitely a case for putting the xdelta up somewhere. From akabi at speakeasy.net Wed Aug 27 11:36:08 2003 From: akabi at speakeasy.net (ne...) Date: Wed, 27 Aug 2003 07:36:08 -0400 (EDT) Subject: Video card detection and /dev/fb0 In-Reply-To: <20030826234858.GA9551@orient.maison> References: <20030826234858.GA9551@orient.maison> Message-ID: On Aug 27, 2003 at 01:48, Emmanuel Seyman in a maddening rage wrote: > >I'm running Severn on an old computer which includes a Diamond Stealth 2001 >video card (ark2000pv chipset included). >Somebody gave me a Pinnacle TV Card to test and I decided to what Severn >had to say about it. > >Kudzu detected on boot and configured everything the way it should be >and scantv gave me an almost perfect .xawtvrc file but I then realized >X wasn't configured. > >Running redhat-config-xfree86 gives me the following output: > >* ddcprobe returned bogus values: >ID: None >Name: None >HorizSync: None >VertSync: None > >* ddcprobe returned bogus values: >ID: None >Name: None >HorizSync: None >VertSync: None These have to do with your monitor and not the video card. You need the specs for your monitor and then edit the XF86Config file generated and put them in. -- Registered Linux User # 125653 (http://counter.li.org) Switch to: http://www.speakeasy.net/refer/190653 A Fortran compiler is the hobgoblin of little minis. 07:34:09 up 2 days, 19:08, 3 users, load average: 0.00, 0.00, 0.00 From alan at redhat.com Wed Aug 27 11:39:23 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 27 Aug 2003 07:39:23 -0400 (EDT) Subject: Severn Beta2 In-Reply-To: <20030821144655.A4630@devserv.devel.redhat.com> from "Bill Nottingham" at Aws 21, 2003 02:46:55 Message-ID: <200308271139.h7RBdOw28513@devserv.devel.redhat.com> > No, it's ++ in programmer syntax, i.e., the next increment. The fact > that Cambridge in the name does not necessarily denote its similarity > to the Cambridge codebase. :) Should be ++Cambridge of course otherwise it evaluates to Cambridge and we get two Cambridges and then +1 8) From pmatilai at welho.com Wed Aug 27 11:46:07 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Wed, 27 Aug 2003 14:46:07 +0300 Subject: Creation of Boot Diskette (not the one used for Linux installation) In-Reply-To: <000101c36c45$94051490$6400a8c0@nonet0uqgcejch> References: <000101c36c45$94051490$6400a8c0@nonet0uqgcejch> Message-ID: <1061984767.3f4c99ff26308@webmail.welho.com> Quoting binarywizard : > I have a problem that may be really simple, however, I cannot find a > reference anywhere as to how to solve it. > > I am running a system were the first physical hard drive is set up with > two 20 GB partitions. The first partition contains Windows 2000 ( from > which I want to migrate during the next few weeks), and on the second > partition I just installed a copy of Red Hat Linux 9.0.93 (Severn). > > I chose not to install a boot loader, since I expected the system to > boot directly to Win2K unless I inserted a Linux boot diskette, which I > created during the installation of Linux. Unfortunately, the diskette I > used appears to be defective and Linux is not booting, so I would like > to know, short of reinstalling Linux again, is there a way to recreate > this Linux boot diskette? > > I only see a passing reference to it on the downloadable Red Hat > documentation (section 3.30 of the x86 Installation Guide), and no > reference at all in deja.com or elsewhere. Boot from installation CD/floppies with "rescue" at the syslinux prompt. Once the rescue image starts your linux partition(s) can be found in /mnt/sysimage (IIRC). At then you can do # chroot /mnt/sysimage # mkbootdisk --dev /dev/fd0 ..to recreate boot disk. -- - Panu - From matt-whiteley at comcast.net Wed Aug 27 12:36:21 2003 From: matt-whiteley at comcast.net (Matt Whiteley) Date: Wed, 27 Aug 2003 05:36:21 -0700 Subject: GNOME Panel has incorrect icon In-Reply-To: <1061946311.6229.5.camel@lando> References: <1061946311.6229.5.camel@lando> Message-ID: <1061987780.13340.8.camel@galt.atlas.gotdns.org> On Tue, 2003-08-26 at 18:05, Kyle Maxwell wrote: > Unless I'm mistaken, the Red Hat icon for the main menu in the panel has > changed to a typewriter (?!) after doing the latest updates from RHN > severn-updates channel. There's a shot available at > http://xwell.org/archives/Screenshot-Gnome-panel.png. I'm using > redhat-artwork-0.80-1 (not sure if it's another package). > Simultaneously, many of the icons in the main menu have disappeared > (Games, Graphics, Internet, Programming, Sound & Video, and System > Tools). > > Also, I don't know if it's related, but the Log Out and Lock selections > in the menu have disappeared; AFAICT I'll have to log out with > -. > > Is there something I'm missing (eg a config that needs to be edited)? Or > should I file in Bugzilla? Or am I just behind the curve and this is > already being worked out? I had the same problem and deleted the menu from the panel and then selected add to panel -> main menu. This fixed everything for me although the red hat icon has turned into the gnome foot. You will however have back your log out and lock selections. -- Matt Whiteley From ksonney at redhat.com Wed Aug 27 12:43:21 2003 From: ksonney at redhat.com (Kevin Sonney) Date: 27 Aug 2003 08:43:21 -0400 Subject: wlan-ng packages for severn In-Reply-To: <200308262055.51452.hoyt@cavtel.net> References: <1061916928.1112.4.camel@onyx> <1061925804.23254.47.camel@ksonney.rdu.redhat.com> <1061927232.1112.13.camel@onyx> <200308262055.51452.hoyt@cavtel.net> Message-ID: <1061988201.22578.3.camel@ksonney.rdu.redhat.com> On Tue, 2003-08-26 at 20:55, HoytDuff wrote: > I get this message when installing kernel-wlan-ng-usb-0.2.0-7.i686.rpm > > ACHTUNG! ATTENTION! WARNING! > YOU MUST configure /etc/wlan/wlan.conf to define your SSID! > YOU ALSO must configure /etc/wlan/wlancfg-SSID to match WAP settings! > (---> replace SSID in filename with the value of your SSID) > > But I have no /etc/wlan/wlancfg-SSID. Do they mean /etc/wlan/wlancfg-DEFAULT? Not exactly. wlancfg-DEFAULT is the fallback config file. For each ESSID you define in wlan.conf, you should make a wlancfg-ESSID file (i.e. for the "home" ESSID, I should make a wlancfg-home file) that contains any site-specific settings (WEP keys, etc). Complete details are in the wlan.conf file, as well as /usr/share/doc/kernel-wlan-ng-0.2.0/doc/config.linux-wlan-ng -- ------------------------------------------ -- Kevin Sonney - Inside Sales Engineer -- -- Red Hat, Inc - 919.754.3700 x44112 -- -- ksonney at redhat.com - AIM: ksonney -- ------------------------------------------ 1024D/EB74 3C54 0260 6A01 705A 6F3F CD3B BAF1 4EB9 55BC Crispy Fries -- Neil, http://www.goats.com -------------- 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 rpjday at mindspring.com Wed Aug 27 11:47:08 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 27 Aug 2003 07:47:08 -0400 (EDT) Subject: no ... *really* ... any ETA for updated beta? Message-ID: just curious. even a general hint would be useful. imminent? not so imminent? not even a gleam in someone's eye? rday From nbecker at hns.com Wed Aug 27 13:03:37 2003 From: nbecker at hns.com (Neal D. Becker) Date: Wed, 27 Aug 2003 09:03:37 -0400 Subject: Using a USB camera in Severn [OT] In-Reply-To: <26055.140.175.214.37.1061923326.squirrel@www.peaknet.net> References: <26055.140.175.214.37.1061923326.squirrel@www.peaknet.net> Message-ID: <200308270903.41662.nbecker@hns.com> I guess off-topic, but does anyone know if there is any linux driver that will interface to my logitech pocket camera? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From kylem at xwell.org Wed Aug 27 13:17:46 2003 From: kylem at xwell.org (Kyle Maxwell) Date: Wed, 27 Aug 2003 08:17:46 -0500 Subject: GNOME Panel has incorrect icon In-Reply-To: <1061987780.13340.8.camel@galt.atlas.gotdns.org> References: <1061946311.6229.5.camel@lando> <1061987780.13340.8.camel@galt.atlas.gotdns.org> Message-ID: <1061990266.7623.1.camel@lando> On Wed, 2003-08-27 at 07:36, Matt Whiteley wrote: > On Tue, 2003-08-26 at 18:05, Kyle Maxwell wrote: > > Unless I'm mistaken, the Red Hat icon for the main menu in the panel has > > changed to a typewriter (?!) after doing the latest updates from RHN > > severn-updates channel. There's a shot available at > > http://xwell.org/archives/Screenshot-Gnome-panel.png. I'm using > > redhat-artwork-0.80-1 (not sure if it's another package). > > Simultaneously, many of the icons in the main menu have disappeared > > (Games, Graphics, Internet, Programming, Sound & Video, and System > > Tools). > > > I had the same problem and deleted the menu from the panel and then > selected add to panel -> main menu. This fixed everything for me > although the red hat icon has turned into the gnome foot. You will > however have back your log out and lock selections. Thanks, that did restore the logout/lock selections, and I see the GNOME foot now. But the missing icons within the menu are still gone. -- Kyle Maxwell From jeremyp at pobox.com Wed Aug 27 13:23:20 2003 From: jeremyp at pobox.com (Jeremy Portzer) Date: 27 Aug 2003 09:23:20 -0400 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: References: Message-ID: <1061990600.1401.3.camel@jeremy.dtcc.cc.nc.us> On Wed, 2003-08-27 at 07:47, Robert P. J. Day wrote: > just curious. even a general hint would be useful. > imminent? not so imminent? not even a gleam in someone's > eye? > I think we're back to the days of the answer being "when it's ready." --Jeremy -- /---------------------------------------------------------------------\ | Jeremy Portzer jeremyp at pobox.com trilug.org/~jeremy | | GPG Fingerprint: 712D 77C7 AB2D 2130 989F E135 6F9F F7BC CC1A 7B92 | \---------------------------------------------------------------------/ -------------- 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 smoogen at lanl.gov Wed Aug 27 13:27:39 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Wed, 27 Aug 2003 07:27:39 -0600 (MDT) Subject: Severn Beta2 In-Reply-To: <200308271139.h7RBdOw28513@devserv.devel.redhat.com> Message-ID: On Wed, 27 Aug 2003, Alan Cox wrote: >> No, it's ++ in programmer syntax, i.e., the next increment. The fact >> that Cambridge in the name does not necessarily denote its similarity >> to the Cambridge codebase. :) > >Should be ++Cambridge of course otherwise it evaluates to Cambridge and >we get two Cambridges and then +1 8) Hmmm maybe eval(Cambridge+1) -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 5-8058 Ta-03 SM-261 MailStop P208 DP 17U Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From phil-ml at techworks.ie Wed Aug 27 13:28:13 2003 From: phil-ml at techworks.ie (Philip Trickett) Date: Wed, 27 Aug 2003 14:28:13 +0100 Subject: Using a USB camera in Severn [OT] In-Reply-To: <200308270903.41662.nbecker@hns.com> References: <26055.140.175.214.37.1061923326.squirrel@www.peaknet.net> <200308270903.41662.nbecker@hns.com> Message-ID: <1061990893.2719.44.camel@unagi.internal.techworks.ie> If that is just a standard Digital camera, as opposed to a webcam, try just plugging it in, and waiting for about 30 seconds. If it conforms to USB mass storage driver specs and the USB id's are known, you should get an option to mount it in the Disks submenu when you right click the desktop. (Ain't kudzu great.) Phil On Wed, 2003-08-27 at 14:03, Neal D. Becker wrote: > I guess off-topic, but does anyone know if there is any linux driver that will > interface to my logitech pocket camera? From rpjday at mindspring.com Wed Aug 27 12:26:16 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 27 Aug 2003 08:26:16 -0400 (EDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <1061990600.1401.3.camel@jeremy.dtcc.cc.nc.us> Message-ID: On 27 Aug 2003, Jeremy Portzer wrote: > On Wed, 2003-08-27 at 07:47, Robert P. J. Day wrote: > > just curious. even a general hint would be useful. > > imminent? not so imminent? not even a gleam in someone's > > eye? > > > > I think we're back to the days of the answer being "when it's ready." and, normally, that would be the official position. but i don't think it's really an acceptable answer given that an estimated date *was* advertised some time back. if memory serves, i recall something like august 18 for an update. IMHO, if RH is going to make these promises, they should at least try to keep them. if not, then just go with "when it's ready." but please -- let's not waffle back and forth. rday From skvidal at phy.duke.edu Wed Aug 27 13:35:37 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 27 Aug 2003 09:35:37 -0400 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: References: Message-ID: <1061991336.29775.7.camel@opus.phy.duke.edu> > > and, normally, that would be the official position. but i don't think > it's really an acceptable answer given that an estimated date *was* > advertised some time back. if memory serves, i recall something like > august 18 for an update. > > IMHO, if RH is going to make these promises, they should at least > try to keep them. if not, then just go with "when it's ready." > but please -- let's not waffle back and forth. My guess: rhl beta2 will come out when the new rhl.redhat.com is ready so they can do both announcements together. -sv From feliciano.matias at free.fr Wed Aug 27 13:42:37 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 27 Aug 2003 15:42:37 +0200 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <1061990600.1401.3.camel@jeremy.dtcc.cc.nc.us> References: <1061990600.1401.3.camel@jeremy.dtcc.cc.nc.us> Message-ID: <1061991756.23141.5.camel@one.myworld> Le mer 27/08/2003 ? 15:23, Jeremy Portzer a ?crit : > On Wed, 2003-08-27 at 07:47, Robert P. J. Day wrote: > > just curious. even a general hint would be useful. > > imminent? not so imminent? not even a gleam in someone's > > eye? > > > > I think we're back to the days of the answer being "when it's ready." > RHLP inaugurate a new kind of open project : - "wait and see" The RedHat touch :-) > --Jeremy -- F?liciano Matias -------------- 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 alan at redhat.com Wed Aug 27 13:45:19 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 27 Aug 2003 09:45:19 -0400 (EDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: from "Robert P. J. Day" at Aws 27, 2003 08:26:16 Message-ID: <200308271345.h7RDjJ215851@devserv.devel.redhat.com> > and, normally, that would be the official position. but i don't think > it's really an acceptable answer given that an estimated date *was* > advertised some time back. if memory serves, i recall something like > august 18 for an update. A computer software company missed a deadline. Shock horror 8) > IMHO, if RH is going to make these promises, they should at least > try to keep them. if not, then just go with "when it's ready." > but please -- let's not waffle back and forth. The answer is "When its ready", and part of the "its ready" is making sure we can avoid getting into the same situation again From feliciano.matias at free.fr Wed Aug 27 13:57:12 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 27 Aug 2003 15:57:12 +0200 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <1061991336.29775.7.camel@opus.phy.duke.edu> References: <1061991336.29775.7.camel@opus.phy.duke.edu> Message-ID: <1061992631.23141.8.camel@one.myworld> Le mer 27/08/2003 ? 15:35, seth vidal a ?crit : > My guess: > rhl beta2 will come out when the new rhl.redhat.com is ready > > so they can do both announcements together. > ... Shhh.... Please be quiet about this. It is supposed to be top secret. ... > -sv -- F?liciano Matias -------------- 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 rpjday at mindspring.com Wed Aug 27 12:58:27 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 27 Aug 2003 08:58:27 -0400 (EDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <200308271345.h7RDjJ215851@devserv.devel.redhat.com> Message-ID: On Wed, 27 Aug 2003, Alan Cox wrote: > The answer is "When its ready", and part of the "its ready" is making > sure we can avoid getting into the same situation again as i already mentioned, that would normally be a reasonable response if *red hat* had not already suggested a date for the next beta, as i recall. but there's another reason why the "when it's ready" answer is kind of irrelevant. we're not talking about an official release here. we're talking about a *beta*, which we as beta testers *expect* to have flaws, glitches and bugs. so what does it even mean to say that a beta is "ready" anyway? from the timestamps on one of the download mirrors, it seems that this beta has been out for about five weeks now. i don't think it's unreasonable to think that there have been enough bug reports and fixes to let the beta testers have a crack at an improved version. no one expects it to be perfect. but it would be nice to have a crack at a newer release that we *should* expect to have fewer bugs so we can start the testing process over again and push it along even further. i mean, really. it *is* just a beta. rday From alexl at redhat.com Wed Aug 27 14:08:51 2003 From: alexl at redhat.com (Alexander Larsson) Date: 27 Aug 2003 16:08:51 +0200 Subject: GNOME Panel has incorrect icon In-Reply-To: <1061990266.7623.1.camel@lando> References: <1061946311.6229.5.camel@lando> <1061987780.13340.8.camel@galt.atlas.gotdns.org> <1061990266.7623.1.camel@lando> Message-ID: <1061993331.22694.134.camel@localhost.localdomain> On Wed, 2003-08-27 at 15:17, Kyle Maxwell wrote: > On Wed, 2003-08-27 at 07:36, Matt Whiteley wrote: > > On Tue, 2003-08-26 at 18:05, Kyle Maxwell wrote: > > > Unless I'm mistaken, the Red Hat icon for the main menu in the panel has > > > changed to a typewriter (?!) after doing the latest updates from RHN > > > severn-updates channel. There's a shot available at > > > http://xwell.org/archives/Screenshot-Gnome-panel.png. I'm using > > > redhat-artwork-0.80-1 (not sure if it's another package). > > > Simultaneously, many of the icons in the main menu have disappeared > > > (Games, Graphics, Internet, Programming, Sound & Video, and System > > > Tools). > > > > > I had the same problem and deleted the menu from the panel and then > > selected add to panel -> main menu. This fixed everything for me > > although the red hat icon has turned into the gnome foot. You will > > however have back your log out and lock selections. > > Thanks, that did restore the logout/lock selections, and I see the GNOME > foot now. But the missing icons within the menu are still gone. Can you all try gnome-panel-2.3.7-1 when it reaches rawhide? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a benighted guitar-strumming assassin who hides his scarred face behind a mask. She's a sarcastic junkie lawyer from a secret island of warrior women. They fight crime! From alexl at redhat.com Wed Aug 27 14:11:25 2003 From: alexl at redhat.com (Alexander Larsson) Date: 27 Aug 2003 16:11:25 +0200 Subject: fontilus/control-center conflict In-Reply-To: <3F4C8C18.3080000@columbus.rr.com> References: <1061941252.6335.4.camel@lando> <1061973250.22694.103.camel@localhost.localdomain> <3F4C8C18.3080000@columbus.rr.com> Message-ID: <1061993485.22694.137.camel@localhost.localdomain> On Wed, 2003-08-27 at 12:46, Jim Cornette wrote: > rpm -e fontilus > > Then run up2date and it installed control-center successfully. Is this > happening a lot? (combining programs within related groupings.) > > As lisa becoming part of kdenetworks through me off before. Its not that common, but it happens now and then. Normally people don't even notice it, since the obsoletes tag makes the other package go away. But we forgot to add obsoletes in the first combined rpm. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a fast talking Amish stage actor from the Mississippi delta. She's a plucky out-of-work research scientist with her own daytime radio talk show. They fight crime! From kjb at dds.nl Wed Aug 27 14:29:31 2003 From: kjb at dds.nl (Klaasjan Brand) Date: 27 Aug 2003 16:29:31 +0200 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: References: Message-ID: <1061994571.3400.35.camel@topicus6> On Wed, 2003-08-27 at 14:58, Robert P. J. Day wrote: > we're not talking about an official release here. we're talking about > a *beta*, which we as beta testers *expect* to have flaws, glitches and > bugs. so what does it even mean to say that a beta is "ready" anyway? I guess you'd want to have a beta on a certain quality level to make sure it really gets tested... if it won't install on a lot of systems or is completely unusable you won't get the testing you like. Even a small bug like the non-starting panel from rawhide will cause a lot of potential testers to just give up. > i mean, really. it *is* just a beta. For everything else, there's rawhide 8) Klaasjan From leonardjo at hetnet.nl Wed Aug 27 14:31:45 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Wed, 27 Aug 2003 16:31:45 +0200 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: References: <200308271345.h7RDjJ215851@devserv.devel.redhat.com> Message-ID: <3F4CDCF1.4323.CCA935@localhost> Hi Robert, > from the timestamps on one of the download mirrors, it seems that this > beta has been out for about five weeks now. i don't think it's > unreasonable to think that there have been enough bug reports and > fixes to let the beta testers have a crack at an improved version. What do you expect to be different (apart from the installer) from your current beta updated to Rawhide? Shouldn't that render exactly the same system? Or am I missing something? By the way, what happened to your daylight savings? Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From rhl at farorbit.com Wed Aug 27 15:04:48 2003 From: rhl at farorbit.com (stephan schutter) Date: Wed, 27 Aug 2003 10:04:48 -0500 Subject: AD DNS In-Reply-To: <3F4C128E.2060803@redhat.com> References: <3F4BCDF9.6020807@farorbit.com> <3F4C128E.2060803@redhat.com> Message-ID: <3F4CC890.8030304@farorbit.com> sorry for the paranoia... It would just be too easy for a social engineer with the details and the company name... if it helps you to know where I am... we can do this in private email... as you can see they have the same name servers and the subnet is the same, and the search domain is the same... how can they get a diferent answer from the name server? ______ RESOLVE.CONF _________________ ; generated by /sbin/dhclient-script search hq..com nameserver 10.104.241.115 nameserver 10.114.215.20 the hq* comes from DHCP... [root at thumper root]# ifconfig eth0 Link encap:Ethernet HWaddr 00:06:5B:2C:A6:61 inet addr:10.89.17.22 Bcast:10.89.17.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:342584 errors:0 dropped:0 overruns:1 frame:0 TX packets:127144 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:26721199 (25.4 Mb) TX bytes:57670951 (54.9 Mb) Interrupt:11 Base address:0xec80 _______ WinXP config _________________ C:\Documents and Settings\Administrator>ipconfig /all Windows IP Configuration Host Name . . . . . . . . . . . . : clone-xor7cco2u Primary Dns Suffix . . . . . . . : Node Type . . . . . . . . . . . . : Hybrid IP Routing Enabled. . . . . . . . : No WINS Proxy Enabled. . . . . . . . : No Ethernet adapter Local Area Connection 2: Connection-specific DNS Suffix . : hq..com Description . . . . . . . . . . . : 3Com 3C920 Integrated Fast Ethernet Controller (3C905C-TX Compatible) Physical Address. . . . . . . . . : 00-06-5B-E0-50-8C Dhcp Enabled. . . . . . . . . . . : Yes Autoconfiguration Enabled . . . . : Yes IP Address. . . . . . . . . . . . : 10.89.17.91 Subnet Mask . . . . . . . . . . . : 255.255.255.0 Default Gateway . . . . . . . . . : 10.89.17.1 10.89.17.2 DHCP Server . . . . . . . . . . . : 10.114.83.24 DNS Servers . . . . . . . . . . . : 10.104.241.115 10.114.215.20 Primary WINS Server . . . . . . . : 10.104.240.251 Secondary WINS Server . . . . . . : 10.114.48.250 Lease Obtained. . . . . . . . . . : Wednesday, August 27, 2003 9:04:44 AM Lease Expires . . . . . . . . . . : Monday, September 01, 2003 9:04:44 AM Daniel J Walsh wrote: > stephan schutter wrote: > >> Hi, >> I am in a large network that uses Active Directory DDNS and redhat >> can simply not resolve any other computernames in the network... well >> atleast thare is a large segment of them that can not be resolved. no >> workstations for example. I use the default setup and allow DHCP to >> configure everything. In windows it works fine, but in this version >> (I do not know about earlier versions) it does not work at all. I do >> nslookup to the same server using the same DNS server and get >> diferent results. eg. the DNS server (windows 2000) does not reply >> with the same anwer if you are redhat. >> WIN: >> Z:\tmp\scan>nslookup burner >> Server: dhcnic02..com >> Address: 10.104.241.115 >> >> Name: burner.stores..com >> Address: 10.89.17.84 >> >> REDHAT: >> Note: nslookup is deprecated and may be removed from future releases. >> Consider using the `dig' or `host' programs instead. Run nslookup with >> the `-sil[ent]' option to prevent this message from appearing. >> Server: 10.104.241.115 >> Address: 10.104.241.115#53 >> >> ** server can't find burner: SERVFAIL >> What is going on????!!! RedHat cant talk DNS?? >> >> >> >> -- >> Rhl-beta-list mailing list >> Rhl-beta-list at redhat.com >> http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > Are you specifying the fully qualified domain. Look at > /etc/resolv.conf. What does it have for its domain? What does it > have after search? > Dan > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From dwalsh at redhat.com Wed Aug 27 15:57:29 2003 From: dwalsh at redhat.com (Daniel J Walsh) Date: Wed, 27 Aug 2003 11:57:29 -0400 Subject: AD DNS In-Reply-To: <3F4CC890.8030304@farorbit.com> References: <3F4BCDF9.6020807@farorbit.com> <3F4C128E.2060803@redhat.com> <3F4CC890.8030304@farorbit.com> Message-ID: <3F4CD4E9.6010902@redhat.com> Don't worry about the paronoia. Lets just call the domain censored.com Not sure how Microsoft works. But your query was looking for burner.censored.com which does not exist. Microsoft returned burner.stores.censored.com In order to have this happen on Unix. You would need the search in resolv.conf to look like the following search censored.com stores.censored.com Dan stephan schutter wrote: > sorry for the paranoia... It would just be too easy for a social > engineer with the details and the company name... if it helps you to > know where I am... we can do this in private email... > > as you can see they have the same name servers and the subnet is the > same, and the search domain is the same... how can they get a diferent > answer from the name server? > > ______ RESOLVE.CONF _________________ > > ; generated by /sbin/dhclient-script > search hq..com > nameserver 10.104.241.115 > nameserver 10.114.215.20 > > the hq* comes from DHCP... > > [root at thumper root]# ifconfig > eth0 Link encap:Ethernet HWaddr 00:06:5B:2C:A6:61 inet > addr:10.89.17.22 Bcast:10.89.17.255 Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:342584 errors:0 dropped:0 overruns:1 frame:0 > TX packets:127144 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:100 > RX bytes:26721199 (25.4 Mb) TX bytes:57670951 (54.9 Mb) > Interrupt:11 Base address:0xec80 > > > > _______ WinXP config _________________ > C:\Documents and Settings\Administrator>ipconfig /all > > Windows IP Configuration > > Host Name . . . . . . . . . . . . : clone-xor7cco2u > Primary Dns Suffix . . . . . . . : > Node Type . . . . . . . . . . . . : Hybrid > IP Routing Enabled. . . . . . . . : No > WINS Proxy Enabled. . . . . . . . : No > > Ethernet adapter Local Area Connection 2: > > Connection-specific DNS Suffix . : hq..com > Description . . . . . . . . . . . : 3Com 3C920 Integrated Fast > Ethernet Controller (3C905C-TX Compatible) > Physical Address. . . . . . . . . : 00-06-5B-E0-50-8C > Dhcp Enabled. . . . . . . . . . . : Yes > Autoconfiguration Enabled . . . . : Yes > IP Address. . . . . . . . . . . . : 10.89.17.91 > Subnet Mask . . . . . . . . . . . : 255.255.255.0 > Default Gateway . . . . . . . . . : 10.89.17.1 > 10.89.17.2 > DHCP Server . . . . . . . . . . . : 10.114.83.24 > DNS Servers . . . . . . . . . . . : 10.104.241.115 > 10.114.215.20 > Primary WINS Server . . . . . . . : 10.104.240.251 > Secondary WINS Server . . . . . . : 10.114.48.250 > Lease Obtained. . . . . . . . . . : Wednesday, August 27, 2003 > 9:04:44 AM > Lease Expires . . . . . . . . . . : Monday, September 01, 2003 > 9:04:44 AM > > > Daniel J Walsh wrote: > >> stephan schutter wrote: >> >>> Hi, >>> I am in a large network that uses Active Directory DDNS and redhat >>> can simply not resolve any other computernames in the network... >>> well atleast thare is a large segment of them that can not be >>> resolved. no workstations for example. I use the default setup and >>> allow DHCP to configure everything. In windows it works fine, but in >>> this version (I do not know about earlier versions) it does not >>> work at all. I do nslookup to the same server using the same DNS >>> server and get diferent results. eg. the DNS server (windows 2000) >>> does not reply with the same anwer if you are redhat. >>> WIN: >>> Z:\tmp\scan>nslookup burner >>> Server: dhcnic02..com >>> Address: 10.104.241.115 >>> >>> Name: burner.stores..com >>> Address: 10.89.17.84 >>> >>> REDHAT: >>> Note: nslookup is deprecated and may be removed from future releases. >>> Consider using the `dig' or `host' programs instead. Run nslookup with >>> the `-sil[ent]' option to prevent this message from appearing. >>> Server: 10.104.241.115 >>> Address: 10.104.241.115#53 >>> >>> ** server can't find burner: SERVFAIL >>> What is going on????!!! RedHat cant talk DNS?? >>> >>> >>> >>> -- >>> Rhl-beta-list mailing list >>> Rhl-beta-list at redhat.com >>> http://www.redhat.com/mailman/listinfo/rhl-beta-list >> >> >> >> Are you specifying the fully qualified domain. Look at >> /etc/resolv.conf. What does it have for its domain? What does it >> have after search? Dan >> >> >> >> -- >> Rhl-beta-list mailing list >> Rhl-beta-list at redhat.com >> http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From jspaleta at princeton.edu Wed Aug 27 16:13:07 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 27 Aug 2003 12:13:07 -0400 Subject: no ... *really* ... any ETA for updated beta? Message-ID: <1062000787.22095.28.camel@spatula> Robert P. J. Day: >IMHO, if RH is going to make these promises, they should at least >try to keep them. if not, then just go with "when it's ready." >but please -- let's not waffle back and forth. Its more like "when its ready, but here is our best guess at when that will be...feel free to hold yer breath while you wait" And as rhl's development structure moves towards rhlp, you sure as hell better expect some waffling on policy decisions....changing from an in-house development process to a more open community process is not going to be a linear progression...policy changes red hat initiates, will garner feedback, to impact that initial policy change red hat decided to make. I'd rather have feedback and waffling now and even long stretches of time when red hat's policies have seem to regressed back to a fully closed development state...then have to deal with unpopular policy decisions down the road when rhlp is in full swing. Estimates are not promises.....estimates are best guesses....frankly I'm shocked Red Hat made such a bold estimate and wrote it down...because by doing so it open themselves up to exactly this sort of attack. Get a grip..its a beta...even the release schedule is buggy..you shouldn't expect otherwise. If Red Hat continues to publish "estimates" on release schedules...they should come with a confidence rating or Vegas odds, so that spectators don't make the mistake of thinking they are "promises". And maybe...just maybe...those estimates were based on estimated release schedules for components...and if a components release schedule slips a bit...maybe the beta release schedule slips a bit too? Maybe there are specific engineering goals in mind for each beta iso set? Maybe its not just a matter of throwing the current rawhide snapshot together as an iso. Maybe there is different development focus during each stage of the beta? Maybe you don't have a clear enough picture of what the internal drivers/priorities are to make a comment about the importance of keeping the estimate beta release schedule in tact? Maybe it really is in your best interest to wait till its ready? The interior timepoints during a beta cycle should be considered far more fluid than the beginning and end timepoints. -jef"how about we publish a detailed minute by minute schedule for each red hat developer...so when mharris fails to finish breakfast on-time...we can specifically harsh him for holding up the entire beta cycle"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 alan at redhat.com Wed Aug 27 16:23:53 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 27 Aug 2003 12:23:53 -0400 (EDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <1062000787.22095.28.camel@spatula> from "Jef Spaleta" at Aws 27, 2003 12:13:07 Message-ID: <200308271623.h7RGNrL30028@devserv.devel.redhat.com> > in-house development process to a more open community process is not > going to be a linear progression...policy changes red hat initiates, > will garner feedback, to impact that initial policy change red hat > decided to make. I'd rather have feedback and waffling now and even long > stretches of time when red hat's policies have seem to regressed back to > a fully closed development state...then have to deal with unpopular > policy decisions down the road when rhlp is in full swing. Actually the big problems are the non technical ones, thankfully mostly things we have to solve once not repeatedly. We are as keen to get it out as you are to download it From smoogen at lanl.gov Wed Aug 27 16:24:23 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Wed, 27 Aug 2003 10:24:23 -0600 (MDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <1061991756.23141.5.camel@one.myworld> Message-ID: Geez. You people are f*ing impossible. [A previous email used a lot more expletives.. but most of them were anatomically impossible for non contortionists] Lets see.. Red Hat says there are a lot of problems but cant go into them, they say that they are working on things but cant say when it will be ready, and they have said it isnt technical problems. A roadmap of corporate speak says that there have been some legal/contract questions raised by outside parties that Red Hat has to answer before it can go ahead. What are those problems.. I dont know... I am willing to give them the benefit of the doubt that if they could tell us they would. If I didnt trust them somewhat, I would walk away versus giving sarcastic/cynical comments every 4 hours. On 27 Aug 2003, F?liciano Matias wrote: >Le mer 27/08/2003 ? 15:23, Jeremy Portzer a ?crit : >> On Wed, 2003-08-27 at 07:47, Robert P. J. Day wrote: >> > just curious. even a general hint would be useful. >> > imminent? not so imminent? not even a gleam in someone's >> > eye? >> > >> >> I think we're back to the days of the answer being "when it's ready." >> > >RHLP inaugurate a new kind of open project : >- "wait and see" > >The RedHat touch :-) > >> --Jeremy > -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 5-8058 Ta-03 SM-261 MailStop P208 DP 17U Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From mplayer at jburgess.uklinux.net Wed Aug 27 16:38:42 2003 From: mplayer at jburgess.uklinux.net (Jon Burgess) Date: Wed, 27 Aug 2003 17:38:42 +0100 Subject: AD DNS In-Reply-To: <3F4CC890.8030304@farorbit.com> References: <3F4BCDF9.6020807@farorbit.com> <3F4C128E.2060803@redhat.com> <3F4CC890.8030304@farorbit.com> Message-ID: <3F4CDE92.4010309@jburgess.uklinux.net> stephan schutter wrote: >>> configure everything. In windows it works fine, but in this version >>> (I do not know about earlier versions) it does not work at all. I do >>> nslookup to the same server using the same DNS server and get >>> diferent results. eg. the DNS server (windows 2000) does not reply >>> with the same anwer if you are redhat. Are you certain Windows is using DNS? It has a habit of also using the domain name services (typically Wins) to do its name resolution as well. Does the netbios cache on the Windows machine contain the machine name, try: nbtstat -c I'm sure there used to be a command like "nmblookup" or similar to do a NetBios lookup on Windows, but I can't find it any more. I believe that Linux will fail to find it unless you specifically add the stores. domain to resolv.conf: search hq..com stores..com nameserver 10.89.17.84 That way it will try looking for burner.hq..com & burner.stores.hq..com Jon From alan at redhat.com Wed Aug 27 16:51:38 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 27 Aug 2003 12:51:38 -0400 (EDT) Subject: AD DNS In-Reply-To: <3F4CDE92.4010309@jburgess.uklinux.net> from "Jon Burgess" at Aws 27, 2003 05:38:42 Message-ID: <200308271651.h7RGpdE13258@devserv.devel.redhat.com> > I believe that Linux will fail to find it unless you specifically add > the stores. domain to resolv.conf: > > search hq..com stores..com > nameserver 10.89.17.84 > > That way it will try looking for burner.hq..com & > burner.stores.hq..com Correct. Its done this way by modern systems for security. Prior to that "interesting" things happened when people registered domains like "edu.com" From nbecker at hns.com Wed Aug 27 16:59:17 2003 From: nbecker at hns.com (Neal D. Becker) Date: Wed, 27 Aug 2003 12:59:17 -0400 Subject: Simple LDAP server setup? Message-ID: <200308271259.17209.nbecker@hns.com> Is there any software available on Linux that makes it reasonably simple to setup an LDAP server to serve accounts? (passwd, grp). I've read a few articles on setting up an LDAP server the old-fashioned way, but it looks WAY too complicated. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From hoyt at cavtel.net Wed Aug 27 17:23:24 2003 From: hoyt at cavtel.net (HoytDuff) Date: Wed, 27 Aug 2003 13:23:24 -0400 Subject: wlan-ng packages for severn In-Reply-To: <1061988201.22578.3.camel@ksonney.rdu.redhat.com> References: <1061916928.1112.4.camel@onyx> <200308262055.51452.hoyt@cavtel.net> <1061988201.22578.3.camel@ksonney.rdu.redhat.com> Message-ID: <200308271323.24198.hoyt@cavtel.net> On Wednesday 27 August 2003 08:43 am, Kevin Sonney wrote: > On Tue, 2003-08-26 at 20:55, HoytDuff wrote: > > I get this message when installing kernel-wlan-ng-usb-0.2.0-7.i686.rpm > > > > ACHTUNG! ATTENTION! WARNING! > > YOU MUST configure /etc/wlan/wlan.conf to define your SSID! > > YOU ALSO must configure /etc/wlan/wlancfg-SSID to match WAP settings! > > (---> replace SSID in filename with the value of your SSID) > > > > But I have no /etc/wlan/wlancfg-SSID. Do they mean > > /etc/wlan/wlancfg-DEFAULT? > > Not exactly. wlancfg-DEFAULT is the fallback config file. For each ESSID > you define in wlan.conf, you should make a wlancfg-ESSID file (i.e. for > the "home" ESSID, I should make a wlancfg-home file) that contains any > site-specific settings (WEP keys, etc). > > Complete details are in the wlan.conf file, as well as > /usr/share/doc/kernel-wlan-ng-0.2.0/doc/config.linux-wlan-ng Thanks. So the "warning" might better read: ACHTUNG! ATTENTION! WARNING! YOU MUST configure /etc/wlan/wlan.conf to define your SSID! YOU ALSO must create /etc/wlan/wlancfg-SSID to match WAP settings! (---> replace SSID in filename with the value of your SSID) Complete details are in the /etc/wlan/wlan.conf file, as well as /usr/share/doc/kernel-wlan-ng-0.2.0/doc/config.linux-wlan-ng -- Hoyt From pmatilai at welho.com Wed Aug 27 17:33:26 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Wed, 27 Aug 2003 20:33:26 +0300 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: References: Message-ID: <1062005606.3f4ceb6636247@webmail.welho.com> Quoting "Robert P. J. Day" : > On Wed, 27 Aug 2003, Alan Cox wrote: > > > The answer is "When its ready", and part of the "its ready" is making > > sure we can avoid getting into the same situation again > > as i already mentioned, that would normally be a reasonable response > if *red hat* had not already suggested a date for the next beta, as i > recall. but there's another reason why the "when it's ready" answer > is kind of irrelevant. > > we're not talking about an official release here. we're talking about > a *beta*, which we as beta testers *expect* to have flaws, glitches and > bugs. so what does it even mean to say that a beta is "ready" anyway? > > from the timestamps on one of the download mirrors, it seems that this > beta has been out for about five weeks now. i don't think it's > unreasonable to think that there have been enough bug reports and > fixes to let the beta testers have a crack at an improved version. > > no one expects it to be perfect. but it would be nice to have a crack > at a newer release that we *should* expect to have fewer bugs so we can > start the testing process over again and push it along even further. > > i mean, really. it *is* just a beta. I think Alan means something entirely different. The *software* is out there in the form of rawhide - what do you expect the beta to have if not that stuff? The way I read Alan's comment is that the initial announcement raised incorrect assumptions/legal issues/whatever and they want to get that kind of stuff right before "relaunching." -- - Panu - From steve at rueb.com Wed Aug 27 17:42:04 2003 From: steve at rueb.com (Steve Bergman) Date: Wed, 27 Aug 2003 12:42:04 -0500 Subject: Nautilus still doesn't do wildcards? Message-ID: <1062006123.14693.7.camel@ip68-12-228-23.ok.ok.cox.net> I just updated to the current severn-updates channel and was hoping that maybe nautilus would accept wildcards. Googling around a bit suggests to me that not many people care about that feature (or lack, thereof). Am I the only one that wants to be able to type: ./*.rpm and see all my rpm files, etc? Not a complaint. Just curious. I mean, even my old DOS file manager could do this. Or perhaps this is supported and I just don't know how to do it? -Steve From ksonney at redhat.com Wed Aug 27 18:06:14 2003 From: ksonney at redhat.com (Kevin Sonney) Date: 27 Aug 2003 14:06:14 -0400 Subject: wlan-ng packages for severn In-Reply-To: <200308271323.24198.hoyt@cavtel.net> References: <1061916928.1112.4.camel@onyx> <200308262055.51452.hoyt@cavtel.net> <1061988201.22578.3.camel@ksonney.rdu.redhat.com> <200308271323.24198.hoyt@cavtel.net> Message-ID: <1062007574.22578.27.camel@ksonney.rdu.redhat.com> On Wed, 2003-08-27 at 13:23, HoytDuff wrote: > So the "warning" might better read: Probably. I'll forward this to the guy who wrote the SRPM - I just recompiled it :) -- ------------------------------------------ -- Kevin Sonney - Inside Sales Engineer -- -- Red Hat, Inc - 919.754.3700 x44112 -- -- ksonney at redhat.com - AIM: ksonney -- ------------------------------------------ 1024D/EB74 3C54 0260 6A01 705A 6F3F CD3B BAF1 4EB9 55BC It's not stupid...it's ADVANCED -- All Mighty Tallest Red (Invader Zim Ep 1) -------------- 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 jaboutboul at speakeasy.net Wed Aug 27 18:19:10 2003 From: jaboutboul at speakeasy.net (Jack Aboutboul) Date: Wed, 27 Aug 2003 21:19:10 +0300 Subject: Simple LDAP server setup? In-Reply-To: <200308271259.17209.nbecker@hns.com> Message-ID: On Wednesday, Aug 27, 2003, at 19:59 Asia/Jerusalem, Neal D. Becker wrote: > Is there any software available on Linux that makes it reasonably > simple to > setup an LDAP server to serve accounts? (passwd, grp). > > I've read a few articles on setting up an LDAP server the > old-fashioned way, > but it looks WAY too complicated. > The Red Hat Docs are great. You should read them some time. http://www.redhat.com/docs/manuals/linux/RHL-9-Manual/ref-guide/ch- ldap.html A bit non-linear, but its great. --Jack From antti at victoria.fi Wed Aug 27 18:18:34 2003 From: antti at victoria.fi (Antti) Date: 27 Aug 2003 21:18:34 +0300 Subject: gphpedit Message-ID: <1062008313.1322.6.camel@onyx> Has anyone compiled gphpedit for severn. It crashes so often that it can't be used. I'm not sure if some other package should also be updated/compiled. From tvinhas at techbyte.com.br Wed Aug 27 18:26:59 2003 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Wed, 27 Aug 2003 15:26:59 -0300 Subject: Sound not working on 2.6 kernel In-Reply-To: <3F4BB170.3040008@hi.is> References: <1061811825.2877.2.camel@tiger> <1061813446.6246.39.camel@one.myworld> <1061894505.1459.2.camel@localhost.localdomain> <3F4BB170.3040008@hi.is> Message-ID: <1062008819.7814.0.camel@localhost.localdomain> Em Ter, 2003-08-26 ?s 16:13, Petur T escreveu: > > Error while initializing the sound driver: > I had the same problem using vanilla-2.6.x ,alsa and emu10k1 > soundmodule. Turns out > the modules where not being loaded so I just did that manually (and > edited modprobe.conf), > snd_emu10k1(my card), snd_pcm_oss, > snd_seq_oss (for oss emulation). That worked for me, hope it works for > you too. What exactly did you put on /etc/modprobe.conf. BTW, is this file new? Regards, Thiago -------------- next part -------------- An HTML attachment was scrubbed... URL: From feliciano.matias at free.fr Wed Aug 27 18:28:11 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 27 Aug 2003 20:28:11 +0200 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: References: Message-ID: <1062008891.1004.115.camel@one.myworld> Le mer 27/08/2003 ? 18:24, Stephen Smoogen a ?crit : > Geez. You people are f*ing impossible. Don't get me wrong. I love RedHat ! RedHat does almost all right. I use RedHat since 4.2. But i don't like how Redhat manage the communication around RHLP. I am not asking RedHat to bring a great website tomorrow. If RedHat take 1 hour to create a webpage with : - we plan to have a complete new website near September. - issue about Trademark are currently in study. - gnome 2.4 will be in Cambridge. - beta2 is put back to ... This is the new scheduler : ... ... it's enough for me. Here is a copy of the announcement (July 21): http://lwn.net/Articles/40521/ > We changed the rules. We said our Linux should be your Linux. Just as > most of the software in Red Hat Linux is developed in an open > fashion, so should Red Hat Linux itself; driven by those who > develop, test, document, and translate. To accomplish this, +we're > opening up our process+. Check the current http://rhl.redhat.com/ one mouth later : - "Red Hat remains excited about the open development process announced on Monday. We're currently reworking the content of this site to clarify questions people have raised since our announcement. We'll have the site restored as soon as possible." I can't be happy with this. And more important, Debian/Gentoo/Mandrake/... users will not be attracted with this. Mailing-list and "wait please" answers are not enough. This is my opinion at the present time. I am an old redhat user and confident about the future of RHLP. But think about other users/contributers. PS: Sorry for my poor English. > [A previous email used a lot more > expletives.. but most of them were anatomically impossible for non > contortionists] > > Lets see.. Red Hat says there are a lot of problems but cant go into > them, they say that they are working on things but cant say when it will > be ready, and they have said it isnt technical problems. A roadmap of > corporate speak says that there have been some legal/contract questions > raised by outside parties that Red Hat has to answer before it can go > ahead. What are those problems.. I dont know... I am willing to give > them the benefit of the doubt that if they could tell us they would. > If I didnt trust them somewhat, I would walk away versus giving > sarcastic/cynical comments every 4 hours. > > On 27 Aug 2003, F?liciano Matias wrote: > > >Le mer 27/08/2003 ? 15:23, Jeremy Portzer a ?crit : > >> On Wed, 2003-08-27 at 07:47, Robert P. J. Day wrote: > >> > just curious. even a general hint would be useful. > >> > imminent? not so imminent? not even a gleam in someone's > >> > eye? > >> > > >> > >> I think we're back to the days of the answer being "when it's ready." > >> > > > >RHLP inaugurate a new kind of open project : > >- "wait and see" > > > >The RedHat touch :-) > > > >> --Jeremy > > -- F?liciano Matias -------------- 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 riel at redhat.com Wed Aug 27 18:31:02 2003 From: riel at redhat.com (Rik van Riel) Date: Wed, 27 Aug 2003 14:31:02 -0400 (EDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <1062000787.22095.28.camel@spatula> Message-ID: On 27 Aug 2003, Jef Spaleta wrote: > And as rhl's development structure moves towards rhlp, you sure as hell > better expect some waffling on policy decisions....changing from an > in-house development process to a more open community process is not > going to be a linear progression...policy changes red hat initiates, > will garner feedback, to impact that initial policy change red hat > decided to make. I'd rather have feedback and waffling now and even long > stretches of time when red hat's policies have seem to regressed back to > a fully closed development state...then have to deal with unpopular > policy decisions down the road when rhlp is in full swing. The non-technical stuff is being looked at by some people I trust (and some people I don't know yet ;)). I'm not going to worry about that. Instead, I want to do some technical work on the project! Once the amount of effort I'm spending on Taroon (the regularly posted changelogs will show you what I'm doing) will get less, I plan to put together a mini-buildsystem so people can easily put together external package repositories for multiple versions of the distribution. I will start with some ugly scripts and a small repository of things I want to distribute. Once things work (even a small part of the functionality) I will start distributing the build scripts and write some very basic documentation on how to set up a build/test system for multiple distributions. At the moment I'm planning to use user mode linux for "virtual build boxes" as well as simple virtual test systems. I know it's not as efficient as chroot environments, but it does allow for more flexibility. My repository? Some email and ham radio software, probably nothing worth waiting for. The interesting stuff will be in your repository, not mine ;) -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From leonardjo at hetnet.nl Wed Aug 27 18:33:28 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Wed, 27 Aug 2003 20:33:28 +0200 Subject: redhat-config-securitylevel i386? Message-ID: <3F4D1598.22717.45636@localhost> Hi, Is redhat-config-securitylevel really ment to have changed from noarch to i386? I don't see anything architecture dependent in this package. By the way, I noticed an entry for redhat-config-securitylevel-tui was not yet added to bugzilla. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From pmatilai at welho.com Wed Aug 27 18:37:34 2003 From: pmatilai at welho.com (Panu Matilainen) Date: 27 Aug 2003 21:37:34 +0300 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: References: Message-ID: <1062009454.3870.14.camel@chip.ath.cx> On Wed, 2003-08-27 at 21:31, Rik van Riel wrote: > > My repository? Some email and ham radio software, probably > nothing worth waiting for. The interesting stuff will be in > your repository, not mine ;) Rik, instead of setting up "yet another repository" why not join Fedora and publish your packages through that? Of course you'll get your packages out much faster if you publish in your own repo, considering the average time a package sits in Fedora QA :) but it's a central thing and seems to be quite popular among RH employees even. - Panu - From bill at noreboots.com Wed Aug 27 18:41:45 2003 From: bill at noreboots.com (Bill Anderson) Date: 27 Aug 2003 12:41:45 -0600 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <1061991756.23141.5.camel@one.myworld> References: <1061990600.1401.3.camel@jeremy.dtcc.cc.nc.us> <1061991756.23141.5.camel@one.myworld> Message-ID: <1062009705.17933.7.camel@locutus> On Wed, 2003-08-27 at 07:42, F?liciano Matias wrote: > Le mer 27/08/2003 ? 15:23, Jeremy Portzer a ?crit : > > On Wed, 2003-08-27 at 07:47, Robert P. J. Day wrote: > > > just curious. even a general hint would be useful. > > > imminent? not so imminent? not even a gleam in someone's > > > eye? > > > > > > > I think we're back to the days of the answer being "when it's ready." > > > > RHLP inaugurate a new kind of open project : > - "wait and see" > > The RedHat touch :-) That's not new. Just go take a tour of sourceforge.net, *most* of those projects are that way! -- Bill Anderson RHCE #807302597505773 bill at noreboots.com From bfox at redhat.com Wed Aug 27 18:58:03 2003 From: bfox at redhat.com (Brent Fox) Date: 27 Aug 2003 14:58:03 -0400 Subject: redhat-config-securitylevel i386? In-Reply-To: <3F4D1598.22717.45636@localhost> References: <3F4D1598.22717.45636@localhost> Message-ID: <1062010683.6609.2.camel@bfox.devel.redhat.com> On Wed, 2003-08-27 at 14:33, Leonard den Ottolander wrote: > Hi, > > Is redhat-config-securitylevel really ment to have changed from noarch to > i386? I don't see anything architecture dependent in this package. lokkit.c was moved from lokkit into redhat-config-securitylevel, which explains the change from noarch. > By the way, I noticed an entry for redhat-config-securitylevel-tui was not > yet added to bugzilla. The redhat-config-securitylevel-tui package now exists in Rawhide. Cheers, Brent From notting at redhat.com Wed Aug 27 19:06:50 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 27 Aug 2003 15:06:50 -0400 Subject: redhat-config-securitylevel i386? In-Reply-To: <3F4D1598.22717.45636@localhost>; from leonardjo@hetnet.nl on Wed, Aug 27, 2003 at 08:33:28PM +0200 References: <3F4D1598.22717.45636@localhost> Message-ID: <20030827150650.A1338@devserv.devel.redhat.com> Leonard den Ottolander (leonardjo at hetnet.nl) said: > Is redhat-config-securitylevel really ment to have changed from noarch to > i386? I don't see anything architecture dependent in this package. The TUI parts are architecture specific, and you can't build noarch and in the same SRPM. > By the way, I noticed an entry for redhat-config-securitylevel-tui was not > yet added to bugzilla. bugzilla components are by source RPM, not binary RPM. Bill From rhl at farorbit.com Wed Aug 27 19:19:32 2003 From: rhl at farorbit.com (stephan schutter) Date: Wed, 27 Aug 2003 14:19:32 -0500 Subject: AD DNS In-Reply-To: <3F4CD4E9.6010902@redhat.com> References: <3F4BCDF9.6020807@farorbit.com> <3F4C128E.2060803@redhat.com> <3F4CC890.8030304@farorbit.com> <3F4CD4E9.6010902@redhat.com> Message-ID: <3F4D0444.7060107@farorbit.com> Thank you for all your responses. That solves the resolution question. This implies that I did not pick up the complete scope from DHCP. This is Microsoft DHCP, using named spaces quite intensively, is it diferent from UNIX? I mean; if I am only picking up part of the DHCP info, then my DHCP client is not acting like the Microsoft one... what could be different? Daniel J Walsh wrote: > Don't worry about the paronoia. Lets just call the domain censored.com > > Not sure how Microsoft works. But your query was looking for > burner.censored.com > which does not exist. > > Microsoft returned > burner.stores.censored.com > > In order to have this happen on Unix. You would need the search in > resolv.conf to look like the following > > search censored.com stores.censored.com > > Dan > > > stephan schutter wrote: > >> sorry for the paranoia... It would just be too easy for a social >> engineer with the details and the company name... if it helps you to >> know where I am... we can do this in private email... >> >> as you can see they have the same name servers and the subnet is the >> same, and the search domain is the same... how can they get a diferent >> answer from the name server? >> >> ______ RESOLVE.CONF _________________ >> >> ; generated by /sbin/dhclient-script >> search hq..com >> nameserver 10.104.241.115 >> nameserver 10.114.215.20 >> >> the hq* comes from DHCP... >> >> [root at thumper root]# ifconfig >> eth0 Link encap:Ethernet HWaddr 00:06:5B:2C:A6:61 inet >> addr:10.89.17.22 Bcast:10.89.17.255 Mask:255.255.255.0 >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:342584 errors:0 dropped:0 overruns:1 frame:0 >> TX packets:127144 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:100 >> RX bytes:26721199 (25.4 Mb) TX bytes:57670951 (54.9 Mb) >> Interrupt:11 Base address:0xec80 >> >> >> >> _______ WinXP config _________________ >> C:\Documents and Settings\Administrator>ipconfig /all >> >> Windows IP Configuration >> >> Host Name . . . . . . . . . . . . : clone-xor7cco2u >> Primary Dns Suffix . . . . . . . : >> Node Type . . . . . . . . . . . . : Hybrid >> IP Routing Enabled. . . . . . . . : No >> WINS Proxy Enabled. . . . . . . . : No >> >> Ethernet adapter Local Area Connection 2: >> >> Connection-specific DNS Suffix . : hq..com >> Description . . . . . . . . . . . : 3Com 3C920 Integrated Fast >> Ethernet Controller (3C905C-TX Compatible) >> Physical Address. . . . . . . . . : 00-06-5B-E0-50-8C >> Dhcp Enabled. . . . . . . . . . . : Yes >> Autoconfiguration Enabled . . . . : Yes >> IP Address. . . . . . . . . . . . : 10.89.17.91 >> Subnet Mask . . . . . . . . . . . : 255.255.255.0 >> Default Gateway . . . . . . . . . : 10.89.17.1 >> 10.89.17.2 >> DHCP Server . . . . . . . . . . . : 10.114.83.24 >> DNS Servers . . . . . . . . . . . : 10.104.241.115 >> 10.114.215.20 >> Primary WINS Server . . . . . . . : 10.104.240.251 >> Secondary WINS Server . . . . . . : 10.114.48.250 >> Lease Obtained. . . . . . . . . . : Wednesday, August 27, 2003 >> 9:04:44 AM >> Lease Expires . . . . . . . . . . : Monday, September 01, 2003 >> 9:04:44 AM >> >> >> Daniel J Walsh wrote: >> >>> stephan schutter wrote: >>> >>>> Hi, >>>> I am in a large network that uses Active Directory DDNS and redhat >>>> can simply not resolve any other computernames in the network... >>>> well atleast thare is a large segment of them that can not be >>>> resolved. no workstations for example. I use the default setup and >>>> allow DHCP to configure everything. In windows it works fine, but in >>>> this version (I do not know about earlier versions) it does not >>>> work at all. I do nslookup to the same server using the same DNS >>>> server and get diferent results. eg. the DNS server (windows 2000) >>>> does not reply with the same anwer if you are redhat. >>>> WIN: >>>> Z:\tmp\scan>nslookup burner >>>> Server: dhcnic02..com >>>> Address: 10.104.241.115 >>>> >>>> Name: burner.stores..com >>>> Address: 10.89.17.84 >>>> >>>> REDHAT: >>>> Note: nslookup is deprecated and may be removed from future releases. >>>> Consider using the `dig' or `host' programs instead. Run nslookup with >>>> the `-sil[ent]' option to prevent this message from appearing. >>>> Server: 10.104.241.115 >>>> Address: 10.104.241.115#53 >>>> >>>> ** server can't find burner: SERVFAIL >>>> What is going on????!!! RedHat cant talk DNS?? >>>> >>>> >>>> >>>> -- >>>> Rhl-beta-list mailing list >>>> Rhl-beta-list at redhat.com >>>> http://www.redhat.com/mailman/listinfo/rhl-beta-list >>> >>> >>> >>> >>> Are you specifying the fully qualified domain. Look at >>> /etc/resolv.conf. What does it have for its domain? What does it >>> have after search? Dan >>> >>> >>> >>> -- >>> Rhl-beta-list mailing list >>> Rhl-beta-list at redhat.com >>> http://www.redhat.com/mailman/listinfo/rhl-beta-list >> >> >> >> >> >> -- >> Rhl-beta-list mailing list >> Rhl-beta-list at redhat.com >> http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From scott at ucolick.org Wed Aug 27 19:36:47 2003 From: scott at ucolick.org (Scott Seagroves) Date: Wed, 27 Aug 2003 12:36:47 -0700 Subject: AD DNS In-Reply-To: <3F4D0444.7060107@farorbit.com> References: <3F4BCDF9.6020807@farorbit.com> <3F4C128E.2060803@redhat.com> <3F4CC890.8030304@farorbit.com> <3F4CD4E9.6010902@redhat.com> <3F4D0444.7060107@farorbit.com> Message-ID: <1062013007.3066.11.camel@lobos> On Wed, 2003-08-27 at 12:19, stephan schutter wrote: > Thank you for all your responses. > > That solves the resolution question. This implies that I did not pick > up the complete scope from DHCP. This is Microsoft DHCP, using named > spaces quite intensively, is it diferent from UNIX? I mean; if I am only > picking up part of the DHCP info, then my DHCP client is not acting like > the Microsoft one... what could be different? in redhat-config-network, when you are editing an interface, under "DHCP settings" there is a checkbox for "automatically obtain DNS information from provider". Maybe that is what you want? Maybe the MS dhcp client does it by default? Sorry, I haven't been following this thread so maybe you've already covered this. Scott From ms-nospam-0306 at arcor.de Wed Aug 27 20:18:33 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 27 Aug 2003 22:18:33 +0200 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <1062008891.1004.115.camel@one.myworld> References: <1062008891.1004.115.camel@one.myworld> Message-ID: <20030827221833.50b3595f.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 27 Aug 2003 20:28:11 +0200, F?liciano Matias wrote: > Check the current http://rhl.redhat.com/ one mouth later : > - "Red Hat remains excited about the open development process announced > on Monday. We're currently reworking the content of this site to clarify > questions people have raised since our announcement. We'll have the site > restored as soon as possible." > > I can't be happy with this. And more important, > Debian/Gentoo/Mandrake/... users will not be attracted with this. > > Mailing-list and "wait please" answers are not enough. > > This is my opinion at the present time. > > I am an old redhat user and confident about the future of RHLP. But > think about other users/contributers. > > PS: Sorry for my poor English. The alternative doesn't look any better. The web pages alone would not get the RHL project going, especially not if they are incomplete and don't answer important questions raised by potential contributors (e.g. on infrastructure, how, and when). The result would be chaos and disappointment worse than the current situation. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/TRIZ0iMVcrivHFQRAvgIAJ0f0oT9G4Pl5Q66AKeRVraUqfSBZwCfRPeS 1QZ5gFtIiwdRQswrrXKhPX4= =qhbs -----END PGP SIGNATURE----- From leonardjo at hetnet.nl Wed Aug 27 20:25:50 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Wed, 27 Aug 2003 22:25:50 +0200 Subject: redhat-config-securitylevel i386? In-Reply-To: <20030827150650.A1338@devserv.devel.redhat.com> References: <3F4D1598.22717.45636@localhost>; from leonardjo@hetnet.nl on Wed, Aug 27, 2003 at 08:33:28PM +0200 Message-ID: <3F4D2FEE.10268.6E839@localhost> Hi Bill, > The TUI parts are architecture specific, and you can't build > noarch and in the same SRPM. > bugzilla components are by source RPM, not binary RPM. That explains it all. Thanks. Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From ml at bendler-net.de Wed Aug 27 20:26:49 2003 From: ml at bendler-net.de (Thomas Bendler) Date: Wed, 27 Aug 2003 22:26:49 +0200 Subject: Simple LDAP server setup? In-Reply-To: <200308271259.17209.nbecker@hns.com> References: <200308271259.17209.nbecker@hns.com> Message-ID: <20030827202649.GA1358@ds9.private.bendler-net.de> Hi, On Mi, 27 Aug 2003, Neal D. Becker sent incredible lines: [...] > Is there any software available on Linux that makes it reasonably simple to > setup an LDAP server to serve accounts? (passwd, grp). > > I've read a few articles on setting up an LDAP server the old-fashioned way, > but it looks WAY too complicated. the initial setup must be done by editing the corresponding configuration files, populating the LDAP database could be done by several graphical tools (i.e. GQ). But, setting up the LDAP is not very complicated, take a look at the LDAP-HOWTO to see ist step by step. ... may the Tux be with you! =Thomas= -- Thomas Bendler \\:// ml at bendler-net.de Mettlerkampsweg 21 (o -) http://www.bendler-net.de/ 20535 Hamburg ---ooO-(_)-Ooo--- tel.: 0 177 - 277 37 61 Germany Linux, enjoy the ride ...! From rpjday at mindspring.com Wed Aug 27 19:28:57 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 27 Aug 2003 15:28:57 -0400 (EDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <1061990600.1401.3.camel@jeremy.dtcc.cc.nc.us> Message-ID: whoa, i didn't mean for this thread to get quite this heated, sorry about that. i just felt like making two points. first, if RH wants to pre-announce beta dates, that's cool. if they want to do the "when it's ready" thing, that's also cool. it's just silly and inconsistent to flip-flop between the two. and second, i don't think the idea of "when it's ready" is as critical for betas as for official releases, for obvious reasons. no one expects perfection if it's a beta. it's just that, for those of us who have been running the beta since we could get our greedy little mitts on it, it would be nice to get a newer version and start testing all over again. after all, that's why we volunteer to be beta testers. rday Tonight on Celebrity Death Match: Eric Raymond vs Darl McBride From rpjday at mindspring.com Wed Aug 27 19:37:29 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 27 Aug 2003 15:37:29 -0400 (EDT) Subject: Simple LDAP server setup? In-Reply-To: Message-ID: On Wed, 27 Aug 2003, Jack Aboutboul wrote: > > On Wednesday, Aug 27, 2003, at 19:59 Asia/Jerusalem, Neal D. Becker > wrote: > > > Is there any software available on Linux that makes it reasonably > > simple to > > setup an LDAP server to serve accounts? (passwd, grp). > > > > I've read a few articles on setting up an LDAP server the > > old-fashioned way, > > but it looks WAY too complicated. > > > > The Red Hat Docs are great. You should read them some time. > > http://www.redhat.com/docs/manuals/linux/RHL-9-Manual/ref-guide/ch- > ldap.html hey, i can use this to start another flame fest. :-) any possibility of seeing beta-level docs some day so we can start going over them as well and submitting comments? rday p.s. a simple "when they're ready" will do fine. really. From packetgeek at chuckiechanboys.com Wed Aug 27 20:56:06 2003 From: packetgeek at chuckiechanboys.com (Charles Bronson) Date: Wed, 27 Aug 2003 16:56:06 -0400 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <1062000787.22095.28.camel@spatula> References: <1062000787.22095.28.camel@spatula> Message-ID: <3F4D1AE6.5020504@chuckiechanboys.com> Jef Spaleta wrote: > -jef"how about we publish a detailed minute by minute schedule for each > red hat developer...so when mharris fails to finish breakfast > on-time...we can specifically harsh him for holding up the entire beta > cycle"spaleta That is too damn funny... and it seems to sum up the cynics quite nicely :-D -- (?_ Some days you're the windshield >o) //\ Some days you're the bug... /\\ V_/_ _\_V Charles Bronson From jbinpg at shaw.ca Wed Aug 27 21:04:29 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Wed, 27 Aug 2003 14:04:29 -0700 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <3F4D1AE6.5020504@chuckiechanboys.com> References: <1062000787.22095.28.camel@spatula> <3F4D1AE6.5020504@chuckiechanboys.com> Message-ID: <20030827210429.GA13594@nonesuch.ca.shawcable.net> On Wed, Aug 27, 2003 at 04:56:06PM -0400, Charles Bronson wrote: > Jef Spaleta wrote: > >-jef"how about we publish a detailed minute by minute schedule for each > >red hat developer...so when mharris fails to finish breakfast > >on-time...we can specifically harsh him for holding up the entire beta > >cycle"spaleta > > That is too damn funny... and it seems to sum up the cynics quite nicely :-D Although in Mike's case it would be how bad he is hanging that affects his breakfast schedule :))) (just kidding, MH....) -- Jack Bowling mailto: jbinpg at shaw.ca From matt-whiteley at comcast.net Wed Aug 27 21:04:49 2003 From: matt-whiteley at comcast.net (Matt Whiteley) Date: Wed, 27 Aug 2003 14:04:49 -0700 Subject: freeradius Message-ID: <1062018289.5563.3.camel@galt.atlas.gotdns.org> Anyone using freeradius successfully on severn? I'm a real newbie with it but after configuring it the same as I did on shrike I am having all requests rejected with: Thu Aug 21 10:23:17 2003 : Auth: rlm_unix: [matt]: invalid password Thu Aug 21 10:23:17 2003 : Auth: Login incorrect: [matt] (from client wlan port 0) needless to say the password is correct and visible in the debugging mode. Any chance freeradius 0.9 will be tested in rawhide soon? I am using freeradius-0.8.1-7 from rawhide now. thanks, -- Matt Whiteley From rhl at farorbit.com Wed Aug 27 21:09:03 2003 From: rhl at farorbit.com (stephan schutter) Date: Wed, 27 Aug 2003 16:09:03 -0500 Subject: AD DNS In-Reply-To: <1062013007.3066.11.camel@lobos> References: <3F4BCDF9.6020807@farorbit.com> <3F4C128E.2060803@redhat.com> <3F4CC890.8030304@farorbit.com> <3F4CD4E9.6010902@redhat.com> <3F4D0444.7060107@farorbit.com> <1062013007.3066.11.camel@lobos> Message-ID: <3F4D1DEF.4080602@farorbit.com> Right, if I do this, the only domain it picks up is the local one (based on subnet):hq.xxxx.com instead of grabing all of the domain search order list (stores, hq, etc. xxxxx.com) Scott Seagroves wrote: > On Wed, 2003-08-27 at 12:19, stephan schutter wrote: > >>Thank you for all your responses. >> >>That solves the resolution question. This implies that I did not pick >>up the complete scope from DHCP. This is Microsoft DHCP, using named >>spaces quite intensively, is it diferent from UNIX? I mean; if I am only >>picking up part of the DHCP info, then my DHCP client is not acting like >>the Microsoft one... what could be different? > > > in redhat-config-network, when you are editing an interface, under "DHCP > settings" there is a checkbox for "automatically obtain DNS information > from provider". Maybe that is what you want? Maybe the MS dhcp client > does it by default? > Sorry, I haven't been following this thread so maybe you've already > covered this. > Scott > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From ml at bendler-net.de Wed Aug 27 21:28:09 2003 From: ml at bendler-net.de (Thomas Bendler) Date: Wed, 27 Aug 2003 23:28:09 +0200 Subject: Simple LDAP server setup? In-Reply-To: References: Message-ID: <20030827212809.GA2611@ds9.private.bendler-net.de> Hi, On Mi, 27 Aug 2003, Robert P. J. Day sent incredible lines: > On Wed, 27 Aug 2003, Jack Aboutboul wrote: [...] > > The Red Hat Docs are great. You should read them some time. > > > > http://www.redhat.com/docs/manuals/linux/RHL-9-Manual/ref-guide/ch- > > ldap.html > hey, i can use this to start another flame fest. :-) any possibility > of seeing beta-level docs some day so we can start going over them as > well and submitting comments? this is the Red Hat 9 documentation, there is nothing beta, bogus, ..., it's just a more or less generic documentation on how slapd works (2.x.x). ... may the Tux be with you! =Thomas= -- Thomas Bendler \\:// ml at bendler-net.de Mettlerkampsweg 21 (o -) http://www.bendler-net.de/ 20535 Hamburg ---ooO-(_)-Ooo--- tel.: 0 177 - 277 37 61 Germany Linux, enjoy the ride ...! From kylem at xwell.org Wed Aug 27 22:01:23 2003 From: kylem at xwell.org (Kyle Maxwell) Date: Wed, 27 Aug 2003 17:01:23 -0500 Subject: GNOME splash screen? RHN? Message-ID: <1062021683.14371.2.camel@lando> Is anyone else seeing the GNOME splash screen take a long time to clear? It seems to be stuck on the Red Hat Network Monitor phase, so I'm not sure which is causing the hangup. There's nothing that appears relevant in the logs. I realize that this is very likely a problem with my local config, so I'm just curious if anyone else has experienced something similar. -- Kyle Maxwell From steve at rueb.com Wed Aug 27 22:16:36 2003 From: steve at rueb.com (Steve Bergman) Date: Wed, 27 Aug 2003 17:16:36 -0500 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <20030827210429.GA13594@nonesuch.ca.shawcable.net> References: <1062000787.22095.28.camel@spatula> <3F4D1AE6.5020504@chuckiechanboys.com> <20030827210429.GA13594@nonesuch.ca.shawcable.net> Message-ID: <1062022596.16198.18.camel@ip68-12-228-23.ok.ok.cox.net> The original complaint was that the current state of the page is too vague and, frankly, not too professional looking. I think, after all the discussion, people understand the situation, and that RedHat is still working to resolve certain issues that need to be resolved before the program can get into full swing. But managers are looking at the page and saying: "This says nothing." How about updating the page with what information there is, even if it's just an explanation that RedHat is working on internal issues to pave the way for the RHLP. You wouldn't have to commit to anything. Just an acknowledgment that RadHat is working on moving forward. I think managers would understand and appreciate your caution and conservatism. Even an update that just says: "Hey its the 27th of August and we're *still* excited. Stay tuned..." would be a help for those people who have managers to convince. My apologies for drawing out this thread still longer. I know you guys have other irons in the fire trying to get RH10 ready. Sincerely, Steve Bergman From jdy at cs.brown.edu Wed Aug 27 22:28:04 2003 From: jdy at cs.brown.edu (Joel Young) Date: Wed, 27 Aug 2003 18:28:04 -0400 Subject: GNOME splash screen? RHN? In-Reply-To: Your message of "Wed, 27 Aug 2003 17:01:23 CDT." <1062021683.14371.2.camel@lando> References: <1062021683.14371.2.camel@lando> Message-ID: <20030827222805.F25F43F4E@null.cs.brown.edu> -------- From: Kyle Maxwell > Is anyone else seeing the GNOME splash screen take a long time to clear? Yes, it takes a very long time to clear. It didn't take so long originally. What is especially frustrating is that it insists on sitting on top of a everything else. Joel From hoyt at cavtel.net Wed Aug 27 22:43:45 2003 From: hoyt at cavtel.net (HoytDuff) Date: Wed, 27 Aug 2003 18:43:45 -0400 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: References: Message-ID: <200308271843.45144.hoyt@cavtel.net> On Wednesday 27 August 2003 03:28 pm, Robert P. J. Day wrote: > it's just that, for > those of us who have been running the beta since we could get > our greedy little mitts on it, it would be nice to get a newer > version and start testing all over again. after all, that's > why we volunteer to be beta testers. Some of us have other reasons to participate. The delay will force me to work during the Geek Cruise instead of lazing about. Will I be seeing anyone on the list there? -- Hoyt Duff From hutigers at hotmail.com Wed Aug 27 22:48:41 2003 From: hutigers at hotmail.com (=?gb2312?B?1dgg9s4=?=) Date: Thu, 28 Aug 2003 06:48:41 +0800 Subject: GNOME Panel has incorrect icon Message-ID: I has encounter that problem too. And Gnome has said that it is due to Change of default setting of Gnome itself(Now it is 2.3.6). And I think the best way is to drag the icon of the application you want to the Gnome-panel. :) That was what I have done. By the way, I have put up a new question yesterday, and I found none seems like to answer that. So I think there must be something wrong with my question or even myself. Now I think the reason is that I use hotmail. Is that the answer? :( After all, I am a new comer here, even a new comer to Linux. So if there is any quiet rules here, please tell me. Thanks All! >On Wed, 2003-08-27 at 15:17, Kyle Maxwell wrote: > On Wed, 2003-08-27 at 07:36, Matt Whiteley wrote: > > On Tue, 2003-08-26 at 18:05, Kyle Maxwell wrote: > > > Unless I'm mistaken, the Red Hat icon for the main menu in the panel has > > > changed to a typewriter (?!) after doing the latest updates from RHN > > > severn-updates channel. There's a shot available at > > > http://xwell.org/archives/Screenshot-Gnome-panel.png. I'm using > > > redhat-artwork-0.80-1 (not sure if it's another package). > > > Simultaneously, many of the icons in the main menu have disappeared > > > (Games, Graphics, Internet, Programming, Sound & Video, and System > > > Tools). > > > > > I had the same problem and deleted the menu from the panel and then > > selected add to panel -> main menu. This fixed everything for me > > although the red hat icon has turned into the gnome foot. You will > > however have back your log out and lock selections. > > Thanks, that did restore the logout/lock selections, and I see the GNOME > foot now. But the missing icons within the menu are still gone. Can you all try gnome-panel-2.3.7-1 when it reaches rawhide? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= _________________________________________________________________ ???? MSN Explorer: http://explorer.msn.com/lccn/ From whooperhsd3 at earthlink.net Wed Aug 27 23:45:00 2003 From: whooperhsd3 at earthlink.net (William Hooper) Date: Wed, 27 Aug 2003 19:45:00 -0400 (EDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <1062022596.16198.18.camel@ip68-12-228-23.ok.ok.cox.net> References: <1062000787.22095.28.camel@spatula> <3F4D1AE6.5020504@chuckiechanboys.com> <20030827210429.GA13594@nonesuch.ca.shawcable.net> <1062022596.16198.18.camel@ip68-12-228-23.ok.ok.cox.net> Message-ID: <65207.65.41.55.192.1062027900.squirrel@whooper.org> Steve Bergman said: [snip] > How about updating the page with what information there is, even if it's > just an explanation that RedHat is working on internal issues to pave > the way for the RHLP. You mean something like "We're currently reworking the content of this site to clarify questions people have raised since our announcement. We'll have the site restored as soon as possible."? -- William Hooper From limbo at bluethingy.com Wed Aug 27 23:58:40 2003 From: limbo at bluethingy.com (Michael Knepher) Date: Wed, 27 Aug 2003 16:58:40 -0700 Subject: GNOME splash screen? RHN? In-Reply-To: <20030827222805.F25F43F4E@null.cs.brown.edu> References: <1062021683.14371.2.camel@lando> <20030827222805.F25F43F4E@null.cs.brown.edu> Message-ID: <1062028719.2764.6.camel@lionel-hutz.darnell.group> On Wed, 2003-08-27 at 15:28, Joel Young wrote: > -------- > From: Kyle Maxwell > > Is anyone else seeing the GNOME splash screen take a long time to clear? > > Yes, it takes a very long time to clear. It didn't take so long > originally. What is especially frustrating is that it insists on > sitting on top of a everything else. > I believe it's an upstream issue. I've had the same thing happen running the Gnome 2.3.x packages from the NyQuist apt repository. From rpjday at mindspring.com Wed Aug 27 23:00:44 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 27 Aug 2003 19:00:44 -0400 (EDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <200308271843.45144.hoyt@cavtel.net> Message-ID: trying hard not to prolong this thread, but i just had to pass on an accidental observation. i was installing the current beta on someone else's laptop, just leaning back in the chair, watching the amusing screens go by, and was intrigued to see one of those screens give a precise timeline for beta releases, which included beta 2: aug 18 beta 3: sep 15 official: oct 6 strangely, none of the release dates said anything like "when it's ready". :-) rday From packetgeek at chuckiechanboys.com Thu Aug 28 00:04:09 2003 From: packetgeek at chuckiechanboys.com (Charles Bronson) Date: Wed, 27 Aug 2003 20:04:09 -0400 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <1062022596.16198.18.camel@ip68-12-228-23.ok.ok.cox.net> References: <1062000787.22095.28.camel@spatula> <3F4D1AE6.5020504@chuckiechanboys.com> <20030827210429.GA13594@nonesuch.ca.shawcable.net> <1062022596.16198.18.camel@ip68-12-228-23.ok.ok.cox.net> Message-ID: <3F4D46F9.6020505@chuckiechanboys.com> Steve Bergman wrote: > But managers are looking at the page and saying: "This says nothing." I don't mean this as a flame so please don't take it as such. I would imagine that the managers are looking to you and your expertise more than the content of a web page. It is up to you (as it is up to all of us that report to management) to let them know the spirit of the changes that Red Hat is making to their development and release policies. Reassure them that you are both monitoring and participating in the discussions that are leading up to the release of the revamped policies. Make them aware of any information that is pertinent to their (your) systems. And most of all remain calm until their is some good reason to get nervous. This is not the first time any of us has sat around waiting on a release whether it had an announced schedule or not. No vendor whether it is hardware, software or consulting can give you information that is 100% on the money. The best you can ask for is that the vendor is honest with you and does their best to do the right thing. -- (?_ Some days you're the windshield >o) //\ Some days you're the bug... /\\ V_/_ _\_V Charles Bronson From rpjday at mindspring.com Wed Aug 27 23:04:50 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 27 Aug 2003 19:04:50 -0400 (EDT) Subject: options for running "switchdesk"? Message-ID: for the first time in a while, i wanted to test switching from GNOME to KDE as part of a demo, so i selected: Preferences More Preferences Desktop Switching Tool then selected "KDE", and also selected "Change only applies to current display" (wincing only slightly at the ugly syntax of that last choice). assuming that that last choice meant that it would affect only this current session, what does it mean to immediately be prompted that my desktop configuration requires X to be restarted for the changes to take effect? is this a temporary, one-time-only change or not? sure is confusing. rday From steve at rueb.com Thu Aug 28 00:09:38 2003 From: steve at rueb.com (Steve Bergman) Date: Wed, 27 Aug 2003 19:09:38 -0500 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <65207.65.41.55.192.1062027900.squirrel@whooper.org> References: <1062000787.22095.28.camel@spatula> <3F4D1AE6.5020504@chuckiechanboys.com> <20030827210429.GA13594@nonesuch.ca.shawcable.net> <1062022596.16198.18.camel@ip68-12-228-23.ok.ok.cox.net> <65207.65.41.55.192.1062027900.squirrel@whooper.org> Message-ID: <1062029377.16198.48.camel@ip68-12-228-23.ok.ok.cox.net> On Wed, 2003-08-27 at 18:45, William Hooper wrote: > Steve Bergman said: > [snip] > > How about updating the page with what information there is, even if it's > > just an explanation that RedHat is working on internal issues to pave > > the way for the RHLP. > > You mean something like "We're currently reworking the content of this > site to clarify questions people have raised since our announcement. We'll > have the site restored as soon as possible."? I went back to the site and looked at that before I posted my message. Hey, I'm just trying to be constructive, here. That's been there for over a month and also makes reference to their announcement on Monday (Which Monday? What month?). Any sort of addendum, no matter what says, would indicate that RedHat has not simply abandoned the consumer version. Understand that I am not saying that RedHat has done any such thing; They haven't. But it would be a super simple way to show the rest of the world (i.e. the managers, our bosses, who will be a little skeptical of the RHLP anyway) that the project is not dead, and perhaps it might even end this thread. ;-) -Steve From notting at redhat.com Thu Aug 28 00:14:36 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 27 Aug 2003 20:14:36 -0400 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: ; from rpjday@mindspring.com on Wed, Aug 27, 2003 at 07:00:44PM -0400 References: <200308271843.45144.hoyt@cavtel.net> Message-ID: <20030827201435.B4904@devserv.devel.redhat.com> Robert P. J. Day (rpjday at mindspring.com) said: > strangely, none of the release dates said anything like > "when it's ready". :-) Things changed. Trust us, we *are* working on getting more information available. Bill From jspaleta at princeton.edu Thu Aug 28 00:44:45 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: Wed, 27 Aug 2003 20:44:45 -0400 Subject: no ... *really* ... any ETA for updated beta? Message-ID: <1062031485.8952.25.camel@localhost.localdomain> > Hey, I'm just trying to be constructive, here. > That's been there for > over a month and also makes reference to their announcement on Monday > (Which Monday? What month?) > Any sort of addendum, no matter what > says, would indicate that RedHat has not simply abandoned the consumer > version Oh please....just stop. This beta is being handled very much like every previous beta..this isn't a community project yet. What we breifly saw at rhl.redhat.com were the very first public moves towards rhl-"the project." In the past...from beta to beta...you had no more information about what was going on than you do now. It's much better to look at how redhat has said so far, simple as intent for the future. How development in this beta is being done is very not unlike previous betas. Yeesh...simply abandoning the consumer version..yeah thats right...there is a huge fear of that happening...even with all the rawhide activity and the new beta update channel on rhn....yeppers everyone should really be afraid this time around. Is yer manager also afraid of a large asteroid hitting the earth...the odds of that happening are probably higher....i'm sure there is an insurance company out there that will offer you a reasonable policy as a risk management strategy against world ending asteroid impact. When Red hat 7.3 came out....where was the promise of a next version? When Red Hat 8 came out.....where was the promise of a next version? When Red Hat 9 came out................ If a boss or manager really wants to get down and dirty with the day to day...week to week....month to month happenings of the beta phase. They can get their arse over to an ftp mirror of rawhide and watch the daily additions...they can get their arse over to bugzilla and watch the bugs being worked on....they can get their arse on here and lurk. If simply knowing that a beta phase is on going, isn't enough to assuage a manager's fear that rhl isn't about to disappear...how could that person ever find the courage to use any software. No vendor of consumer software goes out of their way to say, "yessir...we plan to definitely continue to make new versions of a certain product 4 years from now...one every 6 months or so....garunteed" -jef"clearly rhl.redhat.com should be corrected with a php generated page that adds 'its and Red Hat remains excited'...just to give the rather shallow and unimportant updated appearance to phb's of the world who need false comfort over a drastically misplaced fear..while the actually important information is still be compiled and put together."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 sflory at rackable.com Thu Aug 28 00:59:24 2003 From: sflory at rackable.com (Samuel Flory) Date: Wed, 27 Aug 2003 17:59:24 -0700 Subject: options for running "switchdesk"? In-Reply-To: References: Message-ID: <3F4D53EC.5060900@rackable.com> Robert P. J. Day wrote: > for the first time in a while, i wanted to test switching >from GNOME to KDE as part of a demo, so i selected: > >Preferences > More Preferences > Desktop Switching Tool > >then selected "KDE", and also selected "Change only applies to >current display" (wincing only slightly at the ugly syntax of that >last choice). > >assuming that that last choice meant that it would affect only this >current session, what does it mean to immediately be prompted that >my desktop configuration requires X to be restarted for the changes >to take effect? > >is this a temporary, one-time-only change or not? sure is confusing. > > > I believe they mean multiple instances of X. For example running the following: startx -- :0 startx -- :1 will start 2 instances of X. -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From rpjday at mindspring.com Thu Aug 28 00:13:38 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 27 Aug 2003 20:13:38 -0400 (EDT) Subject: options for running "switchdesk"? In-Reply-To: <3F4D53EC.5060900@rackable.com> Message-ID: On Wed, 27 Aug 2003, Samuel Flory wrote: ... > I believe they mean multiple instances of X. For example running the > following: > > startx -- :0 > startx -- :1 > > will start 2 instances of X. hmmm ... if that's true, it strikes me as a bad idea. if you imagine a newcomer to RH and gnome, they may want to experiment with switching desktops and, if they run that utility, it's unlikely they'll have any idea what it means to have a second display, or even what it means to run "startx" at the command line. more of a problem is that trying to switch to KDE using the gnome menu utility seems to have no effect whatsoever. i've now tried it several times, and it's come back to gnome after every logout. is there a trick to this? rday From riel at redhat.com Thu Aug 28 02:20:31 2003 From: riel at redhat.com (Rik van Riel) Date: Wed, 27 Aug 2003 22:20:31 -0400 (EDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <1062009454.3870.14.camel@chip.ath.cx> Message-ID: On 27 Aug 2003, Panu Matilainen wrote: > On Wed, 2003-08-27 at 21:31, Rik van Riel wrote: > > > > My repository? Some email and ham radio software, probably > > nothing worth waiting for. The interesting stuff will be in > > your repository, not mine ;) > > Rik, instead of setting up "yet another repository" why not join Fedora > and publish your packages through that? Good question. I guess one reason is that I also want to make the RPMs available for a few non-RH distributions. I would also like to be able to build the RPMs for half a dozen distributions with one command, having the build system take care of that for me ... > Of course you'll get your packages out much faster if you publish in > your own repo, considering the average time a package sits in Fedora QA > :) but it's a central thing and seems to be quite popular among RH > employees even. QA is a good thing, but I'm not sure I will always have the time to keep up with whatever happens inside a project like Fedora. Think of me as an amateur packager, mostly interested in packages I want to use, making them available for distros which I happen to have running in various places. -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From mike at netlyncs.com Thu Aug 28 02:48:24 2003 From: mike at netlyncs.com (Mike Chambers) Date: Wed, 27 Aug 2003 21:48:24 -0500 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <1062031485.8952.25.camel@localhost.localdomain> References: <1062031485.8952.25.camel@localhost.localdomain> Message-ID: <1062038904.10211.0.camel@bart.netlyncs.com> On Wed, 2003-08-27 at 19:44, Jef Spaleta wrote: > > > Oh please....just stop. This beta is being handled very much like every > previous beta..this isn't a community project yet. What we breifly saw > at rhl.redhat.com were the very first public moves towards rhl-"the > project." In the past...from beta to beta...you had no more information > about what was going on than you do now. It's much better to look at how > redhat has said so far, simple as intent for the future. How development > in this beta is being done is very not unlike previous betas. > > Yeesh...simply abandoning the consumer version..yeah thats right...there > is a huge fear of that happening...even with all the rawhide activity > and the new beta update channel on rhn....yeppers everyone should really > be afraid this time around. Is yer manager also afraid of a large > asteroid hitting the earth...the odds of that happening are probably > higher....i'm sure there is an insurance company out there that will > offer you a reasonable policy as a risk management strategy against > world ending asteroid impact. > > When Red hat 7.3 came out....where was the promise of a next version? > When Red Hat 8 came out.....where was the promise of a next version? > When Red Hat 9 came out................ > > If a boss or manager really wants to get down and dirty with the day to > day...week to week....month to month happenings of the beta phase. They > can get their arse over to an ftp mirror of rawhide and watch the daily > additions...they can get their arse over to bugzilla and watch the bugs > being worked on....they can get their arse on here and lurk. If simply > knowing that a beta phase is on going, isn't enough to assuage a > manager's fear that rhl isn't about to disappear...how could that person > ever find the courage to use any software. No vendor of consumer > software goes out of their way to say, "yessir...we plan to definitely > continue to make new versions of a certain product 4 years from > now...one every 6 months or so....garunteed" Thanks Jeff, took the words right out of my mouth. Mike From jdow at earthlink.net Thu Aug 28 03:10:45 2003 From: jdow at earthlink.net (jdow) Date: Wed, 27 Aug 2003 20:10:45 -0700 Subject: no ... *really* ... any ETA for updated beta? References: <1062031485.8952.25.camel@localhost.localdomain> <1062038904.10211.0.camel@bart.netlyncs.com> Message-ID: <035f01c36d11$f8ee8a40$2eedfea9@kittycat> From: "Mike Chambers" > On Wed, 2003-08-27 at 19:44, Jef Spaleta wrote: > > > > > Oh please....just stop. This beta is being handled very much like every > > previous beta..this isn't a community project yet. What we breifly saw > > at rhl.redhat.com were the very first public moves towards rhl-"the > > project." In the past...from beta to beta...you had no more information > > about what was going on than you do now. It's much better to look at how > > redhat has said so far, simple as intent for the future. How development > > in this beta is being done is very not unlike previous betas. > > > > Yeesh...simply abandoning the consumer version..yeah thats right...there > > is a huge fear of that happening...even with all the rawhide activity > > and the new beta update channel on rhn....yeppers everyone should really > > be afraid this time around. Is yer manager also afraid of a large > > asteroid hitting the earth...the odds of that happening are probably > > higher....i'm sure there is an insurance company out there that will > > offer you a reasonable policy as a risk management strategy against > > world ending asteroid impact. > > > > When Red hat 7.3 came out....where was the promise of a next version? > > When Red Hat 8 came out.....where was the promise of a next version? > > When Red Hat 9 came out................ > > > > If a boss or manager really wants to get down and dirty with the day to > > day...week to week....month to month happenings of the beta phase. They > > can get their arse over to an ftp mirror of rawhide and watch the daily > > additions...they can get their arse over to bugzilla and watch the bugs > > being worked on....they can get their arse on here and lurk. If simply > > knowing that a beta phase is on going, isn't enough to assuage a > > manager's fear that rhl isn't about to disappear...how could that person > > ever find the courage to use any software. No vendor of consumer > > software goes out of their way to say, "yessir...we plan to definitely > > continue to make new versions of a certain product 4 years from > > now...one every 6 months or so....garunteed" > > Thanks Jeff, took the words right out of my mouth. Mike, I just tell impatient dweebs and bosses that it will be out on the second Tuesday next week. If I ever run into a week with two Tuesdays I'm in deep doodoo. {^_-} From ghenriks at rogers.com Thu Aug 28 03:31:52 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Wed, 27 Aug 2003 23:31:52 -0400 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: References: <200308271843.45144.hoyt@cavtel.net> Message-ID: On Wed, 27 Aug 2003 19:00:44 -0400 (EDT), you wrote: >screens give a precise timeline for beta releases, which included > > beta 2: aug 18 > beta 3: sep 15 > official: oct 6 > > strangely, none of the release dates said anything like >"when it's ready". :-) One of the issues delaying beta 2 is the move to include Gnome 2.4, with the last of the Gnome 2.4 beta packages only just now finally be released into the severn update channel I believe. From michael at ywow.org Thu Aug 28 03:46:40 2003 From: michael at ywow.org (MJang) Date: Wed, 27 Aug 2003 23:46:40 -0400 Subject: no ... *really* ... any ETA for updated beta? References: <200308271843.45144.hoyt@cavtel.net> Message-ID: <0ac301c36d16$fdec0f40$201e16ac@AllAccess> Folks, ----- Original Message ----- From: "Gerald Henriksen" > One of the issues delaying beta 2 is the move to include Gnome 2.4, > with the last of the Gnome 2.4 beta packages only just now finally be > released into the severn update channel I believe. Unlike what some have suggested, the quality of a released beta is not trivial. There's an expectation that a later beta of a product will be in "better shape." Unfortunately, that's not fair, given the desire to incorporate packages such as the newest GNOME. So Red Hat has additional work to do. If Red Hat were to release a later beta that was in noticably worse shape, I'm sure we'd see a lot of critical media on the topic. As the market leader, Red Hat is held to a higher standard. Any loss of face with respect to a short slide in the beta schedule is nothing - when compared to the chicken little statements we'd hear if the next Severn beta were before it's ready. Thanks, Mike Jang From ghenriks at rogers.com Thu Aug 28 04:14:07 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Thu, 28 Aug 2003 00:14:07 -0400 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <0ac301c36d16$fdec0f40$201e16ac@AllAccess> References: <200308271843.45144.hoyt@cavtel.net> <0ac301c36d16$fdec0f40$201e16ac@AllAccess> Message-ID: On Wed, 27 Aug 2003 23:46:40 -0400, you wrote: >Folks, >----- Original Message ----- >From: "Gerald Henriksen" >> One of the issues delaying beta 2 is the move to include Gnome 2.4, >> with the last of the Gnome 2.4 beta packages only just now finally be >> released into the severn update channel I believe. > >Unlike what some have suggested, the quality of a released beta is not trivial. > >There's an expectation that a later beta of a product will be in "better shape." Unfortunately, that's not fair, given the desire to >incorporate packages such as the newest GNOME. So Red Hat has additional work to do. It is also worth pointing out that many of the things that will make it into the next beta are currently available for download in the up2date channel that was created this week. For those who have been downloading these updates the beta testing has continued, with new bugs being found and reported and fixed. From nxg at saratov.pvrr.ru Thu Aug 28 04:23:03 2003 From: nxg at saratov.pvrr.ru (Sergey Mihailov) Date: Thu, 28 Aug 2003 08:23:03 +0400 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <0ac301c36d16$fdec0f40$201e16ac@AllAccess> References: <200308271843.45144.hoyt@cavtel.net> <0ac301c36d16$fdec0f40$201e16ac@AllAccess> Message-ID: <3F4D83A7.3040109@saratov.pvrr.mps> MJang wrote: >If Red Hat were to release a later beta that was in noticably worse shape, I'm sure we'd see a lot of critical media on the topic. >As the market leader, Red Hat is held to a higher standard. > >Any loss of face with respect to a short slide in the beta schedule is nothing - when compared to the chicken little statements we'd >hear if the next Severn beta were before it's ready. > > Beta ! - ?? . official: oct 6 ??? -- MX JID: mx at ns.nxg.pvrr.mps ICQ: 1002 ( icq.pvrr.mps ) [ Sorry. is time N/A ] mailto:mx at nxg.pvrr.mps ( intranet only) From mhouston at gci.net Thu Aug 28 04:24:16 2003 From: mhouston at gci.net (Shawn Houston) Date: Wed, 27 Aug 2003 20:24:16 -0800 Subject: rpm is confused Message-ID: <1062044655.5238.5.camel@mutt.home.pc> I have been using the severn updates through up2date, and have recently started having an unusual problem. Up2date is pulling i686 rpms, but rpm will not install them, it says that the package is intended for a i686 architecture and aborts. This is a Pentium II system. Up2date can see that, but rpm can't. Rpm version 4.2.1-0.30. Has anyone else seen this behaviour? I am working around it by manually installing with the ignorearch switch. -- Shawn Houston From limbo at bluethingy.com Thu Aug 28 05:13:34 2003 From: limbo at bluethingy.com (Michael Knepher) Date: Wed, 27 Aug 2003 22:13:34 -0700 Subject: fontilus/control-center conflict In-Reply-To: <1061941252.6335.4.camel@lando> References: <1061941252.6335.4.camel@lando> Message-ID: <1061993597.5219.39.camel@doriath.sonichope.com> On Tue, 2003-08-26 at 16:40, Kyle Maxwell wrote: > I'm updating my Severn system with the new severn-updates channel > (thanks RH!) and everything seems to be updating OK (still going), but I > ran into a file conflict between fontilus (fontilus-0.3-5) and > control-center (control-center-2.2.2-1 going to control-center-2.3.5-1), > requiring me to deselect control-center to proceed. The messages are > below. > The fontilus functionality has been rolled into the gnome control-center package for 2.3.x/2.4. Remove fontilus, then upgrade control-center. -- Michael Knepher From alexl at redhat.com Thu Aug 28 07:44:47 2003 From: alexl at redhat.com (Alexander Larsson) Date: 28 Aug 2003 09:44:47 +0200 Subject: Nautilus still doesn't do wildcards? In-Reply-To: <1062006123.14693.7.camel@ip68-12-228-23.ok.ok.cox.net> References: <1062006123.14693.7.camel@ip68-12-228-23.ok.ok.cox.net> Message-ID: <1062056687.21713.3.camel@localhost.localdomain> On Wed, 2003-08-27 at 19:42, Steve Bergman wrote: > I just updated to the current severn-updates channel and was hoping that > maybe nautilus would accept wildcards. Googling around a bit suggests > to me that not many people care about that feature (or lack, thereof). > > Am I the only one that wants to be able to type: > > ./*.rpm > > and see all my rpm files, etc? > > Not a complaint. Just curious. I mean, even my old DOS file manager > could do this. Or perhaps this is supported and I just don't know how > to do it? It is not currently implemented no. Many people have wanted it, but a lot of people want a lot of things, and I haven't gotten any patches for it yet. It will get there eventually (although perhaps not exactly like you described it). =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a deeply religious hunchbacked shaman who knows the secret of the alien invasion. She's a bloodthirsty green-skinned advertising executive with a knack for trouble. They fight crime! From warren at togami.com Thu Aug 28 09:13:09 2003 From: warren at togami.com (Warren Togami) Date: Wed, 27 Aug 2003 23:13:09 -1000 Subject: Virtualized Build environments In-Reply-To: References: Message-ID: <1062061989.1859.340.camel@laptop> On Wed, 2003-08-27 at 08:31, Rik van Riel wrote: > At the moment I'm planning to use user mode linux for "virtual > build boxes" as well as simple virtual test systems. I know it's > not as efficient as chroot environments, but it does allow for > more flexibility. > Are UML kernels capable of true NPTL build environment internally? Some ./configure scripts try to detect the presence of NPTL during build time, which ends up with strange results when running the resulting binaries. Have you considered vservers rather than chroot or UML? Fedora Linux project is currently working on adopting Thomas Vander Stichele's mach autobuild system from chroot to vservers, while some kernel hackers are working on porting vserver w/ security context patch to work with RH's NPTL kernel. The benefit of vservers is almost no additional overhead in virtualization, while being able to present a true build environment to the build process while theoretically preventing root exploits hidden in SRPMS from breaking out of the vserver chroot. http://sourceforge.net/projects/mach/ Try the current CVS snapshot of mach, (grab component mach2 written in python, mach is the old version written in Makefile). Thomas wrote an excellent framework for auto-creation of build root chroots, auto-dependency resolution, build, collect build logs, etc. Warren From knxmay001 at mail.uct.ac.za Thu Aug 28 09:47:24 2003 From: knxmay001 at mail.uct.ac.za (Maynard Kuona) Date: Thu, 28 Aug 2003 11:47:24 +0200 Subject: Screenshot tool In-Reply-To: <1061914709.27068.17.camel@opus.phy.duke.edu> References: <200308261439.h7QEdPl16891@devserv.devel.redhat.com> <1061914709.27068.17.camel@opus.phy.duke.edu> Message-ID: <1062064043.5093.3.camel@albert> Do you think Linux users take too many screenshots, seriously, it seems we have an insatiable appetite for screen shooters. I don't how it is any different for Windows users, I think XP doesn't have a screen shooter like people imagine. At least you have a little app that automatically launches when you take a screenshot to enable you to save it. And also you have the GIMP if you need something much more robust. And the GIMP is always on your installation CDs. Just an observation. At any rate, coming from Windows, I don't really miss a screen shooter. On Tue, 2003-08-26 at 18:18, seth vidal wrote: > On Tue, 2003-08-26 at 10:39, Alan Cox wrote: > > > > As Jef Spaleta pointed out, that tool does not show in the main menu, where I > > > > would expect such a program to be found. Should it be there? > > > > > > > Unless I've gone daft can't you hit alt-printscreen to get _just_ the > > > window? > > > > > > it works under rhl9. > > > > Its a fine example of bad UI of course. It should also be on the menus 8) > > no disputing that. I was just mentioning that taking a picture of just a > window using this tool _is_ possible. > > -sv > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From fmonkey at fmonkey.net Thu Aug 28 11:54:58 2003 From: fmonkey at fmonkey.net (Adam H. Pendleton) Date: Thu, 28 Aug 2003 07:54:58 -0400 Subject: up2date and gone-panel Message-ID: <3F4DED92.2040400@fmonkey.net> So I installed the beta yesterday, subscribed to the RHN channels (both the beta and the rawhide channels), and ran up2date. It downloaded a bunch of packages, installed them, and then I restarted my system. When it came back up, the gnome panel was much different than it had been before. The RedHat logo (Main Menu) had been replaced with a folder icon, and the menu was different. Following a suggestion from the archives, I deleted that menu then added the Main Menu to the panel. Okay, but the icon size on the new menu is far different from what it was before. Also, the notification area and the clock were gone. As well, the window list (the taskbar portion of the panel) was also missing. I added all those things back by hand, though I can't for the life of me find the clock that was there before. I had heard a rumbling in the archives about an updated gnome-panel RPM, but I haven't seen it yet. Will this fix these problems? On a semi-related note, there seems to be a cyclic upgrade path for redhat-release and rawhide-release on my system. Right now, if I run up2date, it lists rawhide-release (9.0.93-2) as a available update. If install that package, then run up2date, redhat-release is listed as an update. If I install that, then rawhide-release is listed again, etc. etc. ahp From pgunn at dachte.org Thu Aug 28 12:15:10 2003 From: pgunn at dachte.org (Pat Gunn) Date: Thu, 28 Aug 2003 7:15:10 -0500 Subject: no ... *really* ... any ETA for updated beta? Message-ID: <200308281215.h7SCFASp031203@dachte.org> > and second, i don't think the idea of "when it's ready" is as >critical for betas as for official releases, for obvious reasons. >no one expects perfection if it's a beta. it's just that, for >those of us who have been running the beta since we could get >our greedy little mitts on it, it would be nice to get a newer >version and start testing all over again. after all, that's >why we volunteer to be beta testers. Well, those of us who arn't, like me, using it mostly because we have a laptop thst does ACPI, meaning that it's basically Severn or Windows I've lived bleeding edge before, often for fairly long periods of time, but I certainly won't claim there's any great benevolence behind my using the thing.. :) One thing that would be nice is if people would stop worrying so much about when the next beta will come out. As has been pointed out numerous times before: 1) We already get most of the updates through up2date. Beta2 probably won't be radically different from our current systems if we're subscribed to the updates package 2) Software releases take awhile, betas especially so. If you've beta tested anything else before, you'll know that all release dates, even if not specified as such, are speculative. 3) There happens to be a lot of important software that's near its next major release right now, and it makes sense for RedHat to do some delays in order to make sure that 9.1 will have the current stuff. 4) All this other stuff aside, complaining on this list isn't going to make it come out any fasterxi --, and all it does is irritate the rest of us. I personally expect, when beta2 comes out, that the only thing that'll be different when I install it is I'll perhaps have a 2.6 kernel, and sound/acpi will both be more sane on my system. That's it. --- Pat Gunn mod: csna, bmcm, bmco, cooa, cona, clpd comod: coom http://dachte.org "Once the game is over, the King and the pawn go back in the same box." --Italian Proverb From Epps.Aaron at mayo.edu Thu Aug 28 12:15:27 2003 From: Epps.Aaron at mayo.edu (Epps, Aaron M.) Date: Thu, 28 Aug 2003 07:15:27 -0500 Subject: fontilus/control-center conflict Message-ID: Does Red Hat currently have any plans to redesign the standard Gnome Control Center? To me, a group of icons in Nautilus is a pretty weak interface for a Control-Center. Does anyone remember what Ximian did back in the XD1 days, they had a nicely redesigned Control Center. Anyway, not a big deal, just curious... -----Original Message----- From: Michael Knepher [mailto:limbo at bluethingy.com] Sent: Thursday, August 28, 2003 12:14 AM To: rhl-beta-list at redhat.com Subject: Re: fontilus/control-center conflict On Tue, 2003-08-26 at 16:40, Kyle Maxwell wrote: > I'm updating my Severn system with the new severn-updates channel > (thanks RH!) and everything seems to be updating OK (still going), but > I ran into a file conflict between fontilus (fontilus-0.3-5) and > control-center (control-center-2.2.2-1 going to > control-center-2.3.5-1), requiring me to deselect control-center to > proceed. The messages are below. > The fontilus functionality has been rolled into the gnome control-center package for 2.3.x/2.4. Remove fontilus, then upgrade control-center. -- Michael Knepher -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From nsilva-list at atari-source.com Thu Aug 28 12:23:31 2003 From: nsilva-list at atari-source.com (Noah Silva) Date: Thu, 28 Aug 2003 08:23:31 -0400 Subject: Screenshot tool In-Reply-To: <1062064043.5093.3.camel@albert> References: <200308261439.h7QEdPl16891@devserv.devel.redhat.com> <1061914709.27068.17.camel@opus.phy.duke.edu> <1062064043.5093.3.camel@albert> Message-ID: <1062073411.1986.3.camel@feklar> Hi, Like Gnome, pressing the "Print-Screen" button in windows takes a screen-shot (to the clipboard). Windows doesn't ship with Gimp, but it has paintbrush, where you can paste and save your image. (And anyone with MS office has ms-photo-editor). More to the point, screen-shots can be a good debugging tool. When I am trying to do support for application at work, I have found that relying on end users to remember the exact error message to be about as reliable as my guessing the lottery numbers so far has been. It's easy enough to say "Next time this happens, take a screen-shot and email it to me). Also, my old boss was crazy about some particular windows screen-shot application. Some people like them ;> thanks, noah silva 2003/08/28 (?) 05:47 ? Maynard Kuona ????????: > Do you think Linux users take too many screenshots, seriously, it seems > we have an insatiable appetite for screen shooters. I don't how it is > any different for Windows users, I think XP doesn't have a screen > shooter like people imagine. At least you have a little app that > automatically launches when you take a screenshot to enable you to save > it. And also you have the GIMP if you need something much more robust. > And the GIMP is always on your installation CDs. > > Just an observation. At any rate, coming from Windows, I don't really > miss a screen shooter. > > On Tue, 2003-08-26 at 18:18, seth vidal wrote: > > On Tue, 2003-08-26 at 10:39, Alan Cox wrote: > > > > > As Jef Spaleta pointed out, that tool does not show in the main menu, where I > > > > > would expect such a program to be found. Should it be there? > > > > > > > > > Unless I've gone daft can't you hit alt-printscreen to get _just_ the > > > > window? > > > > > > > > it works under rhl9. > > > > > > Its a fine example of bad UI of course. It should also be on the menus 8) > > > > no disputing that. I was just mentioning that taking a picture of just a > > window using this tool _is_ possible. > > > > -sv > > > > > > > > -- > > Rhl-beta-list mailing list > > Rhl-beta-list at redhat.com > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Thanks, Noah Silva A T A R I - S O U R C E . C O M From rpjday at mindspring.com Thu Aug 28 11:26:25 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 28 Aug 2003 07:26:25 -0400 (EDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <200308281215.h7SCFASp031203@dachte.org> Message-ID: On Thu, 28 Aug 2003, Pat Gunn wrote: > 3) There happens to be a lot of important software that's near its next > major release right now, and it makes sense for RedHat to do some > delays in order to make sure that 9.1 will have the current stuff. this brings up an interesting point. what does it mean to say you're doing a beta test if the final release may contain newer releases of software that are not in the current beta? that is, some interpretations of the word "beta" imply that a feature freeze is in effect, which might also include upgrade freezes. at the very least, it would seem reasonable that the final beta release should be almost indistinguishable from the subsequent official release. if any major software upgrades are incorporated at this point, it would seem that, in the extreme case, the entire beta testing process should start over, no? NOTE: --> i am *not* taking a position on this either way. i'm just curious as to what people think of a "beta" release that may differ substantially from the official release, and what this implies for the testing process. > I personally expect, when beta2 comes out, that the only thing that'll > be different when I install it is I'll perhaps have a 2.6 kernel, oooooh ... i'm not sure that's going to happen, but it would be nice if the 2.6 kernel source was at least somewhere on the CD. i think there's still some work to do on 2.6 before it gets adopted, and i don't think that will happen before RH 10. but i could be wrong. no, no, wait ... no, i couldn't. :-) rday From kylem at xwell.org Thu Aug 28 12:48:17 2003 From: kylem at xwell.org (Kyle Maxwell) Date: Thu, 28 Aug 2003 07:48:17 -0500 Subject: GNOME splash screen? RHN? In-Reply-To: <20030827222805.F25F43F4E@null.cs.brown.edu> References: <1062021683.14371.2.camel@lando> <20030827222805.F25F43F4E@null.cs.brown.edu> Message-ID: <1062074896.7324.0.camel@lando> On Wed, 2003-08-27 at 17:28, Joel Young wrote: > -------- > From: Kyle Maxwell > > Is anyone else seeing the GNOME splash screen take a long time to clear? > > Yes, it takes a very long time to clear. It didn't take so long > originally. What is especially frustrating is that it insists on > sitting on top of a everything else. Dunno if this is configuration-dependent, but my current workaround is to go over to another workspace for a while. For me, it only appears on workspace 1. -- Kyle Maxwell From riel at redhat.com Thu Aug 28 13:31:24 2003 From: riel at redhat.com (Rik van Riel) Date: Thu, 28 Aug 2003 09:31:24 -0400 (EDT) Subject: Virtualized Build environments In-Reply-To: <1062061989.1859.340.camel@laptop> Message-ID: On Wed, 27 Aug 2003, Warren Togami wrote: > Are UML kernels capable of true NPTL build environment internally? That's a good question. I guess it'd have to be 2.6 UML and even there I'm not quite sure... > Have you considered vservers rather than chroot or UML? Fedora Linux > project is currently working on I can't believe I forgot about vservers. I've played quite a bit with vservers a year or two ago and even patched the vserver code a little bit. You're absolutely right, I should use vservers for the build environments. UML is more of a thing for testing things like MTAs, vserver is better for building... > http://sourceforge.net/projects/mach/ > Try the current CVS snapshot of mach, (grab component mach2 written in > python, mach is the old version written in Makefile). Thomas wrote an > excellent framework for auto-creation of build root chroots, > auto-dependency resolution, build, collect build logs, etc. I haven't learned python yet, but I see I've got a good reason to learn it now ... cool. -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From terry at doc-linux.co.uk Thu Aug 28 13:57:11 2003 From: terry at doc-linux.co.uk (Terry Churchill) Date: 28 Aug 2003 14:57:11 +0100 Subject: Screenshot tool In-Reply-To: <1062064043.5093.3.camel@albert> References: <200308261439.h7QEdPl16891@devserv.devel.redhat.com> <1061914709.27068.17.camel@opus.phy.duke.edu> <1062064043.5093.3.camel@albert> Message-ID: <1062079030.31625.2.camel@linux-dev-2.support.demon.net> On Thu, 2003-08-28 at 10:47, Maynard Kuona wrote: > Do you think Linux users take too many screenshots, seriously, it seems > we have an insatiable appetite for screen shooters. I don't how it is > any different for Windows users, I think XP doesn't have a screen > shooter like people imagine. At least you have a little app that > automatically launches when you take a screenshot to enable you to save > it. And also you have the GIMP if you need something much more robust. > And the GIMP is always on your installation CDs. I suspect that's primarily because Windows isn't as customisable as a Linux desktop is - once you've seen one Windows desktop, you've seen them all. However, screenshots are quite rife amongst those that use alternative 'shells' (Litestep, etc). I think that proves my point above. HTH -- .~. Terry Churchill : terry at doc-linux.co.uk .''`. /V\ : :' : /(_)\ http://www.doc-linux.co.uk/ `. `'` ^ ^ `- From mharris at redhat.com Thu Aug 28 13:46:23 2003 From: mharris at redhat.com (Mike A. Harris) Date: Thu, 28 Aug 2003 09:46:23 -0400 (EDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <20030827201435.B4904@devserv.devel.redhat.com> References: <200308271843.45144.hoyt@cavtel.net> <20030827201435.B4904@devserv.devel.redhat.com> Message-ID: This brings up an important point I'd like to make to people. In the past, Red Hat did not announce any dates for it's products. The main reason for this, was because any form of date, no matter how estimated or ball park, will always be interpreted by many people as an official promise. When that date comes and goes, and for whatever reason the software isn't available, those people will become upset and rant and rave. Considering now that we have announced some dates in the beta installer screens, and we've indeed not been able to meet one of the dates, this very much illustrates that Red Hat's previous policy of not pre-announcing dates of things was very well thought out and rational, because now that the date has been missed, we are seeing people rant and rave about it. If people want to see estimated dates for things, then they need to also realize that such estimates are JUST estimates, and that they can be bumped forward and backward as needed for whatever reasons, and that a completely detailed explanation of the reasons will not always be forthcoming. Basically, wether or not any date is announced for a release from *ANY* software project, any software project will be truely only released "when it is ready" to be released. If no date has been given, then it just sort of "happens". If some estimation of a date has been made, and the date does get met, then the target date was met. If an estimation date is not met, then the software and other things that need to be done in order for the given project to be "ready for release" will naturally by definition be ready "when it is ready". When will that be? That's hard to say with 100% accuracy, as anything would at best be a complete estimation, and just like the first target date did not get met, any other estimation date also potentially may not be met. Thus proves the rationality of the previous policy of not pre-announcing release dates. Personally, I'm not a fan of estimated release dates of anything at all, as they almost always are never met in the software industry, and that includes both the open source software and the proprietary software. Look at the Linux kernel's official projected release dates for 2.0.0, 2.2.0, 2.4.0, and 2.6.0. How close to Linus' original estimates did the kernel come out? What about his second and third date estimates? XFree86.org claims they will release new XFree86 releases every 6 months. In practice it is every 10 to 12 months or more. During that process, just like with any project, they are swamped with people asking "when is the new release coming out". And people want SOME answer. The problem is that the future can never be predicted, and so it is totally impossible to give a release date for something that is 100% accurate. And when a date _is_ given, and that date can not be met, it is equally impossible to estimate how much longer it will be until a given project does get released. So, wether or not someone wants a solid release date for some project being developed, or even just a rough estimate of when a project will be released, in ALL CASES, the one and only true answer that is 100% accurate, is "When it is ready, and we can release it.", and _ANY_ other estimate or date given, is totally impossible to guarantee with reasonable certainty. So dates truely do not provide people with any truely valueable information, since the information is not something that can be 100% relied upon. Of course, this is all just my own personal opinion, and does not reflect any views of Red Hat. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From ghenriks at rogers.com Thu Aug 28 14:26:14 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Thu, 28 Aug 2003 10:26:14 -0400 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: References: <200308281215.h7SCFASp031203@dachte.org> Message-ID: On Thu, 28 Aug 2003 07:26:25 -0400 (EDT), you wrote: >On Thu, 28 Aug 2003, Pat Gunn wrote: > >> 3) There happens to be a lot of important software that's near its next >> major release right now, and it makes sense for RedHat to do some >> delays in order to make sure that 9.1 will have the current stuff. > >this brings up an interesting point. what does it mean to say you're >doing a beta test if the final release may contain newer releases of >software that are not in the current beta? > >that is, some interpretations of the word "beta" imply that a feature >freeze is in effect, which might also include upgrade freezes. Once the first beta is released Red Hat will make major changes only if a good case can be made. Otherwise the version that is in the first beta will be the version in the final release (plus any bugfixes found through the beta process). The only previous instance I can recall for a major change during a beta was the gcc 3.1 -> gcc 3.2 change for Red Hat 8, which if I recall correctly was deemed necessary due to a C++ ABI change. >> I personally expect, when beta2 comes out, that the only thing that'll >> be different when I install it is I'll perhaps have a 2.6 kernel, > >oooooh ... i'm not sure that's going to happen, but it would be nice if >the 2.6 kernel source was at least somewhere on the CD. i think there's >still some work to do on 2.6 before it gets adopted, and i don't think >that will happen before RH 10. but i could be wrong. no, no, wait ... >no, i couldn't. :-) I doubt 2.6 will be in any version of Severn. Other than the fact that the goal for 2.6 was cambridge++ the point remains that it is doubtful that 2.6 will be released on time for the release of Red Hat 10, and I doubt Red Hat will ship with pre-release version of the kernel. From sebell at shaw.ca Thu Aug 28 14:24:29 2003 From: sebell at shaw.ca (Scott Bell) Date: Thu, 28 Aug 2003 08:24:29 -0600 Subject: Unsatisfied dep: libcom_err.so.3 Message-ID: <1062080668.3048.2.camel@box.skaught.com> After upgrading to the latest in the severn-updates channel, I had one dependency unfilled -- libcom_err.so.3. This was required by my totem package so I removed that until the update was complete. Now, prior to the update that was provided by the kerberos packages but now it doesn't seem to be provided anymore. I'm assuming that it has been moved to another package that wasn't in my upgrade path, so I wonder if anyone can provide any insight on that. Thanks, - Scott From brugolsky at telemetry-investments.com Thu Aug 28 14:36:56 2003 From: brugolsky at telemetry-investments.com (Bill Rugolsky Jr.) Date: Thu, 28 Aug 2003 10:36:56 -0400 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: References: <200308271843.45144.hoyt@cavtel.net> <20030827201435.B4904@devserv.devel.redhat.com> Message-ID: <20030828143656.GA7345@ti19> On Thu, Aug 28, 2003 at 09:46:23AM -0400, Mike A. Harris wrote: > Thus proves the rationality of the previous policy of not > pre-announcing release dates. ... > The problem is that the future can never be predicted, and so it > is totally impossible to give a release date for something that > is 100% accurate. And when a date _is_ given, and that date can > not be met, it is equally impossible to estimate how much longer > it will be until a given project does get released. Bravo. I'd add one point, which is that it is usually possible to assert the negative with much greater certainty; something like "since we plan another beta cycle, RHL will *not* be released before 1 October". That allows a rational person to decide "OK, let's get on with installing RHL 9 now, but plan for the changes in the RHL 10 beta." The whiners will continue to whine, but that will never change. Regards, Bill Rugolsky From phil-ml at techworks.ie Thu Aug 28 14:39:28 2003 From: phil-ml at techworks.ie (Philip Trickett) Date: Thu, 28 Aug 2003 15:39:28 +0100 Subject: Unsatisfied dep: libcom_err.so.3 In-Reply-To: <1062080668.3048.2.camel@box.skaught.com> References: <1062080668.3048.2.camel@box.skaught.com> Message-ID: <1062081568.3674.43.camel@unagi.internal.techworks.ie> I got around it by rebuilding the source RPMS of totem. I don't know what caused it, but this is what Matthias suggested. Cheers, Phil From nphilipp at redhat.com Thu Aug 28 15:27:57 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 28 Aug 2003 17:27:57 +0200 Subject: A solution to the Galeon situation? In-Reply-To: <1061834304.5686.8.camel@sonylap1> References: <1061493767.16661.55.camel@sonylap1> <1061494931.18337.2.camel@wintermute.sr.unh.edu> <1061570910.16661.61.camel@sonylap1> <1061626568.9004.6.camel@wombat.dialup.fht-esslingen.de> <1061834304.5686.8.camel@sonylap1> Message-ID: <1062084477.10042.14.camel@wombat.dialup.fht-esslingen.de> On Mon, 2003-08-25 at 19:58, Anthony Joseph Seward wrote: > On Sat, 2003-08-23 at 02:16, Nils Philippsen wrote: > > > I can't help but to (again) plug my packages at > > http://lisas.de/~nils/redhat/severn/... -- these work for me (no crashes > > on either printing or preferences). If they won't work with you, you > > should check whether the dependencies are current, check your versions > > of (for starters): > > > > glib2 > > glibc > > gtk2 > > libstdc++ > > mozilla > > > > and compare them against what's in Rawhide. > > > > Nils > > I still get crashes on printing and preferences. Can you help? > > I've upgraded to the following from Rawhide: > > cpp-3.3.1-2.i386.rpm > gcc-3.3.1-2.i386.rpm > gcc-c++-3.3.1-2.i386.rpm > gcc-g77-3.3.1-2.i386.rpm > gcc-java-3.3.1-2.i386.rpm cpp and gcc is totally irrelevanr except if you want to compile it for yourself (for simplicity reasons I'll assume you use one of the binary packages that already "should work"). > glibc-2.3.2-71.i686.rpm > glibc-common-2.3.2-71.i386.rpm > libf2c-3.3.1-2.i386.rpm same goes for libf2c > libgcc-3.3.1-2.i386.rpm > libgcj-3.3.1-2.i386.rpm > libgcj-devel-3.3.1-2.i386.rpm > libstdc++-3.3.1-2.i386.rpm > libstdc++-devel-3.3.1-2.i386.rpm or -devel packages... > tzdata-2003a-2.noarch.rpm > > glib2, gtk2 and mozilla currently in Rawhide are the same as those in > severn: > > glib2-2.2.2-1 > gtk2-2.2.2-2.1 > mozilla-1.4-12 these were the same here. I just updated a lot of packages, but I'll provide all "direct" dependencies of galeons as of now as well. Please compare with what you have: atk-1.3.5-1 bash-2.05b-26.1 compat-glibc-6.2-2.1.3.2 eel2-2.3.9-1 gail-1.3.5-3 GConf2-2.3.3-2 glib2-2.2.3-1.1 glibc-2.3.2-78 gnome-vfs2-2.3.8-1 gtk2-2.2.3-1.1 libart_lgpl-2.3.14-1 libbonobo-2.3.6-2 libbonoboui-2.3.6-2 libgcc-3.3.1-2 libglade2-2.0.1-4 libgnome-2.3.7-2 libgnomecanvas-2.3.6-1 libgnomeui-2.3.6-2 libstdc++-3.3.1-2 libxml2-2.5.10-4 linc-1.0.3-2 mozilla-1.4-12 mozilla-nspr-1.4-12 nautilus-2.3.9-1 ORBit2-2.7.5-5 pango-1.2.5-1.1 popt-1.8.1-0.30 scrollkeeper-0.3.12-1 XFree86-libs-4.3.0-22.1 zlib-1.1.4-10 Just an idea: do you have any (Mozilla) plugins installed? Please remove them and check whether it works then -- Sometimes Galeon seems to have problems with certain plugins where Mozilla works flawlessly. 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 nsilva-list at aoi.atari-source.com Thu Aug 28 15:32:20 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Thu, 28 Aug 2003 11:32:20 -0400 (EDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: Message-ID: On Thu, 28 Aug 2003, Mike A. Harris wrote: > This brings up an important point I'd like to make to people. > ... > available, those people will become upset and rant and rave. > > Considering now that we have announced some dates in the beta >... > missed, we are seeing people rant and rave about it. > > If people want to see estimated dates for things, then they need > to also realize that such estimates are JUST estimates, and that Maybe this needs to be listed in 26 point font with bright red capital letters next to any dates, with a little * afterwards pointing to the fine print below. > Basically, wether or not any date is announced for a release from > *ANY* software project, any software project will be truely only > released "when it is ready" to be released. Sadly, this isn't true. Have you ever used Netscape 6? The proxy dialog didn't even work right ;( I am very glad that redhat releases when it's ready instead of when they said it would be ready. It may be frustrating at times to wait a long time for software to be released, but I think it is far more disappointing to wait and then have something unusable released. > If no date has been > ... > also potentially may not be met. > > Thus proves the rationality of the previous policy of not > pre-announcing release dates. > ... > So dates truely do not provide people with any truely valueable > information, since the information is not something that can be > 100% relied upon. I agree with you, but I also write software, and people do always want to know. I think they don't realize that programming work is typically not done very uniformly. Maybe they immagine I can write 100 lines of code per hour, and the project will be 4000 lines of code, and so take 40 hours, which is one work week. They might not realize that one day I might write 1500 lines of code, and that the next, I might write only 5 lines. They might not know how tracking down a stupid bug took 4 days, or that sometimes I actually plan before typing. At any rate, you're not going to keep people from asking, and "when it's ready" sounds smart-ass, no matter how accurate it is. I think the best solution is this: Put up a conspicuous estimated schedule on the web site where it will be very easy for everyone to find. Also include in big bold letters that it isn't accurate, and might not be met. Every few days, update it. It doesn't have to be remotely accurate, but if the project is going to miss the date, just move the date up a month or something. Then when people ask, you can just say "look at http://rhl.redhat.com/sched.html" and get back to work. > Of course, this is all just my own personal opinion, and does not > reflect any views of Red Hat. of course ;) > OS Systems Engineer - XFree86 maintainer - Red Hat -- noah silva From jdy at cs.brown.edu Thu Aug 28 15:33:41 2003 From: jdy at cs.brown.edu (Joel Young) Date: Thu, 28 Aug 2003 11:33:41 -0400 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: Your message of "Thu, 28 Aug 2003 09:46:23 EDT." References: <200308271843.45144.hoyt@cavtel.net> <20030827201435.B4904@devserv.devel.redhat.com> Message-ID: <20030828153341.5FC9C3F7E@null.cs.brown.edu> -------- From: "Mike A. Harris" > Considering now that we have announced some dates in the beta > installer screens, and we've indeed not been able to meet one of > the dates, this very much illustrates that Red Hat's previous > policy of not pre-announcing dates of things was very well > thought out and rational, because now that the date has been > missed, we are seeing people rant and rave about it. Since this is intended to be a community project, I have viewed these release dates as managerial goals to help the redhat external participants manage their resources. We have a loose idea of when the next milestone is so we can prioritize our self imposed tasks: 1. install or upgrade to new release 2. start reporting burst of bugs from the errors found only in first use/install phase 3. watch bugs, track personally important issues, make patches etc. if we want fixed in next release 4. get some paying work done 5. notice new release is nigh and try to push our personal agendas some more, e.g., new kernel patch for touchpads or something 6. stabilize systems for upgrade, make backups etc. 7. repeat Having goal dates makes the above much easier, IMHO. Joel From notting at redhat.com Thu Aug 28 15:44:56 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 28 Aug 2003 11:44:56 -0400 Subject: Unsatisfied dep: libcom_err.so.3 In-Reply-To: <1062080668.3048.2.camel@box.skaught.com>; from sebell@shaw.ca on Thu, Aug 28, 2003 at 08:24:29AM -0600 References: <1062080668.3048.2.camel@box.skaught.com> Message-ID: <20030828114456.A30989@devserv.devel.redhat.com> Scott Bell (sebell at shaw.ca) said: > After upgrading to the latest in the severn-updates channel, I had one > dependency unfilled -- libcom_err.so.3. This was required by my totem > package so I removed that until the update was complete. Now, prior to > the update that was provided by the kerberos packages but now it doesn't > seem to be provided anymore. I'm assuming that it has been moved to > another package that wasn't in my upgrade path, so I wonder if anyone > can provide any insight on that. e2fsprogs and krb5 used to provide separate slightly different versions of libcom_err. With krb5-1.3, the need for a separate one was removed, so it just uses the one from e2fsprogs. Hence, you'll need to rebuild totem so it picks up that one as a dependency. Bill From andre at bwh.harvard.edu Thu Aug 28 16:09:31 2003 From: andre at bwh.harvard.edu (Andre Robatino) Date: Thu, 28 Aug 2003 12:09:31 -0400 (EDT) Subject: xterm-179-4 broken Message-ID: <200308281609.h7SG9VD02670@garfield.bwh.harvard.edu> Got a fatal error installing the newest xterm package from 8/28, the error upon attempting manual install is: [root at localhost up2date]# rpm -Uvh xterm-179-4.1.i386.rpm warning: xterm-179-4.1.i386.rpm: V3 DSA signature: NOKEY, key ID e418e3aa Preparing... ########################################### [100%] 1:xterm ########################################### [100%] error: unpacking of archive failed on file /usr/X11R6/bin/xterm: cpio: rename failed - Is a directory From kaboom at gatech.edu Thu Aug 28 16:14:50 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Thu, 28 Aug 2003 10:14:50 -0600 (MDT) Subject: xterm-179-4 broken In-Reply-To: <200308281609.h7SG9VD02670@garfield.bwh.harvard.edu> References: <200308281609.h7SG9VD02670@garfield.bwh.harvard.edu> Message-ID: On Thu, 28 Aug 2003, Andre Robatino wrote: > Got a fatal error installing the newest xterm package from 8/28, the > error upon attempting manual install is: > > [root at localhost up2date]# rpm -Uvh xterm-179-4.1.i386.rpm > warning: xterm-179-4.1.i386.rpm: V3 DSA signature: NOKEY, key ID e418e3aa > Preparing... ########################################### [100%] > 1:xterm ########################################### [100%] > error: unpacking of archive failed on file /usr/X11R6/bin/xterm: cpio: rename failed - Is a directory If you're already on severn, uninstalling the current xterm rpm and then installing the new one will allow it to install.... I'm not sure what happens on RHL 9 later, chris From andre at bwh.harvard.edu Thu Aug 28 16:23:06 2003 From: andre at bwh.harvard.edu (Andre Robatino) Date: Thu, 28 Aug 2003 12:23:06 -0400 (EDT) Subject: xterm-179-4 broken In-Reply-To: from "Chris Ricker" at Aug 28, 2003 10:14:50 AM Message-ID: <200308281623.h7SGN7702705@garfield.bwh.harvard.edu> > > On Thu, 28 Aug 2003, Andre Robatino wrote: > > > Got a fatal error installing the newest xterm package from 8/28, the > > error upon attempting manual install is: > > > > [root at localhost up2date]# rpm -Uvh xterm-179-4.1.i386.rpm > > warning: xterm-179-4.1.i386.rpm: V3 DSA signature: NOKEY, key ID e418e3aa > > Preparing... ########################################### [100%] > > 1:xterm ########################################### [100%] > > error: unpacking of archive failed on file /usr/X11R6/bin/xterm: cpio: rename failed - Is a directory > > If you're already on severn, uninstalling the current xterm rpm and then > installing the new one will allow it to install.... > > I'm not sure what happens on RHL 9 I'm on severn with the latest updates from the severn-updates channel. After experiencing the error with up2date, I noticed that the xterm package had been uninstalled. I then attempted manual install of the new package as above, which still gave the error. I then used rpm -qf /usr/X11R6/bin/xterm and found that this directory was not owned by any package. Presumably it was owned by the old version of xterm but not cleaned up by the uninstall. I deleted it manually and was then able to successfully install the new version with the same command as before. From paul.morgan at jumanjihouse.com Thu Aug 28 16:41:22 2003 From: paul.morgan at jumanjihouse.com (Paul Morgan) Date: 28 Aug 2003 11:41:22 -0500 Subject: TARPIT in iptables Message-ID: <1062088882.18394.22.camel@shuttle.jumanjihouse.com> Is there any word on whether (and if so, when) the tarpit target will be incorporated into Red Hat's kernel? tia, paul From m.a.young at durham.ac.uk Thu Aug 28 16:48:47 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Thu, 28 Aug 2003 17:48:47 +0100 (BST) Subject: Virtualized Build environments In-Reply-To: Message-ID: On Thu, 28 Aug 2003, Rik van Riel wrote: > On Wed, 27 Aug 2003, Warren Togami wrote: > > > Are UML kernels capable of true NPTL build environment internally? > > That's a good question. I guess it'd have to be 2.6 UML and > even there I'm not quite sure... I am not sure where nptl ends and tls starts, but I suspect tls is broken in the current 2.6 UML, since the get_thread_area and set_thread_area syscalls don't exist, which upsets the uml kernel if the tls libraries are in the image. If I ever have plenty of time/disk space I believe there are some nptl tests associated with glibc which I might try. Michael Young From katzj at redhat.com Thu Aug 28 16:50:00 2003 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 28 Aug 2003 12:50:00 -0400 Subject: xterm-179-4 broken In-Reply-To: <200308281609.h7SG9VD02670@garfield.bwh.harvard.edu> References: <200308281609.h7SG9VD02670@garfield.bwh.harvard.edu> Message-ID: <1062089400.1853.5.camel@mirkwood.devel.redhat.com> On Thu, 2003-08-28 at 12:09, Andre Robatino wrote: > Got a fatal error installing the newest xterm package from 8/28, the > error upon attempting manual install is: > > [root at localhost up2date]# rpm -Uvh xterm-179-4.1.i386.rpm > warning: xterm-179-4.1.i386.rpm: V3 DSA signature: NOKEY, key ID e418e3aa > Preparing... ########################################### [100%] > 1:xterm ########################################### [100%] > error: unpacking of archive failed on file /usr/X11R6/bin/xterm: cpio: rename failed - Is a directory This is because the old package was broken and so now a directory is trying to turn into a symlink. Remove the old xterm package and the install the new one. Luckily, it's between two packages in beta releases, so it's not a huge deal (it's why upgrades from betas -> betas and beta -> final aren't supported :) Jeremy From warren at togami.com Thu Aug 28 17:07:18 2003 From: warren at togami.com (Warren Togami) Date: Thu, 28 Aug 2003 07:07:18 -1000 Subject: Virtualized Build environments In-Reply-To: References: Message-ID: <1062090437.1859.368.camel@laptop> On Thu, 2003-08-28 at 03:31, Rik van Riel wrote: > On Wed, 27 Aug 2003, Warren Togami wrote: > > > Are UML kernels capable of true NPTL build environment internally? > > That's a good question. I guess it'd have to be 2.6 UML and > even there I'm not quite sure... > > > Have you considered vservers rather than chroot or UML? Fedora Linux > > project is currently working on > > I can't believe I forgot about vservers. I've played quite > a bit with vservers a year or two ago and even patched the > vserver code a little bit. > http://bugzilla.fedora.us/show_bug.cgi?id=512 Try Enrico's vserver package currently in Fedora QA. It has bug fixes on top of the official vserver package, and kills the linuxconf sub-package. Don't forget to remove all the device nodes internally by using install-post.sh within the vserver package. The device nodes are one way to break out of the vserver, and technically no packages should require the device nodes to build properly. If they do fail to build with device nodes missing, it is a packaging problem. > You're absolutely right, I should use vservers for the > build environments. UML is more of a thing for testing > things like MTAs, vserver is better for building... > > > http://sourceforge.net/projects/mach/ > > Try the current CVS snapshot of mach, (grab component mach2 written in > > python, mach is the old version written in Makefile). Thomas wrote an > > excellent framework for auto-creation of build root chroots, > > auto-dependency resolution, build, collect build logs, etc. > > I haven't learned python yet, but I see I've got a good > reason to learn it now ... cool. Help us in conversion of mach from chroot to vserver chroot. =) http://www.fedora.us/mailman/listinfo/fedora-devel Please consider subscribing to fedora-devel. Warren From smoogen at lanl.gov Thu Aug 28 16:59:54 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Thu, 28 Aug 2003 10:59:54 -0600 (MDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <0ac301c36d16$fdec0f40$201e16ac@AllAccess> Message-ID: On Wed, 27 Aug 2003, MJang wrote: >Folks, >----- Original Message ----- >From: "Gerald Henriksen" >> One of the issues delaying beta 2 is the move to include Gnome 2.4, > >There's an expectation that a later beta of a product will be in >"better shape." Unfortunately, that's not fair, given the desire to >incorporate packages such as the newest GNOME. So Red Hat has >additional work to do. > >If Red Hat were to release a later beta that was in noticably worse >shape, I'm sure we'd see a lot of critical media on the topic. As the >market leader, Red Hat is held to a higher standard. > I think that was the case for the 5.0 and 6.0 Beta chains.. THere were some bugs in a later beta and Red Hat got nothing but grief about how shoddy they were. -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 5-8058 Ta-03 SM-261 MailStop P208 DP 17U Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From mharris at redhat.com Thu Aug 28 17:05:16 2003 From: mharris at redhat.com (Mike A. Harris) Date: Thu, 28 Aug 2003 13:05:16 -0400 (EDT) Subject: xterm-179-4 broken In-Reply-To: <200308281609.h7SG9VD02670@garfield.bwh.harvard.edu> References: <200308281609.h7SG9VD02670@garfield.bwh.harvard.edu> Message-ID: On Thu, 28 Aug 2003, Andre Robatino wrote: > Got a fatal error installing the newest xterm package from 8/28, the >error upon attempting manual install is: > >[root at localhost up2date]# rpm -Uvh xterm-179-4.1.i386.rpm >warning: xterm-179-4.1.i386.rpm: V3 DSA signature: NOKEY, key ID e418e3aa >Preparing... ########################################### [100%] > 1:xterm ########################################### [100%] >error: unpacking of archive failed on file /usr/X11R6/bin/xterm: cpio: rename failed - Is a directory The only way to handle this, is to uninstall the xterm package that is installed first, and then install the new one manually. This is due to an xterm package update in which there was an error, which the new package fixes. However the correctly fixed version can't be installed if the previous buggy package is installed. Anyone who has installed the buggy version of xterm, will get this error whenever they upgrade to any newer xterm package, so this problem will be seen by some people likely for a while, and there isn't anything we can do about it other than tell people to uninstall xterm before upgrading it. It's not something a newer xterm package can fix as the bug is in the older package in a way that a newer one can't fix as long as the older one is installed. Please don't anyone file in bugzilla, as it's fixed already, however as I mention above, even though it is fixed, you will still get this error, until the bad xterm gets flushed out of people's systems. Hope this explains the problem clearly. Take care, TTYL -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From andre at bwh.harvard.edu Thu Aug 28 17:46:44 2003 From: andre at bwh.harvard.edu (Andre Robatino) Date: Thu, 28 Aug 2003 13:46:44 -0400 (EDT) Subject: xterm-179-4 broken In-Reply-To: from "Mike A. Harris" at Aug 28, 2003 01:05:16 PM Message-ID: <200308281746.h7SHkiI06966@garfield.bwh.harvard.edu> > > On Thu, 28 Aug 2003, Andre Robatino wrote: > > > Got a fatal error installing the newest xterm package from 8/28, the > >error upon attempting manual install is: > > > >[root at localhost up2date]# rpm -Uvh xterm-179-4.1.i386.rpm > >warning: xterm-179-4.1.i386.rpm: V3 DSA signature: NOKEY, key ID e418e3aa > >Preparing... ########################################### [100%] > > 1:xterm ########################################### [100%] > >error: unpacking of archive failed on file /usr/X11R6/bin/xterm: cpio: rename failed - Is a directory > > The only way to handle this, is to uninstall the xterm package > that is installed first, and then install the new one manually. > This is due to an xterm package update in which there was an > error, which the new package fixes. However the correctly fixed > version can't be installed if the previous buggy package is > installed. > > Anyone who has installed the buggy version of xterm, will get > this error whenever they upgrade to any newer xterm package, so > this problem will be seen by some people likely for a while, and > there isn't anything we can do about it other than tell people to > uninstall xterm before upgrading it. It's not something a newer > xterm package can fix as the bug is in the older package in a way > that a newer one can't fix as long as the older one is installed. > > Please don't anyone file in bugzilla, as it's fixed already, > however as I mention above, even though it is fixed, you will > still get this error, until the bad xterm gets flushed out of > people's systems. It was a little more complicated than this, since after getting the fatal error with up2date, I saw that xterm had already been uninstalled. However, it left behind the directory /usr/X11R6/bin/xterm which was no longer owned by any package. So I had to manually delete it, then I went into /var/spool/up2date and successfully did a manual install of the RPM which up2date had already downloaded. So the steps were: 1) Use up2date to attempt updating xterm, get the above fatal error. 2) Verify that /usr/X11R6/bin/xterm is no longer owned by any package with rpm -qf /usr/X11R6/bin/xterm 3) Remove the directory: rmdir /usr/X11R6/bin/xterm 4) Go into /var/spool/up2date and manually install with rpm -Uvh xterm-179-4.1.i386.rpm From ted at cypress.com Thu Aug 28 17:58:38 2003 From: ted at cypress.com (Thomas Dodd) Date: Thu, 28 Aug 2003 12:58:38 -0500 Subject: Nautilus still doesn't do wildcards? In-Reply-To: <1062056687.21713.3.camel@localhost.localdomain> References: <1062006123.14693.7.camel@ip68-12-228-23.ok.ok.cox.net> <1062056687.21713.3.camel@localhost.localdomain> Message-ID: <3F4E42CE.2060108@cypress.com> Alexander Larsson wrote: > On Wed, 2003-08-27 at 19:42, Steve Bergman wrote: >>Am I the only one that wants to be able to type: >> >>./*.rpm > It is not currently implemented no. Many people have wanted it, but a > lot of people want a lot of things, and I haven't gotten any patches for > it yet. It will get there eventually (although perhaps not exactly like > you described it). Is anyone, especially upstream developers, working on it? Is the a plan for nautilus, expected features and rought ideas on when they will be worked on? Or is development of new features completly random and hap-hazard? On the subject of patches, how many people understand the working of nautilus well enough to even attempt it? I dug into the smb:// code for gnome-vfs once, and it was very non-linear. What functions would need work to do get wildcards/filtering to work? -Thomas From anthony.seward at ieee.org Thu Aug 28 18:04:59 2003 From: anthony.seward at ieee.org (Anthony Joseph Seward) Date: 28 Aug 2003 12:04:59 -0600 Subject: A solution to the Galeon situation? In-Reply-To: <1062084477.10042.14.camel@wombat.dialup.fht-esslingen.de> References: <1061493767.16661.55.camel@sonylap1> <1061494931.18337.2.camel@wintermute.sr.unh.edu> <1061570910.16661.61.camel@sonylap1> <1061626568.9004.6.camel@wombat.dialup.fht-esslingen.de> <1061834304.5686.8.camel@sonylap1> <1062084477.10042.14.camel@wombat.dialup.fht-esslingen.de> Message-ID: <1062093898.6131.13.camel@sonylap1> There was something on my old configurations that was causing problems. I moved my old .galeon directory and copied my bookmarks, cookies and prefs. Now things work on vanilla severn with your galeon .rpm. If I get around to it, I'll try and troubleshoot some more and send a bug report upstream. Tony -- Anthony Joseph Seward From notting at redhat.com Thu Aug 28 18:47:15 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 28 Aug 2003 14:47:15 -0400 Subject: TARPIT in iptables In-Reply-To: <1062088882.18394.22.camel@shuttle.jumanjihouse.com>; from paul.morgan@jumanjihouse.com on Thu, Aug 28, 2003 at 11:41:22AM -0500 References: <1062088882.18394.22.camel@shuttle.jumanjihouse.com> Message-ID: <20030828144715.C24924@devserv.devel.redhat.com> Paul Morgan (paul.morgan at jumanjihouse.com) said: > Is there any word on whether (and if so, when) the tarpit target will be > incorporated into Red Hat's kernel? Is it upstream in any kernel? Bill From ted at cypress.com Thu Aug 28 18:54:38 2003 From: ted at cypress.com (Thomas Dodd) Date: Thu, 28 Aug 2003 13:54:38 -0500 Subject: yum quit Message-ID: <3F4E4FEE.9030906@cypress.com> After installing some updates from rawhide, yum quit. # yum check-update Traceback (most recent call last): File "/usr/bin/yum", line 22, in ? import yummain File "yummain.py", line 21, in ? File "clientStuff.py", line 25, in ? File "pkgaction.py", line 24, in ? File "rpmUtils.py", line 9, in ? File "urlgrabber.py", line 21, in ? File "/usr/lib/python2.2/urllib2.py", line 101, in ? import ftplib File "/usr/lib/python2.2/ftplib.py", line 68, in ? all_errors = (Error, socket.error, IOError, EOFError) AttributeError: 'module' object has no attribute 'error' If I remove socket.error from the all_errors, I get Traceback (most recent call last): File "/usr/bin/yum", line 22, in ? import yummain File "yummain.py", line 21, in ? File "clientStuff.py", line 25, in ? File "pkgaction.py", line 24, in ? File "rpmUtils.py", line 9, in ? File "urlgrabber.py", line 37, in ? File "keepalive.py", line 164, in ? AttributeError: 'module' object has no attribute 'HTTPResponse' Since ftplib comes from python-2.2.3-3 which wasn't updated, I clueless. The relevant update was: quanta 6:3.1.3-1.i386 pango 1.2.5-1.1.i386 postgresql-libs 7.3.3-12.i386 newt 0.51.6-1.i386 net-tools 1.60-20.1.i386 openldap 2.1.22-5.i386 quota 1:3.06-11.i386 procps 2.0.13-8.i386 pan 1:0.14.1-1.i386 ntsysv 1.3.8-4.i386 nmap 2:3.30-1.i386 perl 3:5.8.1-90.rc4.2.i386 pygtk2 1.99.16-10.i386 octave 6:2.1.50-3.i386 nfs-utils 1.0.5-1.i386 nscd 2.3.2-78.i386 popt 1.8.1-0.30.i386 openssl 0.9.7a-17.i686 qt-devel 1:3.1.2-14.i386 nss_ldap 207-3.i386 ots 0.4.0-1.i386 qt-designer 1:3.1.2-14.i386 pygtk2-libglade 1.99.16-10.i386 net-snmp 5.0.8-9.1.i386 openmotif 2.2.2-16.1.i386 parted 1.6.3-24.i386 xterm 179-4.1.i386 pyorbit 1.99.6-1.i386 qt 1:3.1.2-14.i386 pam_smb 1.1.7-2.i386 patchutils 0.2.24-2.i386 openjade 1.3.2-6.i386 portmap 4.0-56.1.i386 pam_krb5 2.0.1-1.i386 pam 0.77-3.i386 nmap-frontend 2:3.30-1.i386 -Thomas From skvidal at phy.duke.edu Thu Aug 28 19:45:45 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 28 Aug 2003 15:45:45 -0400 Subject: yum quit In-Reply-To: <3F4E4FEE.9030906@cypress.com> References: <3F4E4FEE.9030906@cypress.com> Message-ID: <1062099945.28808.1.camel@opus> On Thu, 2003-08-28 at 14:54, Thomas Dodd wrote: > After installing some updates from rawhide, yum quit. > > # yum check-update > Traceback (most recent call last): > File "/usr/bin/yum", line 22, in ? > import yummain > File "yummain.py", line 21, in ? > File "clientStuff.py", line 25, in ? > File "pkgaction.py", line 24, in ? > File "rpmUtils.py", line 9, in ? > File "urlgrabber.py", line 21, in ? > File "/usr/lib/python2.2/urllib2.py", line 101, in ? > import ftplib > File "/usr/lib/python2.2/ftplib.py", line 68, in ? > all_errors = (Error, socket.error, IOError, EOFError) > AttributeError: 'module' object has no attribute 'error' > > If I remove socket.error from the all_errors, I get > Traceback (most recent call last): > File "/usr/bin/yum", line 22, in ? > import yummain > File "yummain.py", line 21, in ? > File "clientStuff.py", line 25, in ? > File "pkgaction.py", line 24, in ? > File "rpmUtils.py", line 9, in ? > File "urlgrabber.py", line 37, in ? > File "keepalive.py", line 164, in ? > AttributeError: 'module' object has no attribute 'HTTPResponse' > > Since ftplib comes from python-2.2.3-3 which wasn't updated, I clueless. > run this: rpm -V python I can't replicate this on the same ver of python on a mostly-rawhide system. also try this: python once the python shell comes up import urllib2 import ftplib see if you get the traceback there. -sv From paul.morgan at jumanjihouse.com Thu Aug 28 19:45:48 2003 From: paul.morgan at jumanjihouse.com (Paul Morgan) Date: 28 Aug 2003 14:45:48 -0500 Subject: TARPIT in iptables In-Reply-To: <20030828144715.C24924@devserv.devel.redhat.com> References: <1062088882.18394.22.camel@shuttle.jumanjihouse.com> <20030828144715.C24924@devserv.devel.redhat.com> Message-ID: <1062099948.18394.60.camel@shuttle.jumanjihouse.com> On Thu, 2003-08-28 at 13:47, Bill Nottingham wrote: > Paul Morgan (paul.morgan at jumanjihouse.com) said: > > Is there any word on whether (and if so, when) the tarpit target will be > > incorporated into Red Hat's kernel? > > Is it upstream in any kernel? It's only a matter of time until it appears in a stock distro. User-side support is built-in with the "official" iptables-1.2.8 release, including the Severn/Taroon beta RPMs, but a patch-and-compile is necessary on the kernel side. Despite the tiny size and scope of the patch, I am reluctant to stray from the stock kernels (up2date, client machines, etc.), and I suspect (and hope) that many others would like to see the tarpit target folded into the stock RH kernel. http://www.netfilter.org/files/changes-iptables-1.2.8.txt From alan at redhat.com Thu Aug 28 19:58:50 2003 From: alan at redhat.com (Alan Cox) Date: Thu, 28 Aug 2003 15:58:50 -0400 (EDT) Subject: Nautilus still doesn't do wildcards? In-Reply-To: <3F4E42CE.2060108@cypress.com> from "Thomas Dodd" at Aws 28, 2003 12:58:38 Message-ID: <200308281958.h7SJwoE15720@devserv.devel.redhat.com> > On the subject of patches, how many people understand the working of > nautilus well enough to even attempt it? I dug into the smb:// code for > gnome-vfs once, and it was very non-linear. What functions would need > work to do get wildcards/filtering to work? If you've touched gnome-vfs internals I'd think you know enough since you know how vfs enumeration of contents works and you are talking about a filter over that (or in it..) From wacker at octothorp.org Thu Aug 28 20:07:08 2003 From: wacker at octothorp.org (William F. Acker WB2FLW +1-303-722-7209) Date: Thu, 28 Aug 2003 14:07:08 -0600 (MDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: References: <200308271843.45144.hoyt@cavtel.net> <20030827201435.B4904@devserv.devel.redhat.com> Message-ID: On Thu, 28 Aug 2003, Mike A. Harris wrote: > This brings up an important point I'd like to make to people. > In the past, Red Hat did not announce any dates for it's > products. The main reason for this, was because any form of > date, no matter how estimated or ball park, will always be > interpreted by many people as an official promise. When that > date comes and goes, and for whatever reason the software isn't > available, those people will become upset and rant and rave. The rest snipped. Ya know, Mike, as a reader of this list who hasn't posted to this thread up until now, and, has never asked when a release was going to be out in all my time on these lists since Zoot, I personally have never minded the questions on that topic. What I do find pretty obnoxious is the loud braying of the "how dare you even think of asking such a stupid and taboo question" chorus. Folks, how 'bout, the next time you see a question such as, "when is the next beta or full release coming out", posted t to the list, why don't y'all wait to see if someone from RH who is in a position to know feels like answering the question. If they do, then it should be settled. If they don't, what on earth is the good in expressing your outrage at the fact that the question was asked in the first place? -- Bill in Denver From ted at cypress.com Thu Aug 28 20:14:46 2003 From: ted at cypress.com (Thomas Dodd) Date: Thu, 28 Aug 2003 15:14:46 -0500 Subject: yum quit In-Reply-To: <1062099945.28808.1.camel@opus> References: <3F4E4FEE.9030906@cypress.com> <1062099945.28808.1.camel@opus> Message-ID: <3F4E62B6.8030707@cypress.com> seth vidal wrote: > On Thu, 2003-08-28 at 14:54, Thomas Dodd wrote: > >>After installing some updates from rawhide, yum quit. > run this: > > rpm -V python Other than the timestamps on the files I messed with, it OK. ftplib.py and .pyc from my edits. I also forced socket.pyc to be regenerated before I noticed where they came from, and that the update hadn't touched that. > I can't replicate this on the same ver of python on a mostly-rawhide > system. > > also try this: > python > once the python shell comes up > import urllib2 >>> import urllib2 Traceback (most recent call last): File "", line 1, in ? File "/usr/lib/python2.2/urllib2.py", line 90, in ? import socket File "/usr/lib/python2.2/socket.py", line 41, in ? from _socket import * ImportError: /lib/libssl.so.4: undefined symbol: krb5_cc_get_principal I think this is it. Why would libssl need krb5 though? When I removed the krb5 stuff, which I'll not use any time soon, I didn't get a dependency error. So either libssl should not require krb5_cc_get_principal, or the package dependency needs fixed. Looking back at the updates, I see pam_krb5, but removing it doesn't help. I removed all krb5 rpms that didn't flag a dependency on something I need. krb5-libs is the only rpm installed with krb5 in the name. libssl.so.4 is a symlink to libssl.so.0.9.7a from openssl-0.9.7a-17 which was also updated. So maybe the openssl update caused it? > import ftplib Same as before: >>> import ftplib Traceback (most recent call last): File "", line 1, in ? File "/usr/lib/python2.2/ftplib.py", line 68, in ? all_errors = (Error, socket.error, IOError, EOFError) AttributeError: 'module' object has no attribute 'error' -Thomas From nsilva-list at aoi.atari-source.com Thu Aug 28 20:13:08 2003 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Thu, 28 Aug 2003 16:13:08 -0400 (EDT) Subject: OpenOffice.org release? Message-ID: Hi, Two questions. Neither is strictly Severn specific, but... a.) Ximian has made quite a few nice patches to OpenOffice.org (Except for the default save format being .doc...). Ximian has stated that these changes would be contributed back to OpenOffice.org. There is no other mention of this on either the Ximian or OpenOffice.org site, so I assume there will be no release from OpenOffice.org with these changes integrated anytime soon. Is Redhat planning to use any of these changes, or simply wait until OpenOffice.org picks them up? (I assume the latter, from the sound of the new upstream change policy). b.) If you look at the enhancement plans for openoffice here: http://tools.openoffice.org/releases/q-concept.html They are quite ambitious, but will probably take a very long time to complete. Also, since OpenOffice.org is such a large project with its own build process, its own object model, it's very difficult to get into developing it as a hobby on just a few hours a week (I have tried!). Does Redhat contribute directly to this? Might they in the future? I have a feeling that Sun has done 99% of the work since it has been open-sourced, just because it is so difficult to hack on. Of course I don't purport to say what anyone "should" do with their time or money, I just think that OOo is an important project, and I see it rejected too often for superficial and incorrect reasons. (If I hear anyone else say it's written in Java, the stick is coming out!) -- noah silva From bloch at verdurin.com Thu Aug 28 20:18:47 2003 From: bloch at verdurin.com (Adam Huffman) Date: Thu, 28 Aug 2003 21:18:47 +0100 Subject: yum quit In-Reply-To: <3F4E62B6.8030707@cypress.com> References: <3F4E4FEE.9030906@cypress.com> <1062099945.28808.1.camel@opus> <3F4E62B6.8030707@cypress.com> Message-ID: <20030828201847.GA31830@bloch.verdurin.priv> On Thu, 28 Aug 2003, Thomas Dodd wrote: > > >I can't replicate this on the same ver of python on a mostly-rawhide > >system. > > > >also try this: > >python > >once the python shell comes up > >import urllib2 > > >>>import urllib2 > Traceback (most recent call last): > File "", line 1, in ? > File "/usr/lib/python2.2/urllib2.py", line 90, in ? > import socket > File "/usr/lib/python2.2/socket.py", line 41, in ? > from _socket import * > ImportError: /lib/libssl.so.4: undefined symbol: krb5_cc_get_principal > > I think this is it. Why would libssl need krb5 though? > When I removed the krb5 stuff, which I'll not use any time soon, I > didn't get a dependency error. So either libssl should not require > krb5_cc_get_principal, or the package dependency needs fixed. > > Looking back at the updates, I see pam_krb5, but removing it doesn't > help. I removed all krb5 rpms that didn't flag a dependency on something > I need. krb5-libs is the only rpm installed with krb5 in the name. > > libssl.so.4 is a symlink to libssl.so.0.9.7a from openssl-0.9.7a-17 > which was also updated. So maybe the openssl update caused it? > I've been seeing something very similar since installing some of the updated Rawhide packages a few days ago. Traceback (most recent call last): File "/usr/sbin/up2date", line 20, in ? from up2date_client import up2dateAuth File "up2dateAuth.py", line 5, in ? File "rpcServer.py", line 15, in ? File "/usr/lib/python2.2/socket.py", line 41, in ? from _socket import * ImportError: /lib/libssl.so.4: undefined symbol: krb5_cc_get_principal From skvidal at phy.duke.edu Thu Aug 28 20:23:06 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 28 Aug 2003 16:23:06 -0400 Subject: yum quit In-Reply-To: <3F4E62B6.8030707@cypress.com> References: <3F4E4FEE.9030906@cypress.com> <1062099945.28808.1.camel@opus> <3F4E62B6.8030707@cypress.com> Message-ID: <1062102186.29068.13.camel@opus> > >>> import urllib2 > Traceback (most recent call last): > File "", line 1, in ? > File "/usr/lib/python2.2/urllib2.py", line 90, in ? > import socket > File "/usr/lib/python2.2/socket.py", line 41, in ? > from _socket import * > ImportError: /lib/libssl.so.4: undefined symbol: krb5_cc_get_principal > run: rpm -Va --nofiles --nomd5 see if you get any broken dependencies listed. If this is rawhide you might get a bunch listed b/c of the epochpromotion changes in rpm but look for dep problems with krb5-libs > I think this is it. Why would libssl need krb5 though? it is pulled in for gssapi, I think. not sure - ask the openssl pkg maintainer. > When I removed the krb5 stuff, which I'll not use any time soon, I > didn't get a dependency error. So either libssl should not require > krb5_cc_get_principal, or the package dependency needs fixed. > odd: rpm -q --requires openssl shows libkrb5.so.3 That seems like it would be needed. > Looking back at the updates, I see pam_krb5, but removing it doesn't > libssl.so.4 is a symlink to libssl.so.0.9.7a from openssl-0.9.7a-17 > which was also updated. So maybe the openssl update caused it? possibly. I don't think I've updated openssl on my system. check in bugzilla - see if anyone else is seeing it. -sv From ted at cypress.com Thu Aug 28 20:25:57 2003 From: ted at cypress.com (Thomas Dodd) Date: Thu, 28 Aug 2003 15:25:57 -0500 Subject: Nautilus still doesn't do wildcards? In-Reply-To: <200308281958.h7SJwoE15720@devserv.devel.redhat.com> References: <200308281958.h7SJwoE15720@devserv.devel.redhat.com> Message-ID: <3F4E6555.60604@cypress.com> Alan Cox wrote: >>On the subject of patches, how many people understand the working of >>nautilus well enough to even attempt it? I dug into the smb:// code for >>gnome-vfs once, and it was very non-linear. What functions would need >>work to do get wildcards/filtering to work? > > > If you've touched gnome-vfs internals I'd think you know enough since you > know how vfs enumeration of contents works and you are talking about a > filter over that (or in it..) If only. I was working on the smb authentication. All I did was get gnome-vfs to use the values passed or call the get_user_password() function if it didn't have one yet. I don't know how gnome-vfs sets up the directory contents. I didn't even know nautilus used gnome-vfs (or is it vfs2, vfs-extras, or vfs2-extras?) to decide what to show :) But, if it's in gnome-vfs(2) I'll have a go at it. Alex, Havoc, is there a Red Hat bug for this? What about a GNOME bug? Do you know of anyone already "working" on this? -Thomas From ted at cypress.com Thu Aug 28 20:28:12 2003 From: ted at cypress.com (Thomas Dodd) Date: Thu, 28 Aug 2003 15:28:12 -0500 Subject: yum quit In-Reply-To: <3F4E62B6.8030707@cypress.com> References: <3F4E4FEE.9030906@cypress.com> <1062099945.28808.1.camel@opus> <3F4E62B6.8030707@cypress.com> Message-ID: <3F4E65DC.9050803@cypress.com> Thomas Dodd wrote: > seth vidal wrote: >> On Thu, 2003-08-28 at 14:54, Thomas Dodd wrote: >>> After installing some updates from rawhide, yum quit. >> rpm -V python >>>> import urllib2 > > Traceback (most recent call last): > File "", line 1, in ? > File "/usr/lib/python2.2/urllib2.py", line 90, in ? > import socket > File "/usr/lib/python2.2/socket.py", line 41, in ? > from _socket import * > ImportError: /lib/libssl.so.4: undefined symbol: krb5_cc_get_principal > > libssl.so.4 is a symlink to libssl.so.0.9.7a from openssl-0.9.7a-17 > which was also updated. So maybe the openssl update caused it? Reverted to openssl-0.9.7a-16 from CD1. Now yum (and urllib2) is working again. -Thomas From hoyt at cavtel.net Thu Aug 28 20:32:45 2003 From: hoyt at cavtel.net (HoytDuff) Date: Thu, 28 Aug 2003 16:32:45 -0400 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: References: <200308271843.45144.hoyt@cavtel.net> <20030827201435.B4904@devserv.devel.redhat.com> Message-ID: <200308281632.45071.hoyt@cavtel.net> On Thursday 28 August 2003 09:46 am, Mike A. Harris wrote: > Thus proves the rationality of the previous policy of not > pre-announcing release dates. > > Personally, I'm not a fan of estimated release dates of anything > at all, as they almost always are never met in the software > industry I agree. But there are those who must accomplish real work around the release. Having estimated dates is a valuable benefit in planning and I certainly appreciate them. However, I seem to be in the minority in realizing that they _are_ estimates and that Red Hat is in completely charge of when the thing is released. BTW, if it matters, a final release date for next year in mid-August would be great. Can I make this a feature request? 8) -- Hoyt Duff From rpjday at mindspring.com Thu Aug 28 19:35:35 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 28 Aug 2003 15:35:35 -0400 (EDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: Message-ID: On Thu, 28 Aug 2003, William F. Acker WB2FLW +1-303-722-7209 wrote: > On Thu, 28 Aug 2003, Mike A. Harris wrote: > > > This brings up an important point I'd like to make to people. > > In the past, Red Hat did not announce any dates for it's > > products. The main reason for this, was because any form of > > date, no matter how estimated or ball park, will always be > > interpreted by many people as an official promise. When that > > date comes and goes, and for whatever reason the software isn't > > available, those people will become upset and rant and rave. > The rest snipped. (sorry to piggyback on your post but ...) no, mike, we don't "become upset and rant and rave." we post a simple question, asking if there *is* any ETA for the next beta. which is a perfectly reasonable question, particularly when a specific release date has already been advertised. see the difference? rday From jspaleta at princeton.edu Thu Aug 28 20:46:58 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 28 Aug 2003 16:46:58 -0400 Subject: no ... *really* ... any ETA for updated beta? Message-ID: <1062103618.23364.11.camel@spatula> HoytDuff wrote: >BTW, if it matters, a final release date for next year in mid-August >would be great. Better ask for it to be the beginning of August...to account for a little date slippage from all the time mharris spends eating breakfast...stuff like that really adds up to significant amounts of wasted developer time when you consider how much addition time gets wasted when you include the associated cost of bathroom breaks that actually eating food requires. -jef"If Red Hat really cared about keeping to a published schedule they should implement a mandatory iv and catheter program as a developer productivity enhancement step"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 mandreiana at rdslink.ro Thu Aug 28 21:07:17 2003 From: mandreiana at rdslink.ro (Marius Andreiana) Date: 29 Aug 2003 00:07:17 +0300 Subject: gphpedit In-Reply-To: <1062008313.1322.6.camel@onyx> References: <1062008313.1322.6.camel@onyx> Message-ID: <1062104837.19618.1.camel@marte.biciclete.ro> On Mi, 2003-08-27 at 21:18, Antti wrote: > Has anyone compiled gphpedit for severn. It crashes so often that it > can't be used. I tried it on shrike and didn't like it. Try php-mole, it's nice and written in php. -- Marius Andreiana Solu?ii informatice bazate pe Linux / Linux-based IT solutions www.galuna.ro From shrek-m at gmx.de Thu Aug 28 21:10:43 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 28 Aug 2003 23:10:43 +0200 Subject: OT: blaster-e, kimble.org, 127.0.0.1 Message-ID: <3F4E6FD3.5090609@gmx.de> hi, i am a little bit confused. i get always "127.0.0.1" with host, dig, nslookup for "kimble.org" $ host kimble.org kimble.org has address 127.0.0.1 do you get the same result? http://www.sophos.com/virusinfo/analyses/w32blastere.html * The registry entry used has been changed to HKLM\Software\Microsoft\Windows\CurrentVersion\ Run\Windows Automation * The target for the Distributed Denial-of-Service attack has been changed to kimble.org * The internal message has been changed to "I dedicate this particular strain to me ANG3L - hope yer enjoying yerself and dont forget the promise for me B/DAY !!!!." -- shrek-m From ms-nospam-0306 at arcor.de Thu Aug 28 21:18:35 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Thu, 28 Aug 2003 23:18:35 +0200 Subject: OT: blaster-e, kimble.org, 127.0.0.1 In-Reply-To: <3F4E6FD3.5090609@gmx.de> References: <3F4E6FD3.5090609@gmx.de> Message-ID: <20030828231835.351034e3.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 28 Aug 2003 23:10:43 +0200, shrek-m at gmx.de wrote: > i am a little bit confused. > i get always "127.0.0.1" with host, dig, nslookup for "kimble.org" > > $ host kimble.org > kimble.org has address 127.0.0.1 > > do you get the same result? Try "host -a kimble.org". Misconfigured nameserver. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD4DBQE/TnGr0iMVcrivHFQRAnHHAJ9pE1eT9/n7jDuEYwNqGdl29PTrUQCY40hd N1MlPLkteMqqTe2sAy+AAA== =C7Sc -----END PGP SIGNATURE----- From feliciano.matias at free.fr Thu Aug 28 21:25:55 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 28 Aug 2003 23:25:55 +0200 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: References: <200308271843.45144.hoyt@cavtel.net> <20030827201435.B4904@devserv.devel.redhat.com> Message-ID: <1062105951.2735.111.camel@one.myworld> Le jeu 28/08/2003 ? 15:46, Mike A. Harris a ?crit : > [...] > > Of course, this is all just my own personal opinion, and does not > reflect any views of Red Hat. Who knows the views of RedHat ? Is there someone at RedHat that can answers this very simple question : - When come severn beta2 ? Who, at RedHat, takes the decision to release Beta2 ? "When it is ready" is not an answer. Possible answers are : - when the new top-secret http://rhl.redhat.com/ is finished. - when gnome 2.[34] integration is finished. - when there is no more bugs in bugzilla. - there is no more beta2. Just use up2date/yum/apt/... - etc... I don't blame RedHat for not respecting the initial scheduler. I blame RedHat for not fully keeping the promise to open RHLP process. -- F?liciano Matias -------------- 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 Thu Aug 28 21:37:54 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 28 Aug 2003 17:37:54 -0400 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <1062105951.2735.111.camel@one.myworld>; from feliciano.matias@free.fr on Thu, Aug 28, 2003 at 11:25:55PM +0200 References: <200308271843.45144.hoyt@cavtel.net> <20030827201435.B4904@devserv.devel.redhat.com> <1062105951.2735.111.camel@one.myworld> Message-ID: <20030828173754.A25813@devserv.devel.redhat.com> F?liciano Matias (feliciano.matias at free.fr) said: > Le jeu 28/08/2003 ? 15:46, Mike A. Harris a ?crit : > > [...] > > > > Of course, this is all just my own personal opinion, and does not > > reflect any views of Red Hat. > > Who knows the views of RedHat ? See http://rhl.redhat.com/. Bill From ilia at linuxman.biz Thu Aug 28 21:13:59 2003 From: ilia at linuxman.biz (Ilia Dulgerov) Date: Fri, 29 Aug 2003 00:13:59 +0300 Subject: OT: blaster-e, kimble.org, 127.0.0.1 In-Reply-To: <3F4E6FD3.5090609@gmx.de> References: <3F4E6FD3.5090609@gmx.de> Message-ID: <3F4E7097.80303@linuxman.biz> shrek-m at gmx.de wrote: > hi, > > i am a little bit confused. > i get always "127.0.0.1" with host, dig, nslookup for "kimble.org" > > $ host kimble.org > kimble.org has address 127.0.0.1 > > do you get the same result? > > > > http://www.sophos.com/virusinfo/analyses/w32blastere.html > > B/DAY !!!!." > > Me too host kimble.org kimble.org has address 127.0.0.1 From gstool at earthlink.net Thu Aug 28 21:58:55 2003 From: gstool at earthlink.net (Gerry Tool) Date: Thu, 28 Aug 2003 16:58:55 -0500 Subject: Uglified Icons Message-ID: <3F4E7B1F.6060608@earthlink.net> Since an upgrade to rawhide, some of my icons have turned ugly (dark black borders), particularly in the Gnome Action menu (Menu Panel) and on the KDE panel. The ones that have the dark border are typically the newer redhat artwork. Are others experiencing this? Is this a designed "new look", or an artifact of incomplete design? Gerry From shrek-m at gmx.de Thu Aug 28 22:07:45 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 29 Aug 2003 00:07:45 +0200 Subject: OT: blaster-e, kimble.org, 127.0.0.1 In-Reply-To: <20030828231835.351034e3.ms-nospam-0306@arcor.de> References: <3F4E6FD3.5090609@gmx.de> <20030828231835.351034e3.ms-nospam-0306@arcor.de> Message-ID: <3F4E7D31.3020907@gmx.de> Michael Schwendt wrote: >>i am a little bit confused. >>i get always "127.0.0.1" with host, dig, nslookup for "kimble.org" >> >>$ host kimble.org >>kimble.org has address 127.0.0.1 >> >>do you get the same result? >> >> >Try "host -a kimble.org". Misconfigured nameserver. > i must be blind. where can i find "Misconfigured nameserver" ?? $ host -a kimble.org Trying "kimble.org" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57011 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 2, ADDITIONAL: 2 ;; QUESTION SECTION: ;kimble.org. IN ANY ;; ANSWER SECTION: kimble.org. 81645 IN A 127.0.0.1 kimble.org. 81645 IN NS ns1.dnsresolve.net. kimble.org. 81645 IN NS ns2.dnsresolve.net. ;; AUTHORITY SECTION: kimble.org. 81645 IN NS ns1.dnsresolve.net. kimble.org. 81645 IN NS ns2.dnsresolve.net. ;; ADDITIONAL SECTION: ns1.dnsresolve.net. 168044 IN A 193.254.184.231 ns2.dnsresolve.net. 168044 IN A 193.254.185.231 Received 154 bytes from 127.0.0.1#53 in 21 ms $ host 217.5.99.105 105.99.5.217.in-addr.arpa domain name pointer www-proxy.OG1.srv.t-online.de. $ host -a kimble.org 217.5.99.105 Trying "kimble.org" Using domain server: Name: 217.5.99.105 Address: 217.5.99.105#53 Aliases: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33516 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 2, ADDITIONAL: 0 ;; QUESTION SECTION: ;kimble.org. IN ANY ;; ANSWER SECTION: kimble.org. 40638 IN A 127.0.0.1 kimble.org. 40638 IN NS ns2.dnsresolve.net. kimble.org. 40638 IN NS ns1.dnsresolve.net. ;; AUTHORITY SECTION: kimble.org. 40638 IN NS ns1.dnsresolve.net. kimble.org. 40638 IN NS ns2.dnsresolve.net. Received 122 bytes from 217.5.99.105#53 in 62 ms $ host 194.25.2.129 129.2.25.194.in-addr.arpa domain name pointer dns03.btx.dtag.de. $ host -a kimble.org 194.25.2.129 Trying "kimble.org" Using domain server: Name: 194.25.2.129 Address: 194.25.2.129#53 Aliases: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16862 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 2, ADDITIONAL: 1 ;; QUESTION SECTION: ;kimble.org. IN ANY ;; ANSWER SECTION: kimble.org. 54778 IN A 127.0.0.1 kimble.org. 69169 IN NS ns1.dnsresolve.net. kimble.org. 69169 IN NS ns2.dnsresolve.net. ;; AUTHORITY SECTION: kimble.org. 69169 IN NS ns2.dnsresolve.net. kimble.org. 69169 IN NS ns1.dnsresolve.net. ;; ADDITIONAL SECTION: ns1.dnsresolve.net. 84807 IN A 193.254.184.231 Received 138 bytes from 194.25.2.129#53 in 76 ms $ host 198.41.0.4 4.0.41.198.in-addr.arpa domain name pointer a.root-servers.net. $ host -a kimble.org 198.41.0.4 Trying "kimble.org" Using domain server: Name: 198.41.0.4 Address: 198.41.0.4#53 Aliases: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18856 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 11, ADDITIONAL: 11 ;; QUESTION SECTION: ;kimble.org. IN ANY ;; AUTHORITY SECTION: org. 172800 IN NS A7.NSTLD.COM. org. 172800 IN NS L7.NSTLD.COM. org. 172800 IN NS G7.NSTLD.COM. org. 172800 IN NS F7.NSTLD.COM. org. 172800 IN NS M5.NSTLD.COM. org. 172800 IN NS TLD1.ULTRADNS.NET. org. 172800 IN NS TLD2.ULTRADNS.NET. org. 172800 IN NS J5.NSTLD.COM. org. 172800 IN NS I5.NSTLD.COM. org. 172800 IN NS C5.NSTLD.COM. org. 172800 IN NS E5.NSTLD.COM. ;; ADDITIONAL SECTION: A7.NSTLD.COM. 172800 IN A 192.5.6.36 L7.NSTLD.COM. 172800 IN A 192.41.162.36 G7.NSTLD.COM. 172800 IN A 192.42.93.36 F7.NSTLD.COM. 172800 IN A 192.35.51.36 M5.NSTLD.COM. 172800 IN A 192.55.83.34 TLD1.ULTRADNS.NET. 172800 IN A 204.74.112.1 TLD2.ULTRADNS.NET. 172800 IN A 204.74.113.1 J5.NSTLD.COM. 172800 IN A 192.48.79.34 I5.NSTLD.COM. 172800 IN A 192.43.172.34 C5.NSTLD.COM. 172800 IN A 192.26.92.34 E5.NSTLD.COM. 172800 IN A 192.12.94.34 Received 416 bytes from 198.41.0.4#53 in 406 ms -- shrek-m From seandarcy at hotmail.com Thu Aug 28 22:12:48 2003 From: seandarcy at hotmail.com (sean darcy) Date: Thu, 28 Aug 2003 18:12:48 -0400 Subject: GNOME Panel has incorrect icon Message-ID: On Wednesday 27 Aug 2003 at 16:08:51, Alexander Larsson wrote: >.............. >Can you all try gnome-panel-2.3.7-1 when it reaches rawhide? Same result. I also tried rebuilding and reinstalling redhat-menus. Still just the gnome main menu. Matt Whiteley's trick does work, however. sean _________________________________________________________________ Enter for your chance to IM with Bon Jovi, Seal, Bow Wow, or Mary J Blige using MSN Messenger http://entertainment.msn.com/imastar From hosting at j2solutions.net Thu Aug 28 22:09:49 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Thu, 28 Aug 2003 15:09:49 -0700 Subject: OT: blaster-e, kimble.org, 127.0.0.1 In-Reply-To: <3F4E6FD3.5090609@gmx.de> References: <3F4E6FD3.5090609@gmx.de> Message-ID: <200308281509.49037.hosting@j2solutions.net> On Thursday 28 August 2003 14:10, shrek-m at gmx.de wrote: > hi, > > i am a little bit confused. > i get always "127.0.0.1" with host, dig, nslookup for "kimble.org" > > $ host kimble.org > kimble.org has address 127.0.0.1 > > do you get the same result? Looks like somebody is playing cutezie with the kimble.org domain to prevent a lot of extra traffic from hitting the network. Rather interesting way to block a DDoS, but the result is kimble.org is still inaccessable. Was kimble.org EVER accessable? -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From mattdm at mattdm.org Thu Aug 28 22:16:38 2003 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 28 Aug 2003 18:16:38 -0400 Subject: OT: blaster-e, kimble.org, 127.0.0.1 In-Reply-To: <3F4E6FD3.5090609@gmx.de> References: <3F4E6FD3.5090609@gmx.de> Message-ID: <20030828221638.GA25047@jadzia.bu.edu> On Thu, Aug 28, 2003 at 11:10:43PM +0200, shrek-m at gmx.de wrote: > i am a little bit confused. > i get always "127.0.0.1" with host, dig, nslookup for "kimble.org" > $ host kimble.org > kimble.org has address 127.0.0.1 > do you get the same result? [snip] > * The target for the Distributed Denial-of-Service attack has been > changed to kimble.org There's no mystery here. The people who own kimble.org don't want to be DoS'ed, so they changed the target name to point at local host, so that each infected machine only attacks itself. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jspaleta at princeton.edu Thu Aug 28 22:18:41 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 28 Aug 2003 18:18:41 -0400 Subject: no ... *really* ... any ETA for updated beta? Message-ID: <1062109121.28052.49.camel@spatula> F?liciano Matias >I don't blame RedHat for not respecting the initial scheduler. I blame >RedHat for not fully keeping the promise to open RHLP process. And I'm pretty sure...the "promise" to have a fully open process wasn't meant for THIS beta cycle. THIS beta cycle is still pretty much the same tradition beta process....yes lets blame red hat for stating an intent to move to a more open process in the FUTURE. And let's also blame them for not just deciding on their own all the details of what that open process should look like before stating their intent. You just don't get it....the opening up isn't just going to happen with a snap of someone's fingers....there is an on-going internal process inside red hat to make it possible to have the 'right' open process in the future....the general community really doesn't need a blow by blow of what that means right now...leave something interesting to research for the author of 'Red Hat: a historical perspective of the most influential technology company of the 21st century, and savior of the human race from the alien invasion of 2073' And I'm pretty sure you've missed the point of what a more open community project will mean...in the future....it means incorporating community members into the actually development process...people in charge of maintaining packages and doing bugzilla work and working on mundane stuff like install and task based help documentation . Having a daily update as to when the next beta isoset is coming out, for the rest of us spectators who arent directly involved in positions of responsibility for rhl components....isn't really the point of what opening up the process means. Even, in the future, when this development process IS more open, and community members are in positions of responsibility for how rhl is being developed and maintained...whether or not people like myself know with great accuracy when the beta2 iso set is coming is still not going to be important. Now as a beta tester...i'm curious as to when i can expect the next iso...but i certainly don't need to know before its ready. Once outside package maintainers are inside the rhl process...in later releases/beta phases....there will be a need for those people to have reasonable estimates as a guideline for their own packaging work, if for example there are engineer goals to meet for each beta phase. We betatesters as spectators to that process, will most likely get access to that information too....but we still won't NEED it...and it certainly won't ever be a priority to hand that information to the general community in easily digestable ways...thats a waste of effort..until we have community members in place to be responsible for exactly that sort of general information updating. In the future, there will certainly be room in the redhat eco-system for something like a community editted equivalent to mozillazine to keep the general community abreast of beta development issues. But making bold authoritative estimates in a general way to people who aren't directly responsible for parts of the development effort just succeeds in inspiring the unfortunate and short-sighted usage of words like "shame" "blame" and "promise" when dates start slipping. -jef"pam_dotfile is actually sort of useful"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 kylem at xwell.org Thu Aug 28 22:20:31 2003 From: kylem at xwell.org (Kyle Maxwell) Date: Thu, 28 Aug 2003 17:20:31 -0500 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <20030828173754.A25813@devserv.devel.redhat.com> References: <200308271843.45144.hoyt@cavtel.net> <20030827201435.B4904@devserv.devel.redhat.com> <1062105951.2735.111.camel@one.myworld> <20030828173754.A25813@devserv.devel.redhat.com> Message-ID: <1062109231.7901.5.camel@lando> On Thu, 2003-08-28 at 16:37, Bill Nottingham wrote: > F?liciano Matias (feliciano.matias at free.fr) said: > > Who knows the views of RedHat ? > > See http://rhl.redhat.com/. In all seriousness, thanks. This small update makes me feel a lot better that RH took the time to address our concerns and put out a *target* (I realize that Sep 15th might turn into the 18th or even 22nd or something) so that I don't have to check rhl.redhat.com every morning as I've been doing. Something so simple really makes a big difference. Despite the vitriol that seems to have crept into the list lately (some of which I've been unfortunately guilty of myself), I think we're all -- RH and outsiders alike -- served to recall that the goal here is to produce another useful and cutting-edge distribution while simultaneously opening up the process to fit the Free Software and Open Sources ethoses (ethoi?) even more than Red Hat already does. If those of us who are cynical by nature will keep that in mind, and those who aren't so cynical will refrain from the pointless ad hominem attacks, I personally think that this new direction will really accomplish something. -- Kyle Maxwell From ms-nospam-0306 at arcor.de Thu Aug 28 22:25:24 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Fri, 29 Aug 2003 00:25:24 +0200 Subject: OT: blaster-e, kimble.org, 127.0.0.1 In-Reply-To: <3F4E7D31.3020907@gmx.de> References: <3F4E6FD3.5090609@gmx.de> <20030828231835.351034e3.ms-nospam-0306@arcor.de> <3F4E7D31.3020907@gmx.de> Message-ID: <20030829002524.03bc3593.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 29 Aug 2003 00:07:45 +0200, shrek-m at gmx.de wrote: > >>i am a little bit confused. > >>i get always "127.0.0.1" with host, dig, nslookup for "kimble.org" > >> > >>$ host kimble.org > >>kimble.org has address 127.0.0.1 > >> > >>do you get the same result? > >> > >> > >Try "host -a kimble.org". Misconfigured nameserver. > > > i must be blind. > where can i find "Misconfigured nameserver" ?? > > > $ host -a kimble.org > Trying "kimble.org" > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57011 > ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 2, ADDITIONAL: 2 > > ;; QUESTION SECTION: > ;kimble.org. IN ANY > > ;; ANSWER SECTION: > kimble.org. 81645 IN A 127.0.0.1 Right here, in the line above. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/ToFU0iMVcrivHFQRAnswAJoDukIcWk6K6KyCkgLMFVTARluWLQCfUwF0 NTGIN2ReURW7d3tHa274Wjo= =qGn3 -----END PGP SIGNATURE----- From feliciano.matias at free.fr Thu Aug 28 22:29:25 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 29 Aug 2003 00:29:25 +0200 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <20030828173754.A25813@devserv.devel.redhat.com> References: <200308271843.45144.hoyt@cavtel.net> <20030827201435.B4904@devserv.devel.redhat.com> <1062105951.2735.111.camel@one.myworld> <20030828173754.A25813@devserv.devel.redhat.com> Message-ID: <1062109763.1131.10.camel@one.myworld> Le jeu 28/08/2003 ? 23:37, Bill Nottingham a ?crit : > F?liciano Matias (feliciano.matias at free.fr) said: > > Le jeu 28/08/2003 ? 15:46, Mike A. Harris a ?crit : > > > [...] > > > > > > Of course, this is all just my own personal opinion, and does not > > > reflect any views of Red Hat. > > > > Who knows the views of RedHat ? > > See http://rhl.redhat.com/. > Better than nothing. It so simple to make things clear ... I don't tease you anymore. Hum, until September 15th :-) > Bill > -- F?liciano Matias -------------- 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 hoyt at cavtel.net Thu Aug 28 22:34:02 2003 From: hoyt at cavtel.net (HoytDuff) Date: Thu, 28 Aug 2003 18:34:02 -0400 Subject: OT: blaster-e, kimble.org, 127.0.0.1 In-Reply-To: <200308281509.49037.hosting@j2solutions.net> References: <3F4E6FD3.5090609@gmx.de> <200308281509.49037.hosting@j2solutions.net> Message-ID: <200308281834.02979.hoyt@cavtel.net> On Thursday 28 August 2003 06:09 pm, Jesse Keating wrote: > Was kimble.org EVER accessable? www.kinmble.org is just too funny is a very surreal way. -- Hoyt From kylem at xwell.org Thu Aug 28 22:47:16 2003 From: kylem at xwell.org (Kyle Maxwell) Date: Thu, 28 Aug 2003 17:47:16 -0500 Subject: GNOME Panel has incorrect icon In-Reply-To: <1061993331.22694.134.camel@localhost.localdomain> References: <1061946311.6229.5.camel@lando> <1061987780.13340.8.camel@galt.atlas.gotdns.org> <1061990266.7623.1.camel@lando> <1061993331.22694.134.camel@localhost.localdomain> Message-ID: <1062110836.6211.1.camel@lando> On Wed, 2003-08-27 at 09:08, Alexander Larsson wrote: > On Wed, 2003-08-27 at 15:17, Kyle Maxwell wrote: > > Thanks, that did restore the logout/lock selections, and I see the GNOME > > foot now. But the missing icons within the menu are still gone. > > Can you all try gnome-panel-2.3.7-1 when it reaches rawhide? Running gnome-panel-2.3.7-1 right now; I'm not sure what should have changed, but the status I mentioned above is unchanged (GNOME foot appears, many main menu selection icons do not). -- Kyle Maxwell From tvinhas at techbyte.com.br Thu Aug 28 22:52:49 2003 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Thu, 28 Aug 2003 19:52:49 -0300 Subject: [OFF-TOPIC] Installing .cnr files on RH In-Reply-To: <1062110836.6211.1.camel@lando> References: <1061946311.6229.5.camel@lando> <1061987780.13340.8.camel@galt.atlas.gotdns.org> <1061990266.7623.1.camel@lando> <1061993331.22694.134.camel@localhost.localdomain> <1062110836.6211.1.camel@lando> Message-ID: <1062111169.25577.2.camel@localhost.localdomain> Hi, I know that it's completely off-topic, but does anybody knows how to install that LindowsOS's .cnr files on RedHat? It appears to be related to Debian packages, but I really don't know. Any ideas? Regards, Thiago -------------- next part -------------- An HTML attachment was scrubbed... URL: From kylem at xwell.org Thu Aug 28 22:56:21 2003 From: kylem at xwell.org (Kyle Maxwell) Date: Thu, 28 Aug 2003 17:56:21 -0500 Subject: New up2date broken In-Reply-To: <1061928603.4759.9.camel@ip68-12-228-23.ok.ok.cox.net> References: <200308261516.h7QFG4Sp022079@dachte.org> <20030826143114.B11820@redhat.com> <1061928207.4759.6.camel@ip68-12-228-23.ok.ok.cox.net> <1061928603.4759.9.camel@ip68-12-228-23.ok.ok.cox.net> Message-ID: <1062111381.6290.1.camel@lando> On Tue, 2003-08-26 at 15:10, Steve Bergman wrote: > OK, maybe I am a bit obtuse today. The answer is, of course: > > http://people.redhat.com/alikins/up2date/severn/RPMS/ > > Never mind... > > > On Tue, 2003-08-26 at 15:03, Steve Bergman wrote: > > Thanks, Adrian. I don't mean to seem too obtuse, but what is the usual > > place? Hmm, I was running up2date-3.9.15-2 just fine, including applying some updates today, but now up2date doesn't work. Upgrading to up2date-3.9.18-2 from the above URL didn't work, either. I've pasted the errors below; looks like a cert problem but I don't know how to fix. Any pointers? Traceback (most recent call last): File "/usr/sbin/up2date", line 25, in ? from up2date_client import repoDirector File "repoDirector.py", line 15, in ? File "repoDirector.py", line 18, in RepoDirector File "rhnChannel.py", line 131, in getChannels File "up2dateAuth.py", line 150, in getLoginInfo File "up2dateAuth.py", line 112, in login File "rpcServer.py", line 111, in doCall File "/usr/lib/python2.2/xmlrpclib.py", line 821, in __call__ return self.__send(self.__name, args) File "/usr/lib/python2.2/site-packages/rhn/rpclib.py", line 302, in _request verbose=self._verbose File "/usr/lib/python2.2/site-packages/rhn/transports.py", line 167, in request headers, fd = req.send_http(host, handler) File "/usr/lib/python2.2/site-packages/rhn/transports.py", line 680, in send_http headers=self.headers) File "/usr/lib/python2.2/httplib.py", line 701, in request self._send_request(method, url, body, headers) File "/usr/lib/python2.2/httplib.py", line 723, in _send_request self.endheaders() File "/usr/lib/python2.2/httplib.py", line 695, in endheaders self._send_output() File "/usr/lib/python2.2/httplib.py", line 581, in _send_output self.send(msg) File "/usr/lib/python2.2/httplib.py", line 560, in send self.sock.sendall(str) File "/usr/lib/python2.2/site-packages/rhn/SSL.py", line 191, in write sent = self._connection.send(data) SSL.Error: [('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate verify failed')] From res at ausics.net Thu Aug 28 22:58:40 2003 From: res at ausics.net (Res) Date: Fri, 29 Aug 2003 08:58:40 +1000 (EST) Subject: OT: blaster-e, kimble.org, 127.0.0.1 In-Reply-To: <200308281509.49037.hosting@j2solutions.net> References: <3F4E6FD3.5090609@gmx.de> <200308281509.49037.hosting@j2solutions.net> Message-ID: On Thu, 28 Aug 2003, Jesse Keating wrote: > Looks like somebody is playing cutezie with the kimble.org domain to > prevent a lot of extra traffic from hitting the network. Rather > interesting way to block a DDoS, but the result is kimble.org is still > inaccessable. Was kimble.org EVER accessable? It's one very effective way to stop it though, good call by the zone admin. The site used to be there, but google reports it only saying: Showing web page information for kimble.org KIMBLE rulez! xxx ... Sounds like 1 script kiddie pissed off another perhaps :) -- Res - Network Solutions: clueless f'wits who dont care whos business they damage through their incompetance, which is the ONLY thing they excel at. From veillard at redhat.com Thu Aug 28 23:01:49 2003 From: veillard at redhat.com (Daniel Veillard) Date: Thu, 28 Aug 2003 19:01:49 -0400 Subject: New up2date broken In-Reply-To: <1062111381.6290.1.camel@lando>; from kylem@xwell.org on Thu, Aug 28, 2003 at 05:56:21PM -0500 References: <200308261516.h7QFG4Sp022079@dachte.org> <20030826143114.B11820@redhat.com> <1061928207.4759.6.camel@ip68-12-228-23.ok.ok.cox.net> <1061928603.4759.9.camel@ip68-12-228-23.ok.ok.cox.net> <1062111381.6290.1.camel@lando> Message-ID: <20030828190149.G18280@redhat.com> On Thu, Aug 28, 2003 at 05:56:21PM -0500, Kyle Maxwell wrote: > SSL.Error: [('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate > verify failed')] See http://rhn.redhat.com/ for an explanation and the FAQ it points to for the instructions to solve this, it's likely to be the problem 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 kylem at xwell.org Thu Aug 28 23:08:46 2003 From: kylem at xwell.org (Kyle Maxwell) Date: Thu, 28 Aug 2003 18:08:46 -0500 Subject: New up2date broken In-Reply-To: <20030828190149.G18280@redhat.com> References: <200308261516.h7QFG4Sp022079@dachte.org> <20030826143114.B11820@redhat.com> <1061928207.4759.6.camel@ip68-12-228-23.ok.ok.cox.net> <1061928603.4759.9.camel@ip68-12-228-23.ok.ok.cox.net> <1062111381.6290.1.camel@lando> <20030828190149.G18280@redhat.com> Message-ID: <1062112126.6290.5.camel@lando> On Thu, 2003-08-28 at 18:01, Daniel Veillard wrote: > On Thu, Aug 28, 2003 at 05:56:21PM -0500, Kyle Maxwell wrote: > > SSL.Error: [('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate > > verify failed')] > > See http://rhn.redhat.com/ for an explanation and the FAQ it points > to for the instructions to solve this, it's likely to be the problem Well, according to that page the problem exists in older versions of up2date, and I've installed the latest I can find. https://rhn.redhat.com/help/latest-up2date.pxt does not list a version for severn, so I installed up2date-3.9.18-2 from http://people.redhat.com/alikins/up2date/severn/RPMS/. If I have the wrong version, please point me to the correct one and I'll be glad to give it a shot. I'd also be curious how older certificates (generated in Oct 2002 for RHL according to the FAQ) made it into Severn. -- Kyle Maxwell From ms-nospam-0306 at arcor.de Thu Aug 28 23:10:43 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Fri, 29 Aug 2003 01:10:43 +0200 Subject: OT: blaster-e, kimble.org, 127.0.0.1 In-Reply-To: <200308281509.49037.hosting@j2solutions.net> References: <3F4E6FD3.5090609@gmx.de> <200308281509.49037.hosting@j2solutions.net> Message-ID: <20030829011043.35de8fa3.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 28 Aug 2003 15:09:49 -0700, Jesse Keating wrote: > Looks like somebody is playing cutezie with the kimble.org domain to > prevent a lot of extra traffic from hitting the network. Rather > interesting way to block a DDoS, but the result is kimble.org is still > inaccessable. Was kimble.org EVER accessable? Probably the same as www.kimble.org which still works. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/Tovz0iMVcrivHFQRAoKgAJ0WwsROpEHxWyShSVhHbSpqF89e4QCcDw3z uh5uQKOHDRo0XO/YfpnVaaA= =JQlD -----END PGP SIGNATURE----- From veillard at redhat.com Thu Aug 28 23:40:57 2003 From: veillard at redhat.com (Daniel Veillard) Date: Thu, 28 Aug 2003 19:40:57 -0400 Subject: New up2date broken In-Reply-To: <1062112126.6290.5.camel@lando>; from kylem@xwell.org on Thu, Aug 28, 2003 at 06:08:46PM -0500 References: <200308261516.h7QFG4Sp022079@dachte.org> <20030826143114.B11820@redhat.com> <1061928207.4759.6.camel@ip68-12-228-23.ok.ok.cox.net> <1061928603.4759.9.camel@ip68-12-228-23.ok.ok.cox.net> <1062111381.6290.1.camel@lando> <20030828190149.G18280@redhat.com> <1062112126.6290.5.camel@lando> Message-ID: <20030828194057.R18280@redhat.com> On Thu, Aug 28, 2003 at 06:08:46PM -0500, Kyle Maxwell wrote: > On Thu, 2003-08-28 at 18:01, Daniel Veillard wrote: > > On Thu, Aug 28, 2003 at 05:56:21PM -0500, Kyle Maxwell wrote: > > > SSL.Error: [('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate > > > verify failed')] > > > > See http://rhn.redhat.com/ for an explanation and the FAQ it points > > to for the instructions to solve this, it's likely to be the problem > > Well, according to that page the problem exists in older versions of > up2date, and I've installed the latest I can find. Right, it's another problem, it's being investigated right now, thanks for the heads-up ! 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 feliciano.matias at free.fr Thu Aug 28 23:44:55 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 29 Aug 2003 01:44:55 +0200 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <1062109121.28052.49.camel@spatula> References: <1062109121.28052.49.camel@spatula> Message-ID: <1062114291.1131.46.camel@one.myworld> Le ven 29/08/2003 ? 00:18, Jef Spaleta a ?crit : > F?liciano Matias > >I don't blame RedHat for not respecting the initial scheduler. I blame > >RedHat for not fully keeping the promise to open RHLP process. > [...] > .whether > or not people like myself know with great accuracy when the beta2 iso > set is coming is still not going to be important. Beta2 release date is not the point. What i don't like, is when RedHat says something and doesn't seem to do it. This hurt the RedHat brand image. RedHat claim to open the RHLP process but don't like some questions about this process. That's the problem. RedHat update http://rhl.redhat.com/ and everything is nice now. > > > -jef"pam_dotfile is actually sort of useful"spaleta > > -- F?liciano Matias -------------- 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 sebell at shaw.ca Thu Aug 28 23:57:15 2003 From: sebell at shaw.ca (Scott Bell) Date: Thu, 28 Aug 2003 17:57:15 -0600 Subject: Unsatisfied dep: libcom_err.so.3 In-Reply-To: <20030828114456.A30989@devserv.devel.redhat.com> References: <1062080668.3048.2.camel@box.skaught.com> <20030828114456.A30989@devserv.devel.redhat.com> Message-ID: <1062115035.5241.1.camel@box.skaught.com> Thanks a lot, that makes perfect sense. Rebuild was successful. - Scott On Thu, 2003-08-28 at 09:44, Bill Nottingham wrote: > Scott Bell (sebell at shaw.ca) said: > > After upgrading to the latest in the severn-updates channel, I had one > > dependency unfilled -- libcom_err.so.3. This was required by my totem > > package so I removed that until the update was complete. Now, prior to > > the update that was provided by the kerberos packages but now it doesn't > > seem to be provided anymore. I'm assuming that it has been moved to > > another package that wasn't in my upgrade path, so I wonder if anyone > > can provide any insight on that. > > e2fsprogs and krb5 used to provide separate slightly different versions > of libcom_err. With krb5-1.3, the need for a separate one was removed, > so it just uses the one from e2fsprogs. Hence, you'll need to rebuild > totem so it picks up that one as a dependency. > > Bill > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From maksimenko at cantv.net Thu Aug 28 17:31:14 2003 From: maksimenko at cantv.net (Victor H. Maksimenko) Date: Thu, 28 Aug 2003 13:31:14 -0400 Subject: New up2date broken In-Reply-To: <1062111381.6290.1.camel@lando> References: <200308261516.h7QFG4Sp022079@dachte.org> <20030826143114.B11820@redhat.com> <1061928207.4759.6.camel@ip68-12-228-23.ok.ok.cox.net> <1061928603.4759.9.camel@ip68-12-228-23.ok.ok.cox.net> <1062111381.6290.1.camel@lando> Message-ID: <1062091874.4198.3.camel@hat-mobile.cantv.net> I had the same problem that you, and when i looked in the /usr/share/rhn/RHNS-CA-CERT file it says Validity Not Before: Aug 23 22:45:55 2000 GMT Not After : Aug 28 22:45:55 2003 GMT so just setting my laptop datetime to any value inside that range fixes the problem... On Thu, 2003-08-28 at 18:56, Kyle Maxwell wrote: > On Tue, 2003-08-26 at 15:10, Steve Bergman wrote: > > OK, maybe I am a bit obtuse today. The answer is, of course: > > > > http://people.redhat.com/alikins/up2date/severn/RPMS/ > > > > Never mind... > > > > > > On Tue, 2003-08-26 at 15:03, Steve Bergman wrote: > > > Thanks, Adrian. I don't mean to seem too obtuse, but what is the usual > > > place? > > Hmm, I was running up2date-3.9.15-2 just fine, including applying some > updates today, but now up2date doesn't work. Upgrading to > up2date-3.9.18-2 from the above URL didn't work, either. I've pasted the > errors below; looks like a cert problem but I don't know how to fix. Any > pointers? > > Traceback (most recent call last): > File "/usr/sbin/up2date", line 25, in ? > from up2date_client import repoDirector > File "repoDirector.py", line 15, in ? > File "repoDirector.py", line 18, in RepoDirector > File "rhnChannel.py", line 131, in getChannels > File "up2dateAuth.py", line 150, in getLoginInfo > File "up2dateAuth.py", line 112, in login > File "rpcServer.py", line 111, in doCall > File "/usr/lib/python2.2/xmlrpclib.py", line 821, in __call__ > return self.__send(self.__name, args) > File "/usr/lib/python2.2/site-packages/rhn/rpclib.py", line 302, in > _request > verbose=self._verbose > File "/usr/lib/python2.2/site-packages/rhn/transports.py", line 167, > in request > headers, fd = req.send_http(host, handler) > File "/usr/lib/python2.2/site-packages/rhn/transports.py", line 680, > in send_http > headers=self.headers) > File "/usr/lib/python2.2/httplib.py", line 701, in request > self._send_request(method, url, body, headers) > File "/usr/lib/python2.2/httplib.py", line 723, in _send_request > self.endheaders() > File "/usr/lib/python2.2/httplib.py", line 695, in endheaders > self._send_output() > File "/usr/lib/python2.2/httplib.py", line 581, in _send_output > self.send(msg) > File "/usr/lib/python2.2/httplib.py", line 560, in send > self.sock.sendall(str) > File "/usr/lib/python2.2/site-packages/rhn/SSL.py", line 191, in write > sent = self._connection.send(data) > SSL.Error: [('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate > verify failed')] > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From rgorosito at comarb.gov.ar Fri Aug 29 00:45:02 2003 From: rgorosito at comarb.gov.ar (Ricardo Ariel Gorosito) Date: Thu, 28 Aug 2003 21:45:02 -0300 Subject: New up2date broken In-Reply-To: <20030828194057.R18280@redhat.com> References: <200308261516.h7QFG4Sp022079@dachte.org> <20030826143114.B11820@redhat.com> <1061928207.4759.6.camel@ip68-12-228-23.ok.ok.cox.net> <1061928603.4759.9.camel@ip68-12-228-23.ok.ok.cox.net> <1062111381.6290.1.camel@lando> <20030828190149.G18280@redhat.com> <1062112126.6290.5.camel@lando> <20030828194057.R18280@redhat.com> Message-ID: <3F4EA20E.6050705@comarb.gov.ar> Information form konqueror/mozilla/etc (in https://xmlrpc.rhn.redhat.com/ ): cert issuer CN: RHNS Certificate Authority information from second certificate in /usr/share/rhn/RHNS-CA-CERT: cert / issuer CN: RHN Certificate Authority (without S) Certificate distributed in up2date don't match the issuer of certificate that is rhn using Ricardo.- Daniel Veillard wrote: >On Thu, Aug 28, 2003 at 06:08:46PM -0500, Kyle Maxwell wrote: > > >>On Thu, 2003-08-28 at 18:01, Daniel Veillard wrote: >> >> >>>On Thu, Aug 28, 2003 at 05:56:21PM -0500, Kyle Maxwell wrote: >>> >>> >>>>SSL.Error: [('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate >>>>verify failed')] >>>> >>>> >>> See http://rhn.redhat.com/ for an explanation and the FAQ it points >>>to for the instructions to solve this, it's likely to be the problem >>> >>> >>Well, according to that page the problem exists in older versions of >>up2date, and I've installed the latest I can find. >> >> > > Right, it's another problem, it's being investigated right now, > > thanks for the heads-up ! > >Daniel > > > From ms-nospam-0306 at arcor.de Fri Aug 29 00:53:41 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Fri, 29 Aug 2003 02:53:41 +0200 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <1062114291.1131.46.camel@one.myworld> References: <1062109121.28052.49.camel@spatula> <1062114291.1131.46.camel@one.myworld> Message-ID: <20030829025341.31eda1bc.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 29 Aug 2003 01:44:55 +0200, F?liciano Matias wrote: > Beta2 release date is not the point. > What i don't like, is when RedHat says something and doesn't seem to do > it. > This hurt the RedHat brand image. > > RedHat claim to open the RHLP process but don't like some questions > about this process. That's the problem. > > RedHat update http://rhl.redhat.com/ and everything is nice now. You would also find reasons to complain if the initial content was still there after a few weeks with the RHLP not proceeding at the pace expected by you. Do you expect wonders? It takes time -- much time -- to complete wonders, especially during a beta cycle -- no, two beta cycles even. And it doesn't look like you realize that. Another thing is the difference between "rough plans" and "claims". I'm sure that updated web pages will try to avoid misunderstandings in several places with regard to Red Hat's plans. IMO, the initial content at rhl.redhat.com was not detailed/complete enough to answer all specific questions, such as what parts of the development were planned to be opened when and at which level. If you consider yourself a potential contributor or just someone who is interested in following the RHLP, the most natural thing to do is to participate in the beta program and don't lose contact with development. Btw, I would not assume that a few users who bug Red Hat employees continously with regard to the stalled rhl.redhat.com site are the primary reason for today's update of the web pages. That minor update doesn't change anything. It only asks you to practice in patience for some additional time. And even if two third of September 15th passed away without another update, please be patient. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/TqQV0iMVcrivHFQRAg95AJ9rqck4O53QGZVlWL3we4uE8xZSOwCfQyCV pYkMC2REUYVgIoEsISmsIls= =xytq -----END PGP SIGNATURE----- From feliciano.matias at free.fr Fri Aug 29 02:21:00 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 29 Aug 2003 04:21:00 +0200 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <20030829025341.31eda1bc.ms-nospam-0306@arcor.de> References: <1062109121.28052.49.camel@spatula> <1062114291.1131.46.camel@one.myworld> <20030829025341.31eda1bc.ms-nospam-0306@arcor.de> Message-ID: <1062123657.1036.51.camel@one.myworld> Le ven 29/08/2003 ? 02:53, Michael Schwendt a ?crit : > --BEGIN PGP SIGNED MESSAGE-- > Hash: SHA1 > > On 29 Aug 2003 01:44:55 +0200, F?liciano Matias wrote: > > > Beta2 release date is not the point. > > What i don't like, is when RedHat says something and doesn't seem to do > > it. > > This hurt the RedHat brand image. > > > > RedHat claim to open the RHLP process but don't like some questions > > about this process. That's the problem. > > > > RedHat update http://rhl.redhat.com/ and everything is nice now. > > You would also find reasons to complain if the initial content was > still there after a few weeks with the RHLP not proceeding at the pace > expected by you. Do you expect wonders? It takes time -- much time -- > to complete wonders, especially during a beta cycle -- no, two beta > cycles even. And it doesn't look like you realize that. > > Another thing is the difference between "rough plans" and "claims". > I'm sure that updated web pages will try to avoid misunderstandings in > several places with regard to Red Hat's plans. IMO, the initial > content at rhl.redhat.com was not detailed/complete enough to answer > all specific questions, such as what parts of the development were > planned to be opened when and at which level. > > If you consider yourself a potential contributor or just someone who > is interested in following the RHLP, the most natural thing to do is > to participate in the beta program and don't lose contact with > development. > > Btw, I would not assume that a few users who bug Red Hat employees > continously with regard to the stalled rhl.redhat.com site are the > primary reason for today's update of the web pages. My intent is not to "bug" RedHat employees. I give my feeling. I have a lot of respect for RedHat. I don't want to "destroy" RedHat. I use RedHat Linux from long time because it is the best distribution from my point of view and RedHat is also the best contributor to the free software. Here we use RHL and we plan to buy some RHEL 3.0 ES (good product, 5 years support, not so expensive, and all RedHat profits will be back to free software). > That minor update doesn't change anything. Yes and no. At some point i can think it doesn't change anything. But RHLP is now (or it is going to be) an open project. RHLP (will) interact with a community and a +clear+ communication is important. This page is not for people familiar with RedHat. I trust RedHat about RHLP goals because i know RedHat. But think about new comers. I someone tell me "What's going on in RHLP front ?" i can answer with "they are rethinking some of their initial plans because, among other things, they want to incorporate community suggestions and feedback. Come back September 15th at rhl.redhat.com website for more informations". This is better than "search through the mailing-list, new informations will append at some point not already known, and don't ask RedHat employees, that "bug" them". > It only asks you to > practice in patience for some additional time. And even if two third > of September 15th passed away without another update, please be > patient. > > -- F?liciano Matias -------------- 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 redhat at logoff.com Fri Aug 29 03:59:03 2003 From: redhat at logoff.com (Ed Coleman) Date: 28 Aug 2003 20:59:03 -0700 Subject: AD DNS In-Reply-To: <3F4D0444.7060107@farorbit.com> References: <3F4BCDF9.6020807@farorbit.com> <3F4C128E.2060803@redhat.com> <3F4CC890.8030304@farorbit.com> <3F4CD4E9.6010902@redhat.com> <3F4D0444.7060107@farorbit.com> Message-ID: <1062129543.6150.10.camel@grieg.colemanzoo.com> On Wed, 2003-08-27 at 12:19, stephan schutter wrote: > Thank you for all your responses. > > That solves the resolution question. This implies that I did not pick > up the complete scope from DHCP. This is Microsoft DHCP, using named > spaces quite intensively, is it diferent from UNIX? I mean; if I am only > picking up part of the DHCP info, then my DHCP client is not acting like > the Microsoft one... what could be different? > IIRC, DHCP does not currently define a way to provide a search list. Microsoft may have 'extended' something to make it work.... From pmatilai at welho.com Fri Aug 29 06:26:03 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Fri, 29 Aug 2003 09:26:03 +0300 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <1062109231.7901.5.camel@lando> References: <200308271843.45144.hoyt@cavtel.net> <20030827201435.B4904@devserv.devel.redhat.com> <1062105951.2735.111.camel@one.myworld> <20030828173754.A25813@devserv.devel.redhat.com> <1062109231.7901.5.camel@lando> Message-ID: <1062138363.3f4ef1fb31f95@webmail.welho.com> Quoting Kyle Maxwell : > On Thu, 2003-08-28 at 16:37, Bill Nottingham wrote: > > F??liciano Matias (feliciano.matias at free.fr) said: > > > > Who knows the views of RedHat ? > > > > See http://rhl.redhat.com/. > > In all seriousness, thanks. This small update makes me feel a lot better > that RH took the time to address our concerns and put out a *target* (I > realize that Sep 15th might turn into the 18th or even 22nd or > something) so that I don't have to check rhl.redhat.com every morning as > I've been doing. Something so simple really makes a big difference. Indeed. When the website was pulled out with "we remain excited about the announcement on Monday" the lack of any dates suggested that ok the website will be down for a few days and when *nothing* was happening there (visible to externals that is) it started feeling.. well, kind of annoying. Thanks. -- - Panu - From pmatilai at welho.com Fri Aug 29 06:36:41 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Fri, 29 Aug 2003 09:36:41 +0300 Subject: OpenOffice.org release? In-Reply-To: References: Message-ID: <1062139001.3f4ef47914320@webmail.welho.com> Quoting "Noah Silva [Mailing list]" : > Hi, > > Two questions. Neither is strictly Severn specific, but... > > a.) Ximian has made quite a few nice patches to OpenOffice.org (Except for > the default save format being .doc...). Ximian has stated that these > changes would be contributed back to OpenOffice.org. There is no > other mention of this on either the Ximian or OpenOffice.org site, so I > assume there will be no release from OpenOffice.org with these changes > integrated anytime soon. Is Redhat planning to use any of these changes, > or simply wait until OpenOffice.org picks them up? (I assume the latter, > from the sound of the new upstream change policy). Would be nice if RH picked up at least Ximian's splash-screen patch which makes the splash screen a normal window so it doesn't hog up the desktop while you're waiting .. waiting .. waiting .. for OOo to start. -- - Panu - From alexl at redhat.com Fri Aug 29 07:20:19 2003 From: alexl at redhat.com (Alexander Larsson) Date: 29 Aug 2003 09:20:19 +0200 Subject: Nautilus still doesn't do wildcards? In-Reply-To: <3F4E42CE.2060108@cypress.com> References: <1062006123.14693.7.camel@ip68-12-228-23.ok.ok.cox.net> <1062056687.21713.3.camel@localhost.localdomain> <3F4E42CE.2060108@cypress.com> Message-ID: <1062141619.21713.29.camel@localhost.localdomain> On Thu, 2003-08-28 at 19:58, Thomas Dodd wrote: > Alexander Larsson wrote: > > On Wed, 2003-08-27 at 19:42, Steve Bergman wrote: > >>Am I the only one that wants to be able to type: > >> > >>./*.rpm > > It is not currently implemented no. Many people have wanted it, but a > > lot of people want a lot of things, and I haven't gotten any patches for > > it yet. It will get there eventually (although perhaps not exactly like > > you described it). > > Is anyone, especially upstream developers, working on it? > Is the a plan for nautilus, expected features and rought ideas on when > they will be worked on? Or is development of new features completly > random and hap-hazard? I am the upstream maintainer. As expected the time I have to spend on it depends on what else i have to do, and thus development of it is pretty random and hap-hazard. > On the subject of patches, how many people understand the working of > nautilus well enough to even attempt it? I dug into the smb:// code for > gnome-vfs once, and it was very non-linear. What functions would need > work to do get wildcards/filtering to work? Understanding nautilus is not that hard, its just that not many people work on it, so development takes time. Doing wildcard support in nautilus does not involve touching gnome-vfs. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a bookish hunchbacked farmboy haunted by memories of 'Nam. She's a chain-smoking gypsy fairy princess prone to fits of savage, blood-crazed rage. They fight crime! From alexl at redhat.com Fri Aug 29 07:23:35 2003 From: alexl at redhat.com (Alexander Larsson) Date: 29 Aug 2003 09:23:35 +0200 Subject: fontilus/control-center conflict In-Reply-To: References: Message-ID: <1062141815.21713.33.camel@localhost.localdomain> On Thu, 2003-08-28 at 14:15, Epps, Aaron M. wrote: > Does Red Hat currently have any plans to redesign the standard Gnome > Control Center? To me, a group of icons in Nautilus is a pretty weak > interface for a Control-Center. Does anyone remember what Ximian did > back in the XD1 days, they had a nicely redesigned Control Center. > Anyway, not a big deal, just curious... We don't do that sort of thing for redhat. If there is something we want to change in Gnome we work upstream. If you think Gnome would be better with a different type of control center, work within the Gnome project to change that. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a time-tossed small-town werewolf looking for 'the Big One.' She's a psychotic French-Canadian detective from the wrong side of the tracks. They fight crime! From dwalsh at redhat.com Fri Aug 29 10:27:59 2003 From: dwalsh at redhat.com (Daniel J Walsh) Date: Fri, 29 Aug 2003 06:27:59 -0400 Subject: AD DNS References: <3F4BCDF9.6020807@farorbit.com> <3F4C128E.2060803@redhat.com> <3F4CC890.8030304@farorbit.com> <3F4CD4E9.6010902@redhat.com> <3F4D0444.7060107@farorbit.com> <1062129543.6150.10.camel@grieg.colemanzoo.com> Message-ID: <3F4F2AAF.3080500@redhat.com> Ed Coleman wrote: >On Wed, 2003-08-27 at 12:19, stephan schutter wrote: > > >>Thank you for all your responses. >> >>That solves the resolution question. This implies that I did not pick >>up the complete scope from DHCP. This is Microsoft DHCP, using named >>spaces quite intensively, is it diferent from UNIX? I mean; if I am only >>picking up part of the DHCP info, then my DHCP client is not acting like >>the Microsoft one... what could be different? >> >> >> > >IIRC, DHCP does not currently define a way to provide a search list. >Microsoft may have 'extended' something to make it work.... > > > > > >-- >Rhl-beta-list mailing list >Rhl-beta-list at redhat.com >http://www.redhat.com/mailman/listinfo/rhl-beta-list > > The latest DHCP does. It is on Rawhide and will be in the next beta for Cambridge. Basically you can add a SEARCH line to your ifcfgp-eth* file. So add you were using eth0 you would edit /etc/sysconfig/network-scripts/ifcfg-eth0 and add the following line. SEARCH "border.censored.com censored.com" Dan From felipe_alfaro at linuxmail.org Fri Aug 29 10:40:33 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Fri, 29 Aug 2003 12:40:33 +0200 Subject: OpenOffice.org release? In-Reply-To: <1062139001.3f4ef47914320@webmail.welho.com> References: <1062139001.3f4ef47914320@webmail.welho.com> Message-ID: <1062153632.700.2.camel@teapot.felipe-alfaro.com> On Fri, 2003-08-29 at 08:36, Panu Matilainen wrote: > Quoting "Noah Silva [Mailing list]" : > > > Hi, > > > > Two questions. Neither is strictly Severn specific, but... > > > > a.) Ximian has made quite a few nice patches to OpenOffice.org (Except for > > the default save format being .doc...). Ximian has stated that these > > changes would be contributed back to OpenOffice.org. There is no > > other mention of this on either the Ximian or OpenOffice.org site, so I > > assume there will be no release from OpenOffice.org with these changes > > integrated anytime soon. Is Redhat planning to use any of these changes, > > or simply wait until OpenOffice.org picks them up? (I assume the latter, > > from the sound of the new upstream change policy). > > Would be nice if RH picked up at least Ximian's splash-screen patch which makes > the splash screen a normal window so it doesn't hog up the desktop while you're > waiting .. waiting .. waiting .. for OOo to start. You can disable OpenOffice splash screen, if you prefer: 1. Go to the folder you installed to 2. go to the program folder 3. edit the file "sofficerc" 4. Change the line Logo=1 To Logo=0 From m.a.young at durham.ac.uk Fri Aug 29 11:56:16 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Fri, 29 Aug 2003 12:56:16 +0100 (BST) Subject: up2date fix Message-ID: You can now get up2date working again by downloading https://rhn.redhat.com/help/RHNS-CA-CERT and copying it to /usr/share/rhn/RHNS-CA-CERT I don't think the rawhide up2date has the right certificate yet, so keep a copy of the RHNS-CA-CERT file in case it gets overwritten by an up2date update. Michael Young From veillard at redhat.com Fri Aug 29 12:03:35 2003 From: veillard at redhat.com (Daniel Veillard) Date: Fri, 29 Aug 2003 08:03:35 -0400 Subject: up2date fix In-Reply-To: ; from m.a.young@durham.ac.uk on Fri, Aug 29, 2003 at 12:56:16PM +0100 References: Message-ID: <20030829080335.G18280@redhat.com> On Fri, Aug 29, 2003 at 12:56:16PM +0100, M A Young wrote: > You can now get up2date working again by downloading > https://rhn.redhat.com/help/RHNS-CA-CERT > and copying it to /usr/share/rhn/RHNS-CA-CERT > I don't think the rawhide up2date has the right certificate yet, so keep a > copy of the RHNS-CA-CERT file in case it gets overwritten by an up2date > update. Updated version of up2date fixing the CERTs problem are now available for the released versions of Red Hat Linux and Red Hat Enterprise Linux. Please see https://rhn.redhat.com/ for instructions and download informations, 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 nsilva-list at atari-source.com Fri Aug 29 12:10:58 2003 From: nsilva-list at atari-source.com (Noah Silva) Date: Fri, 29 Aug 2003 08:10:58 -0400 Subject: OpenOffice.org release? In-Reply-To: <1062153632.700.2.camel@teapot.felipe-alfaro.com> References: <1062139001.3f4ef47914320@webmail.welho.com> <1062153632.700.2.camel@teapot.felipe-alfaro.com> Message-ID: <1062159057.19878.2.camel@feklar> This is worse, because then you don't even know if it is really starting or now. (Last I checked, the startup notification didn't work with OOo.) -- noah silva 2003/08/29 (?) 06:40 ? Felipe Alfaro Solana ????????: > > > Hi, > > > > > Would be nice if RH picked up at least Ximian's splash-screen patch which makes > > the splash screen a normal window so it doesn't hog up the desktop while you're > > waiting .. waiting .. waiting .. for OOo to start. > > You can disable OpenOffice splash screen, if you prefer: > > 1. Go to the folder you installed to > 2. go to the program folder > 3. edit the file "sofficerc" > 4. Change the line > Logo=1 > To > Logo=0 > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Thanks, Noah Silva A T A R I - S O U R C E . C O M From alan at redhat.com Fri Aug 29 12:17:27 2003 From: alan at redhat.com (Alan Cox) Date: Fri, 29 Aug 2003 08:17:27 -0400 (EDT) Subject: up2date fix In-Reply-To: <20030829080335.G18280@redhat.com> from "Daniel Veillard" at Aws 29, 2003 08:03:35 Message-ID: <200308291217.h7TCHRr01149@devserv.devel.redhat.com> > Updated version of up2date fixing the CERTs problem are now available > for the released versions of Red Hat Linux and Red Hat Enterprise Linux. > Please see https://rhn.redhat.com/ for instructions and download informations, Which doesn't help for the beta, where it has also broken updating from third party repositories From dh at iucr.org Fri Aug 29 13:04:23 2003 From: dh at iucr.org (David Holden) Date: Fri, 29 Aug 2003 14:04:23 +0100 Subject: up2date fix In-Reply-To: <20030829080335.G18280@redhat.com> References: <20030829080335.G18280@redhat.com> Message-ID: <200308291404.23545.dh@iucr.org> On Friday 29 Aug 2003 1:03 pm, Daniel Veillard wrote: > On Fri, Aug 29, 2003 at 12:56:16PM +0100, M A Young wrote: > > You can now get up2date working again by downloading > > https://rhn.redhat.com/help/RHNS-CA-CERT > > and copying it to /usr/share/rhn/RHNS-CA-CERT > > I don't think the rawhide up2date has the right certificate yet, so keep > > a copy of the RHNS-CA-CERT file in case it gets overwritten by an up2date > > update. > > Updated version of up2date fixing the CERTs problem are now available > for the released versions of Red Hat Linux and Red Hat Enterprise Linux. > Please see https://rhn.redhat.com/ for instructions and download > informations, > > Daniel The instruction are missing --nodeps which was required on my system. Dave. -- Dr. David Holden. (Systems Developer) Visit: Crystallography Journals Online Thanks in advance:- Please avoid sending me Word or PowerPoint attachments. See: UK Privacy (R.I.P) : http://www.stand.org.uk/commentary.php3 Public GPG key available on request. ------------------------------------------------------------- From acbk at zeelandnet.nl Fri Aug 29 13:15:20 2003 From: acbk at zeelandnet.nl (h.breimer) Date: Fri, 29 Aug 2003 15:15:20 +0200 Subject: console fonts and kernel 2.6 Message-ID: <20030829151520.760c88e3.acbk@zeelandnet.nl> boot-option vga=775 always resulted in nice compact console font on my box. No longer when I use kernel 2.6. I have not been able to find out why. Any explanation or hint where to look would be welcome. Asus P4PE GForce 2MX (asus 7100) henk From felipe_alfaro at linuxmail.org Fri Aug 29 13:19:54 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Fri, 29 Aug 2003 15:19:54 +0200 Subject: up2date redhat-release and rawhide-release ping-pong Message-ID: <1062163193.671.10.camel@teapot.felipe-alfaro.com> Hi! up2date seems to ping-pong between packages rawhide-release-9.0.93-2 and redhat-release-9.0.93-1. They obsolete each other so, if I up2date to redhat-release-9.0.93-1 and then run up2date again, redhat-release-9.0.93-1 is obsoleted by rawhide-release-9.0.93-2. If I up2date, rawhide-release-9.0.93-2 is installed, but running up2date again says rawhide-release-9.0.93-2 is obsoleted by redhat-release-9.0.93-1 and so on: fab:/usr/share/rhn# sync up2dfab:/usr/share/rhn# up2date -l Fetching package list for channel: redhat-linux-severn-i386-9.0.93... ######################################## Fetching package list for channel: redhat-linux-severn-i386-9.0.93-updates... ######################################## Fetching Obsoletes list for channel: redhat-linux-severn-i386-9.0.93... Fetching Obsoletes list for channel: redhat-linux-severn-i386-9.0.93-updates... Fetching rpm headers... ######################################## Name Version Rel ---------------------------------------------------------- rawhide-release 9.0.93 2 The following Packages are obsoleted by newer packages: Name-Version-Release obsoleted by Name-Version-Release ------------------------------------------------------------------------------- redhat-release-9.0.93-1 rawhide-release-9.0.93-2 fab:/usr/share/rhn# up2date rawhide-release Fetching package list for channel: redhat-linux-severn-i386-9.0.93... ######################################## Fetching package list for channel: redhat-linux-severn-i386-9.0.93-updates... ######################################## Fetching Obsoletes list for channel: redhat-linux-severn-i386-9.0.93... Fetching Obsoletes list for channel: redhat-linux-severn-i386-9.0.93-updates... Fetching rpm headers... ######################################## Testing package set / solving RPM inter-dependencies... ######################################## rawhide-release-9.0.93-2.no ########################## Done. Preparing ########################################### [100%] Repackaging... redhat-release ########################################### [100%] Installing... 1:rawhide-release ########################################### [100%] *** rpmts_SetVSFlags(0x9c48fe8) ts 0x9c49090 *** rpmts_IDTXglob(0x9c48fe8) ts 0x9c49090 *** rpmts_IDTXload(0x9c48fe8) ts 0x9c49090 *** rpmts_SetVSFlags(0x9c48fe8) ts 0x9c49090 *** rpmts_IDTXglob(0x9c48fe8) ts 0x9c49090 *** rpmts_IDTXload(0x9c48fe8) ts 0x9c49090 0x9d1e488 -- ts 0x9d21ca0 db 0x9db9f88 0x9c48fe8 -- ts 0x9c49090 db 0x9c43bd8 0x9ccb4c0 -- ts 0x9ccaf18 db 0x9cc8890 fab:/usr/share/rhn# up2date -l Fetching package list for channel: redhat-linux-severn-i386-9.0.93... ######################################## Fetching package list for channel: redhat-linux-severn-i386-9.0.93-updates... ######################################## Fetching Obsoletes list for channel: redhat-linux-severn-i386-9.0.93... Fetching Obsoletes list for channel: redhat-linux-severn-i386-9.0.93-updates... Fetching rpm headers... ######################################## Name Version Rel ---------------------------------------------------------- redhat-release 9.0.93 1 The following Packages are obsoleted by newer packages: Name-Version-Release obsoleted by Name-Version-Release ------------------------------------------------------------------------------- rawhide-release-9.0.93-2 redhat-release-9.0.93-1 From alan at redhat.com Fri Aug 29 13:20:15 2003 From: alan at redhat.com (Alan Cox) Date: Fri, 29 Aug 2003 09:20:15 -0400 (EDT) Subject: up2date fix In-Reply-To: <200308291404.23545.dh@iucr.org> from "David Holden" at Aws 29, 2003 02:04:23 Message-ID: <200308291320.h7TDKFJ04068@devserv.devel.redhat.com> > > Updated version of up2date fixing the CERTs problem are now available > > for the released versions of Red Hat Linux and Red Hat Enterprise Linux. > > Please see https://rhn.redhat.com/ for instructions and download > > informations, > > > The instruction are missing --nodeps which was required on my system. That shouldnt be needed. What dependancies ? From akabi at speakeasy.net Fri Aug 29 13:45:55 2003 From: akabi at speakeasy.net (ne...) Date: Fri, 29 Aug 2003 09:45:55 -0400 (EDT) Subject: console fonts and kernel 2.6 In-Reply-To: <20030829151520.760c88e3.acbk@zeelandnet.nl> References: <20030829151520.760c88e3.acbk@zeelandnet.nl> Message-ID: On Aug 29, 2003 at 15:15, h.breimer in a maddening rage wrote: >boot-option vga=775 always resulted in nice compact console font on my >box. >No longer when I use kernel 2.6. >I have not been able to find out why. >Any explanation or hint where to look would be welcome. > >Asus P4PE >GForce 2MX (asus 7100) Have you got framebuffers configured? On my self compiled 2.6-test4, 0x11C works just fine but then I use Matrox. -- Registered Linux User # 125653 (http://counter.li.org) Switch to: http://www.speakeasy.net/refer/190653 "Given the choice between accomplishing something and just lying around, I'd rather lie around. No contest." -- Eric Clapton 09:31:42 up 4 days, 21:06, 3 users, load average: 0.00, 0.00, 0.00 From veillard at redhat.com Fri Aug 29 13:46:44 2003 From: veillard at redhat.com (Daniel Veillard) Date: Fri, 29 Aug 2003 09:46:44 -0400 Subject: up2date fix In-Reply-To: <200308291217.h7TCHRr01149@devserv.devel.redhat.com>; from alan@redhat.com on Fri, Aug 29, 2003 at 08:17:27AM -0400 References: <20030829080335.G18280@redhat.com> <200308291217.h7TCHRr01149@devserv.devel.redhat.com> Message-ID: <20030829094644.J18280@redhat.com> On Fri, Aug 29, 2003 at 08:17:27AM -0400, Alan Cox wrote: > > Updated version of up2date fixing the CERTs problem are now available > > for the released versions of Red Hat Linux and Red Hat Enterprise Linux. > > Please see https://rhn.redhat.com/ for instructions and download informations, > > Which doesn't help for the beta, where it has also broken updating > from third party repositories Right, that doesn't cover the beta sorry. Daniel P.S. In case people still need to upgrade non-beta setups, I enclose a script which might help automating this process but didn't got complete coverage for all cases, it worked okay for a few machines but only covers Red Hat Linux not Red Hat Enterprise linux. -- 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/ -------------- next part -------------- A non-text attachment was scrubbed... Name: upgradeup2date.sh Type: application/x-sh Size: 3578 bytes Desc: not available URL: From hp at redhat.com Fri Aug 29 14:09:33 2003 From: hp at redhat.com (Havoc Pennington) Date: Fri, 29 Aug 2003 10:09:33 -0400 Subject: Nautilus still doesn't do wildcards? In-Reply-To: <3F4E42CE.2060108@cypress.com> References: <1062006123.14693.7.camel@ip68-12-228-23.ok.ok.cox.net> <1062056687.21713.3.camel@localhost.localdomain> <3F4E42CE.2060108@cypress.com> Message-ID: <20030829100933.A31430@devserv.devel.redhat.com> On Thu, Aug 28, 2003 at 12:58:38PM -0500, Thomas Dodd wrote: > Is anyone, especially upstream developers, working on it? > Is the a plan for nautilus, expected features and rought ideas on when > they will be worked on? Or is development of new features completly > random and hap-hazard? >From http://ometer.com/hacking.html - There is no answer to the question, "when will X be finished?" or "will feature X be implemented?" The answer to both questions is "when and if someone does the work." If the someone is you, then you know the answer. If the someone isn't you, then you'll just have to wait and see. :-) Havoc From dh at iucr.org Fri Aug 29 14:16:31 2003 From: dh at iucr.org (David Holden) Date: Fri, 29 Aug 2003 15:16:31 +0100 Subject: up2date fix In-Reply-To: <200308291320.h7TDKFJ04068@devserv.devel.redhat.com> References: <200308291320.h7TDKFJ04068@devserv.devel.redhat.com> Message-ID: <200308291516.31034.dh@iucr.org> On Friday 29 Aug 2003 2:20 pm, Alan Cox wrote: > > > Updated version of up2date fixing the CERTs problem are now available > > > for the released versions of Red Hat Linux and Red Hat Enterprise > > > Linux. Please see https://rhn.redhat.com/ for instructions and download > > > informations, > > > > The instruction are missing --nodeps which was required on my system. > > That shouldnt be needed. What dependancies ? > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list on my system up2date = 3.1.23.1 is needed by (installed) up2date-gnome-3.1.23.1-5 Dave. -- Dr. David Holden. (Systems Developer) Visit: Crystallography Journals Online Thanks in advance:- Please avoid sending me Word or PowerPoint attachments. See: UK Privacy (R.I.P) : http://www.stand.org.uk/commentary.php3 Public GPG key available on request. ------------------------------------------------------------- From notting at redhat.com Fri Aug 29 14:26:00 2003 From: notting at redhat.com (Bill Nottingham) Date: Fri, 29 Aug 2003 10:26:00 -0400 Subject: up2date redhat-release and rawhide-release ping-pong In-Reply-To: <1062163193.671.10.camel@teapot.felipe-alfaro.com>; from felipe_alfaro@linuxmail.org on Fri, Aug 29, 2003 at 03:19:54PM +0200 References: <1062163193.671.10.camel@teapot.felipe-alfaro.com> Message-ID: <20030829102600.A7254@devserv.devel.redhat.com> Felipe Alfaro Solana (felipe_alfaro at linuxmail.org) said: > up2date seems to ping-pong between packages rawhide-release-9.0.93-2 and > redhat-release-9.0.93-1. They obsolete each other so, if I up2date to > redhat-release-9.0.93-1 and then run up2date again, > redhat-release-9.0.93-1 is obsoleted by rawhide-release-9.0.93-2. If I > up2date, rawhide-release-9.0.93-2 is installed, but running up2date > again says rawhide-release-9.0.93-2 is obsoleted by > redhat-release-9.0.93-1 and so on: rawhide release should not be in the channel, we'll try to get this loked at. Bill From veillard at redhat.com Fri Aug 29 14:39:34 2003 From: veillard at redhat.com (Daniel Veillard) Date: Fri, 29 Aug 2003 10:39:34 -0400 Subject: up2date fix In-Reply-To: <200308291516.31034.dh@iucr.org>; from dh@iucr.org on Fri, Aug 29, 2003 at 03:16:31PM +0100 References: <200308291320.h7TDKFJ04068@devserv.devel.redhat.com> <200308291516.31034.dh@iucr.org> Message-ID: <20030829103934.O18280@redhat.com> On Fri, Aug 29, 2003 at 03:16:31PM +0100, David Holden wrote: > on my system > > up2date = 3.1.23.1 is needed by (installed) up2date-gnome-3.1.23.1-5 New versions of up2date-gnome have been released at the same time and can be found at the same place. Upgrade both package in a single transaction, i.e. by giving both filenames as arguments to rpm -U 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 pmatilai at welho.com Fri Aug 29 14:41:52 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Fri, 29 Aug 2003 17:41:52 +0300 Subject: OpenOffice.org release? In-Reply-To: <1062159057.19878.2.camel@feklar> References: <1062139001.3f4ef47914320@webmail.welho.com> <1062153632.700.2.camel@teapot.felipe-alfaro.com> <1062159057.19878.2.camel@feklar> Message-ID: <1062168112.3f4f663074869@webmail.welho.com> Quoting Noah Silva : > This is worse, > > because then you don't even know if it is really starting or now. (Last > I checked, the startup notification didn't work with OOo.) Startup notification does work with OOo in RH9 (in the "legacy compatibility mode" or whatever it's called) but I think it'll time out long before OOo actually starts - on my laptop the timeout is barely enough to get to the splash screen. Don't remember/know whether it's possible to specify a custom timeout value for a given software in .desktop file. -- - Panu - From feliciano.matias at free.fr Fri Aug 29 14:45:53 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 29 Aug 2003 16:45:53 +0200 Subject: up2date fix In-Reply-To: <200308291516.31034.dh@iucr.org> References: <200308291320.h7TDKFJ04068@devserv.devel.redhat.com> <200308291516.31034.dh@iucr.org> Message-ID: <1062168353.1839.5.camel@one.myworld> Le ven 29/08/2003 ? 16:16, David Holden a ?crit : > on my system > > up2date = 3.1.23.1 is needed by (installed) up2date-gnome-3.1.23.1-5 > Update both at the same time : # rpm -U up2date...rpm up2date-gnome...rpm > Dave. -- F?liciano Matias -------------- 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 feliciano.matias at free.fr Fri Aug 29 14:58:39 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 29 Aug 2003 16:58:39 +0200 Subject: up2date redhat-release and rawhide-release ping-pong In-Reply-To: <20030829102600.A7254@devserv.devel.redhat.com> References: <1062163193.671.10.camel@teapot.felipe-alfaro.com> <20030829102600.A7254@devserv.devel.redhat.com> Message-ID: <1062169119.1839.17.camel@one.myworld> Le ven 29/08/2003 ? 16:26, Bill Nottingham a ?crit : > Felipe Alfaro Solana (felipe_alfaro at linuxmail.org) said: > > up2date seems to ping-pong between packages rawhide-release-9.0.93-2 and > > redhat-release-9.0.93-1. They obsolete each other so, if I up2date to > > redhat-release-9.0.93-1 and then run up2date again, > > redhat-release-9.0.93-1 is obsoleted by rawhide-release-9.0.93-2. If I > > up2date, rawhide-release-9.0.93-2 is installed, but running up2date > > again says rawhide-release-9.0.93-2 is obsoleted by > > redhat-release-9.0.93-1 and so on: > > rawhide release should not be in the channel, we'll try to get this > loked at. > rawhide-release-9.0.93... old the signature to sign packages : http://www.redhat.com/archives/rhl-beta-list/2003-August/msg01351.html it is not the same package than rawhide-release-20030828... from rawhide repository. rawhide-release-9.0.93-2 : https://rhn.redhat.com/network/software/packages/file_list.pxt?pid=148419 This problem have been reported : http://www.redhat.com/archives/rhl-beta-list/2003-August/msg01388.html http://www.redhat.com/archives/rhl-beta-list/2003-August/msg01405.html > Bill > -- F?liciano Matias -------------- 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 feliciano.matias at free.fr Fri Aug 29 15:15:18 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 29 Aug 2003 17:15:18 +0200 Subject: up2date redhat-release and rawhide-release ping-pong In-Reply-To: <1062169119.1839.17.camel@one.myworld> References: <1062163193.671.10.camel@teapot.felipe-alfaro.com> <20030829102600.A7254@devserv.devel.redhat.com> <1062169119.1839.17.camel@one.myworld> Message-ID: <1062170117.1839.29.camel@one.myworld> Le ven 29/08/2003 ? 16:58, F?liciano Matias a ?crit : > Le ven 29/08/2003 ? 16:26, Bill Nottingham a ?crit : > > Felipe Alfaro Solana (felipe_alfaro at linuxmail.org) said: > > > up2date seems to ping-pong between packages rawhide-release-9.0.93-2 and > > > redhat-release-9.0.93-1. They obsolete each other so, if I up2date to > > > redhat-release-9.0.93-1 and then run up2date again, > > > redhat-release-9.0.93-1 is obsoleted by rawhide-release-9.0.93-2. If I > > > up2date, rawhide-release-9.0.93-2 is installed, but running up2date > > > again says rawhide-release-9.0.93-2 is obsoleted by > > > redhat-release-9.0.93-1 and so on: > > > > rawhide release should not be in the channel, we'll try to get this > > loked at. > > > > rawhide-release-9.0.93... old the signature to sign packages : > http://www.redhat.com/archives/rhl-beta-list/2003-August/msg01351.html > > it is not the same package than rawhide-release-20030828... from rawhide > repository. > > rawhide-release-9.0.93-2 : > https://rhn.redhat.com/network/software/packages/file_list.pxt?pid=148419 > > This problem have been reported : > http://www.redhat.com/archives/rhl-beta-list/2003-August/msg01388.html Forget this! It's bad copy/paste. Sorry. > http://www.redhat.com/archives/rhl-beta-list/2003-August/msg01405.html > > > > Bill > > -- F?liciano Matias -------------- 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 jspaleta at princeton.edu Fri Aug 29 15:54:31 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 29 Aug 2003 11:54:31 -0400 Subject: up2date redhat-release and rawhide-release ping-pong Message-ID: <1062172471.28780.20.camel@spatula> F?liciano Matias wrote: >This problem have been reported : >http://www.redhat.com/archives/rhl-beta-list/2003-August/msg01388.html >http://www.redhat.com/archives/rhl-beta-list/2003-August/msg01405.html A reminder....posting to the beta list is not reporting a bug. This problem is only 'reported'...when there is a bugzilla entry for it. Just posting problems to the beta list is a good way to have them fall through the cracks. I could report bugs on my personal website blog as a i find them...and have the same unreasonable expectation that a red hat developer...the right red hat developer...would stumble on them there, as they would on this beta list. Sometimes is nice to open up a bug for general discussion, or sometimes even Elton's 'hey i posted my 1,211th bugticket to bugzilla have a look' messages are worth glancing at. But actually 'reporting' a problem to the right developer is done by actually using a bugzilla ticket. How about you reference the bugticket.....that is suppose to be in the system? -jef"its funny really...all this griping of expectation on what the new communication with Red Hat was promised to look like...but we can't seem to use the tools already in place to give feedback to the developers, i'm not sure the red hat community is ready for responsibility that an open development model would require"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 dh at iucr.org Fri Aug 29 16:01:57 2003 From: dh at iucr.org (David Holden) Date: Fri, 29 Aug 2003 17:01:57 +0100 Subject: up2date fix In-Reply-To: <20030829103934.O18280@redhat.com> References: <200308291320.h7TDKFJ04068@devserv.devel.redhat.com> <200308291516.31034.dh@iucr.org> <20030829103934.O18280@redhat.com> Message-ID: <200308291701.57602.dh@iucr.org> On Friday 29 Aug 2003 3:39 pm, Daniel Veillard wrote: > On Fri, Aug 29, 2003 at 03:16:31PM +0100, David Holden wrote: > > on my system > > > > up2date = 3.1.23.1 is needed by (installed) up2date-gnome-3.1.23.1-5 > > New versions of up2date-gnome have been released at the same time and > can be found at the same place. Upgrade both package in a single > transaction, i.e. by giving both filenames as arguments to rpm -U > > Daniel Yes, this is not a problem for me I know about rpm, but for a newbie the RHN alert I got just refers to "New versions of the up2date and rhn_register clients are now available which are required for continued access to Red Hat Network." a newbie going to the referenced site is likely to just download the up2date rpm, as other than offering it for a download does not mention it, this has already been a issue on the redhat list. Dave. -- Dr. David Holden. (Systems Developer) Visit: Crystallography Journals Online Thanks in advance:- Please avoid sending me Word or PowerPoint attachments. See: UK Privacy (R.I.P) : http://www.stand.org.uk/commentary.php3 Public GPG key available on request. ------------------------------------------------------------- From feliciano.matias at free.fr Fri Aug 29 16:16:43 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 29 Aug 2003 18:16:43 +0200 Subject: up2date redhat-release and rawhide-release ping-pong In-Reply-To: <1062172471.28780.20.camel@spatula> References: <1062172471.28780.20.camel@spatula> Message-ID: <1062173801.1839.44.camel@one.myworld> Le ven 29/08/2003 ? 17:54, Jef Spaleta a ?crit : > F?liciano Matias wrote: > >This problem have been reported : > >http://www.redhat.com/archives/rhl-beta-list/2003-August/msg01388.html > >http://www.redhat.com/archives/rhl-beta-list/2003-August/msg01405.html > > A reminder....posting to the beta list is not reporting a bug. I understand. But where in bugzilla ? It's not an up2date or rawhide bug. It's only a rhn bug/mistake. My posts are replies to Elliot Lee who build the "severn update" channel. > This problem is only 'reported'...when there is a bugzilla entry for it. > Just posting problems to the beta list is a good way to have them fall > through the cracks. I could report bugs on my personal website blog as a > i find them...and have the same unreasonable expectation that a red hat > developer...the right red hat developer...would stumble on them there, > as they would on this beta list. Sometimes is nice to open up a bug for > general discussion, or sometimes even Elton's 'hey i posted my 1,211th > bugticket to bugzilla have a look' messages are worth glancing at. But > actually 'reporting' a problem to the right developer is done by > actually using a bugzilla ticket. How about you reference the > bugticket.....that is suppose to be in the system? > > -jef"its funny really...all this griping of expectation on what the new > communication with Red Hat was promised to look like...but we can't seem > to use the tools already in place to give feedback to the developers, > i'm not sure the red hat community is ready for responsibility that an > open development model would require"spaleta -- F?liciano Matias -------------- 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 fmonkey at fmonkey.net Fri Aug 29 16:21:56 2003 From: fmonkey at fmonkey.net (Adam H. Pendleton) Date: Fri, 29 Aug 2003 12:21:56 -0400 Subject: up2date redhat-release and rawhide-release ping-pong In-Reply-To: <1062172471.28780.20.camel@spatula> Message-ID: On Friday, Aug 29, 2003, at 11:54 US/Eastern, Jef Spaleta wrote: > > A reminder....posting to the beta list is not reporting a bug. > This problem is only 'reported'...when there is a bugzilla entry for > it. > Just posting problems to the beta list is a good way to have them fall > through the cracks. I could report bugs on my personal website blog as > a > i find them...and have the same unreasonable expectation that a red hat > developer...the right red hat developer...would stumble on them there, > as they would on this beta list. Sometimes is nice to open up a bug for > general discussion, or sometimes even Elton's 'hey i posted my 1,211th > bugticket to bugzilla have a look' messages are worth glancing at. But > actually 'reporting' a problem to the right developer is done by > actually using a bugzilla ticket. How about you reference the > bugticket.....that is suppose to be in the system? I put this problem into bugzilla earlier this week. ahp -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 174 bytes Desc: not available URL: From jspaleta at princeton.edu Fri Aug 29 16:41:26 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 29 Aug 2003 12:41:26 -0400 Subject: up2date redhat-release and rawhide-release ping-pong Message-ID: <1062175286.28780.44.camel@spatula> F?liciano Matias wrote: >I understand. >But where in bugzilla ? >It's not an up2date or rawhide bug. It's only a rhn bug/mistake. https://rhn.redhat.com/help/faq/#28 For someone who makes a big deal about the form and substance of the communication Red Hat has promised to provide about rhlp....you don't seem to have read the available documentation of the current services. Now here's a shocking bit of information for you....rhn has its own bugzilla product designation...so does the red hat website, for future reference when you decide to take issue with the next incarnation of rhl.redhat.com. And frankly...if a bug were filed under up2date naively...that's still better than just a mailinglist posting, it would at least be in the system...and then the up2date developer could reassign the bug to the correct location. No one expects beta testers to be perfect about where they file bugs..no one is going to suggest that its always obvious where the bug belongs. But you can't just post the issue to a mailinglist and expect it to be seen. You have to file the bug...so that the bug can be tracked in an organized way. Mailings might seem like an effective tool for beta testers to get information...but the point is to make developers more effective...and the developer segment of the community has said so far that bugzilla is the tool they want to use to keep track of bugs. They've said it repeatedly...they've never wavered or waffled on the issue...and yet the rest of the vocal red hat community still doesn't get the message. There is an expectation that beta testers READ the available documentation...especially beta testers that make a huge deal out of criticizing how Red Hat is handling the documentation of the switch to a more open project. What's the point of providing verbose documentation, when the people who are most likely to complain about the lack of it...aren't bothering to read the documentation for available services like rhn and bugreporting. Any attempt to appease people who are not directly involved with development issues is waste of valuable development effort...they will never be satified. -jef"I'm not sure i have anything marginally funny to say"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 kylem at xwell.org Fri Aug 29 17:39:30 2003 From: kylem at xwell.org (Kyle Maxwell) Date: Fri, 29 Aug 2003 12:39:30 -0500 (CDT) Subject: GNOME splash screen? RHN? In-Reply-To: <1062028719.2764.6.camel@lionel-hutz.darnell.group> References: <1062021683.14371.2.camel@lando> <20030827222805.F25F43F4E@null.cs.brown.edu> <1062028719.2764.6.camel@lionel-hutz.darnell.group> Message-ID: <9999.192.76.80.75.1062178770.spork@webmail.xwell.org> > On Wed, 2003-08-27 at 15:28, Joel Young wrote: >> From: Kyle Maxwell >> > Is anyone else seeing the GNOME splash screen take a long time to >> clear? >> >> Yes, it takes a very long time to clear. It didn't take so long >> originally. What is especially frustrating is that it insists on >> sitting on top of a everything else. >> > > I believe it's an upstream issue. I've had the same thing happen running > the Gnome 2.3.x packages from the NyQuist apt repository. So should a bug be filed upstream or in RH Bugzilla? And what component? I've observed some strangeness with CPU utilization (going to 100%) that I think is related but haven't been able to do more testing yet to be sure. Hopefully after work tonight. -- Kyle Maxwell From jbinpg at shaw.ca Fri Aug 29 17:54:30 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Fri, 29 Aug 2003 10:54:30 -0700 Subject: up2date fix In-Reply-To: <200308291320.h7TDKFJ04068@devserv.devel.redhat.com> References: <200308291404.23545.dh@iucr.org> <200308291320.h7TDKFJ04068@devserv.devel.redhat.com> Message-ID: <20030829175429.GA2378@nonesuch.ca.shawcable.net> On Fri, Aug 29, 2003 at 09:20:15AM -0400, Alan Cox wrote: > > > Updated version of up2date fixing the CERTs problem are now available > > > for the released versions of Red Hat Linux and Red Hat Enterprise Linux. > > > Please see https://rhn.redhat.com/ for instructions and download > > > informations, > > > > > The instruction are missing --nodeps which was required on my system. > > That shouldnt be needed. What dependancies ? The up2date-gnome package on ftp.redhat.com's up2dates directory fails the --checksig on my system. Then again, my rpm is borked again (surprise, surprise) on my RH8 box (it won't do any deletes during an rpm process nor will rpm -e work at all) so it is likely something to do with that. -- Jack Bowling mailto: jbinpg at shaw.ca From limbo at bluethingy.com Fri Aug 29 18:12:57 2003 From: limbo at bluethingy.com (Michael Knepher) Date: Fri, 29 Aug 2003 11:12:57 -0700 Subject: GNOME splash screen? RHN? In-Reply-To: <9999.192.76.80.75.1062178770.spork@webmail.xwell.org> References: <1062021683.14371.2.camel@lando> <20030827222805.F25F43F4E@null.cs.brown.edu> <1062028719.2764.6.camel@lionel-hutz.darnell.group> <9999.192.76.80.75.1062178770.spork@webmail.xwell.org> Message-ID: <1062180776.2801.60.camel@lionel-hutz.darnell.group> On Fri, 2003-08-29 at 10:39, Kyle Maxwell wrote: > > On Wed, 2003-08-27 at 15:28, Joel Young wrote: > >> From: Kyle Maxwell > >> > Is anyone else seeing the GNOME splash screen take a long time to > >> clear? > >> > >> Yes, it takes a very long time to clear. It didn't take so long > >> originally. What is especially frustrating is that it insists on > >> sitting on top of a everything else. > >> > > > > I believe it's an upstream issue. I've had the same thing happen running > > the Gnome 2.3.x packages from the NyQuist apt repository. > > So should a bug be filed upstream or in RH Bugzilla? And what component? > I've observed some strangeness with CPU utilization (going to 100%) that I > think is related but haven't been able to do more testing yet to be sure. > Hopefully after work tonight. I haven't had time to poke around, but it seems to no longer be a problem with the latest packages from Matt's repository (which I believe are more current/bleeding-edge than what's in rawhide). From feliciano.matias at free.fr Fri Aug 29 18:13:43 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 29 Aug 2003 20:13:43 +0200 Subject: up2date redhat-release and rawhide-release ping-pong In-Reply-To: <1062175286.28780.44.camel@spatula> References: <1062175286.28780.44.camel@spatula> Message-ID: <1062180822.1839.51.camel@one.myworld> Don't be too worry about me. I have reported 28 bugs. - "if it's not in bugzilla, it doesn't exist". Le ven 29/08/2003 ? 18:41, Jef Spaleta a ?crit : > [...] > > -jef"I'm not sure i have anything marginally funny to say"spaleta -- F?liciano Matias -------------- 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 kylem at xwell.org Fri Aug 29 21:28:06 2003 From: kylem at xwell.org (Kyle Maxwell) Date: Fri, 29 Aug 2003 16:28:06 -0500 Subject: up2date fix In-Reply-To: <20030829103934.O18280@redhat.com> References: <200308291320.h7TDKFJ04068@devserv.devel.redhat.com> <200308291516.31034.dh@iucr.org> <20030829103934.O18280@redhat.com> Message-ID: <1062192486.6102.1.camel@lando> On Fri, 2003-08-29 at 09:39, Daniel Veillard wrote: > On Fri, Aug 29, 2003 at 03:16:31PM +0100, David Holden wrote: > > on my system > > > > up2date = 3.1.23.1 is needed by (installed) up2date-gnome-3.1.23.1-5 > > New versions of up2date-gnome have been released at the same time and > can be found at the same place. Upgrade both package in a single > transaction, i.e. by giving both filenames as arguments to rpm -U > > Daniel The problem is that, using up2date, I'm prompted to upgrade my up2date, but still get the message "up2date-gnome-3.1.46-2 requires up2date = 3.1.46". However, both up2date and up2date-gnome are at 3.9.18-2. I can fix it manually, obviously, but this looks like a problem (dunno if it's Bugzilla-worthy). -- Kyle Maxwell From smoogen at lanl.gov Fri Aug 29 23:49:11 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Fri, 29 Aug 2003 17:49:11 -0600 (MDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: Message-ID: On Thu, 28 Aug 2003, Robert P. J. Day wrote: >On Thu, 28 Aug 2003, William F. Acker WB2FLW +1-303-722-7209 wrote: > >> On Thu, 28 Aug 2003, Mike A. Harris wrote: > >no, mike, we don't "become upset and rant and rave." we post >a simple question, asking if there *is* any ETA for the next >beta. which is a perfectly reasonable question, particularly >when a specific release date has already been advertised. > >see the difference? > The difference is that asking it every day to get an answer of 'not yet, we are still working on it.' is annoying and after a while abusive. It also gets you added to kill files. -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 5-8058 Ta-03 SM-261 MailStop P208 DP 17U Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From netwiz at optusnet.com.au Sat Aug 30 00:19:12 2003 From: netwiz at optusnet.com.au (Steven Haigh) Date: Sat, 30 Aug 2003 10:19:12 +1000 Subject: up2date and mozilla issues with severn. Message-ID: <3F4FED80.9080305@optusnet.com.au> Hi all, I've had Severn installed on my desktop SMP machine for a week or two now, and I have to give a congratulations to all involved... RedHat has come along way since I last used a RH release for my main desktop usage... I think the last one I had on my desktop was 6.0... And as always, my thanks to Alan Cox for his great work with his -ac series of patches for pretty much every kernel version in existance... Great work... I've used RH on all of my servers, including my home firewall etc with excellent results - but usually never install X etc, so even though I'm a long time user, I'm not so cluey with X.... It's the first time I've used a Beta version of RH on any system, and have noticed that I haven't been asked to install any updates since the initial install... Is there something I should have done to get up2date working in severn using beta packages? I get the SSL certificate error, but from what I've read on the list archives, this is a known issue, and I guess it'll be resolved shortly... The second issue I've found has been with Mozilla... It's the one supplied with severn (1.4).. I use it to access my IMAP mail accounts over both SSL and normal. I've noticed that when I hit Ctrl+Shift+C on an IMAP folder to 'mark all as read', it never actually does anything... I've updated to Mozilla 1.5b from mozilla.org, but would prefer to stay with the official RPM's for ease of upgrade later on... Has anyone else come across this? -- Signed, Steven Haigh http://wireless.org.au (Visit https://wireless.org.au to install our Root Certificate.) You can lead a fool to wisdom but you can't make him think. We have enough youth. What we need is a fountain of smart. I am root. If you see me laughing, you better have a backup. From rpjday at mindspring.com Fri Aug 29 23:21:36 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Fri, 29 Aug 2003 19:21:36 -0400 (EDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: Message-ID: On Fri, 29 Aug 2003, Stephen Smoogen wrote: > On Thu, 28 Aug 2003, Robert P. J. Day wrote: > > >On Thu, 28 Aug 2003, William F. Acker WB2FLW +1-303-722-7209 wrote: > > > >> On Thu, 28 Aug 2003, Mike A. Harris wrote: > > > >no, mike, we don't "become upset and rant and rave." we post > >a simple question, asking if there *is* any ETA for the next > >beta. which is a perfectly reasonable question, particularly > >when a specific release date has already been advertised. > > > >see the difference? > > > > The difference is that asking it every day to get an answer of 'not yet, > we are still working on it.' is annoying and after a while abusive. It > also gets you added to kill files. well, let's see here. give that my pine sent-mail folder shows that i asked about this on exactly two occasions this month: 1) mon, aug 11, making it clear that i was *not* asking when the next beta would be out, but more specifically if i was remembering correctly that there had in fact been an advertised ETA, and 2) tue, aug 25, asking about an ETA since the clearly-advertised ETA was in fact days passed (making such a query eminently reasonable, IMHO), we can quickly conclude two things: a) i most certainly have *not* been asking every day (and i'm not responsible for others' posts in this thread), and b) you're a jerk for suggesting i did, and i'd be just pleased as punch to be in your kill file. file away. it's been a long, tiring week, and i just have no patience for snotty, patronizing condescension at the moment. rday From smoogen at lanl.gov Sat Aug 30 00:30:56 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Fri, 29 Aug 2003 18:30:56 -0600 (MDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: Message-ID: On Fri, 29 Aug 2003, Robert P. J. Day wrote: >On Fri, 29 Aug 2003, Stephen Smoogen wrote: >> On Thu, 28 Aug 2003, Robert P. J. Day wrote: >> >On Thu, 28 Aug 2003, William F. Acker WB2FLW +1-303-722-7209 wrote: >> >> On Thu, 28 Aug 2003, Mike A. Harris wrote: > >we can quickly conclude two things: > > a) i most certainly have *not* been asking every day (and i'm not > responsible for others' posts in this thread), and > > b) you're a jerk for suggesting i did, and i'd be just pleased as > punch to be in your kill file. file away. > >it's been a long, tiring week, and i just have no patience for >snotty, patronizing condescension at the moment. > Same here... I am just tired of what after a long week looks to be 'Red Hat are liars because they missed the deadline' emails that have been filling up my mailbox with the thousand or so 'dont send me another sobig' emails that are sure my Linux box is sending it out. -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 5-8058 Ta-03 SM-261 MailStop P208 DP 17U Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From smoogen at lanl.gov Sat Aug 30 00:33:41 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Fri, 29 Aug 2003 18:33:41 -0600 (MDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: Message-ID: On Fri, 29 Aug 2003, Robert P. J. Day wrote: >On Fri, 29 Aug 2003, Stephen Smoogen wrote: >> On Thu, 28 Aug 2003, Robert P. J. Day wrote: >> >On Thu, 28 Aug 2003, William F. Acker WB2FLW +1-303-722-7209 wrote: >> >> On Thu, 28 Aug 2003, Mike A. Harris wrote: > > a) i most certainly have *not* been asking every day (and i'm not > responsible for others' posts in this thread), and > > b) you're a jerk for suggesting i did, and i'd be just pleased as > punch to be in your kill file. file away. > >it's been a long, tiring week, and i just have no patience for >snotty, patronizing condescension at the moment. > And I can't even apologize nicely either. Blech. I will try again on Monday when I have slept some. -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 5-8058 Ta-03 SM-261 MailStop P208 DP 17U Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From veillard at redhat.com Sat Aug 30 00:36:59 2003 From: veillard at redhat.com (Daniel Veillard) Date: Fri, 29 Aug 2003 20:36:59 -0400 Subject: up2date fix In-Reply-To: <1062192486.6102.1.camel@lando>; from kylem@xwell.org on Fri, Aug 29, 2003 at 04:28:06PM -0500 References: <200308291320.h7TDKFJ04068@devserv.devel.redhat.com> <200308291516.31034.dh@iucr.org> <20030829103934.O18280@redhat.com> <1062192486.6102.1.camel@lando> Message-ID: <20030829203659.W18280@redhat.com> On Fri, Aug 29, 2003 at 04:28:06PM -0500, Kyle Maxwell wrote: > On Fri, 2003-08-29 at 09:39, Daniel Veillard wrote: > > On Fri, Aug 29, 2003 at 03:16:31PM +0100, David Holden wrote: > > > on my system > > > > > > up2date = 3.1.23.1 is needed by (installed) up2date-gnome-3.1.23.1-5 > > > > New versions of up2date-gnome have been released at the same time and > > can be found at the same place. Upgrade both package in a single > > transaction, i.e. by giving both filenames as arguments to rpm -U > > > > Daniel > > The problem is that, using up2date, I'm prompted to upgrade my up2date, > but still get the message "up2date-gnome-3.1.46-2 requires up2date = > 3.1.46". However, both up2date and up2date-gnome are at 3.9.18-2. I can > fix it manually, obviously, but this looks like a problem (dunno if it's > Bugzilla-worthy). Hum, sounds you have a newer (beta) version installed. rpm -U --oldpackage up2date-3.1.46-2.i386.rpm up2date-gnome-3.1.46-2.i386.rpm this is going backward in the release numbering, and as Alan pointed out you will loose the new features of Adrian's latest releases, but at least connecting to RHN servers should be possbile again. The other solution is to update only the CERT as someone posted before, but I didn't tested that myself. 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 veillard at redhat.com Sat Aug 30 00:39:09 2003 From: veillard at redhat.com (Daniel Veillard) Date: Fri, 29 Aug 2003 20:39:09 -0400 Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: ; from smoogen@lanl.gov on Fri, Aug 29, 2003 at 06:33:41PM -0600 References: Message-ID: <20030829203909.X18280@redhat.com> On Fri, Aug 29, 2003 at 06:33:41PM -0600, Stephen Smoogen wrote: > On Fri, 29 Aug 2003, Robert P. J. Day wrote: > >it's been a long, tiring week, and i just have no patience for > >snotty, patronizing condescension at the moment. > > > > And I can't even apologize nicely either. Blech. I will try again on > Monday when I have slept some. Isn't Monday Sept 1st Labour Day in the USA. In that case enjoy the long week-end, seems needed for everybody :-) ! 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 wind_walker2.geo at yahoo.com Sat Aug 30 00:40:27 2003 From: wind_walker2.geo at yahoo.com (Nancy Cropley) Date: Fri, 29 Aug 2003 17:40:27 -0700 (PDT) Subject: no ... *really* ... any ETA for updated beta? Message-ID: <20030830004027.8467.qmail@web10009.mail.yahoo.com> well, let's see here. give that my pine sent-mail folder shows that i asked about this on exactly two occasions this month: ***** Robert, I count 7 emails in the past two days from you on this topic on Wednesday and Thursday. Give these guys a break, please. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From smoogen at lanl.gov Sat Aug 30 00:45:29 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Fri, 29 Aug 2003 18:45:29 -0600 (MDT) Subject: no ... *really* ... any ETA for updated beta? In-Reply-To: <20030829203909.X18280@redhat.com> Message-ID: On Fri, 29 Aug 2003, Daniel Veillard wrote: >On Fri, Aug 29, 2003 at 06:33:41PM -0600, Stephen Smoogen wrote: >> On Fri, 29 Aug 2003, Robert P. J. Day wrote: >> >it's been a long, tiring week, and i just have no patience for >> >snotty, patronizing condescension at the moment. >> > >> >> And I can't even apologize nicely either. Blech. I will try again on >> Monday when I have slept some. > > Isn't Monday Sept 1st Labour Day in the USA. In that case enjoy >the long week-end, seems needed for everybody :-) ! > Thanks, but as a system administrator.. I have found that holidays become work days because there are no users or projects inconvenienced by upgrades, downtimes, etc etc. :). [Maybe I can take of UnLabour Day.] -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 5-8058 Ta-03 SM-261 MailStop P208 DP 17U Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From hoyt at cavtel.net Sat Aug 30 01:01:25 2003 From: hoyt at cavtel.net (HoytDuff) Date: Fri, 29 Aug 2003 21:01:25 -0400 Subject: SMP and Severn (was: up2date and mozilla issues with severn.) In-Reply-To: <3F4FED80.9080305@optusnet.com.au> References: <3F4FED80.9080305@optusnet.com.au> Message-ID: <200308292101.25535.hoyt@cavtel.net> On Friday 29 August 2003 08:19 pm, Steven Haigh wrote: > Hi all, I've had Severn installed on my desktop SMP machine for a week > or two now, and I have to give a congratulations to all involved... I've been very impressed with it on my single processor machines (even the Athlon laptop (HP ze1210) that runs hot because there's no ACPI - it has an uptime of 14 days with not the first problem). But Severn was a horrible experience for me on a Tyan MP2466 smp Athlon; random re-boots, lockups. Mandrake 9.1 is rock solid on the same hardware, however. That's why choice is always a good thing. 8) -- Hoyt From kylem at xwell.org Sat Aug 30 01:21:51 2003 From: kylem at xwell.org (Kyle Maxwell) Date: Fri, 29 Aug 2003 20:21:51 -0500 Subject: up2date fix In-Reply-To: <20030829203659.W18280@redhat.com> References: <200308291320.h7TDKFJ04068@devserv.devel.redhat.com> <200308291516.31034.dh@iucr.org> <20030829103934.O18280@redhat.com> <1062192486.6102.1.camel@lando> <20030829203659.W18280@redhat.com> Message-ID: <1062206510.7362.3.camel@lando> On Fri, 2003-08-29 at 19:36, Daniel Veillard wrote: > Hum, sounds you have a newer (beta) version installed. > > rpm -U --oldpackage up2date-3.1.46-2.i386.rpm up2date-gnome-3.1.46-2.i386.rpm > > this is going backward in the release numbering, and as Alan pointed out > you will loose the new features of Adrian's latest releases, but at least > connecting to RHN servers should be possbile again. The other solution > is to update only the CERT as someone posted before, but I didn't tested > that myself. I installed the CERT by hand and that worked OK. Looks like the problem was purely that when up2date prompted me to update itself and restart, it wasn't including up2date-gnome in that same transaction. Cancelling and re-trying without letting up2date update itself separately worked OK and I was able to install it through the "normal" update process. Have a great Labor Day weekend. -- Kyle Maxwell From mark at mitre.org Sat Aug 30 01:35:27 2003 From: mark at mitre.org (mark heslep) Date: Fri, 29 Aug 2003 21:35:27 -0400 Subject: console fonts and kernel 2.6 In-Reply-To: References: <20030829151520.760c88e3.acbk@zeelandnet.nl> Message-ID: <3F4FFF5F.5090806@mitre.org> ne... wrote: >On Aug 29, 2003 at 15:15, h.breimer in a maddening rage wrote: > > > >>boot-option vga=775 always resulted in nice compact console font on my >>box. >>No longer when I use kernel 2.6. >>I have not been able to find out why. >>Any explanation or hint where to look would be welcome. >> >>Asus P4PE >>GForce 2MX (asus 7100) >> >> >Have you got framebuffers configured? On my self compiled >2.6-test4, 0x11C works just fine but then I use Matrox. > > > Right you need CONFIG_FRAMEBUFFER_CONSOLE set to use the vesa console frame buffer, especially on laptops. Its not set in Arjan's 2.6 kernels for some reason. Would be great if we could on by default in future releases? Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From ghenriks at rogers.com Sat Aug 30 03:41:48 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Fri, 29 Aug 2003 23:41:48 -0400 Subject: up2date and mozilla issues with severn. In-Reply-To: <3F4FED80.9080305@optusnet.com.au> References: <3F4FED80.9080305@optusnet.com.au> Message-ID: <0370lv8hnbdcm2kgl9c8f7k3tecs1ejd3u@4ax.com> On Sat, 30 Aug 2003 10:19:12 +1000, you wrote: >It's the first time I've used a Beta version of RH on any system, and >have noticed that I haven't been asked to install any updates since the >initial install... Is there something I should have done to get up2date >working in severn using beta packages? I get the SSL certificate error, >but from what I've read on the list archives, this is a known issue, and >I guess it'll be resolved shortly... You need to go to rhn.redhat.com and specifically ask for a beta update channel for your machine running Severn. Check the archives for a message from Elliot Lee on August 25 announcing the new channel. From mike at netlyncs.com Sat Aug 30 15:42:05 2003 From: mike at netlyncs.com (Mike Chambers) Date: Sat, 30 Aug 2003 10:42:05 -0500 Subject: up2date for beta still not working Message-ID: <1062258124.5067.0.camel@bart.netlyncs.com> [root at bart mike]# up2date Traceback (most recent call last): File "/usr/sbin/up2date", line 20, in ? from up2date_client import up2dateAuth File "up2dateAuth.py", line 5, in ? File "rpcServer.py", line 15, in ? File "/usr/lib/python2.2/socket.py", line 41, in ? from _socket import * ImportError: /lib/libssl.so.4: undefined symbol: krb5_cc_get_principal [root at bart mike]# rpm -q up2date up2date-3.9.18-2 Still not a fix for the beta? Mike -- From m.a.young at durham.ac.uk Sat Aug 30 16:48:34 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Sat, 30 Aug 2003 17:48:34 +0100 (BST) Subject: up2date for beta still not working In-Reply-To: <1062258124.5067.0.camel@bart.netlyncs.com> Message-ID: On Sat, 30 Aug 2003, Mike Chambers wrote: > [root at bart mike]# up2date > Traceback (most recent call last): > File "/usr/sbin/up2date", line 20, in ? > from up2date_client import up2dateAuth > File "up2dateAuth.py", line 5, in ? > File "rpcServer.py", line 15, in ? > File "/usr/lib/python2.2/socket.py", line 41, in ? > from _socket import * > ImportError: /lib/libssl.so.4: undefined symbol: krb5_cc_get_principal Actually, that sounds like a library problem rather than up2date itself. I would check what openssl and krb5 packages you have installed, and in particular were they updated during the last successful up2date session. Michael Young From m.a.young at durham.ac.uk Sat Aug 30 16:55:02 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Sat, 30 Aug 2003 17:55:02 +0100 (BST) Subject: up2date for beta still not working In-Reply-To: References: Message-ID: On Sat, 30 Aug 2003, M A Young wrote: > On Sat, 30 Aug 2003, Mike Chambers wrote: > > > [root at bart mike]# up2date > > Traceback (most recent call last): > > File "/usr/sbin/up2date", line 20, in ? > > from up2date_client import up2dateAuth > > File "up2dateAuth.py", line 5, in ? > > File "rpcServer.py", line 15, in ? > > File "/usr/lib/python2.2/socket.py", line 41, in ? > > from _socket import * > > ImportError: /lib/libssl.so.4: undefined symbol: krb5_cc_get_principal Also, I have just checked and 3.9.20-2 can be downloaded from rawhide, so you a a couple of up2dates behind, though I suspect it isn't relevant in this case. Michael Young From seandarcy at hotmail.com Sat Aug 30 18:35:12 2003 From: seandarcy at hotmail.com (sean darcy) Date: Sat, 30 Aug 2003 14:35:12 -0400 Subject: printconf should restart printer Message-ID: My printer is set up on an linux server running cups/samba. It's used by both linux and windows workstations. Every once in a while I get this error on the linux workstation: Call timed out: server did not respond after 10000 milliseconds closing remote file Then both printconf ( redhat-config-printer ) and the GNOME Print Manager show the printer is down - cute little red X . Neither give any way to restart the printer. I can go to the cups web interface :631 and restart the printer, which works. Then printconf and GPM are happy. Shouldn't printconf have a restart feature? Isn't it just a link to lpadmin? sean _________________________________________________________________ Get MSN 8 and enjoy automatic e-mail virus protection. http://join.msn.com/?page=features/virus From train at voicenet.com Sat Aug 30 18:58:08 2003 From: train at voicenet.com (Herbert Rutledge) Date: Sat, 30 Aug 2003 14:58:08 -0400 Subject: up2date for beta still not working In-Reply-To: <1062258124.5067.0.camel@bart.netlyncs.com> References: <1062258124.5067.0.camel@bart.netlyncs.com> Message-ID: <1062269888.17673.8.camel@trilon.localhost> On Sat, 2003-08-30 at 11:42, Mike Chambers wrote: > ImportError: /lib/libssl.so.4: undefined symbol: krb5_cc_get_principal > [root at bart mike]# rpm -q up2date > up2date-3.9.18-2 > > Still not a fix for the beta? I just went through that. I downgraded the krb and openssl packages to the base Severn packages. Then, I downloaded the krb and openssl packages directly from Rawhide, and tried to install them manually. Sure enough, rpm complained about some development library not being present. Once that was fetched, everything installed fine, and up2date works again. Give it a try. -train From jjneely at pams.ncsu.edu Sat Aug 30 21:16:31 2003 From: jjneely at pams.ncsu.edu (Jack Neely) Date: Sat, 30 Aug 2003 17:16:31 -0400 Subject: openafs on taroon Message-ID: <20030830211631.GK4101@anduril.pams.ncsu.edu> Folks, I'm trying to get OpenAFS 1.2.10 working on taroon. Anyone seen the following? My kernel is 2.4.21-1.1931.2.399.ent. It looks to be an error with mm.h which looks fine to me. Thoughts? Jack Neely gcc -O2 -fomit-frame-pointer -fno-strength-reduce -fno-strict-aliasing -fno-common -pipe -march=pentium -D__KERNEL__ -DCPU=586 -DKERNEL -D_KERNEL -DMODULE -D__BOOT_KERNEL_H_ -D__MODULE_KERNEL_i386=1 -D__BOOT_KERNEL_UP=1 -I. -I../ -I/home/slack/RPM/BUILD/openafs-1.2.10/src/config -c ../afs/afs_analyze.c; In file included from ../afs/sysincludes.h:71, from ../afs/afs_analyze.c:19: ../linux/mm.h:203: syntax error before "pte_addr_t" ../linux/mm.h:203: warning: no semicolon at end of struct or union ../linux/mm.h:203: warning: no semicolon at end of struct or union ../linux/mm.h:204: warning: data definition has no type or storage class ../linux/mm.h:223: syntax error before '}' token ../linux/mm.h:223: warning: data definition has no type or storage class ../linux/mm.h: In function `page_zone': ../linux/mm.h:413: dereferencing pointer to incomplete type ../linux/mm.h: In function `set_page_zone': ../linux/mm.h:418: dereferencing pointer to incomplete type ../linux/mm.h:419: dereferencing pointer to incomplete type ../linux/mm.h: In function `page_mapped': ../linux/mm.h:595: dereferencing pointer to incomplete type ../linux/mm.h: At top level: ../linux/mm.h:605: syntax error before '*' token ../linux/mm.h:605: warning: data definition has no type or storage class make[4]: *** [afs_analyze.o] Error 1 make[4]: Leaving directory `/home/slack/RPM/BUILD/openafs-1.2.10/src/libafs/MODLOAD-2.4.21-1.1931.2.399.ent-UP' make[3]: *** [linux_compdirs] Error 2 make[3]: Leaving directory `/home/slack/RPM/BUILD/openafs-1.2.10/src/libafs' make[2]: *** [libafs] Error 2 make[2]: Leaving directory `/home/slack/RPM/BUILD/openafs-1.2.10' make[1]: *** [build] Error 2 make[1]: Leaving directory `/home/slack/RPM/BUILD/openafs-1.2.10' make: *** [only_libafs] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.33115 (%build) -- Jack Neely Linux Realm Kit Administration and Development PAMS Computer Operations at NC State University GPG Fingerprint: 1917 5AC1 E828 9337 7AA4 EA6B 213B 765F 3B6A 5B89 From cn at centurytel.net Sun Aug 31 00:04:46 2003 From: cn at centurytel.net (Chris Negus) Date: 30 Aug 2003 17:04:46 -0700 Subject: modem not working via neat In-Reply-To: References: Message-ID: <1062288286.16631.9016.camel@duck.digidread.com> I tried to configure a modem using the Network Configuration window (neat) and it failed. I'm getting an error 38 when neat tries to activate the connection with ppp-watch. It seems to not like the new feature of using the provider name as the network-script. For example, it called my ifcfg file /etc/sysconfig/network-scripts/ifcfg-CenturyTel. When I ran the Internet Connection Wizard again, but called my provider "ppp0" it created the file that I was used to seeing (ifcfg-ppp0) and worked fine. (I'm using redhat-config-network-tui-1.3.1-1.) bugzilla? -- Chris Negus From tvinhas at techbyte.com.br Sun Aug 31 00:25:20 2003 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Sat, 30 Aug 2003 21:25:20 -0300 Subject: KDE session removed from gdm In-Reply-To: <1062288286.16631.9016.camel@duck.digidread.com> References: <1062288286.16631.9016.camel@duck.digidread.com> Message-ID: <1062289519.6183.2.camel@localhost.localdomain> Hi! After yesterday's latest updates from rawhide, I don't know why the file /etc/X11/dm/Sessions/kde.desktop was removed, and there was no KDE option at gdm. I've put the file in the right place, and it worked again. Regards, Thiago From hp at redhat.com Sun Aug 31 01:26:15 2003 From: hp at redhat.com (Havoc Pennington) Date: Sat, 30 Aug 2003 21:26:15 -0400 Subject: KDE session removed from gdm In-Reply-To: <1062289519.6183.2.camel@localhost.localdomain> References: <1062288286.16631.9016.camel@duck.digidread.com> <1062289519.6183.2.camel@localhost.localdomain> Message-ID: <20030830212615.J32029@devserv.devel.redhat.com> On Sat, Aug 30, 2003 at 09:25:20PM -0300, Thiago Vinhas de Moraes wrote: > Hi! > > After yesterday's latest updates from rawhide, I don't know why the file > /etc/X11/dm/Sessions/kde.desktop was removed, and there was no KDE > option at gdm. > > I've put the file in the right place, and it worked again. > What package owns that file on your system? I only have a script called "KDE" (Not running rawhide on this machine, granted) Havoc From ms-nospam-0306 at arcor.de Sun Aug 31 01:52:57 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sun, 31 Aug 2003 03:52:57 +0200 Subject: openafs on taroon In-Reply-To: <20030830211631.GK4101@anduril.pams.ncsu.edu> References: <20030830211631.GK4101@anduril.pams.ncsu.edu> Message-ID: <20030831035257.2b2f392e.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, 30 Aug 2003 17:16:31 -0400, Jack Neely wrote: > I'm trying to get OpenAFS 1.2.10 working on taroon. Anyone seen the > following? It would make much more sense to post this on taroon-list: http://www.redhat.com/mailman/listinfo/taroon-list - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/UVT50iMVcrivHFQRAsgOAJwOEWnLpvZxC2ETTwoUOZgg7AhOjQCeN5hQ AX36qRe3w9XB5WQsckT/Y4U= =piae -----END PGP SIGNATURE----- From cochranb at speakeasy.net Sun Aug 31 02:30:12 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: Sat, 30 Aug 2003 22:30:12 -0400 Subject: Authentication Error After Updating up2date Message-ID: <3F515DB4.9010001@speakeasy.net> I did an rpm -Fvh of up2date-3.9.20-2 and up2date-gnome-3.9.20-2 in my Severn installation and then tried to run up2date -u. I now get this error message: There was an authentication error: Unable to authenticate. What have I done wrong? Thanks Bob Cochran From riel at redhat.com Sun Aug 31 04:12:17 2003 From: riel at redhat.com (Rik van Riel) Date: Sun, 31 Aug 2003 00:12:17 -0400 (EDT) Subject: Virtualized Build environments In-Reply-To: <1062061989.1859.340.camel@laptop> Message-ID: On Wed, 27 Aug 2003, Warren Togami wrote: > while some kernel hackers are working on porting vserver w/ security > context patch to work with RH's NPTL kernel. Any idea who ? If they're almost done, I don't want to duplicate their work. Instead, I can look at ipv6 support for vserver. -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From steve at rueb.com Sun Aug 31 09:11:34 2003 From: steve at rueb.com (Steve Bergman) Date: Sun, 31 Aug 2003 04:11:34 -0500 Subject: Any current workaround for Radeon/Chromium Segfault? (Bug 101647) Message-ID: <1062321093.13127.16.camel@ip68-12-228-23.ok.ok.cox.net> I seem to be experiencing bug 101647 with my radeon 9100 and fully updated rawhide system. glxgears works fine and is properly hardware accelerated. However, anything more complex (chromium, tuxracer, rune, quakeforge, RTCW) crashes as described in the bug with similar messages. Works fine with RH9. I just bought the card today because I wanted to do away with NVidia driver which was the sole proprietary item on my machine. Any suggestions on a workaround or do I just need to be patient? Thanks, Steve From tvinhas at techbyte.com.br Sun Aug 31 10:45:21 2003 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Sun, 31 Aug 2003 07:45:21 -0300 Subject: KDE session removed from gdm In-Reply-To: <20030830212615.J32029@devserv.devel.redhat.com> References: <1062288286.16631.9016.camel@duck.digidread.com> <1062289519.6183.2.camel@localhost.localdomain> <20030830212615.J32029@devserv.devel.redhat.com> Message-ID: <1062326720.5517.2.camel@localhost.localdomain> Em S?b, 2003-08-30 ?s 22:26, Havoc Pennington escreveu: > On Sat, Aug 30, 2003 at 09:25:20PM -0300, Thiago Vinhas de Moraes wrote: > > Hi! > > > > After yesterday's latest updates from rawhide, I don't know why the file > > /etc/X11/dm/Sessions/kde.desktop was removed, and there was no KDE > > option at gdm. > > > > I've put the file in the right place, and it worked again. > > > > What package owns that file on your system? I only have a script > called "KDE" > > (Not running rawhide on this machine, granted) I guess it should be gdm. I'm running the latest rawhide updates from RHN, and the package is gdm-2.4.2.102-1. Everything works fine now, but I had to manually duplicate the /etc/X11/dm/Sessions/gnome.desktop as /etc/X11/dm/Sessions/kde.desktop changing the GNOME references to KDE, and the Exec= from gnome-session to kde. Regards, Thiago From jimhayward at earthlink.net Sun Aug 31 10:49:08 2003 From: jimhayward at earthlink.net (Jim Hayward) Date: Sun, 31 Aug 2003 03:49:08 -0700 Subject: Any current workaround for Radeon/Chromium Segfault? (Bug 101647) In-Reply-To: <1062321093.13127.16.camel@ip68-12-228-23.ok.ok.cox.net> References: <1062321093.13127.16.camel@ip68-12-228-23.ok.ok.cox.net> Message-ID: <1062326948.9588.13.camel@garfield.linux.localdomain> On Sun, 2003-08-31 at 02:11, Steve Bergman wrote: > I seem to be experiencing bug 101647 with my radeon 9100 and fully > updated rawhide system. > I just bought the card today because I wanted to do away with NVidia > driver which was the sole proprietary item on my machine. > > Any suggestions on a workaround or do I just need to be patient? Just a guess that this is a tls related bug. Try starting the game this way and see if it works.. LD_PRELOAD=libGL.so.1 /full/path/to/executable Regards, Jim H From twaugh at redhat.com Sun Aug 31 11:12:17 2003 From: twaugh at redhat.com (Tim Waugh) Date: Sun, 31 Aug 2003 12:12:17 +0100 Subject: printconf should restart printer In-Reply-To: References: Message-ID: <20030831111216.GE1999@redhat.com> On Sat, Aug 30, 2003 at 02:35:12PM -0400, sean darcy wrote: > Shouldn't printconf have a restart feature? Isn't it just a link to lpadmin? Yes it should. There is a bugzilla request for this. Tim. */ -------------- 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 rueb.com Sun Aug 31 11:15:59 2003 From: steve at rueb.com (Steve Bergman) Date: Sun, 31 Aug 2003 06:15:59 -0500 Subject: Any current workaround for Radeon/Chromium Segfault? (Bug 101647) In-Reply-To: <1062326948.9588.13.camel@garfield.linux.localdomain> References: <1062321093.13127.16.camel@ip68-12-228-23.ok.ok.cox.net> <1062326948.9588.13.camel@garfield.linux.localdomain> Message-ID: <1062328559.5991.5.camel@ip68-12-228-23.ok.ok.cox.net> On Sun, 2003-08-31 at 05:49, Jim Hayward wrote: > Just a guess that this is a tls related bug. Try starting the game this > way and see if it works.. > > LD_PRELOAD=libGL.so.1 /full/path/to/executable Thanks for the reply. No. Still crashes. However, LD_ASSUME_KERNEL=2.2.5 'fixes' chromium and tuxracer. The third party binary only stuff still crashes, though. Still investigating... -Steve From ksonney at redhat.com Sun Aug 31 12:38:37 2003 From: ksonney at redhat.com (Kevin Sonney) Date: Sun, 31 Aug 2003 08:38:37 -0400 Subject: Any current workaround for Radeon/Chromium Segfault? (Bug 101647) In-Reply-To: <1062321093.13127.16.camel@ip68-12-228-23.ok.ok.cox.net> (Steve Bergman's message of "Sun, 31 Aug 2003 04:11:34 -0500") References: <1062321093.13127.16.camel@ip68-12-228-23.ok.ok.cox.net> Message-ID: Steve Bergman writes: > glxgears works fine and is properly hardware accelerated. However, > anything more complex (chromium, tuxracer, rune, quakeforge, RTCW) > crashes as described in the bug with similar messages. Works fine on my Severn systems with a Radeon 9200se. Did you remove *ALL* NVidia files? FWIW, I've had issues with leftover files from the NVidia drivers. In the past I've had to uninstall the NVidia drivers, then go back and manually make sure that the original GL libraries are properly re-installed. -- ------------------------------------------ -- Kevin Sonney - Inside Sales Engineer -- -- Red Hat, Inc - 919.754.3700 x44112 -- -- ksonney at redhat.com - AIM: ksonney -- ------------------------------------------ 1024D/EB74 3C54 0260 6A01 705A 6F3F CD3B BAF1 4EB9 55BC -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available URL: From steve at rueb.com Sun Aug 31 13:34:06 2003 From: steve at rueb.com (Steve Bergman) Date: Sun, 31 Aug 2003 08:34:06 -0500 Subject: Any current workaround for Radeon/Chromium Segfault? (Bug 101647) In-Reply-To: References: <1062321093.13127.16.camel@ip68-12-228-23.ok.ok.cox.net> Message-ID: <1062336846.4646.14.camel@ip68-12-228-23.ok.ok.cox.net> On Sun, 2003-08-31 at 07:38, Kevin Sonney wrote: > Steve Bergman writes: > > Works fine on my Severn systems with a Radeon 9200se. Did you remove > *ALL* NVidia files? FWIW, I've had issues with leftover files from the > NVidia drivers. In the past I've had to uninstall the NVidia drivers, > then go back and manually make sure that the original GL libraries are > properly re-installed. Thanks for the reply. # rpm -e --nodeps XFree86 \ XFree86-devel \ XFree86-Mesa-libGL \ XFree86-Mesa-libGLU # find / -name "libGL*" -ok rm {} \; # up2date XFree86 \ XFree86-devel \ XFree86-Mesa-libGL \ XFree86-Mesa-libGLU chromium and tuxracer still crash. Interesting that it works for you. Of course, I'm running rawhide. The cards are also different. The 9100 is basically a renamed 8500LE. Yours is a 9000 with 8x AGP added, so they are not quite as close as the numbering suggests. -Steve From ksonney at redhat.com Sun Aug 31 14:01:01 2003 From: ksonney at redhat.com (Kevin Sonney) Date: Sun, 31 Aug 2003 10:01:01 -0400 Subject: Any current workaround for Radeon/Chromium Segfault? (Bug 101647) In-Reply-To: <1062336846.4646.14.camel@ip68-12-228-23.ok.ok.cox.net> (Steve Bergman's message of "Sun, 31 Aug 2003 08:34:06 -0500") References: <1062321093.13127.16.camel@ip68-12-228-23.ok.ok.cox.net> <1062336846.4646.14.camel@ip68-12-228-23.ok.ok.cox.net> Message-ID: Steve Bergman writes: > chromium and tuxracer still crash. Darn. Well, it was worth a try, anyway. > Interesting that it works for you. Of course, I'm running rawhide. Ah, well, I'll defer to the greater wisdom of Mike Harris and company in the bugzilla entry. But better safe than sorry on the GL libraries. > The cards are also different. The 9100 is basically a renamed 8500LE. > Yours is a 9000 with 8x AGP added, so they are not quite as close as the > numbering suggests. Hmm. In that case, I might be better off setting the CardId to a 9000 instead of a 9100 in XF86Config. I'll go try that to see if my BZFlag performance increases *grin* Thanks for the extra info. -- ------------------------------------------ -- Kevin Sonney - Inside Sales Engineer -- -- Red Hat, Inc - 919.754.3700 x44112 -- -- ksonney at redhat.com - AIM: ksonney -- ------------------------------------------ 1024D/EB74 3C54 0260 6A01 705A 6F3F CD3B BAF1 4EB9 55BC This quote intentially left blank -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available URL: From marian at gg3d.com Sun Aug 31 14:50:02 2003 From: marian at gg3d.com (Mariusz =?iso-8859-2?Q?Smyku=B3a?=) Date: Sun, 31 Aug 2003 16:50:02 +0200 Subject: Any current workaround for Radeon/Chromium Segfault? (Bug 101647) In-Reply-To: <1062321093.13127.16.camel@ip68-12-228-23.ok.ok.cox.net> References: <1062321093.13127.16.camel@ip68-12-228-23.ok.ok.cox.net> Message-ID: <1062341402.2842.3.camel@localhost.localdomain> ATI Radeon 7500 64MB DDR is not working in 3D mode! I could'nt install nightly DRM driver (problem with XFree?). In Madrake and Gentoo with DRM drivers for radeon all works fine! glxgears is working tuxracer etc, crashes on start glxinfo: name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: Tungsten Graphics, Inc. OpenGL renderer string: Mesa DRI Radeon 20020611 AGP 1x x86/MMX/3DNow! TCL OpenGL version string: 1.2 Mesa 4.0.4 OpenGL extensions: GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_convolution, GL_EXT_compiled_vertex_array, GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_texture3D, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_object, GL_EXT_texture_lod_bias, GL_EXT_vertex_array, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_texgen_reflection, GL_SGI_color_matrix, GL_SGI_color_table, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x23 24 tc 0 24 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x24 24 tc 0 24 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x25 24 tc 0 24 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x26 24 tc 0 24 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x27 24 tc 0 24 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x28 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x29 24 tc 0 24 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x2a 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2b 24 dc 0 24 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x2c 24 dc 0 24 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x2d 24 dc 0 24 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x2e 24 dc 0 24 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2f 24 dc 0 24 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x30 24 dc 0 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x31 24 dc 0 24 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x32 24 dc 0 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow -- Mariusz 'marian' Smyku?a --------------------------------- jid/email: marian at t-system.com.pl --------------------------------- From elwoo at videotron.ca Sun Aug 31 15:36:44 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sun, 31 Aug 2003 11:36:44 -0400 Subject: Gnome desktop now UNusable (was -Re: Authentication Error After Updating up2date) In-Reply-To: <3F515DB4.9010001@speakeasy.net> References: <3F515DB4.9010001@speakeasy.net> Message-ID: <200308311136.44274.elwoo@videotron.ca> On August 30, 2003 10:30 pm, Robert L Cochran wrote: > I did an rpm -Fvh of up2date-3.9.20-2 and up2date-gnome-3.9.20-2 in > my Severn installation and then tried to run up2date -u. > > I now get this error message: > > There was an authentication error: Unable to authenticate. > It was supposed to be fixed by installing by downloading https://rhn.redhat.com/help/RHNS-CA-CERT and copying it to /usr/share/rhn/RHNS-CA-CERT. Which I did. Subsequently, I received notification from RHN about updating the certificate, downloaded, and installed as prescribed *HERE*: https://rhn.redhat.com/help/ssl_cert.pxt Consequently, I was able to run rhn_register successfully. This was all done whilst in the KDE desktop. BUT now I cannot use the Gnome desktop. Whenever I log in, I get a lot of pop-up dialogs, which are unreadable, since there is no visible text, just the red warning logo. The gnome panel is now at the top of screen, but all that I can make of the drop-down menu is a vertical line of black arrow heads. No text. My startup programs are kmail, licq, and tkseti. Only the latter (tkseti) shows its normal interface with readable text and font. The only way I can exit the Gnome desktop, is to use CTRL-ALT-BKSP. NOTE: This is just after a new clean install of Severn (RH 9.0.93). No rawhide packages have been installed. Thinking it was a driver problem, I installed the "NVIDIA-Linux-x86-1.0-4496-pkg2.run" drivers. Gnome is still unusable. A consistent error message that pops up whenever I load *these* applications in KDE: System Tools eggcups, rhn-applet, Evolution, MrProject ---> "An error occurred while loading or saving configuration information for {application name}. Some of your configuration settings may not work properly." "Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnome.org/projects/gconf/ for information. (Details - 1: IOR file '/home/abe/.gconfd/lock/ior' not opened successfully, no gconfd located: No such file or directory 2: IOR file '/home/abe/.gconfd/lock/ior' not opened successfully, no gconfd located: No such file or directory) Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnome.org/projects/gconf/ for information. (Details - 1: IOR file '/home/abe/.gconfd/lock/ior' not opened successfully, no gconfd located: No such file or directory 2: IOR file '/home/abe/.gconfd/lock/ior' not opened successfully, no gconfd located: No such file or directory) Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnome.org/projects/gconf/ for information. (Details - 1: IOR file '/home/abe/.gconfd/lock/ior' not opened successfully, no gconfd located: No such file or directory 2: IOR file '/home/abe/.gconfd/lock/ior' not opened successfully, no gconfd located: No such file or directory) Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnome.org/projects/gconf/ for information. (Details - 1: IOR file '/home/abe/.gconfd/lock/ior' not opened successfully, no gconfd located: No such file or directory 2: IOR file '/home/abe/.gconfd/lock/ior' not opened successfully, no gconfd located: No such file or directory) Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnome.org/projects/gconf/ for information. (Details - 1: IOR file '/home/abe/.gconfd/lock/ior' not opened successfully, no gconfd located: No such file or directory 2: IOR file '/home/abe/.gconfd/lock/ior' not opened successfully, no gconfd located: No such file or directory)" Could any of this be related to my present problems with Gnome? I have looked in ~/.gconfd/ and sure enough there is no lock subdirectory. I'm rather out of my depth with this problem. Elton. -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From Leigh.Klotz at pahv.xerox.com Sun Aug 31 16:20:35 2003 From: Leigh.Klotz at pahv.xerox.com (Leigh L. Klotz, Jr.) Date: Sun, 31 Aug 2003 09:20:35 -0700 Subject: Gnome desktop now UNusable (was -Re: Authentication Error After Updating up2date) References: <1062346685.235EC7FE@u9.dngr.org> Message-ID: <1062346840.3924D0EE@u9.dngr.org> Elton, Are you aware that your messages always have: Priority: 2 X-Priority: High in their headers? From elwoo at videotron.ca Sun Aug 31 16:25:16 2003 From: elwoo at videotron.ca (Elton Woo) Date: Sun, 31 Aug 2003 12:25:16 -0400 Subject: Gnome desktop now UNusable (was -Re: Authentication Error After Updating up2date) In-Reply-To: <1062346840.3924D0EE@u9.dngr.org> References: <1062346685.235EC7FE@u9.dngr.org> <1062346840.3924D0EE@u9.dngr.org> Message-ID: <200308311225.16783.elwoo@videotron.ca> On August 31, 2003 12:20 pm, Leigh L. Klotz, Jr. wrote: > Elton, > Are you aware that your messages always have: > Priority: 2 > X-Priority: High > in their headers? > *Always*??? Is this a comment related to the problem mentioned? Thanks, Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From hp at redhat.com Sun Aug 31 16:32:36 2003 From: hp at redhat.com (Havoc Pennington) Date: Sun, 31 Aug 2003 12:32:36 -0400 Subject: KDE session removed from gdm In-Reply-To: <1062326720.5517.2.camel@localhost.localdomain> References: <1062288286.16631.9016.camel@duck.digidread.com> <1062289519.6183.2.camel@localhost.localdomain> <20030830212615.J32029@devserv.devel.redhat.com> <1062326720.5517.2.camel@localhost.localdomain> Message-ID: <20030831123236.C1846@devserv.devel.redhat.com> On Sun, Aug 31, 2003 at 07:45:21AM -0300, Thiago Vinhas de Moraes wrote: > I guess it should be gdm. I'm running the latest rawhide updates from > RHN, and the package is gdm-2.4.2.102-1. > > Everything works fine now, but I had to manually duplicate the > /etc/X11/dm/Sessions/gnome.desktop as /etc/X11/dm/Sessions/kde.desktop > changing the GNOME references to KDE, and the Exec= from gnome-session > to kde. > It looks like kde.desktop is now in kdebase-3.1.3-7 Havoc From mharris at redhat.com Sun Aug 31 16:11:07 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 31 Aug 2003 12:11:07 -0400 (EDT) Subject: Any current workaround for Radeon/Chromium Segfault? (Bug 101647) In-Reply-To: References: <1062321093.13127.16.camel@ip68-12-228-23.ok.ok.cox.net> Message-ID: On Sun, 31 Aug 2003, Kevin Sonney wrote: >Date: Sun, 31 Aug 2003 08:38:37 -0400 >From: Kevin Sonney >To: rhl-beta-list at redhat.com >Content-Type: multipart/signed; boundary="=-=-="; > micalg=pgp-sha1; protocol="application/pgp-signature" >List-Id: For testers of Red Hat Linux beta releases > >Subject: Re: Any current workaround for Radeon/Chromium Segfault? (Bug > 101647) > >Steve Bergman writes: > >> glxgears works fine and is properly hardware accelerated. However, >> anything more complex (chromium, tuxracer, rune, quakeforge, RTCW) >> crashes as described in the bug with similar messages. > >Works fine on my Severn systems with a Radeon 9200se. Did you remove >*ALL* NVidia files? FWIW, I've had issues with leftover files from the >NVidia drivers. In the past I've had to uninstall the NVidia drivers, >then go back and manually make sure that the original GL libraries are >properly re-installed. Yes, this is very irritating. Nvidia's drivers just blow away Red Hat supplied files without any care. If you are using Nvidia's drivers and switch back to our drivers, or switch video cards or something, before you configure X, be sure to run: rpm -V $(rpm -qa | grep XFree86) This verifies the integrity of all of the files we supply. I think in the future, I might modify the X server itself to verify that the files we ship are what is being used, and if anything is modified, to allow it, but to make a note of it in the config file so that users at least have a random chance of fixing the problems caused by the files getting blown away. Not sure how else to handle these types of problems. I'm going to try to come up with some solution for the future though. Perhaps predetermined vendor directories that are configurable overrides or something. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From cochranb at speakeasy.net Sun Aug 31 19:55:57 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: Sun, 31 Aug 2003 15:55:57 -0400 Subject: Any current workaround for Radeon/Chromium Segfault? (Bug 101647) In-Reply-To: <1062321093.13127.16.camel@ip68-12-228-23.ok.ok.cox.net> References: <1062321093.13127.16.camel@ip68-12-228-23.ok.ok.cox.net> Message-ID: <3F5252CD.20902@speakeasy.net> I'm confused about how you updated from rawhide. I can't get up2date to work after updating with the rawhide up2date RPMs. This on an initial install of Severn except for the rawhide-based up2date RPMs. It says there is an authentication error. Is there an RHN channel for correctly updating a Severn machine? Are you upating via 'up2date' or manually by downloading rawhide packages? Thanks Bob Cochran Steve Bergman wrote: > I seem to be experiencing bug 101647 with my radeon 9100 and fully > updated rawhide system. > From ksonney at redhat.com Sun Aug 31 20:00:48 2003 From: ksonney at redhat.com (Kevin Sonney) Date: Sun, 31 Aug 2003 16:00:48 -0400 Subject: Any current workaround for Radeon/Chromium Segfault? (Bug 101647) In-Reply-To: <3F5252CD.20902@speakeasy.net> (Robert L. Cochran's message of "Sun, 31 Aug 2003 15:55:57 -0400") References: <1062321093.13127.16.camel@ip68-12-228-23.ok.ok.cox.net> <3F5252CD.20902@speakeasy.net> Message-ID: Robert L Cochran writes: > initial install of Severn except for the rawhide-based up2date > RPMs. It says there is an authentication error. Is there an RHN You might want to get the updated ssl cert from http://rhn.redhat.com/help/ssl_cert.pxt -- ------------------------------------------ -- Kevin Sonney - Inside Sales Engineer -- -- Red Hat, Inc - 919.754.3700 x44112 -- -- ksonney at redhat.com - AIM: ksonney -- ------------------------------------------ 1024D/EB74 3C54 0260 6A01 705A 6F3F CD3B BAF1 4EB9 55BC This email was generated by a Group of Attack Elephants -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available URL: From steve at rueb.com Sun Aug 31 20:25:01 2003 From: steve at rueb.com (Steve Bergman) Date: Sun, 31 Aug 2003 15:25:01 -0500 Subject: Why xcdroast and not gcombust? Message-ID: <1062361501.5021.10.camel@ip68-12-228-23.ok.ok.cox.net> I was just wondering why xcdroast gets included as the standard cd writer and not gcombust. I always end up frustrated with xcdroast and gcombust is quite friendly. Also, it's obvious how to write an existing iso image with gcombust and I don't see that xcdroast can even do it. Plus gcombust fits in nicely with Bluecurve and is at least a GTK app, whereas xcdroast is, well, whatever it is. I there a licensing issue or something? Then again, eventually, I suppose, nautilus will do it all. Just curious. -Steve From jos at xos.nl Sun Aug 31 20:31:40 2003 From: jos at xos.nl (Jos Vos) Date: Sun, 31 Aug 2003 22:31:40 +0200 Subject: Why xcdroast and not gcombust? In-Reply-To: <1062361501.5021.10.camel@ip68-12-228-23.ok.ok.cox.net>; from steve@rueb.com on Sun, Aug 31, 2003 at 03:25:01PM -0500 References: <1062361501.5021.10.camel@ip68-12-228-23.ok.ok.cox.net> Message-ID: <20030831223140.A20511@xos037.xos.nl> On Sun, Aug 31, 2003 at 03:25:01PM -0500, Steve Bergman wrote: > I was just wondering why xcdroast gets included as the standard cd > writer and not gcombust. I always end up frustrated with xcdroast and > gcombust is quite friendly. Also, it's obvious how to write an existing > iso image with gcombust and I don't see that xcdroast can even do it. Yes, xcdroast can do this very easily. Not very happy with then UI too, but I have that with every *G*UI ;-), so I don't know if it is that bad. Never looked at gcombust, I'm used to xcdroast and the command-line tools. -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From skvidal at phy.duke.edu Sun Aug 31 20:51:36 2003 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 31 Aug 2003 16:51:36 -0400 Subject: Why xcdroast and not gcombust? In-Reply-To: <1062361501.5021.10.camel@ip68-12-228-23.ok.ok.cox.net> References: <1062361501.5021.10.camel@ip68-12-228-23.ok.ok.cox.net> Message-ID: <1062363096.26032.0.camel@binkley> On Sun, 2003-08-31 at 16:25, Steve Bergman wrote: > I was just wondering why xcdroast gets included as the standard cd > writer and not gcombust. I always end up frustrated with xcdroast and > gcombust is quite friendly. Also, it's obvious how to write an existing > iso image with gcombust and I don't see that xcdroast can even do it. > Plus gcombust fits in nicely with Bluecurve and is at least a GTK app, > whereas xcdroast is, well, whatever it is. I there a licensing issue or > something? > > Then again, eventually, I suppose, nautilus will do it all. Let's hope not. Nautilus lacks the configurability you'd want out of a cdburning application. K3b does a nice job on cdburning and has the options necessary for useful disk burning like *gasp* burning audio cds. -sv From tvinhas at techbyte.com.br Sun Aug 31 21:25:13 2003 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Sun, 31 Aug 2003 18:25:13 -0300 Subject: KDE session removed from gdm In-Reply-To: <20030831123236.C1846@devserv.devel.redhat.com> References: <1062288286.16631.9016.camel@duck.digidread.com> <1062289519.6183.2.camel@localhost.localdomain> <20030830212615.J32029@devserv.devel.redhat.com> <1062326720.5517.2.camel@localhost.localdomain> <20030831123236.C1846@devserv.devel.redhat.com> Message-ID: <1062365113.5964.1.camel@localhost.localdomain> Em Dom, 2003-08-31 ?s 13:32, Havoc Pennington escreveu: > > Everything works fine now, but I had to manually duplicate the > > /etc/X11/dm/Sessions/gnome.desktop as /etc/X11/dm/Sessions/kde.desktop > > changing the GNOME references to KDE, and the Exec= from gnome-session > > to kde. > > > > It looks like kde.desktop is now in kdebase-3.1.3-7 Ok, thanks. But this kdebase version (-7) is not avaiable yet on RHN's severn beta channel. Hope it gets there soon. Thanks again. Thiago From mharris at redhat.com Sun Aug 31 21:10:39 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 31 Aug 2003 17:10:39 -0400 (EDT) Subject: Why xcdroast and not gcombust? In-Reply-To: <1062361501.5021.10.camel@ip68-12-228-23.ok.ok.cox.net> References: <1062361501.5021.10.camel@ip68-12-228-23.ok.ok.cox.net> Message-ID: On Sun, 31 Aug 2003, Steve Bergman wrote: >I was just wondering why xcdroast gets included as the standard >cd writer and not gcombust. Why not $ONE_OF_A_THOUSAND other CD burner applications? Seriously, we can't ship every single application ever written in every application category. We can chip one or two apps for most important categories, but anything beyond that is distribution bloat, and should be in a separate repository such as fedora or another alternative repository, perhaps tied to the RHLP somehow. By all means, file an RFE to have gcombust added to the distribution, that's the normal way things get added. There's no guarantee it will get added automatically of course, but at least it can be considered when we're investigating new packages next time around. >I always end up frustrated with xcdroast and gcombust is quite >friendly. The xcdroast UI is not perfect by any means, but I find it quite functional personally. I've been using it since it was a TCL/TK script. >Also, it's obvious how to write an existing iso image with >gcombust and I don't see that xcdroast can even do it. Well you're wrong there. 99% of what I use xcdroast for is doing just that. >Plus gcombust fits in nicely with Bluecurve and is at least a >GTK app, whereas xcdroast is, well, whatever it is. I there a >licensing issue or something? Did you file a request in bugzilla? If not, file it against the "distribution" component. If you know the email addresses of any of the maintainers in the distribution of existing CD burning packages, you might want to carbon copy them as well. We investigate user suggested packages submitted to bugzilla every release. Some of them get accepted, some end up replacing an existing package in the distro, and some get rejected for one reason or another. It's best to have it in bugzilla however, so it can be tracked. >Then again, eventually, I suppose, nautilus will do it all. Nautilus already can burn CDs. Hope this helps. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From steve at rueb.com Sun Aug 31 21:51:02 2003 From: steve at rueb.com (Steve Bergman) Date: Sun, 31 Aug 2003 16:51:02 -0500 Subject: Why xcdroast and not gcombust? In-Reply-To: References: <1062361501.5021.10.camel@ip68-12-228-23.ok.ok.cox.net> Message-ID: <1062366661.5021.21.camel@ip68-12-228-23.ok.ok.cox.net> I think that the answer to my question is that a lot of people like xcdroast better than I do. ;-) I'll give it another try. I'll file a bugzilla request though, since I think gcombust is much more intuitive, especially for less technically inclined users. Thanks, Steve From erik.orebro at telia.com Sun Aug 31 21:53:24 2003 From: erik.orebro at telia.com (Erik Englund) Date: Sun, 31 Aug 2003 23:53:24 +0200 Subject: Why xcdroast and not gcombust? In-Reply-To: References: <1062361501.5021.10.camel@ip68-12-228-23.ok.ok.cox.net> Message-ID: <1062366803.21565.7.camel@localhost.localdomain> Hi, The only time I switched back to Windows when i was a Linux newbie (and didn't realize there was one thousand other burning apps for Linux) was when i burned CDs. I really don't think that the average Linux user find xcdroast the most useful CD burning app, and that's what you are supposed to do, pick the best for us =) //Erik On Sun, 2003-08-31 at 23:10, Mike A. Harris wrote: > On Sun, 31 Aug 2003, Steve Bergman wrote: > > >I was just wondering why xcdroast gets included as the standard > >cd writer and not gcombust. > > Why not $ONE_OF_A_THOUSAND other CD burner applications? > Seriously, we can't ship every single application ever written in > every application category. We can chip one or two apps for most > important categories, but anything beyond that is distribution > bloat, and should be in a separate repository such as fedora or > another alternative repository, perhaps tied to the RHLP somehow. > > By all means, file an RFE to have gcombust added to the > distribution, that's the normal way things get added. There's no > guarantee it will get added automatically of course, but at least > it can be considered when we're investigating new packages next > time around. > > >I always end up frustrated with xcdroast and gcombust is quite > >friendly. > > The xcdroast UI is not perfect by any means, but I find it quite > functional personally. I've been using it since it was a TCL/TK > script. > > >Also, it's obvious how to write an existing iso image with > >gcombust and I don't see that xcdroast can even do it. > > Well you're wrong there. 99% of what I use xcdroast for is doing > just that. > > > >Plus gcombust fits in nicely with Bluecurve and is at least a > >GTK app, whereas xcdroast is, well, whatever it is. I there a > >licensing issue or something? > > Did you file a request in bugzilla? If not, file it against the > "distribution" component. If you know the email addresses of any > of the maintainers in the distribution of existing CD burning > packages, you might want to carbon copy them as well. We > investigate user suggested packages submitted to bugzilla every > release. Some of them get accepted, some end up replacing an > existing package in the distro, and some get rejected for one > reason or another. It's best to have it in bugzilla however, so > it can be tracked. > > > >Then again, eventually, I suppose, nautilus will do it all. > > Nautilus already can burn CDs. > > Hope this helps. > From jspaleta at princeton.edu Sun Aug 31 22:09:08 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: Sun, 31 Aug 2003 18:09:08 -0400 Subject: Why xcdroast and not gcombust? Message-ID: <1062367748.32474.10.camel@localhost.localdomain> Steve Bergman wrote: > I'll file a bugzilla request though, since I think gcombust is much more > intuitive, especially for less technically inclined users. Hmm..I think you just offended me. I like gcombust of xcdroast...are you calling me a less technically inclinded user? Wait, no don't answer that...my fragile ego probably couldn't stand the truth. But seriously...if we are going to open this can of worms up and ask the question what are the 2 best cd-burning apps rhl should be shipping as core distro pieces...i don't know if I'd put gcombust in that elite group. I like it..it works for me...but i think I've seen more 'technically less inclined users' like seth, drool over k3b. I've even heard k3b compared favorable to windows cdburning apps like nero. -jef"I don't need no stinkin' drag'n'drop"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 mharris at redhat.com Sun Aug 31 21:57:59 2003 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 31 Aug 2003 17:57:59 -0400 (EDT) Subject: Why xcdroast and not gcombust? In-Reply-To: <1062366803.21565.7.camel@localhost.localdomain> References: <1062361501.5021.10.camel@ip68-12-228-23.ok.ok.cox.net> <1062366803.21565.7.camel@localhost.localdomain> Message-ID: On Sun, 31 Aug 2003, Erik Englund wrote: >The only time I switched back to Windows when i was a Linux newbie (and >didn't realize there was one thousand other burning apps for Linux) was >when i burned CDs. I really don't think that the average Linux user find >xcdroast the most useful CD burning app, and that's what you are >supposed to do, pick the best for us =) That's definitely a reasonable thing. However, it's important also for people requesting enhancements, or changes of any kind, to not only discuss them on the mailing lists, etc. but also to file any important requests in bugzilla so that we're aware of them when the time comes to make those types of decisions. I agree with you though about choosing friendly applications, and I'm sure there are more user friendly GUI interfaces to CD burning than xcdroast, even if I get along ok with it. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From steve at rueb.com Sun Aug 31 22:50:25 2003 From: steve at rueb.com (Steve Bergman) Date: Sun, 31 Aug 2003 17:50:25 -0500 Subject: Why xcdroast and not gcombust? In-Reply-To: <1062367748.32474.10.camel@localhost.localdomain> References: <1062367748.32474.10.camel@localhost.localdomain> Message-ID: <1062370224.5021.34.camel@ip68-12-228-23.ok.ok.cox.net> On Sun, 2003-08-31 at 17:09, Jef Spaleta wrote: > Steve Bergman wrote: > > I'll file a bugzilla request though, since I think gcombust is much more > > intuitive, especially for less technically inclined users. > > Hmm..I think you just offended me. I like gcombust of xcdroast...are you > calling me a less technically inclinded user? Wait, no don't answer > that...my fragile ego probably couldn't stand the truth. Well, I was trying not to offend the xcdroast fans. ;-) > > But seriously...if we are going to open this can of worms up and ask the > question what are the 2 best cd-burning apps rhl should be shipping as > core distro pieces...i don't know if I'd put gcombust in that elite > group. I like it..it works for me...but i think I've seen more > 'technically less inclined users' like seth, drool over k3b. I've even > heard k3b compared favorable to windows cdburning apps like nero. That's why I asked on the list first. If the response was overwhelmingly negative, or I got 15 responses that application DiscIncinerator is ten times better, I'd probably think better of filing a gcombust request with bugzilla. I notice that Gnome Toaster is already included in "more system tools" and am burning new Severn CD's with it now. Perhaps I'll like it better? -Steve