From thomasz at hostmaster.org Wed Dec 1 00:12:13 2004 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Wed, 01 Dec 2004 01:12:13 +0100 Subject: howto upgrade fc3 to x86_64? In-Reply-To: References: Message-ID: <1101859933.4161.202.camel@hostmaster.org> I did this with rpm --freshen and ended up with a lot of packages being incorrectly installed. Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key Windows 98 supports real multitasking - it can boot and crash simultaneously. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From joelbryanster at gmail.com Wed Dec 1 01:57:02 2004 From: joelbryanster at gmail.com (joelbryan) Date: Wed, 1 Dec 2004 09:57:02 +0800 Subject: GAIM for FC4 Message-ID: Hi, I really liked Gaim so much, and used it 30% of the time. But Fedora Gaim comes short with Video and Voice capabilities. There's a project I've always use, maybe it would make it in FC4, gaim-vv. (http://gaim-vv.sourceforge.net/). I hope this package would be included in FC4. From mattdm at mattdm.org Wed Dec 1 04:55:16 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 30 Nov 2004 23:55:16 -0500 Subject: /usr has vanished In-Reply-To: <41ACFDDC.2060208@one.net> References: <41AC61BF.20102@one.net> <20041130143301.A20584@mail.harddata.com> <41ACFDDC.2060208@one.net> Message-ID: <20041201045516.GA19364@jadzia.bu.edu> On Tue, Nov 30, 2004 at 06:10:20PM -0500, gslink wrote: > You forget something. ALL bug reports MUST be properly documented. You > can't just report that it doesn't work. The cost of a usefull bug > report is anywhere from $500 to $15000 for a bug such as this because it > is necessary to spend the time to find out what is really wrong. Some > of these bugs cost so much we can't afford to report them. That was the > case here. It is simply not obvious what code is actually causing this > problem. We have several of these problems but all are going to need > lots of digging even to get a case that fails every time and a bug that > can't be reproduced is not the proper subject of a bug report. That's not necessarily the case for an open-source project. Many other people may be experiencing similar problems, and by reporting it, you give a starting point for bringing those people together to all contribute their experiences -- maybe dividing that $15,000 of work over 1500 users, which doesn't seem so bad. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From shrek-m at gmx.de Wed Dec 1 06:54:20 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 01 Dec 2004 07:54:20 +0100 Subject: GAIM for FC4 In-Reply-To: References: Message-ID: <41AD6A9C.6070803@gmx.de> joelbryan wrote: >Hi, I really liked Gaim so much, and used it 30% of the time. But >Fedora Gaim comes short with Video and Voice capabilities. There's a >project I've always use, maybe it would make it in FC4, gaim-vv. >(http://gaim-vv.sourceforge.net/). I hope this package would be >included in FC4. > > "if it is not in bugzilla it does not exist" you should file a RFE (request for enhancement) in bugzilla eg. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=85499 -- shrek-m From twaugh at redhat.com Wed Dec 1 17:37:00 2004 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 1 Dec 2004 17:37:00 +0000 Subject: Fedora Core 3 Test Update: Omni-0.9.2-1.1 Message-ID: <20041201173659.GL14677@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-490 2004-12-01 --------------------------------------------------------------------- Product : Fedora Core 3 Name : Omni Version : 0.9.2 Release : 1.1 Summary : The Omni Print Driver System Description : The Omni printer driver provides support for over 300 printers using the Ghostscript framework. In addition, it provides a model for dynamically loading printer drivers, creating new devices by editing device description files, and simplifies new printer driver development by allowing for the subclassing of previous device features. --------------------------------------------------------------------- Update Information: This is the 0.9.2 release of the Omni printer driver collection. It also fixes a library path problem on multilib architectures such as x86_64. Please test this out and report successes or failures here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=141499 --------------------------------------------------------------------- * Fri Nov 19 2004 Tim Waugh 0.9.2-1.1 - Build requires automake and libtool. - 0.9.2. - No longer need parser, vendor or omni-form patches. - Prevent libdir confusion by setting it explicitly. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ ce128e6ba33da29a7c3b21cf79ac1ee2 SRPMS/Omni-0.9.2-1.1.src.rpm 9b8a1f4afffdd38430c873c0f47cac56 x86_64/Omni-0.9.2-1.1.x86_64.rpm a5d153aa931eede8fe2e323992224dcd x86_64/Omni-foomatic-0.9.2-1.1.x86_64.rpm 629591392ce554944903d5dc58a21e9b x86_64/debug/Omni-debuginfo-0.9.2-1.1.x86_64.rpm 4d36c192a76df14c80bd5af2a8b673ea x86_64/Omni-0.9.2-1.1.i386.rpm 4d36c192a76df14c80bd5af2a8b673ea i386/Omni-0.9.2-1.1.i386.rpm f5c74b8914966886c6dea4d096d88ca1 i386/Omni-foomatic-0.9.2-1.1.i386.rpm 849ae0ba50b6ef29e7e1c9e3054226aa i386/debug/Omni-debuginfo-0.9.2-1.1.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From paul at all-the-johnsons.co.uk Wed Dec 1 22:13:10 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 01 Dec 2004 22:13:10 +0000 Subject: Latest kernel Message-ID: <1101939190.3908.0.camel@localhost.localdomain> Hi, I've done an update and the 1008_FC4 kernel gives me a pre error on install. Anyone else seeing this or is it my machine? TTFN Paul -- "I'm gonna hit the highway like a bat out of hell with a Cilla Black fan on the bike" - Meatloaf -------------- 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 joelonlinux at optonline.net Wed Dec 1 22:50:42 2004 From: joelonlinux at optonline.net (Joel Rittvo) Date: Wed, 01 Dec 2004 17:50:42 -0500 Subject: New Kernel Versions Message-ID: <41AE4AC2.60107@optonline.net> Could someone please explain (or point me to an explanation of) the alternate builds released for the newest test kernel? Specifically: kernel compiled for Xen guest0 VM operations kernel compiled for unprivileged Xen guest VMs Thanks. Joel Rittvo From alan at redhat.com Wed Dec 1 23:13:32 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 1 Dec 2004 18:13:32 -0500 Subject: New Kernel Versions In-Reply-To: <41AE4AC2.60107@optonline.net> References: <41AE4AC2.60107@optonline.net> Message-ID: <20041201231332.GA2349@devserv.devel.redhat.com> On Wed, Dec 01, 2004 at 05:50:42PM -0500, Joel Rittvo wrote: > Could someone please explain (or point me to an explanation of) the > alternate builds released for the newest test kernel? Specifically: > > kernel compiled for Xen guest0 VM operations > kernel compiled for unprivileged Xen guest VMs Xen is a para-virtualisation system for x86. It provides a secure way to run a lot of copies of Linux at once on a single PC. To get the speed it doesn't emulate a PC exactly (as vmware tries to) but requires the kernels are "Xen friendly". The Xen guest0 kernel is the kernel that runs all the real devices and supports the actual hardware. The unpriviledged guests then talk to guest0 via virtual hardware interfaces. Alan From balay at fastmail.fm Wed Dec 1 23:42:25 2004 From: balay at fastmail.fm (Satish Balay) Date: Wed, 1 Dec 2004 17:42:25 -0600 (CST) Subject: New Kernel Versions In-Reply-To: <20041201231332.GA2349@devserv.devel.redhat.com> References: <41AE4AC2.60107@optonline.net> <20041201231332.GA2349@devserv.devel.redhat.com> Message-ID: On Wed, 1 Dec 2004, Alan Cox wrote: > On Wed, Dec 01, 2004 at 05:50:42PM -0500, Joel Rittvo wrote: > > Could someone please explain (or point me to an explanation of) the > > alternate builds released for the newest test kernel? Specifically: > > > > kernel compiled for Xen guest0 VM operations > > kernel compiled for unprivileged Xen guest VMs > > Xen is a para-virtualisation system for x86. It provides a secure way to run a > lot of copies of Linux at once on a single PC. To get the speed it doesn't > emulate a PC exactly (as vmware tries to) but requires the kernels are > "Xen friendly". > > The Xen guest0 kernel is the kernel that runs all the real devices and supports > the actual hardware. The unpriviledged guests then talk to guest0 via > virtual hardware interfaces. Ok - I'm a bit confused. Does this mean 'guest0' is equivalent to vmware-host-os (i.e I boot off this kernel on the real hardware), and 'guestU' (unpreviledged) is the kernel installed inside the 'vm'? (aka vmware-guest-os) or is it something else? Satish From balay at fastmail.fm Thu Dec 2 00:04:58 2004 From: balay at fastmail.fm (Satish Balay) Date: Wed, 1 Dec 2004 18:04:58 -0600 (CST) Subject: New Kernel Versions In-Reply-To: References: <41AE4AC2.60107@optonline.net> <20041201231332.GA2349@devserv.devel.redhat.com> Message-ID: On Wed, 1 Dec 2004, Satish Balay wrote: > On Wed, 1 Dec 2004, Alan Cox wrote: > > > On Wed, Dec 01, 2004 at 05:50:42PM -0500, Joel Rittvo wrote: > > > Could someone please explain (or point me to an explanation of) the > > > alternate builds released for the newest test kernel? Specifically: > > > > > > kernel compiled for Xen guest0 VM operations > > > kernel compiled for unprivileged Xen guest VMs > > > > Xen is a para-virtualisation system for x86. It provides a secure way to run a > > lot of copies of Linux at once on a single PC. To get the speed it doesn't > > emulate a PC exactly (as vmware tries to) but requires the kernels are > > "Xen friendly". > > > > The Xen guest0 kernel is the kernel that runs all the real devices and supports > > the actual hardware. The unpriviledged guests then talk to guest0 via > > virtual hardware interfaces. > > Ok - I'm a bit confused. > > Does this mean 'guest0' is equivalent to vmware-host-os (i.e I boot > off this kernel on the real hardware), and 'guestU' (unpreviledged) is > the kernel installed inside the 'vm'? (aka vmware-guest-os) > > or is it something else? Never mind.. The following from xen user's manual explains a bit (still need more reading). Grub entry for xen (for initial boot). title Xen 2.0 / XenLinux 2.6.9 kernel /boot/xen.gz dom0_mem=131072 module /boot/vmlinuz-2.6.9-xen0 root=/dev/sda4 ro console=tty0 Satish --- http://www.cl.cam.ac.uk/Research/SRG/netos/xen/readmes/user/user.html From wphewitt at bpa.gov Thu Dec 2 00:57:48 2004 From: wphewitt at bpa.gov (William Hewitt) Date: Wed, 01 Dec 2004 16:57:48 -0800 Subject: Warnings in PKGORDER..... Message-ID: <1101949068.25728.9.camel@localhost.localdomain> Hi, I am trying to build an iso of fedora core 3 with the rpm updates up to today and while I am running the pkgorder script, I am getting a slew of warnings and an occasional removal when running pkgorder....: examples: warning: ignore package name relation(s) [42] cyrus-sasl -> openldap warning: initscripts-7.93.5-1 Requires: /sbin/nash warning: removing mkinitrd-4.1.18-2 "Requires: lvm2" from tsort relations. warning: mkinitrd-4.1.18-2 Requires: lvm2 warning: removing lvm2-2.00.25-1.01 "Requires: kernel >= 2.6" from tsort relations. What is this saying exactly? Should I be concerned? When all is said and done - I build a CD with the disk 1 ISO and boot to test the CD, I get a kernel panick.... But all I have done is updated the rpms with the new ones from updates (I havent added any packages yet)....... My understanding is that I dont need to do anything to comps.xml if I am not adding or deleting anything - is this correct? I havent touched comps.xml.... Can anyone out there give me a clue as to where to look to find out how to fix this? WPH -------------- next part -------------- An HTML attachment was scrubbed... URL: From ggw at wolves.durham.nc.us Thu Dec 2 05:48:36 2004 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Thu, 2 Dec 2004 00:48:36 -0500 Subject: anaconda crash mounting sysimage (rawhide 2004-12-01) Message-ID: <20041202054836.GA8279@wolves.durham.nc.us> I just filed a bugzilla report with an anaconda crash for ix86 architecture rawhide. #1471570 Traceback inidicates a bad argument to the mount call for the new sysimage device. -- G.Wolfe Woodbury `- -' RHCT U The Line Eater is a boojum! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ggw at wolves.durham.nc.us Thu Dec 2 05:50:11 2004 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Thu, 2 Dec 2004 00:50:11 -0500 Subject: anaconda crash mounting sysimage (rawhide 2004-12-01) In-Reply-To: <20041202054836.GA8279@wolves.durham.nc.us> References: <20041202054836.GA8279@wolves.durham.nc.us> Message-ID: <20041202055011.GA8356@wolves.durham.nc.us> On Thu, Dec 02, 2004 at 12:48:36AM -0500, Gregory Woodbury wrote: > I just filed a bugzilla report with an anaconda crash for ix86 > architecture rawhide. #1471570 Oops--#141570 there's an extra digit in there. :-( > > Traceback inidicates a bad argument to the mount call for the new > sysimage device. > > -- > G.Wolfe Woodbury `- -' > RHCT U > The Line Eater is a boojum! > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list -- G.Wolfe Woodbury `- -' RHCT U The Line Eater is a boojum! From nphilipp at redhat.com Thu Dec 2 12:24:17 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 02 Dec 2004 13:24:17 +0100 Subject: [Fwd: Kudos, Congratulation and Many Thanks] Message-ID: <1101990257.12076.10.camel@wombat.tiptoe.de> Hi everybody, I got a very encouraging mail praising Fedora and I'd like to share it with you because I think the praise belongs to all the developers, testers and other contributors, not just to those who can't keep their mouths shut like me ;-). Nils -------- Forwarded Message -------- 1 December 2004 Mr. Nils Phillippsen Red Hat.com Dear Mr. Phillippsen: I apologize for making you the victim of this message, but you seem to be relatively high profile in the Red Hat Linux development community. I believe that many thank yous, plaudits and congratulations are due your team. Fedora Core simply keeps improving and improving. I am a relative neophyte to Linux. I came in through the back door, if you will. A friend of mine is in the hospitality business and the franchisor imposed upon the franchisees a DOS software system written in 1986 and running in Caldera Linux. The problem is that the franchisees had no control over any program matters and the franchisor was constantly downloading private information and selling this to any buyer. The information included credit card information and cases of fraud arose. I asked my friend to send me a complete image of his fixed disk. While awaiting the arrival of this, I purchased the Red Hat Linux Bible, which came with Fedora Core 1. This was my introduction to Linux. I loaded the image on one fixed disk and Fedora on another. I was able to, ?look-in,? on the Caldera system to obtain the information I needed. I was able to change the root password on the Caldera system and lock the franchisor out of my friend's system. The, because of the fraudulent activities, I was able to supply system logs, find dead end dialing numbers for the purpose of elevating toll charges and remove the auto- dialer. After this experience, I upgraded to Linux. I have five computers, plus one business computer. These I networked, some on wireless (11.02g) and some by cable with T1 access. I knew Windows had problems, but it was not until I became familiar with the never-ending features of Linux, that I realized the extent of Windows shortcomings (I am being nice). I had converted to Mozilla as soon as it was available for Windows, so I eliminated the problems of IE6. The most amazing Linus surprise was in the transfer of files. My business program is in DOS. To transfer 700 files via the Windows network, takes 14 minutes. Linux transfers the same data in less than a minute. So, I run both SAMBA and NFS. The GIMP is every bit the equal of Photoshop and Corel PhotoPaint, both of which I have. OpenOffice is a great word processor. The only program I miss from Windows is MAGIX Samplitude and Audio Studio. These have superb sound manipulation and equalizers. I am not aware of any such equalizers available for Linux. I have three HP Photosmart printers which I hope to send aboard the next NASA deep space exploration vehicle. I hope aliens do not find these printers. They will think we are not as advance a society as they may have presumed. Linux and CUPS actually make the HP printers function in an acceptable manner, so I am considering a reprieve for the HP's, thanks to Linux. I will not bore you with other details. I merely thank you again for the fine work you and your team is doing with FC 2 And FC 3, both of which I use. The only issue is with ?eggcups.? Sincerely, John MacEwan -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From robin-news at robinbowes.com Thu Dec 2 13:49:54 2004 From: robin-news at robinbowes.com (Robin Bowes) Date: Thu, 02 Dec 2004 13:49:54 +0000 Subject: FC3: kernel panic on first boot Message-ID: Hi, I posted this to the fedora-list but perhaps it is more appropriate here: First some system details: Epox EP-D3VA motherboard dual 1Ghz PIII processors 1.5GB RAM 2 x Promise SATA150 TX4 controllers 6 x Maxtor Maxline II 250GB SATA HDDs (3 per controller) The drives are all partitioned identically with two partitions: 1.5GB + 248.5GB. The partitions are configured in raid arrays as follows: /dev/md0: /dev/sd[ad]1 / (root filesystem) /dev/md1: /dev/sd[be]1 swap /dev/md2: /dev/sd[cf]1 swap /dev/md5: /dev/sd[abcdef]2 lvm2 volume /home, /usr, and /var are mounted as lvm2 logical volumnes on the /dev/md5 array. I was running FC2. I then decided to upgrade to FC3. I booted from the DVD (the media check completed OK) and went through the system upgrade. All seemed to go well and I rebooted. However, the boot process halted with the following message: Loading ext3.ko module md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. Creating root device Mounting root filesystem EXT3-fs: unable to read superblock mount: error 22 mounting ext3 mount: error 2 mounting none Switching to new root switchroot: mount failed: 22 umount /initrd/dev failed: 2 Kernel panic - not syncing: Attempted to kill init! This is with the default 2.6.9-1.667smp kernel. I booted into rescue mode and chrooted into the upgraded system - all seems fine, i.e. all the filesystems are OK. I then upgraded all the packages using "yum upgrade" within the chroot environment. This installed kernel-2.6.9-1.681_FC3smp. I rebooted and got the same error as above. I also tried "downgrading" to a 2.6.8 kernel but got the same error. Am I hitting the known bug [1] with SATA drives in the 2.6.9 kernel ? Or is this some other problem? [1] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=140367 Can anyone shed any light on this problem? Thanks, R. From Philip.R.Schaffner at nasa.gov Thu Dec 2 14:41:03 2004 From: Philip.R.Schaffner at nasa.gov (Phil Schaffner) Date: Thu, 02 Dec 2004 09:41:03 -0500 Subject: FC3: kernel panic on first boot In-Reply-To: References: Message-ID: <1101998463.5631.261.camel@wx1.larc.nasa.gov> On Thu, 2004-12-02 at 13:49 +0000, Robin Bowes wrote: > I posted this to the fedora-list but perhaps it is more appropriate > here: You had it right the first time. FC3 final issues should go to fedora-list. I see you already got an answer there. >From http://www.redhat.com/mailman/listinfo/: fedora-test-list For testers of Fedora Core development releases ^^^^^^^^^^^ Phil From pri.rhl3 at iadonisi.to Thu Dec 2 17:11:47 2004 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Thu, 02 Dec 2004 12:11:47 -0500 Subject: A few Xen questions Message-ID: <1102007507.23991.26.camel@tuxpaq> First, it think it's fantastic that the Fedora Project is considering bundling a Xen enabled kernel. I know it's only in development now and likely not etched in stone yet, but nevertheless ... cool. But I have a few questions, some of which I have educated guess about the answers. I post them mostly here for discussion, as I suspect that some things are undecided or unexplored. 1. Uh ... so where are the Xen control tools? I suspect these are forthcoming, I just wanted to double check. 2. On a somewhat related note, Red Hat at one time bundled a UML kernel but later stopped (even in an errata kernel for that same release). What were the reasons for this? 3. I know some basic differences between UML and Xen, but I'm wondering about the differences in mindshare. How much 'industry' buy-in does each have? I note that Xen has some support of both HP Labs and Intel Research Cambridge. 4. Any idea if it will show up in a future version of RHEL as well? 5. On the technical side ... are the changes to the domain0 kernel running on the raw hardware non-intrusive enough that it may one day become feasible and/or desirable to just ship the standard kernel as a Xen-enabled kernel? 6. What is the likelihood that Xen will be included in Linus' kernel someday? Has anyone solicited Linus' opinion on Xen? I'm curious because that would mean *two* virtualization technologies that could potentially interfere with one another, or at least be mutually exclusive at build time. Not that it would matter much from a practical end-user perspective ... if you really want to run a bunch of Xen domains within a UML ... I suppose there are worse ways to torture yourself ;-). 7. What do people think of the idea of porting Anaconda to run under Xen so that you can install a full release of Fedora Core (or RHEL) as an unprivileged guest the way you would normally install the OS? I'm not exactly volunteering, but I did *almost* have the installer booting within UML and start to install Red Hat Linux. It bombed out at some point. Can't remember where. I did it all without hacking any python, IIRC. -- -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 alan at redhat.com Thu Dec 2 17:26:47 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 2 Dec 2004 12:26:47 -0500 Subject: A few Xen questions In-Reply-To: <1102007507.23991.26.camel@tuxpaq> References: <1102007507.23991.26.camel@tuxpaq> Message-ID: <20041202172647.GA12230@devserv.devel.redhat.com> On Thu, Dec 02, 2004 at 12:11:47PM -0500, Paul Iadonisi wrote: > 1. Uh ... so where are the Xen control tools? I suspect these are > forthcoming, I just wanted to double check. Correct > 2. On a somewhat related note, Red Hat at one time bundled a UML kernel > but later stopped (even in an errata kernel for that same release). > What were the reasons for this? At the time UML wasn't in the base kernel and it got very hard to maintain. > 3. I know some basic differences between UML and Xen, but I'm wondering > about the differences in mindshare. How much 'industry' buy-in does > each have? I note that Xen has some support of both HP Labs and Intel > Research Cambridge. A lot of people are very excited about Xen right now. Virtualisation is a big thing and you need the tools to do it well. > 4. Any idea if it will show up in a future version of RHEL as well? No idea myself > 5. On the technical side ... are the changes to the domain0 kernel > running on the raw hardware non-intrusive enough that it may one > day become feasible and/or desirable to just ship the standard > kernel as a Xen-enabled kernel? Not in the short term although getting to the stage where you do "insmod virtualisation" is obviously desirable. Likewise the Xen people really want Xen not to do non virtualisation work that could be done in the guest0 kernel. > 6. What is the likelihood that Xen will be included in Linus' kernel > someday? Has anyone solicited Linus' opinion on Xen? I'm curious The Xen folks are currently submitting the small set of patches needed to support Xen as arch/xen. Several of them have been through a couple of revisions already and some are now accepted upstream. > end-user perspective ... if you really want to run a bunch of Xen > domains within a UML ... I suppose there are worse ways to torture > yourself ;-). UML and Xen solve different problems. Xen is an extremely efficient secure virtualisation system, UML is a fantastic research, debugging and prototyping system but is unlikely ever to be as efficient. > 7. What do people think of the idea of porting Anaconda to run under Xen so > that you can install a full release of Fedora Core (or RHEL) as an > unprivileged guest the way you would normally install the OS? I'm not > exactly volunteering, but I did *almost* have the installer booting within > UML and start to install Red Hat Linux. It bombed out at some point. Can't > remember where. I did it all without hacking any python, IIRC. "Send patches" Its obviously a key part of the thing that you can provision Xen guests efficiently, manage them, update them and the like. Stateless linux obviously helps there but anaconda on Xen guests > guest0 also has value. From gtm.kramer at inter.nl.net Thu Dec 2 18:59:16 2004 From: gtm.kramer at inter.nl.net (Jurgen Kramer) Date: Thu, 02 Dec 2004 19:59:16 +0100 Subject: JFS support in init scripts? In-Reply-To: References: Message-ID: <1102013956.4220.85.camel@paragon.slim> On Mon, 2004-11-29 at 11:28 -0500, Noah Silva [Mailing list] wrote: > I didn't see this in bugzilla, but then again it may be a "We don't > officially support JFS" issue. > > I have several large JFS partitions andon every fecdora (and in rawhide > now) there is an issue that if the machien is uncleanly shut down, I have > to mount the drives manually at boot-up. > > To be clear: > > JFS doesn't auto-replay journal upon mounting, you have to run fsck.jfs to > do that. I added hacks to my rc.local, but that doesn't help anyone else. I have the exact same problem (also had it with FC2). It would be nice if other filesystems then ext3 are automatically checked as well. But even ext3 checking probably needs some works, 8 out of 10 times it ends up with saying (something like) "an error occurred checking the drive..please do it again manually". This is mostly a bogus error, checking manually doesn't reveal any other errors. Not really rock solid... Jurgen From reader at newsguy.com Thu Dec 2 17:12:12 2004 From: reader at newsguy.com (Harry Putnam) Date: Thu, 02 Dec 2004 11:12:12 -0600 Subject: Can't connect to cups admin on :631 Message-ID: What might cause me not to be able to connect to http://localhost:631 (cups) I deleted all httpd logs, restarted with `service httpd restart' Then started mozilla and tried http://locahost:631. I get the administation page but any attempt to click on the links gets a dialog box with: `The connection was refused when attempting to contact http://localhost:631' Well actually the link for downloading new software works ok but no others. Nothing appears in error_log eventhough I've set the debug flag in /etc/httpd/conf/httpd.conf It appears to be something unrelated to httpd that's causing the problem. From surak at casa.surak.eti.br Thu Dec 2 21:30:05 2004 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Thu, 02 Dec 2004 19:30:05 -0200 Subject: Can't connect to cups admin on :631 In-Reply-To: References: Message-ID: <1102023005.17407.19.camel@preview> Em Qui, 2004-12-02 ?s 15:12, Harry Putnam escreveu: > I deleted all httpd logs, restarted with `service httpd restart' Then > started mozilla and tried http://locahost:631. I get the Httpd has nothing to do with cups. Cups has its own webserver. From shrek-m at gmx.de Thu Dec 2 22:36:08 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 02 Dec 2004 23:36:08 +0100 Subject: Can't connect to cups admin on :631 In-Reply-To: <1102023005.17407.19.camel@preview> References: <1102023005.17407.19.camel@preview> Message-ID: <41AF98D8.3060506@gmx.de> Alexandre Strube wrote: >>I deleted all httpd logs, restarted with `service httpd restart' Then >>started mozilla and tried http://locahost:631. I get the >> >> >Httpd has nothing to do with cups. Cups has its own webserver. > # ls /var/log/cups/ access_log access_log.2 error_log error_log.2 page_log page_log.2 access_log.1 access_log.3 error_log.1 error_log.3 page_log.1 page_log.3 # service cups status cupsd (PID 2556) wird ausgef?hrt... # lsof -Pi :631 COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME cupsd 2556 root 0u IPv4 6931 TCP xp1800:631 (LISTEN) cupsd 2556 root 2u IPv4 6932 UDP *:631 # service httpd status httpd wurde gestoppt # lynx localhost:631 and all works like expected -- shrek-m From ggw at wolves.durham.nc.us Thu Dec 2 22:23:59 2004 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Thu, 2 Dec 2004 17:23:59 -0500 Subject: Can't connect to cups admin on :631 In-Reply-To: References: Message-ID: <20041202222359.GA21336@wolves.durham.nc.us> On Thu, Dec 02, 2004 at 11:12:12AM -0600, Harry Putnam wrote: > What might cause me not to be able to connect to http://localhost:631 > (cups) > > I deleted all httpd logs, restarted with `service httpd restart' Then > started mozilla and tried http://locahost:631. I get the > administation page but any attempt to click on the links gets a dialog > box with: > > `The connection was refused when attempting to contact http://localhost:631' > > Well actually the link for downloading new software works ok but no > others. > > Nothing appears in error_log eventhough I've set the debug flag in > /etc/httpd/conf/httpd.conf > > It appears to be something unrelated to httpd that's causing the problem. Cups doesn't use the httpd at all. It is a self-contained server. You need to make sure that cups services are running. -- G.Wolfe Woodbury `- -' RHCT U The Line Eater is a boojum! From markkukolkka at kolumbus.fi Thu Dec 2 22:25:55 2004 From: markkukolkka at kolumbus.fi (Markku Kolkka) Date: Fri, 3 Dec 2004 00:25:55 +0200 Subject: Can't connect to cups admin on :631 In-Reply-To: References: Message-ID: <200412030025.55698.markkukolkka@kolumbus.fi> Harry Putnam kirjoitti viestiss??n (l?hetysaika torstai, 2. joulukuuta 2004 19:12): > What might cause me not to be able to connect to > http://localhost:631 (cups) > > I deleted all httpd logs, restarted with `service httpd > restart' httpd has _nothing_ to do with the CUPS management interface. > Nothing appears in error_log eventhough I've set the debug > flag in /etc/httpd/conf/httpd.conf Are you looking at the CUPS error_log in /var/log/cups or some httpd log file? The CUPS config file is /etc/cups/cupsd.conf. > It appears to be something unrelated to httpd that's causing > the problem. Right, it's a CUPS problem. From pri.rhl3 at iadonisi.to Fri Dec 3 00:44:35 2004 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Thu, 02 Dec 2004 19:44:35 -0500 Subject: A few Xen questions In-Reply-To: <20041202172647.GA12230@devserv.devel.redhat.com> References: <1102007507.23991.26.camel@tuxpaq> <20041202172647.GA12230@devserv.devel.redhat.com> Message-ID: <1102034675.18161.10.camel@va.local.linuxlobbyist.org> On Thu, 2004-12-02 at 12:26 -0500, Alan Cox wrote: > On Thu, Dec 02, 2004 at 12:11:47PM -0500, Paul Iadonisi wrote: > > 1. Uh ... so where are the Xen control tools? I suspect these are > > forthcoming, I just wanted to double check. > > Correct Cool. I just got this in a personal reply, too: http://people.redhat.com/riel/ > > 2. On a somewhat related note, Red Hat at one time bundled a UML kernel > > but later stopped (even in an errata kernel for that same release). > > What were the reasons for this? > > At the time UML wasn't in the base kernel and it got very hard to maintain. Ah. Makes sense. > A lot of people are very excited about Xen right now. Virtualisation is a big > thing and you need the tools to do it well. I'll say. It only just showed up in the dev tree recently and there's an article in CRN about it already: http://www.crn.com/sections/breakingnews/dailyarchives.jhtml? articleId=54201647 > Not in the short term although getting to the stage where you do > "insmod virtualisation" is obviously desirable. Now *that's* what I'm takin' about! > UML and Xen solve different problems. Xen is an extremely efficient secure > virtualisation system, UML is a fantastic research, debugging and prototyping > system but is unlikely ever to be as efficient. With my quick testing of the ttylinux sample, I can give this a big nod. The first time I tried UML (on a dual 700MHz PIII), my initial impression was, 'people actually find this usable?' It was terrible performance-wise. I know it's probably come a long way, and it is probably better suited on higher end machines, but as you say, it's really meant for prototyping and the like, not deployment. > > 7. What do people think of the idea of porting Anaconda to run under Xen so [snip] > "Send patches" Well, I'll have to learn python first, I suppose :-/ > Its obviously a key part of the thing that you can provision Xen guests > efficiently, manage them, update them and the like. Stateless linux obviously > helps there but anaconda on Xen guests > guest0 also has value. Hmmm, interesting. I wasn't thinking stateless linux at the time, but now that you mention it that sounds like a great idea. -- -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 katzj at redhat.com Fri Dec 3 01:54:41 2004 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 02 Dec 2004 20:54:41 -0500 Subject: A few Xen questions In-Reply-To: <1102007507.23991.26.camel@tuxpaq> References: <1102007507.23991.26.camel@tuxpaq> Message-ID: <1102038881.3876.2.camel@bree.local.net> On Thu, 2004-12-02 at 12:11 -0500, Paul Iadonisi wrote: > 7. What do people think of the idea of porting Anaconda to run under Xen so > that you can install a full release of Fedora Core (or RHEL) as an > unprivileged guest the way you would normally install the OS? I'm not > exactly volunteering, but I did *almost* have the installer booting within > UML and start to install Red Hat Linux. It bombed out at some point. Can't > remember where. I did it all without hacking any python, IIRC. Rik and I have as a todo item for the next little bit to talk about this some. It's just a matter of getting enough 'round tuits. Jeremy From b.akins at verizon.net Fri Dec 3 03:43:56 2004 From: b.akins at verizon.net (Olu Akins) Date: Thu, 2 Dec 2004 22:43:56 -0500 Subject: Unable to compile qt Message-ID: <200412022243.56729.b.akins@verizon.net> I get this error while trying to compile qt any insights /home/tsunami/kde3.3: unknown argument The specified system/compiler is not supported: /home/tsunami/konstruct/libs/qt-x11-free/work/qt-x11-free-3.3.3/mkspecs/-prefix Please see the PLATFORMS file for a complete list. make: *** [configure-work/qt-x11-free-3.3.3/configure] Error 2 From reader at newsguy.com Fri Dec 3 05:08:43 2004 From: reader at newsguy.com (Harry Putnam) Date: Thu, 02 Dec 2004 23:08:43 -0600 Subject: Can't connect to cups admin on :631 In-Reply-To: (Harry Putnam's message of "Thu, 02 Dec 2004 11:12:12 -0600") References: Message-ID: Egad... I knew it had to be something rather dumb. From reader at newsguy.com Fri Dec 3 05:14:11 2004 From: reader at newsguy.com (Harry Putnam) Date: Thu, 02 Dec 2004 23:14:11 -0600 Subject: cups error on start Message-ID: (cups-1.1.22-2) Starting cups with: service cups start Gives me this error and fails: Starting cups: cupsd: relocation error: cupsd: symbol __fprintf_chk, version GLIBC_2.3.4 not defined in file libc.so.6 with link time reference Is this due to non updated libs somewhere? rpm -V cups shows nothing From ernesto at ornl.gov Fri Dec 3 08:12:00 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Fri, 03 Dec 2004 03:12:00 -0500 Subject: How to show the total number of NPTL threads running around? Message-ID: <1102061520.4804.58.camel@lion> Hi, I keep finding info about how to set the max number of threads for the system. However, I need to get the total number of threads currently running and compare that to the max. Can anyone help here? I also need find out the current number of threads per process. Any help or pointers is appreciated? Thanks, Ernesto From nphilipp at redhat.com Fri Dec 3 10:04:06 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 03 Dec 2004 11:04:06 +0100 Subject: Fedora Core 2 Test Update: system-config-date-1.7.13-0.fc2.1 In-Reply-To: <604aa79104112912085fcf64ef@mail.gmail.com> References: <1101718026.23271.1.camel@wombat.tiptoe.de> <604aa79104112912085fcf64ef@mail.gmail.com> Message-ID: <1102068246.3985.10.camel@gibraltar.stuttgart.redhat.com> On Mon, 2004-11-29 at 15:08 -0500, Jeff Spaleta wrote: > On Mon, 29 Nov 2004 09:47:06 +0100, Nils Philippsen wrote: > > This release updates system-config-date to the current codebase. Please > > test extensively, barring problems I plan to release this as final > > within a week or so. > > yum update system-config-date > fails with a conflict with firstboot. > > rpm -Uvh system-config-date-1.7.13-0.fc2.1.noarch.rpm > error: Failed dependencies: > firstboot <= 1.3.26 conflicts with system-config-date-1.7.13-0.fc2.1 > > rpm -q firstboot > firstboot-1.3.14-1 > > Is there an open bug for the test package i need to file this against? > Or do i need to open a new one? Thanks for opening a bug, Jeff ;-). I've decided to retract the update for now, maybe I'll bring it back later if there's a new version of firstboot. For all interested people, you can Cc: the bug at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=141427 but if you just want to be notified when we'll bring it back (if we do it), monitoring fedora-{test,announce}-list should be sufficient. 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 twaugh at redhat.com Fri Dec 3 10:05:05 2004 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 3 Dec 2004 10:05:05 +0000 Subject: cups error on start In-Reply-To: References: Message-ID: <20041203100505.GY14677@redhat.com> On Thu, Dec 02, 2004 at 11:14:11PM -0600, Harry Putnam wrote: > Gives me this error and fails: > > Starting cups: cupsd: relocation error: cupsd: > symbol __fprintf_chk, version GLIBC_2.3.4 not defined in > file libc.so.6 with link time reference > > Is this due to non updated libs somewhere? > > rpm -V cups shows nothing Strange. What glibc do you have, and does it provide libc.so.6(GLIBC_2.3.4)? FWIW, I have glibc-2.3.3-84. Jakub, isn't symbol versioning meant to take care of 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 joelbryanster at gmail.com Fri Dec 3 11:57:14 2004 From: joelbryanster at gmail.com (joelbryan) Date: Fri, 3 Dec 2004 19:57:14 +0800 Subject: Games you want to include in Fedora Core. Message-ID: If there's a game you want to include in Fedora Core, what would that be? Mine is Monopoly and Scrabble based games. I really liked Monopoly, I'm addicted to that game. :-) From strange at nsk.no-ip.org Fri Dec 3 12:10:53 2004 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Fri, 3 Dec 2004 12:10:53 +0000 Subject: A few Xen questions In-Reply-To: <1102038881.3876.2.camel@bree.local.net> References: <1102007507.23991.26.camel@tuxpaq> <1102038881.3876.2.camel@bree.local.net> Message-ID: <20041203121053.GA17498@nsk.no-ip.org> On Thu, Dec 02, 2004 at 08:54:41PM -0500, Jeremy Katz wrote: > On Thu, 2004-12-02 at 12:11 -0500, Paul Iadonisi wrote: > > 7. What do people think of the idea of porting Anaconda to run under Xen so > > that you can install a full release of Fedora Core (or RHEL) as an > > unprivileged guest the way you would normally install the OS? I'm not > > exactly volunteering, but I did *almost* have the installer booting within > > UML and start to install Red Hat Linux. It bombed out at some point. Can't > > remember where. I did it all without hacking any python, IIRC. > > Rik and I have as a todo item for the next little bit to talk about this > some. It's just a matter of getting enough 'round tuits. For xen and UML, wouldn't be better to have a more funcional anaconda --rootpath? Regards, Luciano Rocha From mpeters at mac.com Fri Dec 3 12:32:53 2004 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 03 Dec 2004 12:32:53 +0000 Subject: Games you want to include in Fedora Core. In-Reply-To: (from joelbryanster@gmail.com on Fri Dec 3 03:57:14 2004) References: Message-ID: <1102077173l.7308l.0l@devel.mpeters.us> On 12/03/2004 03:57:14 AM, joelbryan wrote: > If there's a game you want to include in Fedora Core, what would that > be? > > Mine is Monopoly and Scrabble based games. > I really liked Monopoly, I'm addicted to that game. :-) The bsd games - particularly rogue and wumpus and adventure. When I was little, Dad had a terminal and a 300 BAUD accoustic coupler, and would let us play them on the Berkeley Game Computer (he worked there, still does). This was early 80's. Those games were fun. I had them working on LinuxPPC back in LinuxPPC 1999, I haven't tried to build them in Fedora yet though. From jeffy5 at optonline.net Fri Dec 3 12:33:53 2004 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Fri, 03 Dec 2004 07:33:53 -0500 Subject: Can't connect to cups admin on :631 In-Reply-To: References: Message-ID: <200412030733.54130.jeffy5@optonline.net> On Friday 03 December 2004 12:08 am, Harry Putnam wrote: > Egad... I knew it had to be something rather dumb. Hello, Speaking of CUPS, I am right now reinstalling Fedora Core 3 on one of my computers because I don't know how to re-establish my print server settings in the /etc/cups/cupsd.config file. I am trying to set up a CUPS print server on my local LAN where not only can the other machines on the LAN see the printer on the server but also print from it. I continue to get an error from the computer where the printer is attached which states that it cannot bring up the CUPS server settings. I am using the KDE desktop environment and I am using the printing manager under Applications-Preferences-More Preferences-Printing Manager. I am sure that this error is due to something I did wrong in the /etc/cups/cupsd.config file. Is there any way I can bring this file back to its default state? At this point, I cannot even print locally from the machine where the printer is attached. As I mentioned above, I have been able to get the other machines on the LAN to see the printer on the network, but I am still unable to print remotely. All of my machines are behind a wireless router which are connected through ethernet ports except for one of the machines, which is connected wirelessly. Any help would be appreciated. Thanks in advance. Jeff From twaugh at redhat.com Fri Dec 3 13:05:55 2004 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 3 Dec 2004 13:05:55 +0000 Subject: Can't connect to cups admin on :631 In-Reply-To: <200412030733.54130.jeffy5@optonline.net> References: <200412030733.54130.jeffy5@optonline.net> Message-ID: <20041203130555.GB14677@redhat.com> On Fri, Dec 03, 2004 at 07:33:53AM -0500, Jeffrey D. Yuille wrote: > On Friday 03 December 2004 12:08 am, Harry Putnam wrote: > > Egad... I knew it had to be something rather dumb. > Hello, > > Speaking of CUPS, I am right now reinstalling Fedora Core 3 on one of my > computers [...] > Is there any way I can bring > this file back to its default state? Well, reinstalling the entire operating system is certainly one way. An easier way is to remove the cups package and re-install it. I think this should do it: rpm -e --nodeps cups up2date cups Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From shrek-m at gmx.de Fri Dec 3 13:28:37 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 03 Dec 2004 14:28:37 +0100 Subject: Can't connect to cups admin on :631 In-Reply-To: <20041203130555.GB14677@redhat.com> References: <200412030733.54130.jeffy5@optonline.net> <20041203130555.GB14677@redhat.com> Message-ID: <41B06A05.4010204@gmx.de> Tim Waugh wrote: >>On Friday 03 December 2004 12:08 am, Harry Putnam wrote: >> >> >>>Egad... I knew it had to be something rather dumb. >>> >>> >>Speaking of CUPS, I am right now reinstalling Fedora Core 3 on one of my >>computers [...] >>Is there any way I can bring >>this file back to its default state? >> >> >Well, reinstalling the entire operating system is certainly one way. >An easier way is to remove the cups package and re-install it. I >think this should do it: > >rpm -e --nodeps cups >up2date cups > > # rpm | grep replacefiles [--replacefiles] [--replacepkgs] [--test] -- shrek-m From allenbaylis at yahoo.ca Fri Dec 3 13:40:55 2004 From: allenbaylis at yahoo.ca (Allen Baylis) Date: Fri, 3 Dec 2004 08:40:55 -0500 (EST) Subject: Games you want to include in Fedora Core. In-Reply-To: Message-ID: <20041203134055.21213.qmail@web52506.mail.yahoo.com> How about checkers, astroid 3D,pinball and Doom --- joelbryan wrote: > If there's a game you want to include in Fedora > Core, what would that be? > > Mine is Monopoly and Scrabble based games. > I really liked Monopoly, I'm addicted to that game. > :-) > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca From cmadams at hiwaay.net Fri Dec 3 14:27:50 2004 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 3 Dec 2004 08:27:50 -0600 Subject: Games you want to include in Fedora Core. In-Reply-To: References: Message-ID: <20041203142750.GA543132@hiwaay.net> Once upon a time, joelbryan said: > If there's a game you want to include in Fedora Core, what would that be? Nethack! Quake (from www.quakeforge.net) would be nice, but I don't know if there are any pak files that can be freely distributed. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From reader at newsguy.com Fri Dec 3 14:46:03 2004 From: reader at newsguy.com (Harry Putnam) Date: Fri, 03 Dec 2004 08:46:03 -0600 Subject: cups error on start In-Reply-To: <20041203100505.GY14677@redhat.com> (Tim Waugh's message of "Fri, 3 Dec 2004 10:05:05 +0000") References: <20041203100505.GY14677@redhat.com> Message-ID: Tim Waugh writes: > On Thu, Dec 02, 2004 at 11:14:11PM -0600, Harry Putnam wrote: > >> Gives me this error and fails: >> >> Starting cups: cupsd: relocation error: cupsd: >> symbol __fprintf_chk, version GLIBC_2.3.4 not defined in >> file libc.so.6 with link time reference >> >> Is this due to non updated libs somewhere? >> >> rpm -V cups shows nothing > > Strange. What glibc do you have, and does it provide > libc.so.6(GLIBC_2.3.4)? > glibc-common-2.3.3-58 > FWIW, I have glibc-2.3.3-84. Updating now... we'll see if it helps.. Yup... it all works now From jspaleta at gmail.com Fri Dec 3 14:51:43 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 3 Dec 2004 09:51:43 -0500 Subject: Games you want to include in Fedora Core. In-Reply-To: <20041203134055.21213.qmail@web52506.mail.yahoo.com> References: <20041203134055.21213.qmail@web52506.mail.yahoo.com> Message-ID: <604aa7910412030651699d034c@mail.gmail.com> On Fri, 3 Dec 2004 08:40:55 -0500 (EST), Allen Baylis wrote: > How about checkers, astroid 3D,pinball and Doom asteroids and Doom are trademark protected, so you'll have to be more creative than saying "trademarked protected name of game." For example... Cube exists without trademark issues... and is a FPS and similar to Doom in genre. But open source binaries aren't as useful as the official binaries, because the official binaries embedd some key signature checking to make sure you are using official binaries to prevent some very blatant cheating from locally hacked clients on the official game servers that are being run for multiplayer. I don't know about the technical state of the Cube codebase, and I'm not sure if there is a way for Fedora to distribute binaries which include a variation of the internal signature checking to prevent people from using locally hacked versions of the open source codebase to cheat on multiple games. This is certaintly something that would have to appear in Extras first before it could be considered for Core inclusion really. -jef"liquid war is always a fun time waster"spaleta From reader at newsguy.com Fri Dec 3 14:57:39 2004 From: reader at newsguy.com (Harry Putnam) Date: Fri, 03 Dec 2004 08:57:39 -0600 Subject: Can't connect to cups admin on :631 In-Reply-To: <200412030733.54130.jeffy5@optonline.net> (Jeffrey D. Yuille's message of "Fri, 03 Dec 2004 07:33:53 -0500") References: <200412030733.54130.jeffy5@optonline.net> Message-ID: "Jeffrey D. Yuille" writes: > did wrong in the /etc/cups/cupsd.config file. Is there any way I can bring > this file back to its default state? At this point, I cannot even print One way not mentioned so far: Download rpm of your version of cups. Use rpm2cpio to get the file you need. Make a directory to work in since this command will create basic directories needed. mkdir work cd work rpm2cpio /path/cupsi386.rpm |cpio -ivd (Will create files as they would be installed) then cd to ..work/etc/cups to see the stock files. From gslink at one.net Fri Dec 3 15:00:06 2004 From: gslink at one.net (gslink) Date: Fri, 03 Dec 2004 10:00:06 -0500 Subject: jfs support In-Reply-To: <20041203123308.9C67C73328@hormel.redhat.com> References: <20041203123308.9C67C73328@hormel.redhat.com> Message-ID: <41B07F76.6060006@one.net> Ever since IBM wrote the jfs drivers there has always been the problem that drives are not checked unless they have to be there. I use jfs on both fixed and removable drives. These get checked in FC3 without manual intervention but only if they are listed as drives that must be there for the system to run. If one of these jfs drives isn't there then the system won't boot. This is true even if the jfs drive has nothing to do with the system. If the drive is removable and is not required to be there then you will need to run any checks manually or use OS/2. From crabtrej at otc.edu Fri Dec 3 15:02:48 2004 From: crabtrej at otc.edu (Justin Crabtree) Date: Fri, 03 Dec 2004 09:02:48 -0600 Subject: Games you want to include in Fedora Core. In-Reply-To: <604aa7910412030651699d034c@mail.gmail.com> References: <20041203134055.21213.qmail@web52506.mail.yahoo.com> <604aa7910412030651699d034c@mail.gmail.com> Message-ID: <41B08018.7060607@otc.edu> Jeff Spaleta wrote: > On Fri, 3 Dec 2004 08:40:55 -0500 (EST), Allen Baylis > wrote: > >>How about checkers, astroid 3D,pinball and Doom > > > asteroids and Doom are trademark protected, so you'll have to be more > creative than saying "trademarked protected name of game." > > For example... Cube exists without trademark issues... and is a FPS > and similar to Doom in genre. But open source binaries aren't as > useful as the official binaries, because the official binaries embedd > some key signature checking to make sure you are using official > binaries to prevent some very blatant cheating from locally hacked > clients on the official game servers that are being run for > multiplayer. I don't know about the technical state of the Cube > codebase, and I'm not sure if there is a way for Fedora to distribute > binaries which include a variation of the internal signature checking > to prevent people from using locally hacked versions of the open > source codebase to cheat on multiple games. This is certaintly > something that would have to appear in Extras first before it could be > considered for Core inclusion really. > > -jef"liquid war is always a fun time waster"spaleta > I would like to see more game development companies port their games to Linux. They wouldn't be free so they wouldn't be part of the distro, but that would remove one of the main reasons many people keep their Windows box. :-) -- Justin Crabtree Java Programmer Ozarks Technical Community College 447-7533 From jspaleta at gmail.com Fri Dec 3 15:15:14 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 3 Dec 2004 10:15:14 -0500 Subject: Games you want to include in Fedora Core. In-Reply-To: <41B08018.7060607@otc.edu> References: <20041203134055.21213.qmail@web52506.mail.yahoo.com> <604aa7910412030651699d034c@mail.gmail.com> <41B08018.7060607@otc.edu> Message-ID: <604aa79104120307154eec3f7a@mail.gmail.com> On Fri, 03 Dec 2004 09:02:48 -0600, Justin Crabtree wrote: > I would like to see more game development companies port their games to > Linux. They wouldn't be free so they wouldn't be part of the distro, > but that would remove one of the main reasons many people keep their > Windows box. :-) I'd like a pony... but its not really useful to mention that in this forum. Can we please keep this discussion constrainted to things actionable inside the Fedora Project, and not let this slip away into pie-in-the-sky hopes and dreams that are not directly resolvable by this community. The topic of this thread borders just outside the bounds of useful actionable discussion, widening the subject to talk about what the game industry as a whole should be doing with their development manhours moves this discussion even further away from any actionable recommendations fedora developers and contributors can use. -jef From bkoz at redhat.com Fri Dec 3 15:44:20 2004 From: bkoz at redhat.com (Benjamin Kosnik) Date: Fri, 3 Dec 2004 09:44:20 -0600 Subject: Fedora Core 3 Test Update: boost-1.32.0-3.fc3 Message-ID: <20041203094420.383fa1ac.bkoz@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-503 2004-12-03 --------------------------------------------------------------------- Product : Fedora Core 3 Name : boost Version : 1.32.0 Release : 3.fc3 Summary : The Boost C++ Libraries Description : Boost provides free peer-reviewed portable C++ source libraries. The emphasis is on libraries which work well with the C++ Standard Library. One goal is to establish "existing practice" and provide reference implementations so that the Boost libraries are suitable for eventual standardization. (Some of the libraries have already been proposed for inclusion in the C++ Standards Committee's upcoming C++ Standard Library Technical Report.) --------------------------------------------------------------------- Update Information: This package removes some bogus Obsoletes lines, and fixes up some shared library naming issues. --------------------------------------------------------------------- * Thu Dec 02 2004 Benjamin Kosnik 1.32.0-3 - (#122817: libboost_*.so symlinks missing) - (#141574: half of the package is missing) - (#141617: bad patch boost-base.patch) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ bac2599bc515ebadb0c49fffc9936d73 SRPMS/boost-1.32.0-3.fc3.src.rpm 79c952847c778d387444f3891d720e64 x86_64/boost-1.32.0-3.fc3.x86_64.rpm 267d09cc91628328c89a4d37b6d0f780 x86_64/boost-devel-1.32.0-3.fc3.x86_64.rpm d74f9ba0b9db7bba4d59574b40bf1725 x86_64/debug/boost-debuginfo-1.32.0-3.fc3.x86_64.rpm bb07e8919119fbddad7cee080992cf11 x86_64/boost-1.32.0-3.fc3.i386.rpm bb07e8919119fbddad7cee080992cf11 i386/boost-1.32.0-3.fc3.i386.rpm 8054fca5ef3b5173c316381699f0817c i386/boost-devel-1.32.0-3.fc3.i386.rpm 1b1f7ed2c6128b4d942407481aa85bbf i386/debug/boost-debuginfo-1.32.0-3.fc3.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From alan at redhat.com Fri Dec 3 15:45:46 2004 From: alan at redhat.com (Alan Cox) Date: Fri, 3 Dec 2004 10:45:46 -0500 Subject: Games you want to include in Fedora Core. In-Reply-To: <20041203142750.GA543132@hiwaay.net> References: <20041203142750.GA543132@hiwaay.net> Message-ID: <20041203154546.GA9537@devserv.devel.redhat.com> On Fri, Dec 03, 2004 at 08:27:50AM -0600, Chris Adams wrote: > Quake (from www.quakeforge.net) would be nice, but I don't know if there > are any pak files that can be freely distributed. Games like quake and doom are problematic for base distributions. The degree of violence (and in doom also the nazi symbols/regalia) cause offence in some countries and also can lead to the CD images being "18+" material. From twaugh at redhat.com Fri Dec 3 15:56:26 2004 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 3 Dec 2004 15:56:26 +0000 Subject: Fedora Core 3 Test Update: grep-2.5.1-31.2 In-Reply-To: <20041124211332.GU3459@redhat.com> References: <20041124211332.GU3459@redhat.com> Message-ID: <20041203155626.GD14677@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-463 2004-12-03 --------------------------------------------------------------------- Product : Fedora Core 3 Name : grep Version : 2.5.1 Release : 31.2 Summary : The GNU versions of grep pattern matching utilities. Description : The GNU versions of commonly used grep utilities. Grep searches through textual input for lines which contain a match to a specified pattern and then prints the matching lines. GNU's grep utilities include grep, egrep and fgrep. You should install grep on your system, because it is a very useful utility for searching through text. --------------------------------------------------------------------- Update Information: Please test this updated grep package and report any findings, positive or negative, as a comment on this bug report: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=140781 The aim is to improve performance when processing UTF-8 input, without causing any regressions (either in correctness or performance) with any character encoding. --------------------------------------------------------------------- * Fri Dec 03 2004 Tim Waugh 2.5.1-31.2 - Fixed a busy loop in the egf-speedup patch (bug #140781). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 195cca155352e625a70c3f39c5799ec8 SRPMS/grep-2.5.1-31.2.src.rpm 91b84878ff3d64f9755d45202348dcc5 x86_64/grep-2.5.1-31.2.x86_64.rpm 58687ebb4209ac0356188cb30229153d x86_64/debug/grep-debuginfo-2.5.1-31.2.x86_64.rpm d76b30b5428bf501e7a5a1f9580b3989 i386/grep-2.5.1-31.2.i386.rpm a9a53a3e00ca815a4b35e5f8b82500d9 i386/debug/grep-debuginfo-2.5.1-31.2.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ndbecker2 at verizon.net Fri Dec 3 17:52:06 2004 From: ndbecker2 at verizon.net (Neal D. Becker) Date: Fri, 03 Dec 2004 12:52:06 -0500 Subject: Fedora Core 3 Test Update: boost-1.32.0-3.fc3 References: <20041203094420.383fa1ac.bkoz@redhat.com> Message-ID: Thanks. I'm still wondering about whether it is necessary to ship both single and multi-threaded versions of the boost libs. Do you have any thoughts? From kevin.kempter at dataintellect.com Fri Dec 3 18:34:51 2004 From: kevin.kempter at dataintellect.com (Kevin Kempter) Date: Fri, 03 Dec 2004 11:34:51 -0700 Subject: Games you want to include in Fedora Core. In-Reply-To: <20041203134055.21213.qmail@web52506.mail.yahoo.com> References: <20041203134055.21213.qmail@web52506.mail.yahoo.com> Message-ID: <41B0B1CB.5060502@dataintellect.com> BZ Flag GL Tron Descent I Descent II Descent III Freespace Allen Baylis wrote: >How about checkers, astroid 3D,pinball and Doom > --- joelbryan wrote: > > >>If there's a game you want to include in Fedora >>Core, what would that be? >> >>Mine is Monopoly and Scrabble based games. >>I really liked Monopoly, I'm addicted to that game. >>:-) >> >>-- >>fedora-test-list mailing list >>fedora-test-list at redhat.com >>To unsubscribe: >> >> >> >http://www.redhat.com/mailman/listinfo/fedora-test-list > > >> >> >> > >______________________________________________________________________ >Post your free ad now! http://personals.yahoo.ca > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alan at redhat.com Fri Dec 3 18:36:46 2004 From: alan at redhat.com (Alan Cox) Date: Fri, 3 Dec 2004 13:36:46 -0500 Subject: Games you want to include in Fedora Core. In-Reply-To: <41B0B1CB.5060502@dataintellect.com> References: <20041203134055.21213.qmail@web52506.mail.yahoo.com> <41B0B1CB.5060502@dataintellect.com> Message-ID: <20041203183646.GA15229@devserv.devel.redhat.com> On Fri, Dec 03, 2004 at 11:34:51AM -0700, Kevin Kempter wrote: > BZ Flag Wakey wakey - Bzflag is in FC3 From kevin.kempter at dataintellect.com Fri Dec 3 19:04:40 2004 From: kevin.kempter at dataintellect.com (Kevin Kempter) Date: Fri, 03 Dec 2004 12:04:40 -0700 Subject: Games you want to include in Fedora Core. In-Reply-To: <20041203183646.GA15229@devserv.devel.redhat.com> References: <20041203134055.21213.qmail@web52506.mail.yahoo.com> <41B0B1CB.5060502@dataintellect.com> <20041203183646.GA15229@devserv.devel.redhat.com> Message-ID: <41B0B8C8.9040105@dataintellect.com> my mistake. Sorry. Alan Cox wrote: >On Fri, Dec 03, 2004 at 11:34:51AM -0700, Kevin Kempter wrote: > > >>BZ Flag >> >> > >Wakey wakey - Bzflag is in FC3 > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cam at apt2324.com Fri Dec 3 20:08:04 2004 From: cam at apt2324.com (Cam Desautels) Date: Fri, 03 Dec 2004 13:08:04 -0700 Subject: Games you want to include in Fedora Core. In-Reply-To: References: Message-ID: <41B0C7A4.2050100@apt2324.com> joelbryan wrote: > If there's a game you want to include in Fedora Core, what would that be? I would really like to see "Go" in FC. The game has near-infinite complexity (much like chess, although arguably more), and is the kind of game that is enjoyed by hackers. I know there are a few FSS/OSS implementations floating around, but I don't know enough about them to suggest one. -- Cam Desautels http://www.BinaryUprising.com From bkoz at redhat.com Fri Dec 3 19:36:44 2004 From: bkoz at redhat.com (Benjamin Kosnik) Date: Fri, 3 Dec 2004 13:36:44 -0600 Subject: Fedora Core 3 Test Update: boost-1.32.0-3.fc3 In-Reply-To: References: <20041203094420.383fa1ac.bkoz@redhat.com> Message-ID: <20041203133644.7bf7e887.bkoz@redhat.com> >I'm still wondering about whether it is necessary to ship both single and >multi-threaded versions of the boost libs. Do you have any thoughts? I don't think we need to ship anything but boost threads in single/mt configs. At least, that's what I gather from my non-rpm builds. Do you agree? If so, I'll change the bugzilla report you opened to reflect that, or should another be opened? I would prefer this linkage issue to be handled by a policy in the threads package, but that is a design issue, not a packaging issue. However, wishing is fun, and it's a Friday, so I can't help it. Anyway. I'll work on this specific issue in a bit, after I get feedback from Rene, okay? best, benjamin From goemon at anime.net Fri Dec 3 19:43:04 2004 From: goemon at anime.net (Dan Hollis) Date: Fri, 3 Dec 2004 11:43:04 -0800 (PST) Subject: Games you want to include in Fedora Core. In-Reply-To: <20041203154546.GA9537@devserv.devel.redhat.com> Message-ID: On Fri, 3 Dec 2004, Alan Cox wrote: > On Fri, Dec 03, 2004 at 08:27:50AM -0600, Chris Adams wrote: > > Quake (from www.quakeforge.net) would be nice, but I don't know if there > > are any pak files that can be freely distributed. > Games like quake and doom are problematic for base distributions. The degree > of violence (and in doom also the nazi symbols/regalia) cause offence in some > countries and also can lead to the CD images being "18+" material. re: nazi symbolism -- you're thinking of wolf3d, not doom. doom was merely demonic imagery :-) -Dan From goemon at anime.net Fri Dec 3 19:43:58 2004 From: goemon at anime.net (Dan Hollis) Date: Fri, 3 Dec 2004 11:43:58 -0800 (PST) Subject: Games you want to include in Fedora Core. In-Reply-To: Message-ID: On Fri, 3 Dec 2004, joelbryan wrote: > If there's a game you want to include in Fedora Core, what would that be? > Mine is Monopoly and Scrabble based games. > I really liked Monopoly, I'm addicted to that game. :-) Are there any problems including binary-only games, as long as theyre free? -Dan From bkoz at redhat.com Fri Dec 3 19:48:45 2004 From: bkoz at redhat.com (Benjamin Kosnik) Date: Fri, 3 Dec 2004 13:48:45 -0600 Subject: Games you want to include in Fedora Core. In-Reply-To: References: Message-ID: <20041203134845.4e160c9c.bkoz@redhat.com> OS X has a cool gui on top of GNU chess. It would be nice to have something similar. See link: http://www.informit.com/articles/article.asp?p=30352&seqNum=5 -benjamin From markkukolkka at kolumbus.fi Fri Dec 3 19:51:32 2004 From: markkukolkka at kolumbus.fi (Markku Kolkka) Date: Fri, 3 Dec 2004 21:51:32 +0200 Subject: Games you want to include in Fedora Core. In-Reply-To: References: Message-ID: <200412032151.32458.markkukolkka@kolumbus.fi> Dan Hollis kirjoitti viestiss??n (l?hetysaika perjantai, 3. joulukuuta 2004 21:43): > Are there any problems including binary-only games, as long as > theyre free? Yes, see http://fedora.redhat.com/about/objectives.html : "2. Build the operating system exclusively from open source software." From ndbecker2 at verizon.net Fri Dec 3 19:47:24 2004 From: ndbecker2 at verizon.net (Neal D. Becker) Date: Fri, 03 Dec 2004 14:47:24 -0500 Subject: Fedora Core 3 Test Update: boost-1.32.0-3.fc3 References: <20041203094420.383fa1ac.bkoz@redhat.com> <20041203133644.7bf7e887.bkoz@redhat.com> Message-ID: Benjamin Kosnik wrote: > >>I'm still wondering about whether it is necessary to ship both single and >>multi-threaded versions of the boost libs. Do you have any thoughts? > > I don't think we need to ship anything but boost threads in single/mt > configs. At least, that's what I gather from my non-rpm builds. Do you > agree? If so, I'll change the bugzilla report you opened to reflect > that, or should another be opened? > > I would prefer this linkage issue to be handled by a policy in the > threads package, but that is a design issue, not a packaging issue. > However, wishing is fun, and it's a Friday, so I can't help it. > > Anyway. I'll work on this specific issue in a bit, after I get feedback > from Rene, okay? > Please check with boost developers. I believe what you say is not correct, there are other libs that switch locking on/off based on single/multi threading - but you should probably ask (someone that knows the answer). boost dev mail is also available from news.gmane.org, also http://thread.gmane.org. From jspaleta at gmail.com Fri Dec 3 19:51:50 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 3 Dec 2004 14:51:50 -0500 Subject: Games you want to include in Fedora Core. In-Reply-To: References: Message-ID: <604aa791041203115121eb251e@mail.gmail.com> On Fri, 3 Dec 2004 11:43:58 -0800 (PST), Dan Hollis wrote: > Are there any problems including binary-only games, as long as theyre > free? go back and read the objectives for fedora.... open source is strong requirement for any part of core... binary only is not good enough. -jef From seanlkml at sympatico.ca Fri Dec 3 19:51:42 2004 From: seanlkml at sympatico.ca (Sean) Date: Fri, 3 Dec 2004 14:51:42 -0500 (EST) Subject: Games you want to include in Fedora Core. In-Reply-To: References: Message-ID: <38336.10.10.10.28.1102103502.squirrel@linux1> On Fri, December 3, 2004 2:43 pm, Dan Hollis said: > Are there any problems including binary-only games, as long as theyre > free? > Hey Dan, They wouldn't fit with Fedora's mandate which is to provide exclusively open source software. Sean From pcompton at proteinmedia.com Fri Dec 3 21:27:49 2004 From: pcompton at proteinmedia.com (Phillip Compton) Date: Fri, 03 Dec 2004 16:27:49 -0500 Subject: Games you want to include in Fedora Core. In-Reply-To: <41B0C7A4.2050100@apt2324.com> References: <41B0C7A4.2050100@apt2324.com> Message-ID: <1102109269.3418.3.camel@earlgrey.compton.net> On Fri, 2004-12-03 at 13:08 -0700, Cam Desautels wrote: > I would really like to see "Go" in FC. The game has near-infinite > complexity (much like chess, although arguably more), and is the kind of > game that is enjoyed by hackers. > > I know there are a few FSS/OSS implementations floating around, but I > don't know enough about them to suggest one. gnugo is nice and cgoban gives it a gui both are in fedora.us Phil From mullens at ntlworld.com Fri Dec 3 21:39:58 2004 From: mullens at ntlworld.com (richard mullens) Date: Fri, 03 Dec 2004 21:39:58 +0000 Subject: Games you want to include in Fedora Core. In-Reply-To: <41B0C7A4.2050100@apt2324.com> References: <41B0C7A4.2050100@apt2324.com> Message-ID: <41B0DD2E.7010704@ntlworld.com> Cam Desautels wrote: > joelbryan wrote: > >> If there's a game you want to include in Fedora Core, what would that >> be? > > > I would really like to see "Go" in FC. The game has near-infinite > complexity (much like chess, although arguably more), and is the kind > of game that is enjoyed by hackers. > > I know there are a few FSS/OSS implementations floating around, but I > don't know enough about them to suggest one. > There's "GNU Go" http://www.gnu.org/software/gnugo/gnugo.html which is probably the best known - but you can see more at http://www.britgo.org/gopcres/gopcres1.html Also of interest is a Go screensaver - see http://draves.org/goban/ From shrek-m at gmx.de Fri Dec 3 22:03:42 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 03 Dec 2004 23:03:42 +0100 Subject: Games you want to include in Fedora Core. In-Reply-To: References: Message-ID: <41B0E2BE.4050903@gmx.de> >If there's a game you want to include in Fedora Core, what would that be? > http://www.freebsd.org/ports/games.html http://packages.debian.org/stable/games/ i am missing something like http://download.fedora.redhat.com/pub/fedora/linux/core/ eg. http://fedora.redhat.com/core/ http://fedora.redhat.com/extras/ http://fedora.redhat.com/games/ ... -- shrek-m From Stephane.Gaucher at USherbrooke.ca Fri Dec 3 22:19:01 2004 From: Stephane.Gaucher at USherbrooke.ca (Stephane Gaucher) Date: Fri, 03 Dec 2004 17:19:01 -0500 Subject: fc1 to fc2 to fc3 problem Message-ID: <1102112341.11163.9.camel@localhost.localdomain> Hi have upgrade system from fc1 to fc2 without no problem after to upgrade to fc3 i have do rpm --import /usr/share/rhn/RPM-GPG-KEY-fedora There a bug with that, the doc sais verify that the Fedora Project gpg key is installed with this rpm -q gpg-pubkey-6b8d79e6-3f49313d the output: package gpg-pubkey-6b8d79e6-3f49313d is not installed If this key is not installed, and you are running Fedora Core, you may install it with: rpm --import /usr/share/rhn/RPM-GPG-KEY-fedora every thing looks good... rpm -Uvh fedora-release-3-8.i386.rpm yum-2.1.11-3.noarch.rpm rpm -Uvh --force fedora-release-3-8.i386.rpm yum-2.1.11-3.noarch.rpm yum upgrade And this is the out put of the yum command: Traceback (most recent call last): File "/usr/bin/yum", line 6, in ? import yummain File "/usr/share/yum-cli/yummain.py", line 23, in ? import yum ImportError: No module named yum What's the probleme !?! -------------- next part -------------- An HTML attachment was scrubbed... URL: From reader at newsguy.com Fri Dec 3 19:20:08 2004 From: reader at newsguy.com (Harry Putnam) Date: Fri, 03 Dec 2004 13:20:08 -0600 Subject: Tormented by python warning/errors Message-ID: After a semi-extensive update off of Fedora rawhide home repo, I'm getting python errors if I run yum or up2date: # yum list updates Traceback (most recent call last): File "/usr/bin/yum", line 6, in ? import yummain File "/usr/share/yum-cli/yummain.py", line 23, in ? import yum File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 21, in ? import rpm ImportError: /usr/lib/librpm-4.3.so: undefined symbol: rpm_execcon I didn't really keep track of what was getting updated but it was a number of fairly basic packages, including rpm and yum. Glibc was also amongst them. From pp at ee.oulu.fi Fri Dec 3 22:50:25 2004 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Sat, 4 Dec 2004 00:50:25 +0200 Subject: Games you want to include in Fedora Core. In-Reply-To: References: <20041203154546.GA9537@devserv.devel.redhat.com> Message-ID: <20041203225024.GA8434@ee.oulu.fi> On Fri, Dec 03, 2004 at 11:43:04AM -0800, Dan Hollis wrote: > On Fri, 3 Dec 2004, Alan Cox wrote: > > On Fri, Dec 03, 2004 at 08:27:50AM -0600, Chris Adams wrote: > > > Quake (from www.quakeforge.net) would be nice, but I don't know if there > > > are any pak files that can be freely distributed. > > Games like quake and doom are problematic for base distributions. The degree > > of violence (and in doom also the nazi symbols/regalia) cause offence in some > > countries and also can lead to the CD images being "18+" material. > > re: nazi symbolism -- you're thinking of wolf3d, not doom. doom was merely > demonic imagery :-) Except the hidden wolf3d levels in doom II :-) -- Pekka Pietikainen From jkt at redhat.com Fri Dec 3 23:32:21 2004 From: jkt at redhat.com (Jay Turner) Date: Sat, 4 Dec 2004 00:32:21 +0100 Subject: Tormented by python warning/errors In-Reply-To: References: Message-ID: <20041203233221.GC4342@redhat.com> On Fri, Dec 03, 2004 at 01:20:08PM -0600, Harry Putnam wrote: > After a semi-extensive update off of Fedora rawhide home repo, I'm > getting python errors if I run yum or up2date: > > # yum list updates > Traceback (most recent call last): > File "/usr/bin/yum", line 6, in ? > import yummain > File "/usr/share/yum-cli/yummain.py", line 23, in ? > import yum > File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 21, in ? > import rpm > ImportError: /usr/lib/librpm-4.3.so: undefined symbol: rpm_execcon > > I didn't really keep track of what was getting updated but it was a > number of fairly basic packages, including rpm and yum. Glibc was > also amongst them. Try grabbing the latest libselinux and installing that. There's a bug in Bugzilla related to this (#141596) - jkt -- --*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--* Jay Turner, QA Technical Lead jkt at redhat.com Red Hat, Inc. If I had only known, I would have been a locksmith. - Albert Einstein From shadowssurround at hotpop.com Sat Dec 4 00:14:35 2004 From: shadowssurround at hotpop.com (Ryan James) Date: Fri, 03 Dec 2004 16:14:35 -0800 Subject: Games you want to include in Fedora Core. In-Reply-To: <41B08018.7060607@otc.edu> References: <20041203134055.21213.qmail@web52506.mail.yahoo.com> <604aa7910412030651699d034c@mail.gmail.com> <41B08018.7060607@otc.edu> Message-ID: <41B1016B.3080503@hotpop.com> i'd like to see Enigma, Nethack and Abuse, and maybe Battle for Wesnoth, Liquid War, LBreakout... From seandarcy at hotmail.com Fri Dec 3 23:58:48 2004 From: seandarcy at hotmail.com (sean darcy) Date: Fri, 03 Dec 2004 18:58:48 -0500 Subject: yum dies after rpm upgrade Message-ID: On fc3 x86_64: rpm-4.3.3-1 yum-2.1.12-1 python-2.4-0.c1.1 yum Traceback (most recent call last): File "/usr/bin/yum", line 6, in ? import yummain File "/usr/share/yum-cli/yummain.py", line 23, in ? import yum File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 21, in ? import rpm ImportError: /usr/lib64/librpm-4.3.so: undefined symbol: rpm_execcon sean From alan at clueserver.org Sat Dec 4 02:28:06 2004 From: alan at clueserver.org (alan) Date: Fri, 3 Dec 2004 18:28:06 -0800 (PST) Subject: Games you want to include in Fedora Core. In-Reply-To: <41B1016B.3080503@hotpop.com> Message-ID: On Fri, 3 Dec 2004, Ryan James wrote: > i'd like to see Enigma, Nethack and Abuse, and maybe Battle for Wesnoth, > Liquid War, LBreakout... Gweled is one of my favorites. (It is on dag.) Frozen Bubble is far too addictive to add. Some form of Hack or Moria needs to be there. -- Q: Why do programmers confuse Halloween and Christmas? A: Because OCT 31 == DEC 25. From davej at redhat.com Sat Dec 4 04:06:49 2004 From: davej at redhat.com (Dave Jones) Date: Fri, 3 Dec 2004 23:06:49 -0500 Subject: New testing kernel. Message-ID: <20041204040649.GA15079@redhat.com> I just made a 2.6.9-1.698_FC3 set of kernels which fix a number of bugs (Full changelog below), including some of the more popular ones that were introduced during the last update (namely, smbfs should work again, and hopefully the palm/visor oopses should be gone too). There's still a number of bugs that affect a lot of users (like the acpi_power_off issue which I still don't have a handle on, despite being able to reproduce it and spending countless hours building kernels with extra debugging). Hopefully I'll get some of the other nastier issues knocked off soon. So, in the meantime, try out -698, and file bugs if something new broke. (And please close any old ones that went away with this kernel). The last 2.6.9 update closed quite a few long-standing bugs, however a *lot* of bugs are still in NEEDINFO awaiting confirmation with the new kernel(s). The biggest change in this kernel over the older ones that affects all x86 users, is that the 4g/4g memory split is no longer the default. If you have a lot of memory (16GB or more), or have a workload that benefits from being able to have more address space, you can use the -hugemem kernel to run with 4g/4g again. The regular non-hugemem kernels have the traditional 3:1 split. Due to this quite large change, this kernel could really use folks jumping up and down on it for a while before it gets pushed into updates-proper. Thanks, Dave * Fri Dec 3 2004 Dave Jones - Pull in bits of -ac12 Should fix the smbfs & visor issues among others. * Thu Dec 2 2004 Dave Jones - Drop the futex debug patch, it served its purpose. - XFRM layer bug fixes - ppc64: Convert to using ibm,read-slot-reset-state2 RTAS call - ide: Make CSB6 driver support configurations. - ide: Handle early EOF on CDs. - Fix sx8 device naming in sysfs - e100/e1000: return -EINVAL when setting rx-mini or rx-jumbo. (#140793) * Wed Dec 1 2004 Dave Jones - Disable 4G/4G for i686. - Workaround for the E1000 erratum 23 (#140047) - Remove bogus futex warning. (#138179) - x86_64: Fix lost edge triggered irqs on UP kernel. - x86_64: Reenable DRI for MGA. - Workaround E1000 post-maturely writing back to TX descriptors (#133261) - 3c59x: add EEPROM_RESET for 3c900 Boomerang - Fix buffer overrun in arch/x86_64/sys_ia32.c:sys32_ni_syscall() - ext3: improves ext3's error logging when we encounter an on-disk corruption. - ext3: improves ext3's ability to deal with corruption on-disk - ext3: Handle double-delete of indirect blocks. - Disable SCB2 flash driver for RHEL4. (#141142) * Tue Nov 30 2004 Dave Jones - x86_64: add an option to configure oops stack dump - x86[64]: display phys_proc_id only when it is initialized - x86_64: no TIOCSBRK/TIOCCBRK in ia32 emulation - via-rhine: references __init code during resume - Add barriers to generic timer code to prevent race. (#128242) - ppc64: Add PURR and version data to /proc/ppc64/lparcfg - Prevent xtime value becoming incorrect. - scsi: return full SCSI status byte in SG_IO - Fix show_trace() in irq context with CONFIG_4KSTACKS - Adjust alignment of pagevec structure. - md: make sure md always uses rdev_dec_pending properly. - Make proc_pid_status not dereference dead task structs. - sg: Fix oops of sg_cmd_done and sg_release race (#140648) - fix bad segment coalescing in blk_recalc_rq_segments() - fix missing security_*() check in net/compat.c - ia64/x86_64/s390 overlapping vma fix - Update Emulex lpfc to 8.0.15 * Mon Nov 29 2004 Dave Jones - Add another card reader to whitelist. (#141022) - Fix possible hang in do_wait() (#140042) - Fix ps showing wrong ppid. (#132030) - Print advice to use -hugemem if >=16GB of memory is detected. - Enable ICOM serial driver. (#136150) - Enable acpi hotplug driver for IA64. - SCSI: fix USB forced remove oops. - ia64: add missing sn2 timer mask in time_interpolator code. (#140580) - ia64: Fix hang reading /proc/pal/cpu0/tr_info (#139571) - ia64: bump number of UARTS. (#139100) - Fix ACPI debug level (#141292) - Make EDD runtime configurable, and reenable. - ppc64: IBM VSCSI driver race fix. (#138725) - ppc64: Ensure PPC64 interrupts don't end up hard-disabled. (#139020, #131590) - ppc64: Yet more sigsuspend/singlestep fixing. (#140102, #137931) - x86-64: Implement ACPI based reset mechanism. (#139104) - Backport 2.6.10rc sysfs changes needed for IBM hotplug driver. (#140372) - Update Emulex lpfc driver to v8.0.14 - Optimize away the unconditional write to debug registers on signal delivery path. - Fix up scsi_test_unit_ready() to work correctly with CD-ROMs. - md: fix two little bugs in raid10 - Remove incorrect ELF check from module loading. (#140954) - Plug leaks in error paths of aic driver. - Add refcounting to scsi command allocation. - Taint oopses on machine checks, bad_page()'s calls and forced rmmod's. - Share Intel cache descriptors between x86 & x86-64. - rx checksum support for gige nForce ethernet - vm: vm_dirty_ratio initialisation fix * Mon Nov 29 2004 Soeren Sandmann - Build FC-3 kernel in RHEL build root * Sun Nov 28 2004 Dave Jones - Move 4g/4g kernel into -hugemem. * Sat Nov 27 2004 Dave Jones - Recognise Shuttle SN85G4 card reader. (#139163) * Tue Nov 23 2004 Dave Jones - Add futex debug patch. From reader at newsguy.com Sat Dec 4 04:05:22 2004 From: reader at newsguy.com (Harry Putnam) Date: Fri, 03 Dec 2004 22:05:22 -0600 Subject: Tormented by python warning/errors In-Reply-To: <20041203233221.GC4342@redhat.com> (Jay Turner's message of "Sat, 4 Dec 2004 00:32:21 +0100") References: <20041203233221.GC4342@redhat.com> Message-ID: Jay Turner writes: >> I didn't really keep track of what was getting updated but it was a >> number of fairly basic packages, including rpm and yum. Glibc was >> also amongst them. > > Try grabbing the latest libselinux and installing that. There's a bug in > Bugzilla related to this (#141596) Yup, that was the stumbling block. Better get a full update now.. From skvidal at phy.duke.edu Sat Dec 4 04:24:31 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 03 Dec 2004 23:24:31 -0500 Subject: fc1 to fc2 to fc3 problem In-Reply-To: <1102112341.11163.9.camel@localhost.localdomain> References: <1102112341.11163.9.camel@localhost.localdomain> Message-ID: <1102134271.3297.21.camel@cutter> On Fri, 2004-12-03 at 17:19 -0500, Stephane Gaucher wrote: > Hi have upgrade system from fc1 to fc2 without no problem > after to upgrade to fc3 i have do > > rpm --import /usr/share/rhn/RPM-GPG-KEY-fedora > > > There a bug with that, > the doc sais verify that the Fedora Project gpg key is installed with > this > rpm -q gpg-pubkey-6b8d79e6-3f49313d > > the output: > package gpg-pubkey-6b8d79e6-3f49313d is not installed > > If this key is not installed, and you are running Fedora Core, you may > install it with: > rpm --import /usr/share/rhn/RPM-GPG-KEY-fedora > > every thing looks good... > > rpm -Uvh fedora-release-3-8.i386.rpm yum-2.1.11-3.noarch.rpm > rpm -Uvh --force fedora-release-3-8.i386.rpm yum-2.1.11-3.noarch.rpm > yum upgrade why did you --force install them? There are some missing deps here which are causing the traceback below. > > And this is the out put of the yum command: > Traceback (most recent call last): > File "/usr/bin/yum", line 6, in ? > import yummain > File "/usr/share/yum-cli/yummain.py", line 23, in ? > import yum > ImportError: No module named yum > > What's the probleme !?! --force should only be used if you REALLY know what you're doing. -sv From MSchwartz at MedAnalytics.com Sat Dec 4 04:51:29 2004 From: MSchwartz at MedAnalytics.com (Marc Schwartz) Date: Fri, 03 Dec 2004 22:51:29 -0600 Subject: New testing kernel. In-Reply-To: <20041204040649.GA15079@redhat.com> References: <20041204040649.GA15079@redhat.com> Message-ID: <1102135889.11111.16.camel@horizons.localdomain> On Fri, 2004-12-03 at 23:06 -0500, Dave Jones wrote: snip > The biggest change in this kernel over the older ones > that affects all x86 users, is that the 4g/4g > memory split is no longer the default. If you > have a lot of memory (16GB or more), or have a workload > that benefits from being able to have more address > space, you can use the -hugemem kernel to run with > 4g/4g again. The regular non-hugemem kernels have > the traditional 3:1 split. Dave, Is the fix for the b44 issue (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=118165) incorporated into the kernels yet? You had a comment indicating that Pekka's fix is in CVS (Comment #69), but I had not seen it mentioned in the changelogs for these last couple of kernel updates. Is the comment referring to Linus' CVS or Fedora's? Also, does the change in the 4g/4g status influence the b44 fix? Thanks Dave! Marc Schwartz From davej at redhat.com Sat Dec 4 05:06:00 2004 From: davej at redhat.com (Dave Jones) Date: Sat, 4 Dec 2004 00:06:00 -0500 Subject: New testing kernel. In-Reply-To: <1102135889.11111.16.camel@horizons.localdomain> References: <20041204040649.GA15079@redhat.com> <1102135889.11111.16.camel@horizons.localdomain> Message-ID: <20041204050600.GA29019@redhat.com> On Fri, Dec 03, 2004 at 10:51:29PM -0600, Marc Schwartz wrote: > > The biggest change in this kernel over the older ones > > that affects all x86 users, is that the 4g/4g > > memory split is no longer the default. If you > > have a lot of memory (16GB or more), or have a workload > > that benefits from being able to have more address > > space, you can use the -hugemem kernel to run with > > 4g/4g again. The regular non-hugemem kernels have > > the traditional 3:1 split. > > Is the fix for the b44 issue > (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=118165) > incorporated into the kernels yet? yes. I actually trimmed too much of the changelog. There's another few days of changes that went in. > Also, does the change in the 4g/4g status influence the b44 fix? In that the bug only affects -hugemem. So it's doubly fixed 8) Dave * Mon Nov 22 2004 Dave Jones - Update -ac patch to 2.6.9-ac11 - make tulip_stop_rxtx() wait for DMA to fully stop. (#138240) - ACPI: Make LEqual less strict about operand types matching. - scsi: avoid extra 'put' on devices in __scsi_iterate_device() (#138135) - Fix bugs with SOCK_SEQPACKET AF_UNIX sockets - Reenable token ring drivers. (#119345) - SELinux: Map Unix seqpacket sockets to appropriate security class - SELinux: destroy avtab node cache in policy load error path. - AF_UNIX: Serialize dgram read using semaphore just like stream. - lockd: NLM blocks locks don't sleep - NFS lock recovery fixes - Add more MODULE_VERSION tags (#136403) - Update qlogic driver to 2.6.10rc2 level. - cciss: fixes for clustering - ieee802.11 update. - ipw2100: update to ver 1.0.0 - ipw2200: update to ver 1.0.0 - Enable promisc mode on ipw2100 - 3c59x: reload EEPROM values at rmmod for needy cards - ppc64: Prevent sigsuspend stomping on r4 and r5 - ppc64: Alternative single-step fix. - fix for recursive netdump oops on x86_64 - ia64: Fix IRQ routing fix when booted with maxcpus= (#138236) - ia64: search the iommu for the correct size - Deal with fraglists correctly on ipv4/ipv6 output - Various statm accounting fixes (#139447) - Reenable CMM /proc interface for s390 (#137397) * Fri Nov 19 2004 Dave Jones - e100: fix improper enabling of interrupts. (#139706) - autofs4: allow map update recognition - Various TCP fixes from 2.6.10rc - Various netlink fixes from 2.6.10rc - [IPV4]: Do not try to unhash null-netdev nexthops. - ppc64: Make NUMA map CPU->node before bringing up the CPU (#128063) - ppc64: sched domains / cpu hotplug cleanup. (#128063) - ppc64: Add a CPU_DOWN_PREPARE hotplug CPU notifier (#128063) - ppc64: Register a cpu hotplug notifier to reinitialize the scheduler domains hierarchy (#128063) - ppc64: Introduce CPU_DOWN_FAILED notifier (#128063) - ppc64: Make arch_destroy_sched_domains() conditional (#128063) - ppc64: Use CPU_DOWN_FAILED notifier in the sched-domains hotplug code (#128063) - Various updates to the SCSI midlayer from 2.6.10rc. - vlan_dev: return 0 on vlan_dev_change_mtu success. (#139760) - Update Emulex lpfc driver to v8013 - Fix problem with b44 driver and 4g/4g patch. (#118165) - Prevent oops when loading aic79xx on machine without hardware. (#125982) - Use correct spinlock functions in token ring net code. (#135462) - scsi: Add reset ioctl capability to ULDs - scsi: update ips driver to 7.10.18 - Reenable ACPI hotplug driver. (#139976, #140130, #132691) From MSchwartz at MedAnalytics.com Sat Dec 4 05:17:36 2004 From: MSchwartz at MedAnalytics.com (Marc Schwartz) Date: Fri, 03 Dec 2004 23:17:36 -0600 Subject: New testing kernel. In-Reply-To: <20041204050600.GA29019@redhat.com> References: <20041204040649.GA15079@redhat.com> <1102135889.11111.16.camel@horizons.localdomain> <20041204050600.GA29019@redhat.com> Message-ID: <1102137456.11111.24.camel@horizons.localdomain> On Sat, 2004-12-04 at 00:06 -0500, Dave Jones wrote: > On Fri, Dec 03, 2004 at 10:51:29PM -0600, Marc Schwartz wrote: > > > > The biggest change in this kernel over the older ones > > > that affects all x86 users, is that the 4g/4g > > > memory split is no longer the default. If you > > > have a lot of memory (16GB or more), or have a workload > > > that benefits from being able to have more address > > > space, you can use the -hugemem kernel to run with > > > 4g/4g again. The regular non-hugemem kernels have > > > the traditional 3:1 split. > > > > Is the fix for the b44 issue > > (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=118165) > > incorporated into the kernels yet? > > yes. I actually trimmed too much of the changelog. > There's another few days of changes that went in. > > > Also, does the change in the 4g/4g status influence the b44 fix? > > In that the bug only affects -hugemem. So it's doubly fixed 8) > > Dave snip > - Fix problem with b44 driver and 4g/4g patch. (#118165) Great! :-) As soon as the new kernel hits my mirror I will install it. Thanks! Marc From seandarcy at hotmail.com Sat Dec 4 04:46:49 2004 From: seandarcy at hotmail.com (sean darcy) Date: Fri, 03 Dec 2004 23:46:49 -0500 Subject: how do I get yum to update x86_64? Message-ID: I'm running fc3 - x86_64. yum still only finds i386 updates. I've even changed $basearch in yum.conf to x86_64 ( though it should be able to figure that out, shouldn't it?). What I'd like yum to do is find updates for both i386 and x86_64. But I only have a few i386 programs installed. So if it can't do both, I'd like at least to update my x86_64 programs. sean From skvidal at phy.duke.edu Sat Dec 4 06:11:06 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 04 Dec 2004 01:11:06 -0500 Subject: how do I get yum to update x86_64? In-Reply-To: References: Message-ID: <1102140666.3297.24.camel@cutter> On Fri, 2004-12-03 at 23:46 -0500, sean darcy wrote: > I'm running fc3 - x86_64. > > yum still only finds i386 updates. I've even changed $basearch in yum.conf > to x86_64 ( though it should be able to figure that out, shouldn't it?). > > What I'd like yum to do is find updates for both i386 and x86_64. But I > only have a few i386 programs installed. So if it can't do both, I'd like at > least to update my x86_64 programs. Do you only have the i386 repositories configured? if you do yum list available can you see packages listed as x86_64 ? -sv From rhally at mindspring.com Sat Dec 4 06:16:07 2004 From: rhally at mindspring.com (Richard Hally) Date: Sat, 04 Dec 2004 01:16:07 -0500 Subject: New testing kernel. In-Reply-To: <20041204040649.GA15079@redhat.com> References: <20041204040649.GA15079@redhat.com> Message-ID: <41B15627.7000502@mindspring.com> Dave Jones wrote: >I just made a 2.6.9-1.698_FC3 set of kernels which fix >a number of bugs (Full changelog below), including some >of the more popular ones that were introduced during the >last update (namely, smbfs should work again, and hopefully > the palm/visor oopses should be gone too). > > > Hi Dave, I'm a little confused as to how this kernel relates to the latest kernel (kernel-2.6.9-1.1009_FC4) in the /development tree ("rawhide") . Does the rawhide kernel have all these changes? A little more generally, as you go forward what will be the progression as relates to the /development tree, testing, updates? Will /development be "the latest and greatest" as it has been in the past? Then move the same kernel into testing for a wider audience, then the same kernel to updates for the rest? Thanks, Richard Hally From davej at redhat.com Sat Dec 4 06:49:48 2004 From: davej at redhat.com (Dave Jones) Date: Sat, 4 Dec 2004 01:49:48 -0500 Subject: New testing kernel. In-Reply-To: <41B15627.7000502@mindspring.com> References: <20041204040649.GA15079@redhat.com> <41B15627.7000502@mindspring.com> Message-ID: <20041204064948.GA14128@redhat.com> On Sat, Dec 04, 2004 at 01:16:07AM -0500, Richard Hally wrote: > Dave Jones wrote: > > >I just made a 2.6.9-1.698_FC3 set of kernels which fix > >a number of bugs (Full changelog below), including some > >of the more popular ones that were introduced during the > >last update (namely, smbfs should work again, and hopefully > >the palm/visor oopses should be gone too). > > > > > > > Hi Dave, > I'm a little confused as to how this kernel relates to the latest > kernel (kernel-2.6.9-1.1009_FC4) in the /development tree ("rawhide") . > Does the rawhide kernel have all these changes? Tomorrows snapshot will. (2.6.9-1.1014_FC4) The FC3 kernels appeared first as updates appear as soon as I ask someone to sign & push them, the rawhide push is automated once daily. > A little more generally, as you go forward what will be the progression > as relates to the /development tree, testing, updates? Will /development > be "the latest and greatest" as it has been in the past? Then move the > same kernel into testing for a wider audience, then the same kernel to > updates for the rest? I'm trying to get a staircase effect going on, where a new kernel appears in rawhide, then in FC3, if that works out, a little later it goes into FC2 too etc. (Though last time around, FC2 went out in parallel with FC3 as it'd gone without updates for so long). RHEL4 changes also factor into the equation here, its sort of hard to explain the 'model', but basically all 4 'current' trees are being kept up to date in parallel, and usually lag each other by at most a few days -- The RHEL kernels typically differ only in which CONFIG_ options are set. We're now at ~200 patches on top of mainline. I used to be quite proud of being only 40 csets away from mainline, however, that was when we were tracking upstream on a daily basis. As we're not doing that right now, we're essentially pulling in selective parts of the upstream snapshots, so I don't feel its quite so bad as having 200 or so 'feature' patches that aren't upstream. There's not a lot of stuff on the plate for FC4 kernel-wise right now. I considered rebasing to 2.6.10rc, but its a few days work, and as its still a moving target, stabilising 2.6.9 for FC3 and pushing that into FC4 (with some extra bits like Xen) seems to be the way we're going forward. As well as Xen, the only other real difference is rawhide also has slab_debugging on, so we take a slight performance hit (this is always enabled during FCx-test phases, and then disabled for the production builds), but we do get to see any memory corruption bugs really quickly. The plus side of this hit is that any bugs found and fixed will also be relevant for FC2/FC3/RHEL4. I'm not sure of the timeline for FC4test1 yet, so its possible things could change by the time we get there, but right now, 2.6.10rc hasn't been anywhere near as stable as 2.6.9-ac in my testing. I'm sure this will change in time, but jumping onboard now isn't really going to buy us much (other than lowering the patchcount again ;-) I'll reassess the situation in the new year. Dave From rhally at mindspring.com Sat Dec 4 07:04:53 2004 From: rhally at mindspring.com (Richard Hally) Date: Sat, 04 Dec 2004 02:04:53 -0500 Subject: New testing kernel. In-Reply-To: <20041204064948.GA14128@redhat.com> References: <20041204040649.GA15079@redhat.com> <41B15627.7000502@mindspring.com> <20041204064948.GA14128@redhat.com> Message-ID: <41B16195.3020306@mindspring.com> Dave Jones wrote: >On Sat, Dec 04, 2004 at 01:16:07AM -0500, Richard Hally wrote: > > Dave Jones wrote: > > > > >I just made a 2.6.9-1.698_FC3 set of kernels which fix > > >a number of bugs (Full changelog below), including some > > >of the more popular ones that were introduced during the > > >last update (namely, smbfs should work again, and hopefully > > >the palm/visor oopses should be gone too). > > > > > > > > > > > Hi Dave, > > I'm a little confused as to how this kernel relates to the latest > > kernel (kernel-2.6.9-1.1009_FC4) in the /development tree ("rawhide") . > > Does the rawhide kernel have all these changes? > >Tomorrows snapshot will. (2.6.9-1.1014_FC4) >The FC3 kernels appeared first as updates appear as soon as I ask >someone to sign & push them, the rawhide push is automated once daily. > > > A little more generally, as you go forward what will be the progression > > as relates to the /development tree, testing, updates? Will /development > > be "the latest and greatest" as it has been in the past? Then move the > > same kernel into testing for a wider audience, then the same kernel to > > updates for the rest? > >I'm trying to get a staircase effect going on, where a new kernel appears >in rawhide, then in FC3, if that works out, a little later it goes into FC2 too etc. >(Though last time around, FC2 went out in parallel with FC3 as it'd > gone without updates for so long). > >RHEL4 changes also factor into the equation here, its sort of hard >to explain the 'model', but basically all 4 'current' trees are being >kept up to date in parallel, and usually lag each other by at most >a few days -- The RHEL kernels typically differ only in which CONFIG_ options >are set. > > Thank you very much for the (more than I expected) explanation and also the status report below! This kind of excellent communication really helps people keep "in tune" with the project. Thanks again, Richard Hally >We're now at ~200 patches on top of mainline. I used to be quite >proud of being only 40 csets away from mainline, however, that was >when we were tracking upstream on a daily basis. As we're not >doing that right now, we're essentially pulling in selective parts >of the upstream snapshots, so I don't feel its quite so bad as >having 200 or so 'feature' patches that aren't upstream. > >There's not a lot of stuff on the plate for FC4 kernel-wise right now. >I considered rebasing to 2.6.10rc, but its a few days work, and as >its still a moving target, stabilising 2.6.9 for FC3 and pushing that >into FC4 (with some extra bits like Xen) seems to be the way we're >going forward. As well as Xen, the only other real difference is >rawhide also has slab_debugging on, so we take a slight performance >hit (this is always enabled during FCx-test phases, and then >disabled for the production builds), but we do get to see any >memory corruption bugs really quickly. The plus side of this hit >is that any bugs found and fixed will also be relevant for FC2/FC3/RHEL4. > >I'm not sure of the timeline for FC4test1 yet, so its possible things >could change by the time we get there, but right now, 2.6.10rc hasn't >been anywhere near as stable as 2.6.9-ac in my testing. >I'm sure this will change in time, but jumping onboard now isn't >really going to buy us much (other than lowering the patchcount again ;-) > >I'll reassess the situation in the new year. > > Dave > > > From linxt at comcast.net Sat Dec 4 07:16:08 2004 From: linxt at comcast.net (Thomas Taylor) Date: Fri, 3 Dec 2004 23:16:08 -0800 Subject: New testing kernel. In-Reply-To: <41B16195.3020306@mindspring.com> References: <20041204040649.GA15079@redhat.com> <20041204064948.GA14128@redhat.com> <41B16195.3020306@mindspring.com> Message-ID: <200412032316.08454.linxt@comcast.net> On Friday 03 December 2004 23:04, Richard Hally wrote: > Dave Jones wrote: > >On Sat, Dec 04, 2004 at 01:16:07AM -0500, Richard Hally wrote: > > > Dave Jones wrote: > > > >I just made a 2.6.9-1.698_FC3 set of kernels which fix > > > >a number of bugs (Full changelog below), including some > > > >of the more popular ones that were introduced during the > > > >last update (namely, smbfs should work again, and hopefully > > > >the palm/visor oopses should be gone too). > > > > > > Hi Dave, > > > I'm a little confused as to how this kernel relates to the latest > > > kernel (kernel-2.6.9-1.1009_FC4) in the /development tree ("rawhide") . > > > Does the rawhide kernel have all these changes? > > > >Tomorrows snapshot will. (2.6.9-1.1014_FC4) > >The FC3 kernels appeared first as updates appear as soon as I ask > >someone to sign & push them, the rawhide push is automated once daily. > > > > > A little more generally, as you go forward what will be the progression > > > as relates to the /development tree, testing, updates? Will > > > /development be "the latest and greatest" as it has been in the past? > > > Then move the same kernel into testing for a wider audience, then the > > > same kernel to updates for the rest? > > > >I'm trying to get a staircase effect going on, where a new kernel appears > >in rawhide, then in FC3, if that works out, a little later it goes into > > FC2 too etc. (Though last time around, FC2 went out in parallel with FC3 > > as it'd gone without updates for so long). > > > >RHEL4 changes also factor into the equation here, its sort of hard > >to explain the 'model', but basically all 4 'current' trees are being > >kept up to date in parallel, and usually lag each other by at most > >a few days -- The RHEL kernels typically differ only in which CONFIG_ > > options are set. > > Thank you very much for the (more than I expected) explanation and > also the status report below! > This kind of excellent communication really helps people keep "in tune" > with the project. > Thanks again, > Richard Hally > > >We're now at ~200 patches on top of mainline. I used to be quite > >proud of being only 40 csets away from mainline, however, that was > >when we were tracking upstream on a daily basis. As we're not > >doing that right now, we're essentially pulling in selective parts > >of the upstream snapshots, so I don't feel its quite so bad as > >having 200 or so 'feature' patches that aren't upstream. > > > >There's not a lot of stuff on the plate for FC4 kernel-wise right now. > >I considered rebasing to 2.6.10rc, but its a few days work, and as > >its still a moving target, stabilising 2.6.9 for FC3 and pushing that > >into FC4 (with some extra bits like Xen) seems to be the way we're > >going forward. As well as Xen, the only other real difference is > >rawhide also has slab_debugging on, so we take a slight performance > >hit (this is always enabled during FCx-test phases, and then > >disabled for the production builds), but we do get to see any > >memory corruption bugs really quickly. The plus side of this hit > >is that any bugs found and fixed will also be relevant for FC2/FC3/RHEL4. > > > >I'm not sure of the timeline for FC4test1 yet, so its possible things > >could change by the time we get there, but right now, 2.6.10rc hasn't > >been anywhere near as stable as 2.6.9-ac in my testing. > >I'm sure this will change in time, but jumping onboard now isn't > >really going to buy us much (other than lowering the patchcount again ;-) > > > >I'll reassess the situation in the new year. > > > > Dave Hi Dave (& all the development team): Just adding my thanks to the others for a job well done. Keep up the good work. Thanks, Tom -- Tom Taylor Registered linux user #263467 From joelbryanster at gmail.com Sat Dec 4 10:24:05 2004 From: joelbryanster at gmail.com (joelbryan) Date: Sat, 4 Dec 2004 02:24:05 -0800 Subject: Games you want to include in Fedora Core. In-Reply-To: References: <41B1016B.3080503@hotpop.com> Message-ID: Monopoly is one of the best game I like to be included in Fedora Core. GtkAtlantic is a mature open source project that is a client for monopd server, those are projects to play Monopoly game. Including Monopoly in a Linux distro is surprising, since Linux is a anti-Monopolistic OS. :p But if they do, there goes recursivitiy. From fedora at leemhuis.info Sat Dec 4 11:03:17 2004 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 04 Dec 2004 12:03:17 +0100 Subject: Games you want to include in Fedora Core. In-Reply-To: References: Message-ID: <1102158197.3838.1.camel@localhost.localdomain> Am Freitag, den 03.12.2004, 18:28 -0800 schrieb alan: > On Fri, 3 Dec 2004, Ryan James wrote: > > > i'd like to see Enigma, Currently in fedora.us, update to 0.9 (currently in beta) will happen shortly after release. > [...] > > Gweled is one of my favorites. (It is on dag.) Also in fedora.us, 0.6 currently in pending BTW, did nobody mention supertux here? Also a nice game (an yes, also in fedora.us) CU thl -- Thorsten Leemhuis From seandarcy at hotmail.com Sat Dec 4 12:47:09 2004 From: seandarcy at hotmail.com (sean darcy) Date: Sat, 04 Dec 2004 07:47:09 -0500 Subject: how do I get yum to update x86_64? Message-ID: Seth Vidal wrote: > >Do you only have the i386 repositories configured? Heres my .conf: [main] cachedir=/var/cache/yum debuglevel=2 logfile=/var/log/yum.log pkgpolicy=newest distroverpkg=fedora-release tolerant=1 exactarch=0 retries=20 [development] name=Fedora Core $releasever - Development Tree baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64 In /etc/yum.repos.d all the .repo files have enabled=0 >if you do yum list available >can you see packages listed as x86_64 ? Nope. They're all noarch or i386. yum -c /etc/yum.development-fedora-main.conf list available Repository development already added, not adding again Setting up Repo: development repomd.xml 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files developmen: ################################################## 3767/3767 Finished Available Packages Canna-libs.i386 3.7p3-9 development Xaw3d.i386 1.5E-1 development alsa-lib.i386 1.0.6-6 development anaconda-help.noarch 10.1.0-1 development .................... Any help appreciated. sean From ernesto at ornl.gov Sat Dec 4 14:48:55 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Sat, 04 Dec 2004 09:48:55 -0500 Subject: Where are the FC3 Kernels? Message-ID: <1102171735.6750.4.camel@lion> Hi, I just did an up2date and did get a listing of any kernel updates, hmmm. My current kernel is: ====================================================================================== [root at lion ~]# uname -a Linux lion 2.6.9-1.681_FC3 #1 Thu Nov 18 15:10:10 EST 2004 i686 i686 i386 GNU/Linux ======================================================================================= I would like to pickup the "2.6.9-1.698_FC3" My "/etc/sysconfig/rhn/sources" has the following Repo: ============================================================================================ yum fedora-core-3-updates http://mirror.hiwaay.net/redhat/fedora/linux/core/updates/3/i386 ============================================================================================= Thanks, Ernesto From ernesto at ornl.gov Sat Dec 4 14:57:44 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Sat, 04 Dec 2004 09:57:44 -0500 Subject: Where are the FC3 Kernels? In-Reply-To: <1102171735.6750.4.camel@lion> References: <1102171735.6750.4.camel@lion> Message-ID: <1102172264.6750.6.camel@lion> On Sat, 2004-12-04 at 09:48 -0500, Ernest L. Williams Jr. wrote: > Hi, > > I just did an up2date and did get a listing of any kernel updates, hmmm. Sorry, I meant "DID NOT" get a listing of any kernel updates > > My current kernel is: > ====================================================================================== > [root at lion ~]# uname -a > Linux lion 2.6.9-1.681_FC3 #1 Thu Nov 18 15:10:10 EST 2004 i686 i686 > i386 GNU/Linux > ======================================================================================= > > I would like to pickup the "2.6.9-1.698_FC3" > > My "/etc/sysconfig/rhn/sources" has the following Repo: > ============================================================================================ > yum fedora-core-3-updates > http://mirror.hiwaay.net/redhat/fedora/linux/core/updates/3/i386 > ============================================================================================= > > > Thanks, > Ernesto > From reader at newsguy.com Sat Dec 4 15:06:13 2004 From: reader at newsguy.com (Harry Putnam) Date: Sat, 04 Dec 2004 09:06:13 -0600 Subject: play *.wmv Message-ID: What do we use to play *.wmv files? From jspaleta at gmail.com Sat Dec 4 15:31:44 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 4 Dec 2004 10:31:44 -0500 Subject: Where are the FC3 Kernels? In-Reply-To: <1102172264.6750.6.camel@lion> References: <1102171735.6750.4.camel@lion> <1102172264.6750.6.camel@lion> Message-ID: <604aa791041204073136aeda2@mail.gmail.com> On Sat, 04 Dec 2004 09:57:44 -0500, Ernest L. Williams Jr. wrote: > On Sat, 2004-12-04 at 09:48 -0500, Ernest L. Williams Jr. wrote: > > Hi, > > > > I just did an up2date and did get a listing of any kernel updates, hmmm. > Sorry, I meant "DID NOT" get a listing of any kernel updates they are in the updates-testing branch for fc3. The are on the main download server... and i would imagine will be populate to all the mirrors on the default mirrorlists that up2date and yum use "soon" Be aware however, that both up2date and yum come configured by default with updates-testing DISABLED. Unless you take action to enable update-testing you won't see the test updates. For example I run this to enable updates-testing for yum for a specific command: yum --enable-repo=updates-testing check-update i can then do yum --enable-repo-updates-testing update kernel to ONLY update the kernel in testing and not the other packages in testing. -jef From ernesto at ornl.gov Sat Dec 4 15:52:19 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Sat, 04 Dec 2004 10:52:19 -0500 Subject: Where are the FC3 Kernels? In-Reply-To: <604aa791041204073136aeda2@mail.gmail.com> References: <1102171735.6750.4.camel@lion> <1102172264.6750.6.camel@lion> <604aa791041204073136aeda2@mail.gmail.com> Message-ID: <1102175540.6750.19.camel@lion> On Sat, 2004-12-04 at 10:31 -0500, Jeff Spaleta wrote: > On Sat, 04 Dec 2004 09:57:44 -0500, Ernest L. Williams Jr. > wrote: > > On Sat, 2004-12-04 at 09:48 -0500, Ernest L. Williams Jr. wrote: > > > Hi, > > > > > > I just did an up2date and did get a listing of any kernel updates, hmmm. > > Sorry, I meant "DID NOT" get a listing of any kernel updates > > they are in the updates-testing branch for fc3. > The are on the main download server... and i would imagine will be > populate to all the mirrors on the default mirrorlists that up2date > and yum use "soon" > Be aware however, that both up2date and yum come configured by default > with updates-testing DISABLED. Unless you take action to enable > update-testing you won't see the test updates. For example I run this > to enable updates-testing for yum for a specific command: yum > --enable-repo=updates-testing check-update > i can then do yum --enable-repo-updates-testing update kernel > to ONLY update the kernel in testing and not the other packages in testing. Cool. Thanks for the help. I used yum --enablerepo=updates-testing check-update > > -jef > From ralph+fedora at strg-alt-entf.org Sat Dec 4 16:30:06 2004 From: ralph+fedora at strg-alt-entf.org (Ralph Angenendt) Date: Sat, 4 Dec 2004 17:30:06 +0100 Subject: play *.wmv In-Reply-To: References: Message-ID: <20041204163006.GA31491@br-online.de> Harry Putnam wrote: > What do we use to play *.wmv files? Proprietary codecs. Ralph -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From reader at newsguy.com Sat Dec 4 16:30:44 2004 From: reader at newsguy.com (Harry Putnam) Date: Sat, 04 Dec 2004 10:30:44 -0600 Subject: play *.wmv References: Message-ID: Harry Putnam writes: > What do we use to play *.wmv files? > Sorry should have specified... *.wmv with video content. From feliciano.matias at free.fr Sat Dec 4 16:34:25 2004 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: Sat, 04 Dec 2004 17:34:25 +0100 Subject: play *.wmv In-Reply-To: References: Message-ID: <1102178065.8917.3.camel@one.myworld> Le samedi 04 d?cembre 2004 ? 09:06 -0600, Harry Putnam a ?crit : > What do we use to play *.wmv files? > mplayer from : http://rpm.livna.org/ (need http://fedora.us/ repository (FC2)). + http://www4.mplayerhq.hu/MPlayer/releases/codecs/essential-20041107.tar.bz2 btw, you should use http://www.redhat.com/mailman/listinfo/fedora-list for this kind of question. -------------- 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 Sat Dec 4 17:05:49 2004 From: maxer1 at xmission.com (raxet) Date: Sat, 4 Dec 2004 10:05:49 -0700 Subject: New testing kernel. In-Reply-To: <1102137456.11111.24.camel@horizons.localdomain> Message-ID: <001401c4da23$81485bd0$0200000a@frank> Why can't something be done short term to fix the Marvell gigabyte lan module missing mess. The update from Syskonnect has been available since early October 04. It was supported in earlier 2.6 kernels? Anyone? And don't tell me someone has to add it upstream at kernel.org, cause that's ridiculous. RaXeT -----Original Message----- From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Marc Schwartz Sent: Friday, December 03, 2004 10:18 PM To: Dave Jones Cc: For testers of Fedora Core development releases Subject: Re: New testing kernel. On Sat, 2004-12-04 at 00:06 -0500, Dave Jones wrote: > On Fri, Dec 03, 2004 at 10:51:29PM -0600, Marc Schwartz wrote: > > > > The biggest change in this kernel over the older ones > > > that affects all x86 users, is that the 4g/4g > > > memory split is no longer the default. If you > > > have a lot of memory (16GB or more), or have a workload > > > that benefits from being able to have more address > > > space, you can use the -hugemem kernel to run with > > > 4g/4g again. The regular non-hugemem kernels have > > > the traditional 3:1 split. > > > > Is the fix for the b44 issue > > (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=118165) > > incorporated into the kernels yet? > > yes. I actually trimmed too much of the changelog. > There's another few days of changes that went in. > > > Also, does the change in the 4g/4g status influence the b44 fix? > > In that the bug only affects -hugemem. So it's doubly fixed 8) > > Dave snip > - Fix problem with b44 driver and 4g/4g patch. (#118165) Great! :-) As soon as the new kernel hits my mirror I will install it. Thanks! Marc -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From skvidal at phy.duke.edu Sat Dec 4 17:07:09 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 04 Dec 2004 12:07:09 -0500 Subject: how do I get yum to update x86_64? In-Reply-To: References: Message-ID: <1102180029.3297.37.camel@cutter> On Sat, 2004-12-04 at 07:47 -0500, sean darcy wrote: > Seth Vidal wrote: > > > >Do you only have the i386 repositories configured? > > Heres my .conf: > > [main] > cachedir=/var/cache/yum > debuglevel=2 > logfile=/var/log/yum.log > pkgpolicy=newest > distroverpkg=fedora-release > tolerant=1 > exactarch=0 > retries=20 > > [development] > name=Fedora Core $releasever - Development Tree > baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64 > > In /etc/yum.repos.d all the .repo files have enabled=0 > > >if you do yum list available > >can you see packages listed as x86_64 ? > > Nope. > They're all noarch or i386. > > yum -c /etc/yum.development-fedora-main.conf list available > Repository development already added, not adding again > Setting up Repo: development > repomd.xml 100% |=========================| 1.1 kB 00:00 > Reading repository metadata in from local files > developmen: ################################################## 3767/3767 > Finished > Available Packages > Canna-libs.i386 3.7p3-9 development > Xaw3d.i386 1.5E-1 development > alsa-lib.i386 1.0.6-6 development > anaconda-help.noarch 10.1.0-1 development > .................... > interesting. what does /etc/rpm/platform have in it? -sv From maxer1 at xmission.com Sat Dec 4 17:07:24 2004 From: maxer1 at xmission.com (raxet) Date: Sat, 4 Dec 2004 10:07:24 -0700 Subject: New kernel blah Message-ID: <001501c4da23$b9b899d0$0200000a@frank> Why can't something be done short term to fix the Marvell gigabyte lan module missing mess. The update from Syskonnect has been available since early October 04. It was supported in earlier 2.6 kernels? Anyone? And don't tell me someone has to add it upstream at kernel.org, cause that's ridiculous. RaXeT -------------- next part -------------- An HTML attachment was scrubbed... URL: From alan at redhat.com Sat Dec 4 17:13:44 2004 From: alan at redhat.com (Alan Cox) Date: Sat, 4 Dec 2004 12:13:44 -0500 Subject: New kernel blah In-Reply-To: <001501c4da23$b9b899d0$0200000a@frank> References: <001501c4da23$b9b899d0$0200000a@frank> Message-ID: <20041204171344.GA17231@devserv.devel.redhat.com> On Sat, Dec 04, 2004 at 10:07:24AM -0700, raxet wrote: > Why can't something be done short term to fix the Marvell gigabyte lan > module missing mess. The update from Syskonnect has been available since > early October 04. It was supported in earlier 2.6 kernels? Nope. > Anyone? And don't tell me someone has to add it upstream at kernel.org, > cause that's ridiculous. If it isn't good enough for upstream why is it good enough for base Fedora ? From reader at newsguy.com Sat Dec 4 17:15:49 2004 From: reader at newsguy.com (Harry Putnam) Date: Sat, 04 Dec 2004 11:15:49 -0600 Subject: play *.wmv In-Reply-To: <20041204163006.GA31491@br-online.de> (Ralph Angenendt's message of "Sat, 4 Dec 2004 17:30:06 +0100") References: <20041204163006.GA31491@br-online.de> Message-ID: Ralph Angenendt writes: > Harry Putnam wrote: >> What do we use to play *.wmv files? > > Proprietary codecs. Yeah but there are tools to do it: The mplayer at `ayo' repo for core 3 works on my newly updated F4. http://ayo.freshrpms.net/fedora/linux/3/i386/freshrpms You will need the codec package here: http://www2.mplayerhq.hu/homepage/design7/codecs.html (The one named `essential'.. first in list) There may be directions with it I didn't look. I just opened the package and put it all under /usr/local/win32. Where mplayer seemed to be looking for it. It worked fine after that. On at least the 1 *.wmv video I wanted to see. Oh, and there were a herd of dependancies. But that all just worked when I put this in yum.conf: baseurl=http://ayo.freshrpms.net/fedora/linux/3/i386/freshrpms Yum pulled down a bunch of other packages including mplayer. I then installed the codecs, and away she goes. From tdiehl at rogueind.com Sat Dec 4 17:20:52 2004 From: tdiehl at rogueind.com (Tom Diehl) Date: Sat, 4 Dec 2004 12:20:52 -0500 (EST) Subject: New testing kernel. In-Reply-To: <001401c4da23$81485bd0$0200000a@frank> References: <001401c4da23$81485bd0$0200000a@frank> Message-ID: On Sat, 4 Dec 2004, raxet wrote: > Why can't something be done short term to fix the Marvell gigabyte lan > module missing mess. The update from Syskonnect has been available since > early October 04. It was supported in earlier 2.6 kernels? > > Anyone? And don't tell me someone has to add it upstream at kernel.org, > cause that's ridiculous. Why is that ridiculous? I do not even know what a Marvell gigabyte lan thingy is but if you read the Fedora Charter you will see that getting it upstream is the correct thing to do. The reasoning for this is that if it is not good enough to be upstream then why should it be in the Fedora kernels? To me, your attitide sounds ridiculous, but that is just me, I suppose. Oh and one more thing, any possibility you could stop top posting and trim your responses? Regards, Tom From reader at newsguy.com Sat Dec 4 17:18:09 2004 From: reader at newsguy.com (Harry Putnam) Date: Sat, 04 Dec 2004 11:18:09 -0600 Subject: play *.wmv In-Reply-To: <1102178065.8917.3.camel@one.myworld> (=?utf-8?Q?F=C3=A9licia?= =?utf-8?Q?no?= Matias's message of "Sat, 04 Dec 2004 17:34:25 +0100") References: <1102178065.8917.3.camel@one.myworld> Message-ID: F?liciano Matias writes: > Le samedi 04 d?cembre 2004 ? 09:06 -0600, Harry Putnam a ?crit : >> What do we use to play *.wmv files? >> > > mplayer from : > http://rpm.livna.org/ (need http://fedora.us/ repository (FC2)). > > + > http://www4.mplayerhq.hu/MPlayer/releases/codecs/essential-20041107.tar.bz2 Oh thanks, I found the same thing at `ayo' repo before I saw your post. From reader at newsguy.com Sat Dec 4 17:19:42 2004 From: reader at newsguy.com (Harry Putnam) Date: Sat, 04 Dec 2004 11:19:42 -0600 Subject: play *.wmv In-Reply-To: <1102178065.8917.3.camel@one.myworld> (=?utf-8?Q?F=C3=A9licia?= =?utf-8?Q?no?= Matias's message of "Sat, 04 Dec 2004 17:34:25 +0100") References: <1102178065.8917.3.camel@one.myworld> Message-ID: F?liciano Matias writes: > btw, you should use http://www.redhat.com/mailman/listinfo/fedora-list > for this kind of question. But if I'm running test software on F4 that doesn't seem appropriate either. From reader at newsguy.com Sat Dec 4 17:27:03 2004 From: reader at newsguy.com (Harry Putnam) Date: Sat, 04 Dec 2004 11:27:03 -0600 Subject: Concerning `fedora-release' Message-ID: How is the updating of fedora-release pkg supposed to work? I've run an extensive and complete update off of rawhide, but my release package is still fedora-release-2.90-3. Running `yum --obsoletes update fedora-release' doesn't find a package of that name of course. From shrek-m at gmx.de Sat Dec 4 17:53:54 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sat, 04 Dec 2004 18:53:54 +0100 Subject: Concerning `fedora-release' In-Reply-To: References: Message-ID: <41B1F9B2.3050802@gmx.de> Harry Putnam wrote: >How is the updating of fedora-release pkg supposed to work? I've run >an extensive and complete update off of rawhide, but my release >package is still fedora-release-2.90-3. > >Running `yum --obsoletes update fedora-release' doesn't find a package >of that name of course. > > my new filter in mozilla: "sender" "contains" "harry putnam" "delete the message" -- shrek-m From cra at WPI.EDU Sat Dec 4 18:06:37 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Sat, 4 Dec 2004 13:06:37 -0500 Subject: Games you want to include in Fedora Core. In-Reply-To: References: Message-ID: <20041204180637.GB32366@angus.ind.WPI.EDU> On Fri, Dec 03, 2004 at 07:57:14PM +0800, joelbryan wrote: > If there's a game you want to include in Fedora Core, what would that be? I miss Xboing and Koules. From rda at rincon.com Sat Dec 4 18:54:39 2004 From: rda at rincon.com (Bob Arendt) Date: Sat, 04 Dec 2004 11:54:39 -0700 Subject: New testing kernel. In-Reply-To: <20041204040649.GA15079@redhat.com> References: <20041204040649.GA15079@redhat.com> Message-ID: <41B207EF.5020108@rincon.com> Dave Jones wrote: > I just made a 2.6.9-1.698_FC3 set of kernels which fix > a number of bugs (Full changelog below), including some > of the more popular ones that were introduced during the > last update (namely, smbfs should work again, and hopefully > the palm/visor oopses should be gone too). > This this fixed my palm oops - noted this on Bugzilla 140005. -Bob Arendt From feliciano.matias at free.fr Sat Dec 4 18:56:21 2004 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: Sat, 04 Dec 2004 19:56:21 +0100 Subject: Concerning `fedora-release' In-Reply-To: References: Message-ID: <1102186581.8917.7.camel@one.myworld> Le samedi 04 d?cembre 2004 ? 11:27 -0600, Harry Putnam a ?crit : > How is the updating of fedora-release pkg supposed to work? I've run > an extensive and complete update off of rawhide, but my release > package is still fedora-release-2.90-3. > > Running `yum --obsoletes update fedora-release' doesn't find a package > of that name of course. > You have fedora-release-2.90-3.i386.rpm (i386). Rawhide use fedora-release-3-rawhide.noarch (noarch). Use "rpm -U fedora-release-3-rawhide.noarch.rpm." -------------- 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 smooge at gmail.com Sat Dec 4 18:59:57 2004 From: smooge at gmail.com (Stephen J. Smoogen) Date: Sat, 4 Dec 2004 11:59:57 -0700 Subject: Having kernel networking problems with 681 kernel??? Message-ID: <80d7e40904120410596cce3de6@mail.gmail.com> I am trying to debug some new FC3 boxes and I am trying to figure out some issues that seem to be kernel related, but I could be barking up the wrong tree. Our current pcap collectors and NFS servers are Debian woody boxes with a mixture of unstable patches on them. We had some hard-drive failures, and I snapped on Fedora Core 3 with updates on those to a) because I had a hard time with Debian installer b) I wanted to get the systems for RHEL-4 when it comes out (to meet some security requirements we are being handed). The way the systems are set up at the moment are something like this [pcap collector] -------- [data analyzer] Debian FC3 All the network cards are E1000's and the link between the 2 boxes is a cross-over optic fiber link. The pcap collector grabs its data and then FTP's it over to the data analyzer every couple of minutes (the files are 6 to 15 gigabytes in size and NFS was too slow/borked when this was originally designed in 1999). If the connection goes down, the Pcap box spools them until the Analyzer is ready. The problem we are seeing is that when transferring multiple large and small files over to the Analyzer the FC3 box seems to get into dazed and confused mode. The vsftpd server accepts files at 30mb/s for a bit, then either stops all together or slows down to 200 kb/s and doesnt pick up. I have played with every option I can in the vsftpd configuration and cant find anything that makes a difference. The only issue I can find is that various kernel 'daemons' go into D state when this occurs (pdflush, kswapd, kjournald). A second 'related' issue is that I am trying to explain to the users why ping is so much slower than with Debian. The Debian NetKit ping will do a flood ping of 10000 1500sized packets in 30 seconds. The FC3 takes 3 minutes with what looks like some sort of backoff algorithm to play nicely. I am not sure if it is truely related, but the fellows who I am working with have been doing networking since 84 and it is not what they are wanting. Any help would be appreciated. Stephen -- Stephen J Smoogen. CSIRT/Linux System Administrator From cra at WPI.EDU Sat Dec 4 19:13:58 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Sat, 4 Dec 2004 14:13:58 -0500 Subject: Having kernel networking problems with 681 kernel??? In-Reply-To: <80d7e40904120410596cce3de6@mail.gmail.com> References: <80d7e40904120410596cce3de6@mail.gmail.com> Message-ID: <20041204191358.GC32366@angus.ind.WPI.EDU> On Sat, Dec 04, 2004 at 11:59:57AM -0700, Stephen J. Smoogen wrote: > I am trying to debug some new FC3 boxes and I am trying to figure out > some issues that seem to be kernel related, but I could be barking up [...] > All the network cards are E1000's and the link between the 2 boxes is Did you see Dave Jone's new updates-testing kernel 2.6.9-1.698_FC3? - Workaround for the E1000 erratum 23 (#140047) [...] - Workaround E1000 post-maturely writing back to TX descriptors (#133261) From paul at all-the-johnsons.co.uk Sat Dec 4 19:20:52 2004 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sat, 4 Dec 2004 19:20:52 +0000 Subject: grubby error Message-ID: <20041204192052.M52901@all-the-johnsons.co.uk> Hi, Something has gone wrong which means I can't start my main linux box and it's no fun! When I did an update to the current testing kernel, I had the error that /proc/partitions couldn't be opened and as such, a conversion couldn't be done. grubby then gave a fatal error. When I do a reboot, the bootloader fires up, but when I choose a kernel, all I get it that the kernel can't be found (file not found) I have /boot on /dev/hda2 Any ideas on getting this working? TTFN Paul -- Get your free @ukpost.com account now http://www.ukpost.com/ From skvidal at phy.duke.edu Sat Dec 4 20:14:33 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 04 Dec 2004 15:14:33 -0500 Subject: Concerning `fedora-release' In-Reply-To: References: Message-ID: <1102191273.11120.1.camel@cutter> On Sat, 2004-12-04 at 11:27 -0600, Harry Putnam wrote: > How is the updating of fedora-release pkg supposed to work? I've run > an extensive and complete update off of rawhide, but my release > package is still fedora-release-2.90-3. > > Running `yum --obsoletes update fedora-release' doesn't find a package > of that name of course. > the reason for that is that there is an arch change from i386 to noarch. you can set exactarch=0 in your yum.conf then yum will notice it. quick survey - should exactarch be a cli option so you can turn it off w/o editing the config file? -sv From paul at dishone.st Sat Dec 4 20:20:00 2004 From: paul at dishone.st (Paul Jakma) Date: Sat, 4 Dec 2004 20:20:00 +0000 (GMT) Subject: Games you want to include in Fedora Core. In-Reply-To: References: Message-ID: On Fri, 3 Dec 2004, joelbryan wrote: > If there's a game you want to include in Fedora Core, what would that be? > > Mine is Monopoly and Scrabble based games. > I really liked Monopoly, I'm addicted to that game. :-) Teg XFrisk BZFlag Pinball (http://pinball.sourceforge.net/) regards, -- Paul Jakma paul at clubi.ie paul at jakma.org Key ID: 64A2FF6A Fortune: Why is it called a funny bone when it hurts so much? From paul at dishone.st Sat Dec 4 20:22:48 2004 From: paul at dishone.st (Paul Jakma) Date: Sat, 4 Dec 2004 20:22:48 +0000 (GMT) Subject: Games you want to include in Fedora Core. In-Reply-To: <1102077173l.7308l.0l@devel.mpeters.us> References: <1102077173l.7308l.0l@devel.mpeters.us> Message-ID: On Fri, 3 Dec 2004, Michael A. Peters wrote: > The bsd games - particularly rogue and wumpus and adventure. I'd love to see bsd-games back in the distribution, particularly for the excellent 'atc'. regards, -- Paul Jakma paul at clubi.ie paul at jakma.org Key ID: 64A2FF6A Fortune: I'd never join any club that would have the likes of me as a member. -- Groucho Marx From seandarcy at hotmail.com Sat Dec 4 20:52:08 2004 From: seandarcy at hotmail.com (sean darcy) Date: Sat, 04 Dec 2004 15:52:08 -0500 Subject: how do I get yum to update x86_64? Message-ID: Seth Vidal wrote: >interesting. > >what does /etc/rpm/platform have in it? Tada. Nothing. But since that did tell me what to google for, I found the yum list. Inserted x86_64-redhat-linux. But that's only half my Xmas wish. Now it's showing ONLY x86_64. From the yum list messages I take it this is a function of exactarch and transaction_color ( which I didn't see in macros ). Thanks sean From jspaleta at gmail.com Sat Dec 4 20:53:47 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 4 Dec 2004 15:53:47 -0500 Subject: Concerning `fedora-release' In-Reply-To: <1102191273.11120.1.camel@cutter> References: <1102191273.11120.1.camel@cutter> Message-ID: <604aa791041204125324c6ff63@mail.gmail.com> On Sat, 04 Dec 2004 15:14:33 -0500, seth vidal wrote: > quick survey - should exactarch be a cli option so you can turn it off > w/o editing the config file? There will always be pressure to expand the cli options to encompass all possible configuration options. Instead of implementing individual cli --options for each global switch. Perhaps it would be better to implement a general option that takes global configuration file chunk strings, so multiple switches can just be parsed from one argument string. As for exposing exactarch with its own cli --option, it would surely make it easier to communicate to novice users, instructions in faqs if there was a yum one liner for specific upgrade problems introduced by changing a package to noarch. -jef From skvidal at phy.duke.edu Sat Dec 4 20:57:36 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 04 Dec 2004 15:57:36 -0500 Subject: how do I get yum to update x86_64? In-Reply-To: References: Message-ID: <1102193856.11120.11.camel@cutter> On Sat, 2004-12-04 at 15:52 -0500, sean darcy wrote: > Seth Vidal wrote: > > >interesting. > > > >what does /etc/rpm/platform have in it? > > Tada. > Nothing. But since that did tell me what to google for, I found the yum > list. Inserted x86_64-redhat-linux. > > But that's only half my Xmas wish. Now it's showing ONLY x86_64. From the > yum list messages I take it this is a function of exactarch and > transaction_color ( which I didn't see in macros ). umm, the i386 ones that are available should be listed. it's not an either-or sort of thing. the question you should ask is why didn't you get an /etc/rpm/platform file? -sv From maxer1 at xmission.com Sat Dec 4 21:40:17 2004 From: maxer1 at xmission.com (raxet) Date: Sat, 4 Dec 2004 14:40:17 -0700 Subject: New kernel blah In-Reply-To: <20041204171344.GA17231@devserv.devel.redhat.com> Message-ID: <000b01c4da49$d8c56760$0200000a@frank> Are you saying it wasn't supported in earlier kernels? It sure was. I have had several systems with earlier Fedora 1 and Fedora 2 that work. Beats me why kernel maintainer has failed to put it in. -----Original Message----- From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Alan Cox Sent: Saturday, December 04, 2004 10:14 AM To: For testers of Fedora Core development releases Subject: Re: New kernel blah On Sat, Dec 04, 2004 at 10:07:24AM -0700, raxet wrote: > Why can't something be done short term to fix the Marvell gigabyte lan > module missing mess. The update from Syskonnect has been available since > early October 04. It was supported in earlier 2.6 kernels? Nope. > Anyone? And don't tell me someone has to add it upstream at kernel.org, > cause that's ridiculous. If it isn't good enough for upstream why is it good enough for base Fedora ? -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From joelbryanster at gmail.com Sat Dec 4 21:57:06 2004 From: joelbryanster at gmail.com (joelbryan) Date: Sun, 5 Dec 2004 05:57:06 +0800 Subject: The dual panels are great! Message-ID: The dual panels where great!, does that mean it's going to be a standard in fedora core? From pri.rhl3 at iadonisi.to Sat Dec 4 22:07:11 2004 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Sat, 04 Dec 2004 17:07:11 -0500 Subject: The dual panels are great! In-Reply-To: References: Message-ID: <1102198031.13169.1.camel@va.local.linuxlobbyist.org> On Sun, 2004-12-05 at 05:57 +0800, joelbryan wrote: > The dual panels where great!, does that mean it's going to be a > standard in fedora core? Um ... whadaya mean? It already is. Create a new user on an FC3 box and login to see. -- -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 pri.rhl3 at iadonisi.to Sat Dec 4 22:13:28 2004 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Sat, 04 Dec 2004 17:13:28 -0500 Subject: New kernel blah In-Reply-To: <000b01c4da49$d8c56760$0200000a@frank> References: <000b01c4da49$d8c56760$0200000a@frank> Message-ID: <1102198408.13169.9.camel@va.local.linuxlobbyist.org> On Sat, 2004-12-04 at 14:40 -0700, raxet wrote: > Are you saying it wasn't supported in earlier kernels? It sure was. I have > had several systems with earlier Fedora 1 and Fedora 2 that work. It would help if you were more specific. Doing a grep -i for marvell or syskonnect on FC1, FC2, and FC3 kernels reveals a lot of stuff, some of which could be what your looking for. Sometimes, module names do change. Could the via-velocity module be it? Considering that there is this code segment in via-veloctiy.c: case PHYID_MARVELL_1000: case PHYID_MARVELL_1000S: # modinfo via-velocity filename: /lib/modules/2.6.9-1.681_FC3/kernel/drivers/net/via-velocity.ko author: VIA Networking Technologies, Inc. license: GPL description: VIA Networking Velocity Family Gigabit Ethernet Adapter Driver parm: RxDescriptors:Number of receive descriptors . . . vermagic: 2.6.9-1.681_FC3 686 REGPARM 4KSTACKS gcc-3.4 depends: crc-ccitt alias: pci:v00001106d00003119sv*sd*bc*sc*i* -- -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 luya at jpopmail.com Sat Dec 4 22:42:38 2004 From: luya at jpopmail.com (luya at jpopmail.com) Date: Sat, 04 Dec 2004 14:42:38 -0800 Subject: Bug with keyboard input on Gnome 2.8 using FC3 Message-ID: <20041204224238.38EB4416118@ws5-2.us4.outblaze.com> On keyboard preference --> layout, the error below will be generated when choosing language such as French Canadian or Japanese Error activating XKB configuration. Probably internal X server problem. X server version data: The X.Org Foundation 60801000 If you report this situation as a bug, please include: - The result of xprop -root | grep XKB - The result of gconftool-2 -R /desktop/gnome/peripherals/keyboard/xkb Is there a workaround on that issue? -- _______________________________________________ Get your free email from http://mymail.jp.popstarmail.org Powered by Outblaze From alan at redhat.com Sat Dec 4 23:38:48 2004 From: alan at redhat.com (Alan Cox) Date: Sat, 4 Dec 2004 18:38:48 -0500 Subject: New kernel blah In-Reply-To: <000b01c4da49$d8c56760$0200000a@frank> References: <20041204171344.GA17231@devserv.devel.redhat.com> <000b01c4da49$d8c56760$0200000a@frank> Message-ID: <20041204233848.GB8187@devserv.devel.redhat.com> On Sat, Dec 04, 2004 at 02:40:17PM -0700, raxet wrote: > Are you saying it wasn't supported in earlier kernels? It sure was. I have > had several systems with earlier Fedora 1 and Fedora 2 that work. FC2 and FC3 are the same kernel currently so that would be rather remarkable. In addition the newer syskonnect driver was released after FC2 came out and we sadly lack time machines. Do you have a syskonnect that works out of the box with FC2 but not FC3 ? If so something else is up but we do need to debug it From ehoover at mines.edu Sun Dec 5 00:24:59 2004 From: ehoover at mines.edu (Erich Hoover) Date: Sat, 04 Dec 2004 17:24:59 -0700 Subject: Recent Updates and ldconfig Message-ID: <41B2555B.9000203@mines.edu> Since the most recent round of updates i've been having trouble with ldconfig, apparently it's requiring the security context to be set exactly right on everything and the libraries aren't configured that way by default. ldconfig (or selinux, whatever actually handles this) wants the context set to "system_u:object_r:shlib_t" where most of the libraries are set to "system_u:object_r:lib_t" or "root_u:object_r:lib_t". For most things this isn't that big of a deal, but some things (such as wine or the nvidia driver) will fail since they create the libraries just before trying to ldconfig them. Any help with this is greatly appreciated. From gmcall at adinet.com.uy Sun Dec 5 01:40:54 2004 From: gmcall at adinet.com.uy (=?ISO-8859-1?Q?Guillermo_Mart=EDnez?=) Date: Sat, 04 Dec 2004 22:40:54 -0300 Subject: Games you want to include in Fedora Core. In-Reply-To: References: <1102077173l.7308l.0l@devel.mpeters.us> Message-ID: <41B26726.7010304@adinet.com.uy> Anyone know if the game "Microsoft Windows" could be included into the next Fedora? I don't think that can be possible. I know that is a game that require a great machine, it uses a lot of resources and it hangs a lot, and is the best way to see a virus in action, but IS VERY FUNNY! Ah... anything else, if you play with Windows, you can learn a lot! A lot of ways to lose info, to get angry instantly or in a long process, and obviously the 1049 ways of rebooting a computer to install a Notepad. Thank you for the answers... Guillermo P.S.: I love Mahjongg!!! From selinux at gmail.com Sun Dec 5 00:40:02 2004 From: selinux at gmail.com (Tom London) Date: Sat, 4 Dec 2004 16:40:02 -0800 Subject: Recent Updates and ldconfig In-Reply-To: <41B2555B.9000203@mines.edu> References: <41B2555B.9000203@mines.edu> Message-ID: <4c4ba15304120416406177bd5a@mail.gmail.com> Try restoring the proper contexts before running ldconfig: restorecon -R /usr/lib etc. From ben.steeves at gmail.com Sun Dec 5 00:53:57 2004 From: ben.steeves at gmail.com (Ben Steeves) Date: Sat, 4 Dec 2004 20:53:57 -0400 Subject: Games you want to include in Fedora Core. In-Reply-To: References: Message-ID: <7ebb24d1041204165315da0fd3@mail.gmail.com> On Fri, 3 Dec 2004 19:57:14 +0800, joelbryan wrote: > If there's a game you want to include in Fedora Core, what would that be? I haven't checked, but is XEvil still included? I remember it being one of my favorites a *long* time ago... http://www.xevil.com/ -- Ben Steeves _ bcs at metacon.ca The ASCII ribbon campaign ( ) ben.steeves at gmail.com against HTML e-mail X GPG ID: 0xB3EBF1D9 http://www.metacon.ca/bcs / \ Yahoo Messenger: ben_steeves From reader at newsguy.com Sun Dec 5 01:23:45 2004 From: reader at newsguy.com (Harry Putnam) Date: Sat, 04 Dec 2004 19:23:45 -0600 Subject: Concerning `fedora-release' In-Reply-To: <41B1F9B2.3050802@gmx.de> (shrek-m@gmx.de's message of "Sat, 04 Dec 2004 18:53:54 +0100") References: <41B1F9B2.3050802@gmx.de> Message-ID: "shrek-m at gmx.de" writes: > my new filter in mozilla: > > "sender" "contains" "harry putnam" > "delete the message" What a wimpy filter... they should at least be case sensitive. After all this is unix.... And the old term `kill file' would sound so much .... tougher. `Delete'.... jeez... what a wimp From jerryw4386 at msn.com Sun Dec 5 02:12:55 2004 From: jerryw4386 at msn.com (JERRY WHITMIRE) Date: Sat, 04 Dec 2004 18:12:55 -0800 Subject: gnome volume manager Message-ID: Gnome volume manager has quit unexpectedly. It says to click on restart application i do there are no icons on desktop in gnome. after i did a full update of FC3 final is there any way to fix this so gnome will work right ? Jerry W.Whitmire jerryw4386 at msn.com _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From javaman67 at acd.net Sun Dec 5 03:32:23 2004 From: javaman67 at acd.net (Brian Craft) Date: Sat, 04 Dec 2004 22:32:23 -0500 Subject: gnome volume manager In-Reply-To: References: Message-ID: <41B28147.3050108@acd.net> JERRY WHITMIRE wrote: > Gnome volume manager has quit unexpectedly. > It says to click on restart application i do there are no icons on > desktop in gnome. > after i did a full update of FC3 final is there any way to fix this so > gnome will work right ? > Jerry W.Whitmire > jerryw4386 at msn.com > > _________________________________________________________________ > Express yourself instantly with MSN Messenger! Download today - it's > FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ > If I recall right, you need to update your system to get the latest prelink package which solves this issue. After installing prelink, you can either run it, or let the cron job run and it will do it. -- Brian Craft Yahoo Instant Messenger ID: bcraft67 AIM: linuxman67 Linux Counter id: 97873 Linux......the OS of Choice! From livelinux at nwst.de Sun Dec 5 03:28:27 2004 From: livelinux at nwst.de (Dirk Westfal) Date: Sun, 5 Dec 2004 04:28:27 +0100 Subject: grubby error In-Reply-To: <20041204192052.M52901@all-the-johnsons.co.uk> References: <20041204192052.M52901@all-the-johnsons.co.uk> Message-ID: <200412050428.27640.livelinux@nwst.de> On Saturday 04 December 2004 20:20, Paul F. Johnson wrote: > Hi, ... > When I do a reboot, the bootloader fires up, but when I choose a kernel, > all I get it that the kernel can't be found (file not found) > > I have /boot on /dev/hda2 > > Any ideas on getting this working? > > TTFN > > Paul > Just a quick-shot, but might help: If you have a /boot/vmlinuz-'kernelversion' line in grub, you can try this in grub screen: - edit kernel line and remove '/boot' so it just reads /vmlinuz-'kernelversion' Alternatively you can remove the complete vmlinuz argument and use 'TAB' - autocompletion to search for the kernel. Best Regards, Dirk From fct-cornette at insight.rr.com Sun Dec 5 03:41:40 2004 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sat, 04 Dec 2004 22:41:40 -0500 Subject: Games you want to include in Fedora Core. In-Reply-To: References: <1102077173l.7308l.0l@devel.mpeters.us> Message-ID: <41B28374.4060606@insight.rr.com> Paul Jakma wrote: > On Fri, 3 Dec 2004, Michael A. Peters wrote: > >> The bsd games - particularly rogue and wumpus and adventure. > > > I'd love to see bsd-games back in the distribution, particularly for the > excellent 'atc'. > > regards, I don't play many games. My wife does and likes the games similar to tile matching and puzzles. Making improvements to these games, like adding sounds and a wider range of tilesets (And full-screen modes) would probably add to pursuade more common users to the linux platform. Educational games for children with sound, animated cute characters and educative challenges might help with entertaining and building younger user into future linux users. In general, children seem to have no problem navigating through the GUI menus. finding entertainment and educational tools for their usage is a bit harder. Myself, asteroids like games, solotaire as it stands is about all that I really have tried. A pinball type game might find some minor interest for me on rare occasions. Jim -- Weinberg's First Law: Progress is only made on alternate Fridays. From seandarcy at hotmail.com Sun Dec 5 03:23:54 2004 From: seandarcy at hotmail.com (sean darcy) Date: Sat, 04 Dec 2004 22:23:54 -0500 Subject: how do I get yum to update x86_64? Message-ID: Seth Vidal wrote: >umm, the i386 ones that are available should be listed. > >it's not an either-or sort of thing. > What should exactarch be set to? >the question you should ask is why didn't you get an /etc/rpm/platform >file? Dunno. Installed Friday. Except that i couldn't install gnome - bad rpm for gnome-volume-manager - all seemed to go correctly. sean From skvidal at phy.duke.edu Sun Dec 5 04:04:18 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 04 Dec 2004 23:04:18 -0500 Subject: how do I get yum to update x86_64? In-Reply-To: References: Message-ID: <1102219458.14144.21.camel@cutter> On Sat, 2004-12-04 at 22:23 -0500, sean darcy wrote: > Seth Vidal wrote: > > >umm, the i386 ones that are available should be listed. > > > >it's not an either-or sort of thing. > > > What should exactarch be set to? > > >the question you should ask is why didn't you get an /etc/rpm/platform > >file? > > Dunno. Installed Friday. Except that i couldn't install gnome - bad rpm for > gnome-volume-manager - all seemed to go correctly. > In general exactarch should be set to 1. It keeps potentially dangerous things from happening. -sv From seandarcy at hotmail.com Sun Dec 5 04:08:56 2004 From: seandarcy at hotmail.com (sean darcy) Date: Sat, 04 Dec 2004 23:08:56 -0500 Subject: how to set pkgconfig to /usr/lib64 Message-ID: I've just installed fc3 x86_64. pkgconfig still uses /usr/lib/pkfconfig. other than symbolic links or setting the env each time, is there a way to tell it to check /usr/lib64? I can't build any 64 apps on this machine. sean From cmadams at hiwaay.net Sun Dec 5 04:54:11 2004 From: cmadams at hiwaay.net (Chris Adams) Date: Sat, 4 Dec 2004 22:54:11 -0600 Subject: New testing kernel. In-Reply-To: <20041204040649.GA15079@redhat.com> References: <20041204040649.GA15079@redhat.com> Message-ID: <20041205045410.GA738913@hiwaay.net> Once upon a time, Dave Jones said: > I just made a 2.6.9-1.698_FC3 set of kernels which fix > a number of bugs (Full changelog below), including some > of the more popular ones that were introduced during the > last update (namely, smbfs should work again, and hopefully > the palm/visor oopses should be gone too). Is there any chance that we could get the old MegaRAID driver built so those of us not using the latest-n-greatest MegaRAID cards can use FC3? See Bugzillas 135484 and 138590. Basically, the new MegaRAID driver only works with MegaRAID cards with a newer command interface. Also, some cards with that command interface are not in the PCI ID list (so the driver won't talk to some cards that it would work on). The idea of the new MegaRAID driver was that there would be two: one for new cards and one for old cards. However, nobody ever wrote the driver for the old cards. I proposed on linux-scsi that the Kconfig.megaraid be changed to allow both driver to build (right now the config only allows you to select the old driver if you say "n" to the new driver), but that doesn't appear to have gone anywhere either. According to the initial Bugzilla entry, the switch to the new driver didn't happen until FC 2.92 (test3); major driver changes shouldn't be made that late in the test cycle. Also, the change was not done correctly; the PCI ID files weren't updated, so anaconda loads the new driver for every MegaRAID card (when it shouldn't be loaded for many of them). It seems like the real solution would be to switch back to the old driver until either the new driver (or a second driver) can handle all the cards or the kernel config and anaconda are changed to handle both the old and new drivers along side each other. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From davej at redhat.com Sun Dec 5 04:56:15 2004 From: davej at redhat.com (Dave Jones) Date: Sat, 4 Dec 2004 23:56:15 -0500 Subject: New testing kernel. In-Reply-To: <20041205045410.GA738913@hiwaay.net> References: <20041204040649.GA15079@redhat.com> <20041205045410.GA738913@hiwaay.net> Message-ID: <20041205045614.GC19262@redhat.com> On Sat, Dec 04, 2004 at 10:54:11PM -0600, Chris Adams wrote: > Once upon a time, Dave Jones said: > > I just made a 2.6.9-1.698_FC3 set of kernels which fix > > a number of bugs (Full changelog below), including some > > of the more popular ones that were introduced during the > > last update (namely, smbfs should work again, and hopefully > > the palm/visor oopses should be gone too). > > Is there any chance that we could get the old MegaRAID driver built so > those of us not using the latest-n-greatest MegaRAID cards can use FC3? > See Bugzillas 135484 and 138590. The first commit I did after releasing that updates-testing kernel actually was to do just this. It removes the restriction that you can only build either the old or the new driver. The next kernel to hit updates-testing will have megaraid.ko as well as megaraid_mbox.ko Dave From seandarcy at hotmail.com Sun Dec 5 04:29:08 2004 From: seandarcy at hotmail.com (sean darcy) Date: Sat, 04 Dec 2004 23:29:08 -0500 Subject: whereis bonobo-activation? Message-ID: I'm trying to rebuild nautilus. It's looking for bonobo-activation. At least on x86_64 and i386 it sin't there. ??? sean From cmadams at hiwaay.net Sun Dec 5 05:04:49 2004 From: cmadams at hiwaay.net (Chris Adams) Date: Sat, 4 Dec 2004 23:04:49 -0600 Subject: New testing kernel. In-Reply-To: <20041205045614.GC19262@redhat.com> References: <20041204040649.GA15079@redhat.com> <20041205045410.GA738913@hiwaay.net> <20041205045614.GC19262@redhat.com> Message-ID: <20041205050449.GB738913@hiwaay.net> Once upon a time, Dave Jones said: > The first commit I did after releasing that updates-testing kernel > actually was to do just this. It removes the restriction that you > can only build either the old or the new driver. > > The next kernel to hit updates-testing will have megaraid.ko as > well as megaraid_mbox.ko Thanks. Should I open a Bugzilla (against hwconf I guess?) about the PCI ID lists being updated? It looks like someone just did a s/megaraid/megaraid_mbox/, but that is not correct. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From davej at redhat.com Sun Dec 5 05:10:54 2004 From: davej at redhat.com (Dave Jones) Date: Sun, 5 Dec 2004 00:10:54 -0500 Subject: New testing kernel. In-Reply-To: <20041205050449.GB738913@hiwaay.net> References: <20041204040649.GA15079@redhat.com> <20041205045410.GA738913@hiwaay.net> <20041205045614.GC19262@redhat.com> <20041205050449.GB738913@hiwaay.net> Message-ID: <20041205051054.GA7632@redhat.com> On Sat, Dec 04, 2004 at 11:04:49PM -0600, Chris Adams wrote: > Once upon a time, Dave Jones said: > > The first commit I did after releasing that updates-testing kernel > > actually was to do just this. It removes the restriction that you > > can only build either the old or the new driver. > > > > The next kernel to hit updates-testing will have megaraid.ko as > > well as megaraid_mbox.ko > > Thanks. Should I open a Bugzilla (against hwconf I guess?) about the > PCI ID lists being updated? It looks like someone just did a > s/megaraid/megaraid_mbox/, but that is not correct. hwdata. Dave From paul at all-the-johnsons.co.uk Sun Dec 5 11:03:25 2004 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sun, 5 Dec 2004 11:03:25 +0000 Subject: Unable to boot my system totally - please help! Message-ID: <20041205110325.M8955@all-the-johnsons.co.uk> Hi, Something has gone wrong which means I can't start my main linux box and it's no fun! When I did an update to the current testing kernel, I had the error that /proc/partitions couldn't be opened and as such, a conversion couldn't be done. grubby then gave a fatal error. When I do a reboot, the bootloader fires up, but when I choose a kernel, all I get it that the kernel can't be found (file not found) I have /boot on /dev/hda2 Any ideas on getting this working? TTFN Paul -- Get your free @ukpost.com account now http://www.ukpost.com/ From fedora at warmcat.com Sun Dec 5 12:01:39 2004 From: fedora at warmcat.com (Andy Green) Date: Sun, 5 Dec 2004 12:01:39 +0000 Subject: Unable to boot my system totally - please help! In-Reply-To: <20041205110325.M8955@all-the-johnsons.co.uk> References: <20041205110325.M8955@all-the-johnsons.co.uk> Message-ID: <200412051201.42641.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 05 December 2004 11:03, Paul F. Johnson wrote: > Hi, > > Something has gone wrong which means I can't start my main linux box and > it's no fun! > > When I did an update to the current testing kernel, I had the error that > /proc/partitions couldn't be opened and as such, a conversion couldn't be > done. grubby then gave a fatal error. > > When I do a reboot, the bootloader fires up, but when I choose a kernel, > all I get it that the kernel can't be found (file not found) > > I have /boot on /dev/hda2 > > Any ideas on getting this working? Without actually knowing what the problem is, the first move would be to boot off your first install CD and select the sort of "recovery mode" boot. The boot filesystem must be accessible to grub otherwise it cannot show you the stuff from /boot/grub/grub.conf. I would boot into the recovery install kernel and look carefully at my /boot/grub/grub.conf to see if it is giving the correct partition to boot from. - -Andy - -- http://www.addintelligence.co.uk -- we design custom hardware and software for your products -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFBsvimjKeDCxMJCTIRAjKGAJ4oimElnmcd9DSP8s6P24var1AfhgCfaVpm JbzUbqc6EiM15jqnGqcMFjQ= =b+Ru -----END PGP SIGNATURE----- From paul at all-the-johnsons.co.uk Sun Dec 5 12:21:00 2004 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sun, 5 Dec 2004 12:21:00 +0000 Subject: Unable to boot my system totally - please help! In-Reply-To: <200412051201.42641.fedora@warmcat.com> References: <20041205110325.M8955@all-the-johnsons.co.uk> <200412051201.42641.fedora@warmcat.com> Message-ID: <20041205122100.M51602@all-the-johnsons.co.uk> Hi, > Without actually knowing what the problem is, the first move would > be to boot off your first install CD and select the sort of > "recovery mode" boot. Will try that > The boot filesystem must be accessible to grub otherwise it cannot > show you the stuff from /boot/grub/grub.conf. I would boot into the > recovery install kernel and look carefully at my > /boot/grub/grub.conf to see if it is giving the correct partition to > boot from. I'm starting to wonder if there has been something in the latest rawhide. The system was installed with FC 2.91 (IIRC, FC3t2) and has been kept up to date with rawhide since then. It isn't formatted to be using VolGroup00/LogVol00, but to be using the more conventional /dev/hdax. It's either that or when I asked someone else to install the kernel, they used rpm -Uv and ignored the postun (etc) errors... Now that will have screwed things up! I doubt the MBR is shafted as the machine is booting to grub, though I have noticed that /dev/hda1 does have a very old version of the system files in it, which makes me wonder if something is getting a wee bit confused. Anyway, more when I know - thanks for this much. TTFN Paul -- Get your free @ukpost.com account now http://www.ukpost.com/ From fedora at warmcat.com Sun Dec 5 12:46:46 2004 From: fedora at warmcat.com (Andy Green) Date: Sun, 5 Dec 2004 12:46:46 +0000 Subject: Unable to boot my system totally - please help! In-Reply-To: <20041205122100.M51602@all-the-johnsons.co.uk> References: <20041205110325.M8955@all-the-johnsons.co.uk> <200412051201.42641.fedora@warmcat.com> <20041205122100.M51602@all-the-johnsons.co.uk> Message-ID: <200412051246.50258.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 05 December 2004 12:21, Paul F. Johnson wrote: > Hi, > > > Without actually knowing what the problem is, the first move would > > be to boot off your first install CD and select the sort of > > "recovery mode" boot. > > Will try that > > > The boot filesystem must be accessible to grub otherwise it cannot > > show you the stuff from /boot/grub/grub.conf. I would boot into the > > recovery install kernel and look carefully at my > > /boot/grub/grub.conf to see if it is giving the correct partition to > > boot from. > > I'm starting to wonder if there has been something in the latest rawhide. I am tracking rawhide on this machine, have been since before FC1. It's possible I missed some poison pill since it does not update every day. There was an ugly kernel a month or two back that trashed filesystems: I was lucky and an fsck under a later kernel repaired it for me. > The system was installed with FC 2.91 (IIRC, FC3t2) and has been kept up to > date with rawhide since then. It isn't formatted to be using > VolGroup00/LogVol00, but to be using the more conventional /dev/hdax. > > It's either that or when I asked someone else to install the kernel, they > used rpm -Uv and ignored the postun (etc) errors... Now that will have > screwed things up! I installed the kernel you posted about and I did not get any errors on install, plus I am running it right now just fine. What I DID get was for some reason /boot was not mounted at that time, the kernel files were instead copied into the mountpoint itself (ie, the /boot in the root filesystem that should be an empty mountpoint "covered over" by the actual mounted /boot filesystem). I had to mount the boot filesystem elsewhere and copy over the files from /boot into it, adjust /boot/grub/grub./conf and then reboot and it worked fine. I think this was to do with recent initscripts troubles at the time I installed the new kernel. > I doubt the MBR is shafted as the machine is booting to grub, though I have > noticed that /dev/hda1 does have a very old version of the system files in > it, which makes me wonder if something is getting a wee bit confused. What system files? - -Andy - -- http://www.addintelligence.co.uk -- we design custom hardware and software for your products -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFBswM6jKeDCxMJCTIRAjYrAKCKIbKK63qvfp4fsRl9jYnwCsMxwQCePg7F ZqTzjPbbWcLuY9VYzocfalQ= =Q1dK -----END PGP SIGNATURE----- From paul at all-the-johnsons.co.uk Sun Dec 5 13:34:52 2004 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sun, 5 Dec 2004 13:34:52 +0000 Subject: Unable to boot my system totally - please help! In-Reply-To: <200412051246.50258.fedora@warmcat.com> References: <20041205110325.M8955@all-the-johnsons.co.uk> <200412051201.42641.fedora@warmcat.com> <20041205122100.M51602@all-the-johnsons.co.uk> <200412051246.50258.fedora@warmcat.com> Message-ID: <20041205133452.M33439@all-the-johnsons.co.uk> Hi, > > It's either that or when I asked someone else to install the kernel, they > > used rpm -Uv and ignored the postun (etc) errors... Now that will have > > screwed things up! > > I installed the kernel you posted about and I did not get any errors > on install, plus I am running it right now just fine. What I DID > get was for some reason /boot was not mounted at that time, the > kernel files were instead copied into the mountpoint itself (ie, the > /boot in the root filesystem that should be an empty mountpoint > "covered over" by the actual mounted /boot filesystem). I had to > mount the boot filesystem elsewhere and copy over the files from > /boot into it, adjust /boot/grub/grub./conf and then reboot and it > worked fine. I think this was to do with recent initscripts > troubles at the time I installed the new kernel. That sounds like what I'm having. Exactly how did you get things back again (a step by step would be nice). One thing I've noticed - I've run the rescue, chroot to /mnt/sysimage and run yum -y --exclude=swig update. I'm getting a lot of post error 255s. Not on every package though. Looks like something is seriously snarled :-( TTFN Paul -- Get your free @ukpost.com account now http://www.ukpost.com/ From talbotscott at cox.net Sun Dec 5 16:54:30 2004 From: talbotscott at cox.net (Scott Talbot) Date: Sun, 05 Dec 2004 08:54:30 -0800 Subject: latest kernel (1014_FC4) woes: does not see USB Message-ID: <1102265670.3027.14.camel@ip68-101-182-212.sd.sd.cox.net> D/l kernel and rebooted. Noticed error: could not find /proc/bus/usb in fstab or mtab (actually I find that this error was there before, but did not affect the problem). Any way, once logged in, my USB disk-key is not found, though I can mount it manually. Will bugzilla, though it is down ATM. Scott From talbotscott at cox.net Sun Dec 5 17:02:50 2004 From: talbotscott at cox.net (Scott Talbot) Date: Sun, 05 Dec 2004 09:02:50 -0800 Subject: Games you want to include in Fedora Core. In-Reply-To: References: Message-ID: <1102266171.3027.16.camel@ip68-101-182-212.sd.sd.cox.net> On Sat, 2004-12-04 at 20:20 +0000, Paul Jakma wrote: > On Fri, 3 Dec 2004, joelbryan wrote: > > > If there's a game you want to include in Fedora Core, what would that be? > > > > Mine is Monopoly and Scrabble based games. > > I really liked Monopoly, I'm addicted to that game. :-) > > Teg > XFrisk > BZFlag > Pinball (http://pinball.sourceforge.net/) > I keep meaning to try Pingus, as I was a Lemmings fan years ago. Scott From fedora at warmcat.com Sun Dec 5 17:06:14 2004 From: fedora at warmcat.com (Andy Green) Date: Sun, 5 Dec 2004 17:06:14 +0000 Subject: Unable to boot my system totally - please help! In-Reply-To: <20041205133452.M33439@all-the-johnsons.co.uk> References: <20041205110325.M8955@all-the-johnsons.co.uk> <200412051246.50258.fedora@warmcat.com> <20041205133452.M33439@all-the-johnsons.co.uk> Message-ID: <200412051706.18245.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 05 December 2004 13:34, Paul F. Johnson wrote: > Hi, > > > > It's either that or when I asked someone else to install the kernel, > > > they used rpm -Uv and ignored the postun (etc) errors... Now that will > > > have screwed things up! > > > > I installed the kernel you posted about and I did not get any errors > > on install, plus I am running it right now just fine. What I DID > > get was for some reason /boot was not mounted at that time, the > > kernel files were instead copied into the mountpoint itself (ie, the > > /boot in the root filesystem that should be an empty mountpoint > > "covered over" by the actual mounted /boot filesystem). I had to > > mount the boot filesystem elsewhere and copy over the files from > > /boot into it, adjust /boot/grub/grub./conf and then reboot and it > > worked fine. I think this was to do with recent initscripts > > troubles at the time I installed the new kernel. > > That sounds like what I'm having. Exactly how did you get things back again > (a step by step would be nice). I think it is a different situation from yours. My problem was caused by the filesystem for /boot not being mounted somehow (not by my actions) at the time that the kernel was installed. So it installed the kernel files that should have gone on the /boot filestystem directly on the /boot mountpoint directory itself instead of the filesystem that should have been mounted there. When I rebooted, I DID get my normal and proper /boot filesystem coming up, just not with those new kernel files in it. I realized what had happened and unmounted /boot by hand, mounted it on a temporary mountpoint and copied the files over. This behaviour is different to what you have been saying. > One thing I've noticed - I've run the rescue, chroot to /mnt/sysimage and > run yum -y --exclude=swig update. I'm getting a lot of post error 255s. Not > on every package though. Hum not sure I would be doing anything until I understood what had happened with /boot. If you mount the partition that contains your /boot filesystem by hand, what is in there? Your old, previously installed kernel files or just the new ones, or nothing, or what? > Looks like something is seriously snarled :-( Could be... doing a yum with the thing in its current state does not sound like the right way forward until you can trust your system... - -Andy - -- http://www.addintelligence.co.uk -- we design custom hardware and software for your products -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFBs0AKjKeDCxMJCTIRApTXAKCEg0nxT1QsUm0poxa2/ArvSoBj4QCdEKb7 xNvlzNUQORXZeZdlYJVDs90= =T8MB -----END PGP SIGNATURE----- From dmack at leviatron.com Sun Dec 5 17:10:53 2004 From: dmack at leviatron.com (Dave Mack) Date: Sun, 05 Dec 2004 09:10:53 -0800 Subject: Rawhide 20041204 destroys vital system symlinks Message-ID: <41B3411D.2070005@leviatron.com> I yum updated against my rsynced rawhide tree this morning and rebooted. The result was an unusable system. Many of the shared library symlinks in /lib and /usr/lib are gone. I would advise against updating your rawhide machines until the rpms responsible for this damage are taken out and shot. If you're already toast, booting from the rescue cd will allow you to get into /mnt/sysimage/lib and create the symlink to libtermcap.so.2 that bash needs to run. After that, it's a matter of going in and fixing the missing symlinks when things break, which is often. From bgerst at didntduck.org Sun Dec 5 17:36:43 2004 From: bgerst at didntduck.org (Brian Gerst) Date: Sun, 05 Dec 2004 12:36:43 -0500 Subject: Rawhide 20041204 destroys vital system symlinks In-Reply-To: <41B3411D.2070005@leviatron.com> References: <41B3411D.2070005@leviatron.com> Message-ID: <41B3472B.70705@didntduck.org> Dave Mack wrote: > I yum updated against my rsynced rawhide tree this morning and rebooted. > The result was an unusable system. Many of the shared library symlinks > in /lib and /usr/lib are gone. I would advise against updating your > rawhide machines until the rpms responsible for this damage are taken > out and shot. > > If you're already toast, booting from the rescue cd will allow you to > get into /mnt/sysimage/lib and create the symlink to libtermcap.so.2 > that bash needs to run. After that, it's a matter of going in and fixing > the missing symlinks when things break, which is often. > Does running ldconfig restore the missing links? -- Brian Gerst From ehoover at mines.edu Sun Dec 5 18:15:02 2004 From: ehoover at mines.edu (Erich Hoover) Date: Sun, 05 Dec 2004 11:15:02 -0700 Subject: Recent Updates and ldconfig In-Reply-To: <41B349BD.2090500@dbmoptics.com> References: <20041205044234.7094F73B8F@hormel.redhat.com> <41B349BD.2090500@dbmoptics.com> Message-ID: <41B35026.9030400@mines.edu> That's what I've been doing for most thigns (actually chcon, the restorecon looks like it's probably a better choice), but some installation programs will fail if they cannot ldconfig the appropriate files (i've run into wine and the nvidia driver so far). It seems like the libraries are being created with the wrong contexts, I actually did get my two examples to work by changing the context quickly using another console but I don't want to have to dink with this every time I install something new. Tom London wrote: Try restoring the proper contexts before running ldconfig: restorecon -R /usr/lib etc. From dmack at leviatron.com Sun Dec 5 18:33:02 2004 From: dmack at leviatron.com (Dave Mack) Date: Sun, 05 Dec 2004 10:33:02 -0800 Subject: Rawhide 20041204 destroys vital system symlinks In-Reply-To: <41B3472B.70705@didntduck.org> References: <41B3411D.2070005@leviatron.com> <41B3472B.70705@didntduck.org> Message-ID: <41B3545E.4020007@leviatron.com> Brian Gerst wrote: > Dave Mack wrote: > >> I yum updated against my rsynced rawhide tree this morning and >> rebooted. The result was an unusable system. Many of the shared >> library symlinks in /lib and /usr/lib are gone. I would advise >> against updating your rawhide machines until the rpms responsible for >> this damage are taken out and shot. >> >> If you're already toast, booting from the rescue cd will allow you to >> get into /mnt/sysimage/lib and create the symlink to libtermcap.so.2 >> that bash needs to run. After that, it's a matter of going in and >> fixing the missing symlinks when things break, which is often. >> > > Does running ldconfig restore the missing links? > > -- > Brian Gerst > Yes, that worked! Way cool! In your face, Solaris ldconfig! Thanks very much for the clue. Dave From reader at newsguy.com Sun Dec 5 18:32:17 2004 From: reader at newsguy.com (Harry Putnam) Date: Sun, 05 Dec 2004 12:32:17 -0600 Subject: Unable to boot my system totally - please help! In-Reply-To: <20041205122100.M51602@all-the-johnsons.co.uk> (Paul F. Johnson's message of "Sun, 5 Dec 2004 12:21:00 +0000") References: <20041205110325.M8955@all-the-johnsons.co.uk> <200412051201.42641.fedora@warmcat.com> <20041205122100.M51602@all-the-johnsons.co.uk> Message-ID: "Paul F. Johnson" writes: > I doubt the MBR is shafted as the machine is booting to grub, though > I have noticed that /dev/hda1 does have a very old version of the > system files in it, which makes me wonder if something is getting a > wee bit confused. What do you mean by system files? You mentioned having /boot on /dev/hda2 Do you have a /boot directory on both /dev/hda1 and /dev/hda2 If so, that may be the source of your trouble. From feliciano.matias at free.fr Sun Dec 5 18:55:22 2004 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: Sun, 05 Dec 2004 19:55:22 +0100 Subject: New testing kernel. In-Reply-To: <20041204040649.GA15079@redhat.com> References: <20041204040649.GA15079@redhat.com> Message-ID: <1102272922.4349.6.camel@one.myworld> Le vendredi 03 d?cembre 2004 ? 23:06 -0500, Dave Jones a ?crit : > I just made a 2.6.9-1.698_FC3 set of kernels > (snip) Thanks for all you work. But ... I did a lot of file copy (80 Gb) with 2.6.9-1.698_FC3 and got some little problems. Exemple : $ ll -d /home/fmatias/ drwxr-xr-x 50 750 users 12288 d?c 5 18:12 /home/fmatias/ Owner "750", should be "fmatias". I see sometime like this two times (files and directories) with a custom 2.6.9-1.698_FC3. My custom kernel is tainted with : http://www.bewan.fr/bewan/utilisateurs/telechargement/download.php?id=81 I also use mga_vid module : http://www.linuxops.net/~pw/mga_vid/ bewan works nice from a long time. I use mga_vid since 2.6.9-1.681_FC3. I'm back to 2.6.9-1.681_FC3 (custom). Should I try to reproduce this problem with the "official" 2.6.9-1.698_FC3 ? -------------- 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 kyrre at solution-forge.net Sun Dec 5 19:06:52 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sun, 05 Dec 2004 20:06:52 +0100 Subject: Games you want to include in Fedora Core. In-Reply-To: <20041203154546.GA9537@devserv.devel.redhat.com> References: <20041203142750.GA543132@hiwaay.net> <20041203154546.GA9537@devserv.devel.redhat.com> Message-ID: <1102273611.2697.3.camel@kyrre> fre, 03.12.2004 kl. 16.45 skrev Alan Cox: > On Fri, Dec 03, 2004 at 08:27:50AM -0600, Chris Adams wrote: > > Quake (from www.quakeforge.net) would be nice, but I don't know if there > > are any pak files that can be freely distributed. > > Games like quake and doom are problematic for base distributions. The degree > of violence (and in doom also the nazi symbols/regalia) cause offence in some > countries and also can lead to the CD images being "18+" material. If the .pak's are different... From msgclblix at cox.net Sun Dec 5 20:10:00 2004 From: msgclblix at cox.net (Corwin Burgess) Date: Sun, 05 Dec 2004 14:10:00 -0600 Subject: FC3 error: Session management error: Message-ID: <41B36B18.60505@cox.net> The following error is being reported when trying to start BNR2 with FC3 but not with FC2. Any ideas of what could cause this? Could this be a SELinux problem? Session management error: Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed Corwin Burgess From nphilipp at redhat.com Sun Dec 5 21:48:59 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Sun, 05 Dec 2004 22:48:59 +0100 Subject: Games you want to include in Fedora Core. In-Reply-To: <41B0E2BE.4050903@gmx.de> References: <41B0E2BE.4050903@gmx.de> Message-ID: <1102283339.30746.2.camel@wombat.tiptoe.de> On Fri, 2004-12-03 at 23:03 +0100, shrek-m at gmx.de wrote: > i am missing something like > > http://download.fedora.redhat.com/pub/fedora/linux/core/ > > eg. > http://fedora.redhat.com/core/ > http://fedora.redhat.com/extras/ > http://fedora.redhat.com/games/ Games would definitely be Extras as well, so it'd be rather: http://fedora.redhat.com/extras/games/ with the normal extras download directory: http://download.fedora.redhat.com/pub/fedora/linux/extras/ my 2?, Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From maxer1 at xmission.com Sun Dec 5 21:55:38 2004 From: maxer1 at xmission.com (maxer1) Date: Sun, 05 Dec 2004 14:55:38 -0700 Subject: sk98lin driver for Marvell Gigabit in kernel 2.6.9 In-Reply-To: <1102198408.13169.9.camel@va.local.linuxlobbyist.org> References: <000b01c4da49$d8c56760$0200000a@frank> <1102198408.13169.9.camel@va.local.linuxlobbyist.org> Message-ID: <41B383DA.5090105@xmission.com> So what we're discussing is that kernel 2.6.8 and 2.6.9 haven't had a working driver sk98lin? The module has never gone through any name change: /lib/modules/2.6.9/kernel/drivers/net/sk98lin/sk98lin.ko I have dowloaded the patch from SysKonnect http://www.syskonnect.com/syskonnect/support/driver/d0102_driver.html There are instructions for patching the sk98lin driver. Why hasn't anyone gone upstream on this? Who is the kernel maintainer for this? Confused. RaXeT From skvidal at phy.duke.edu Sun Dec 5 21:59:22 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 05 Dec 2004 16:59:22 -0500 Subject: sk98lin driver for Marvell Gigabit in kernel 2.6.9 In-Reply-To: <41B383DA.5090105@xmission.com> References: <000b01c4da49$d8c56760$0200000a@frank> <1102198408.13169.9.camel@va.local.linuxlobbyist.org> <41B383DA.5090105@xmission.com> Message-ID: <1102283962.14144.34.camel@cutter> On Sun, 2004-12-05 at 14:55 -0700, maxer1 wrote: > So what we're discussing is that kernel 2.6.8 and 2.6.9 haven't had a > working driver sk98lin? > > The module has never gone through any name change: > /lib/modules/2.6.9/kernel/drivers/net/sk98lin/sk98lin.ko > > I have dowloaded the patch from SysKonnect > http://www.syskonnect.com/syskonnect/support/driver/d0102_driver.html > > There are instructions for patching the sk98lin driver. > > Why hasn't anyone gone upstream on this? > > Who is the kernel maintainer for this? > You should probably ask on lkml about it. -sv From nphilipp at redhat.com Sun Dec 5 22:24:04 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Sun, 05 Dec 2004 23:24:04 +0100 Subject: Games you want to include in Fedora Core. In-Reply-To: References: Message-ID: <1102285444.30746.25.camel@wombat.tiptoe.de> On Fri, 2004-12-03 at 19:57 +0800, joelbryan wrote: > If there's a game you want to include in Fedora Core, what would that be? Well I guess games are more Extras material, but...: Stuff I have packaged (but not submitted to fedora.us yet, sue me ;-): - GL-117 (3D action flight sim), http://www.heptargon.de/gl-117/gl-117.htm - SuperTux (gianna sisters style jump'n'run), http://super-tux.sourceforge.net/ - Neverball (3D balance balls through maze game) with Neverputt (3D minigolf) http://icculus.org/neverball - Toppler (nebulus remake), http://toppler.soureforge.net - lbreakout2 (breakout), http://lgames.sourceforge.net/index.php?project=LBreakout2 - SearchAndRescue (3D heli sim, search people and don't kill them for a change), http://wolfpack.twu.net/SearchAndRescue/index.html - FlightGear (3D flight sim) though this could be a bit tough with all the map and plane data (around 12GB I heard), http://www.flightgear.org - Torcs (3D racing sim), http://torcs.org/ - Trackballs (3D marble rolling game, like Marble Madness), http://trackballs.sourceforge.net/ This might need some love upstream -- playable but not quite there yet: - Emilia Pinball (3D pinball game), http://pinball.sourceforge.net - Widelands (Bluebyte's original "Siedler" look-alike), http://widelands.sourceforge.net Stuff already on fedora.us: - Enigma - FooBillard Don't beat me if stuff above is already on fedora.us and I just haven't noticed it ;-). Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From shrek-m at gmx.de Sun Dec 5 22:53:44 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 05 Dec 2004 23:53:44 +0100 Subject: Games you want to include in Fedora Core. In-Reply-To: <1102283339.30746.2.camel@wombat.tiptoe.de> References: <41B0E2BE.4050903@gmx.de> <1102283339.30746.2.camel@wombat.tiptoe.de> Message-ID: <41B39178.1080602@gmx.de> Nils Philippsen wrote: >>i am missing something like >> >>http://download.fedora.redhat.com/pub/fedora/linux/core/ >> >>eg. >>http://fedora.redhat.com/core/ >>http://fedora.redhat.com/extras/ >>http://fedora.redhat.com/games/ >> >> > >Games would definitely be Extras as well, so it'd be rather: > >http://fedora.redhat.com/extras/games/ > >with the normal extras download directory: > >http://download.fedora.redhat.com/pub/fedora/linux/extras/ > unfortunately http://download.fedora.redhat.com/pub/fedora/linux/extras/ 404:Page not found a useful link could be http://fedoraproject.org/wiki/index.cgi/Extras or http://rpm.livna.org/fedora/3/extras/games/ 404:page not found or http://heidelberg.freshrpms.net/extras/games 404:page not found ---- http://www.freebsd.org/ports/games.html http://packages.debian.org/stable/games/ ---- -- shrek-m From lynn at garlic.com Sun Dec 5 22:56:33 2004 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Sun, 05 Dec 2004 15:56:33 -0700 Subject: more sound and other misc. In-Reply-To: <20041205170013.9F50173F7F@hormel.redhat.com> References: <20041205170013.9F50173F7F@hormel.redhat.com> Message-ID: <41B39221.70902@garlic.com> i've had numerous flavors of fc1, fc2, and fc3 on three different machines with sound cards ... and so far have been never been able to get sound working. i just installed fc3 on new vaio vgn-a200 (wiped clean, no dual-boot) ... got the wireless working (with the 2200 add-in stuff) and the controller giving ac & battery information (again following various directions gleaned from using search engine). however, i've abeen unsuccesful getting linux sound support working on this machine (sound is active since the bios does a little tune on power-up). another wierd thing happened on this machine w/new fc3 ... i added several additional resolutions to xorg.conf. i used kde to change to 1920x1200 ... and then because most things were much too small ... i set it back to 1280x1024. it appears like the resolution has to be changed using both kde and gnome utilities. using kde to set it to 1280x1024 and then switching to gnome ... the display looks correct ... but the mouse/cursor position is off by about 2inches ... i have to have the cursor 2 inches to the right of something i'm selecting ... until i used the gnome utilitty to also change the resolution. From surak at casa.surak.eti.br Mon Dec 6 02:11:07 2004 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Sun, 05 Dec 2004 23:11:07 -0300 Subject: The dual panels are great! In-Reply-To: <1102198031.13169.1.camel@va.local.linuxlobbyist.org> References: <1102198031.13169.1.camel@va.local.linuxlobbyist.org> Message-ID: <1102299067.10293.0.camel@localhost.surak.eti.br> Em S?b, 2004-12-04 ?s 17:07 -0500, Paul Iadonisi escreveu: > On Sun, 2004-12-05 at 05:57 +0800, joelbryan wrote: > > The dual panels where great!, does that mean it's going to be a > > standard in fedora core? Is it great? I thought just less space to my applications. From cam at apt2324.com Mon Dec 6 05:43:22 2004 From: cam at apt2324.com (Cam Desautels) Date: Sun, 05 Dec 2004 22:43:22 -0700 Subject: yum update - (false) diskspace issue Message-ID: <41B3F17A.6080703@apt2324.com> Not sure what the proplem is here...I issue a yum update and it fails saying that the packages require X amount of diskspace, but I _have_ enough space. Details: [root at celes music]# yum update Repository development already added, not adding again Setting up Update Process Setting up Repo: development (...) Is this ok [y/N]: y Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Error in Transaction: ('installing package initscripts-8.00-1 needs 2MB on the / filesystem', (9, '/', 1200128L)) ('installing package kernel-2.6.9-1.1014_FC4 needs 71MB on the / filesystem', (9, '/', 74424320L)) ('installing package gnome-python2-2.6.0-4 needs 72MB on the / filesystem', (9, '/', 74620928L)) ('installing package cyrus-sasl-2.1.20-3 needs 73MB on the / filesystem', (9, '/', 76070912L)) ('installing package foomatic-3.0.2-10 needs 75MB on the / (...) filesystem', (9, '/', 108941312L)) ('installing package dhclient-3.0.1-14 needs 104MB on the / filesystem', (9, '/', 108957696L)) ('installing package prelink-0.3.3-1 needs 105MB on the / filesystem', (9, '/', 109535232L)) ('installing package system-config-packages-1.2.21-2 needs 106MB on the / filesystem', (9, '/', 110559232L)) ('installing package system-config-display-1.0.24-1 needs 106MB on the / filesystem', (9, '/', 111026176L)) ('installing package desktop-printing-0.17-5 needs 107MB on the / filesystem', (9, '/', 111165440L)) [root at celes music]# [root at celes music]# df -h Filesystem Size Used Avail Use% Mounted on /dev/hda2 14G 12G 882M 94% / /dev/hda1 97M 27M 66M 30% /boot none 121M 0 121M 0% /dev/shm What's going on...? Thank you. -- Cam Desautels ASCII ribbon campaign ( ) http://www.BinaryUprising.com against HTML e-mail X / \ From shrek-m at gmx.de Mon Dec 6 07:32:01 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 06 Dec 2004 08:32:01 +0100 Subject: yum update - (false) diskspace issue In-Reply-To: <41B3F17A.6080703@apt2324.com> References: <41B3F17A.6080703@apt2324.com> Message-ID: <41B40AF1.4030105@gmx.de> Cam Desautels wrote: > Not sure what the proplem is here...I issue a yum update and it fails > saying that the packages require X amount of diskspace, but I _have_ > enough space. > > initscripts-8.00-1 needs 2MB > kernel-2.6.9-1.1014_FC4 needs 71MB > gnome-python2-2.6.0-4 needs 72MB > cyrus-sasl-2.1.20-3 needs 73MB > foomatic-3.0.2-10 needs 75MB > (...) > dhclient-3.0.1-14 needs 104MB > prelink-0.3.3-1 needs 105MB > system-config-packages-1.2.21-2 needs 106MB > system-config-display-1.0.24-1 needs 106MB > desktop-printing-0.17-5 needs 107MB $ bc 2+71+72+73+75+104+105+106+106+107 821 i doubt that these few packages need 821 MB > Filesystem Size Used Avail Use% Mounted on > /dev/hda2 14G 12G 882M 94% / -- shrek-m From fedora at wir-sind-cool.org Mon Dec 6 07:45:15 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Mon, 6 Dec 2004 08:45:15 +0100 Subject: Games you want to include in Fedora Core. In-Reply-To: <1102285444.30746.25.camel@wombat.tiptoe.de> References: <1102285444.30746.25.camel@wombat.tiptoe.de> Message-ID: <20041206084515.07eec949.fedora@wir-sind-cool.org> On Sun, 05 Dec 2004 23:24:04 +0100, Nils Philippsen wrote: > On Fri, 2004-12-03 at 19:57 +0800, joelbryan wrote: > > If there's a game you want to include in Fedora Core, what would that be? > > Well I guess games are more Extras material, but...: > > Stuff I have packaged (but not submitted to fedora.us yet, sue me ;-): > > - GL-117 (3D action flight sim), > http://www.heptargon.de/gl-117/gl-117.htm Included already. > - SuperTux (gianna sisters style jump'n'run), > http://super-tux.sourceforge.net/ Included already. > - Neverball (3D balance balls through maze game) with Neverputt (3D > minigolf) http://icculus.org/neverball Included already. > - Toppler (nebulus remake), http://toppler.soureforge.net > - lbreakout2 (breakout), > http://lgames.sourceforge.net/index.php?project=LBreakout2 Seen in there long ago, probably discontinued in FC1 due to its name or close resemblance with the original Break Out. > - SearchAndRescue (3D heli sim, search people and don't kill them for a > change), http://wolfpack.twu.net/SearchAndRescue/index.html > - FlightGear (3D flight sim) though this could be a bit tough with all > the map and plane data (around 12GB I heard), http://www.flightgear.org A WONTFIX according to https://bugzilla.fedora.us/show_bug.cgi?id=689 seems to depend on something only available in rpm.livna.org > - Torcs (3D racing sim), http://torcs.org/ Included already. > - Trackballs (3D marble rolling game, like Marble Madness), > http://trackballs.sourceforge.net/ > > This might need some love upstream -- playable but not quite there yet: > > - Emilia Pinball (3D pinball game), http://pinball.sourceforge.net > - Widelands (Bluebyte's original "Siedler" look-alike), > http://widelands.sourceforge.net > > Stuff already on fedora.us: > > - Enigma > - FooBillard > > Don't beat me if stuff above is already on fedora.us and I just haven't > noticed it ;-). Of course. There are more games included, but who remembers them all? Wesnoth, http://www.wesnoth.org - a turn based fantasy strategy game, has a growing community of players. You can hear about it in the average Linux message board when somebody asks about good games. Also included already. -- Fedora Core release 3 (Heidelberg) - Linux 2.6.9-1.681_FC3 loadavg: 0.00 0.16 0.18 From seanlkml at sympatico.ca Mon Dec 6 07:43:12 2004 From: seanlkml at sympatico.ca (Sean) Date: Mon, 6 Dec 2004 02:43:12 -0500 (EST) Subject: yum update - (false) diskspace issue In-Reply-To: <41B40AF1.4030105@gmx.de> References: <41B3F17A.6080703@apt2324.com> <41B40AF1.4030105@gmx.de> Message-ID: <45799.10.10.10.28.1102318992.squirrel@linux1> On Mon, December 6, 2004 2:32 am, shrek-m at gmx.de said: > Cam Desautels wrote: > >> Not sure what the proplem is here...I issue a yum update and it fails >> saying that the packages require X amount of diskspace, but I _have_ >> enough space. >> >> initscripts-8.00-1 needs 2MB >> kernel-2.6.9-1.1014_FC4 needs 71MB >> gnome-python2-2.6.0-4 needs 72MB >> cyrus-sasl-2.1.20-3 needs 73MB >> foomatic-3.0.2-10 needs 75MB >> (...) >> dhclient-3.0.1-14 needs 104MB >> prelink-0.3.3-1 needs 105MB >> system-config-packages-1.2.21-2 needs 106MB >> system-config-display-1.0.24-1 needs 106MB >> desktop-printing-0.17-5 needs 107MB > > $ bc > 2+71+72+73+75+104+105+106+106+107 > 821 > > i doubt that these few packages need 821 MB > Actually looks like 107Mb is the accumulated total. Since a kernel is being installed is it possible that there is a separate /boot partition that actually is full? Sean From cam at apt2324.com Mon Dec 6 09:08:52 2004 From: cam at apt2324.com (Cam Desautels) Date: Mon, 06 Dec 2004 02:08:52 -0700 Subject: yum update - (false) diskspace issue In-Reply-To: <45799.10.10.10.28.1102318992.squirrel@linux1> References: <41B3F17A.6080703@apt2324.com> <41B40AF1.4030105@gmx.de> <45799.10.10.10.28.1102318992.squirrel@linux1> Message-ID: <41B421A4.80502@apt2324.com> Sean wrote: > On Mon, December 6, 2004 2:32 am, shrek-m at gmx.de said: > >>Cam Desautels wrote: >> >> >>>Not sure what the proplem is here...I issue a yum update and it fails >>>saying that the packages require X amount of diskspace, but I _have_ >>>enough space. >>> >>>initscripts-8.00-1 needs 2MB >>>kernel-2.6.9-1.1014_FC4 needs 71MB >>>gnome-python2-2.6.0-4 needs 72MB >>>cyrus-sasl-2.1.20-3 needs 73MB >>>foomatic-3.0.2-10 needs 75MB >>>(...) >>>dhclient-3.0.1-14 needs 104MB >>>prelink-0.3.3-1 needs 105MB >>>system-config-packages-1.2.21-2 needs 106MB >>>system-config-display-1.0.24-1 needs 106MB >>>desktop-printing-0.17-5 needs 107MB >> >>$ bc >>2+71+72+73+75+104+105+106+106+107 >>821 >> >>i doubt that these few packages need 821 MB >> > > > Actually looks like 107Mb is the accumulated total. Yeah, that's accumulated like you said. Note that the amount is monotonically increasing. Since a kernel is > being installed is it possible that there is a separate /boot partition > that actually is full? Very good point! The kernel appears to need 69MB (71 - 2) and only 66MB are available on that drive. Thanks for the help, mystery solved. In the meantime I attempted to update some packages (but not everything) and now my yum is broken: [root at celes ~]# yum install lyx Traceback (most recent call last): File "/usr/bin/yum", line 6, in ? import yummain File "/usr/share/yum-cli/yummain.py", line 23, in ? import yum File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 21, in ? import rpm ImportError: No module named rpm [root at celes ~]# *sigh* It's a bad night for yum. Here's what I updated: Dependencies Resolved Transaction Listing: Update: perl.i386 3:5.8.5-13 Update: thunderbird.i386 0:1.0-0.rc1.0 Update: xmms.i386 1:1.2.10-10 Update: xorg-x11.i386 0:6.8.1-22 Performing the following to resolve dependencies: Install: mysqlclient10.i386 0:3.23.58-4 Update: abiword.i386 1:2.2.0-2 Update: alchemist.i386 0:1.0.35-1 Update: apr-util.i386 0:0.9.5-1 Update: db4.i386 0:4.3.21-1 Update: db4-devel.i386 0:4.3.21-1 Update: db4-utils.i386 0:4.3.21-1 Update: gnome-python2.i386 0:2.6.0-4 Update: gnome-python2-bonobo.i386 0:2.6.0-4 Update: gnome-python2-canvas.i386 0:2.6.0-4 Update: gnome-python2-gtkhtml2.i386 0:2.6.0-4 Update: httpd.i386 0:2.0.52-6 Update: httpd-manual.i386 0:2.0.52-6 Update: httpd-suexec.i386 0:2.0.52-6 Update: libxml2.i386 0:2.6.16-5 Update: libxml2-devel.i386 0:2.6.16-5 Update: libxml2-python.i386 0:2.6.16-5 Update: mod_auth_mysql.i386 1:2.6.1-2 Update: mod_perl.i386 0:1.99_16-5 Update: mysql.i386 0:4.1.7-4 Update: mysql-devel.i386 0:4.1.7-4 Update: mysql-server.i386 0:4.1.7-4 Update: openoffice.org.i386 0:1.1.2-14.7 Update: openoffice.org-i18n.i386 0:1.1.2-14.7 Update: openoffice.org-libs.i386 0:1.1.2-14.7 Update: pam.i386 0:0.78-2 Update: pam-devel.i386 0:0.78-2 Update: perl-DBD-MySQL.i386 0:2.9004-4 Update: php.i386 0:5.0.2-8 Update: php-mbstring.i386 0:5.0.2-8 Update: php-mysql.i386 0:5.0.2-8 Update: php-pear.i386 0:5.0.2-8 Update: pyparted.i386 0:1.6.8-3 Update: python.i386 0:2.4-1 Update: python-devel.i386 0:2.4-1 Update: sendmail.i386 0:8.13.1-2.2 Update: system-config-printer.i386 0:0.6.118-1 Update: system-config-printer-gui.i386 0:0.6.118-1 Update: xorg-x11-deprecated-libs.i386 0:6.8.1-22 Update: xorg-x11-deprecated-libs-devel.i386 0:6.8.1-22 Update: xorg-x11-devel.i386 0:6.8.1-22 Update: xorg-x11-libs.i386 0:6.8.1-22 Update: xorg-x11-xfs.i386 0:6.8.1-22 I suppose python must be the culprit...? Thanks again. -- Cam Desautels ASCII ribbon campaign ( ) http://www.BinaryUprising.com against HTML e-mail X / \ From shrek-m at gmx.de Mon Dec 6 08:22:03 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 06 Dec 2004 09:22:03 +0100 Subject: yum update - (false) diskspace issue In-Reply-To: <45799.10.10.10.28.1102318992.squirrel@linux1> References: <41B3F17A.6080703@apt2324.com> <41B40AF1.4030105@gmx.de> <45799.10.10.10.28.1102318992.squirrel@linux1> Message-ID: <41B416AB.2020003@gmx.de> Sean wrote: >On Mon, December 6, 2004 2:32 am, shrek-m at gmx.de said: > > >>Cam Desautels wrote: >> >>>initscripts-8.00-1 needs 2MB >>>kernel-2.6.9-1.1014_FC4 needs 71MB >>> >>> >Actually looks like 107Mb is the accumulated total. Since a kernel is >being installed is it possible that there is a separate /boot partition >that actually is full? > >>> /dev/hda1 97M 27M 66M 30% /boot 71-2 = 69 > 66 he could try # yum --enablerepo=development update kernel if this does not work # rpm -qa kernel and remove an older kernel # rpm -e kernel-x.x.x-xx -- shrek-m From cam at apt2324.com Mon Dec 6 09:56:58 2004 From: cam at apt2324.com (Cam Desautels) Date: Mon, 06 Dec 2004 02:56:58 -0700 Subject: more sound and other misc. In-Reply-To: <41B39221.70902@garlic.com> References: <20041205170013.9F50173F7F@hormel.redhat.com> <41B39221.70902@garlic.com> Message-ID: <41B42CEA.3010501@apt2324.com> Anne & Lynn Wheeler wrote: > i've had numerous flavors of fc1, fc2, and fc3 on three different > machines with sound cards ... and so far have been never been able to > get sound working. > Really? I've had much better luck getting sound working in Fedora than in other distros... > i just installed fc3 on new vaio vgn-a200 (wiped clean, no dual-boot) > ... got the wireless working (with the 2200 add-in stuff) and the > controller giving ac & battery information (again following various > directions gleaned from using search engine). however, i've abeen > unsuccesful getting linux sound support working on this machine (sound > is active since the bios does a little tune on power-up). Well, give some symptoms and maybe someone can sort it out. When you say that it doesn't work, do you get an error? Does sound simply not come out? Is your alsamixer muted? That is a common one. Does the user in question have permission to write to the sound device? -- Cam Desautels ASCII ribbon campaign ( ) http://www.BinaryUprising.com against HTML e-mail X / \ From nphilipp at redhat.com Mon Dec 6 11:49:53 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Mon, 06 Dec 2004 12:49:53 +0100 Subject: Games you want to include in Fedora Core. In-Reply-To: <20041206084515.07eec949.fedora@wir-sind-cool.org> References: <1102285444.30746.25.camel@wombat.tiptoe.de> <20041206084515.07eec949.fedora@wir-sind-cool.org> Message-ID: <1102333793.18601.4.camel@wombat.tiptoe.de> On Mon, 2004-12-06 at 08:45 +0100, Michael Schwendt wrote: > On Sun, 05 Dec 2004 23:24:04 +0100, Nils Philippsen wrote: > > - FlightGear (3D flight sim) though this could be a bit tough with all > > the map and plane data (around 12GB I heard), http://www.flightgear.org > > A WONTFIX according to https://bugzilla.fedora.us/show_bug.cgi?id=689 > seems to depend on something only available in rpm.livna.org Depends on plib, but why is this on livna.org and not fedora.us? Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From psavoie1783 at rogers.com Mon Dec 6 12:03:10 2004 From: psavoie1783 at rogers.com (Phil Savoie) Date: Mon, 6 Dec 2004 07:03:10 -0500 Subject: Games you want to include in Fedora Core. In-Reply-To: References: Message-ID: <200412060703.10531.psavoie1783@rogers.com> On December 3, 2004 06:57, joelbryan wrote: > If there's a game you want to include in Fedora Core, what would that be? > > Mine is Monopoly and Scrabble based games. > I really liked Monopoly, I'm addicted to that game. :-) How about Kobo Deluxe? Phil From nphilipp at redhat.com Mon Dec 6 15:04:20 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Mon, 06 Dec 2004 16:04:20 +0100 Subject: Games you want to include in Fedora Core. In-Reply-To: <20041206084515.07eec949.fedora@wir-sind-cool.org> References: <1102285444.30746.25.camel@wombat.tiptoe.de> <20041206084515.07eec949.fedora@wir-sind-cool.org> Message-ID: <1102345460.18601.11.camel@wombat.tiptoe.de> On Mon, 2004-12-06 at 08:45 +0100, Michael Schwendt wrote: > On Sun, 05 Dec 2004 23:24:04 +0100, Nils Philippsen wrote: > > - FlightGear (3D flight sim) though this could be a bit tough with all > > the map and plane data (around 12GB I heard), http://www.flightgear.org > > A WONTFIX according to https://bugzilla.fedora.us/show_bug.cgi?id=689 > seems to depend on something only available in rpm.livna.org > > > - Torcs (3D racing sim), http://torcs.org/ > > Included already. Don't think so (yum search doesn't find it in stable/testing/unstable) because it needs plib as well. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From reader at newsguy.com Mon Dec 6 15:07:35 2004 From: reader at newsguy.com (Harry Putnam) Date: Mon, 06 Dec 2004 09:07:35 -0600 Subject: yum update - (false) diskspace issue In-Reply-To: <41B421A4.80502@apt2324.com> (Cam Desautels's message of "Mon, 06 Dec 2004 02:08:52 -0700") References: <41B3F17A.6080703@apt2324.com> <41B40AF1.4030105@gmx.de> <45799.10.10.10.28.1102318992.squirrel@linux1> <41B421A4.80502@apt2324.com> Message-ID: Cam Desautels writes: > [root at celes ~]# yum install lyx > Traceback (most recent call last): > File "/usr/bin/yum", line 6, in ? > import yummain > File "/usr/share/yum-cli/yummain.py", line 23, in ? > import yum > File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 21, in ? > import rpm > ImportError: No module named rpm > [root at celes ~]# This looks like errors I was getting until someone suggested I install a selinux related package... see thread generated by my post on this group: From: Harry Putnam Subject: Tormented by python warning/errors To: Date: Fri, 03 Dec 2004 13:20:08 -0600 Message-ID: Especially Jay Turner's answer: From: Jay Turner Subject: Re: Tormented by python warning/errors To: Date: Sat, 4 Dec 2004 00:32:21 +0100 Message-ID: <20041203233221.GC4342 at redhat.com> From reader at newsguy.com Mon Dec 6 15:09:08 2004 From: reader at newsguy.com (Harry Putnam) Date: Mon, 06 Dec 2004 09:09:08 -0600 Subject: more sound and other misc. In-Reply-To: <41B42CEA.3010501@apt2324.com> (Cam Desautels's message of "Mon, 06 Dec 2004 02:56:58 -0700") References: <20041205170013.9F50173F7F@hormel.redhat.com> <41B39221.70902@garlic.com> <41B42CEA.3010501@apt2324.com> Message-ID: Cam Desautels writes: > Well, give some symptoms and maybe someone can sort it out. When you say > that it doesn't work, do you get an error? Does sound simply not come out? > > Is your alsamixer muted? That is a common one. Does the user in > question have permission to write to the sound device? Does typing `aumix' into an xterm show your volume at zero? From pri.rhl3 at iadonisi.to Mon Dec 6 15:47:24 2004 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Mon, 06 Dec 2004 10:47:24 -0500 Subject: yum update - (false) diskspace issue In-Reply-To: <41B416AB.2020003@gmx.de> References: <41B3F17A.6080703@apt2324.com> <41B40AF1.4030105@gmx.de> <45799.10.10.10.28.1102318992.squirrel@linux1> <41B416AB.2020003@gmx.de> Message-ID: <1102348044.13686.16.camel@va.local.linuxlobbyist.org> On Mon, 2004-12-06 at 09:22 +0100, shrek-m at gmx.de wrote: > Sean wrote: > [snip] > >Actually looks like 107Mb is the accumulated total. Since a kernel is > >being installed is it possible that there is a separate /boot partition > >that actually is full? > > > > >>> /dev/hda1 97M 27M 66M 30% /boot > > 71-2 = 69 > 66 I'm not so sure this is explains the problem. The large majority of the kernel package space is taken up in the /lib/modules/`uname -r` directory, not in /boot. -- -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 whooperhsd3 at earthlink.net Mon Dec 6 16:19:30 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Mon, 6 Dec 2004 11:19:30 -0500 (EST) Subject: yum update - (false) diskspace issue In-Reply-To: <41B3F17A.6080703@apt2324.com> References: <41B3F17A.6080703@apt2324.com> Message-ID: <1353.12.29.16.103.1102349970.squirrel@whooper.org> Cam Desautels said: > Not sure what the proplem is here...I issue a yum update and it fails > saying that the packages require X amount of diskspace, but I _have_ enough > space. > [snip] > ('installing package desktop-printing-0.17-5 needs 107MB on the / > filesystem', (9, '/', 111165440L)) I always read it as saying you need 107MB _more_ space, not that you need 107MB total. You might try updating in smaller groups, that way you can clean out downloaded RPMs between runs. -- William Hooper From smooge at gmail.com Mon Dec 6 17:03:08 2004 From: smooge at gmail.com (Stephen J. Smoogen) Date: Mon, 6 Dec 2004 10:03:08 -0700 Subject: Having kernel networking problems with 681 kernel??? In-Reply-To: <20041204191358.GC32366@angus.ind.WPI.EDU> References: <80d7e40904120410596cce3de6@mail.gmail.com> <20041204191358.GC32366@angus.ind.WPI.EDU> Message-ID: <80d7e4090412060903357f11ee@mail.gmail.com> On Sat, 4 Dec 2004 14:13:58 -0500, Charles R. Anderson wrote: > On Sat, Dec 04, 2004 at 11:59:57AM -0700, Stephen J. Smoogen wrote: > > I am trying to debug some new FC3 boxes and I am trying to figure out > > some issues that seem to be kernel related, but I could be barking up > [...] > > All the network cards are E1000's and the link between the 2 boxes is > > Did you see Dave Jone's new updates-testing kernel 2.6.9-1.698_FC3? > Have tried the 698 kernel and this does seem to fix the problem. Thanks. > - Workaround for the E1000 erratum 23 (#140047) > [...] > - Workaround E1000 post-maturely writing back to TX descriptors (#133261) > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > -- Stephen J Smoogen. CSIRT/Linux System Administrator From markmc at redhat.com Mon Dec 6 17:13:55 2004 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 06 Dec 2004 12:13:55 -0500 Subject: The dual panels are great! In-Reply-To: <1102299067.10293.0.camel@localhost.surak.eti.br> References: <1102198031.13169.1.camel@va.local.linuxlobbyist.org> <1102299067.10293.0.camel@localhost.surak.eti.br> Message-ID: <1102353235.4029.14.camel@blaa> On Sun, 2004-12-05 at 23:11 -0300, Alexandre Strube wrote: > Em S?b, 2004-12-04 ?s 17:07 -0500, Paul Iadonisi escreveu: > > On Sun, 2004-12-05 at 05:57 +0800, joelbryan wrote: > > > The dual panels where great!, does that mean it's going to be a > > > standard in fedora core? > > Is it great? I thought just less space to my applications. It used to be a 48 pixel bottom panel - now you have two 24 pixel panels. No less space ... Cheers, Mark. From kaboom at gatech.edu Mon Dec 6 17:27:52 2004 From: kaboom at gatech.edu (Chris Ricker) Date: Mon, 6 Dec 2004 12:27:52 -0500 (EST) Subject: Having kernel networking problems with 681 kernel??? In-Reply-To: <80d7e4090412060903357f11ee@mail.gmail.com> References: <80d7e40904120410596cce3de6@mail.gmail.com> <20041204191358.GC32366@angus.ind.WPI.EDU> <80d7e4090412060903357f11ee@mail.gmail.com> Message-ID: On Mon, 6 Dec 2004, Stephen J. Smoogen wrote: > On Sat, 4 Dec 2004 14:13:58 -0500, Charles R. Anderson wrote: > > On Sat, Dec 04, 2004 at 11:59:57AM -0700, Stephen J. Smoogen wrote: > > > I am trying to debug some new FC3 boxes and I am trying to figure out > > > some issues that seem to be kernel related, but I could be barking up > > [...] > > > All the network cards are E1000's and the link between the 2 boxes is > > > > Did you see Dave Jone's new updates-testing kernel 2.6.9-1.698_FC3? > > > > Have tried the 698 kernel and this does seem to fix the problem. I, OTOH, am having major issues with e1000s and 1.698_FC3 Bug #141990 later, chris From veillard at redhat.com Mon Dec 6 17:38:24 2004 From: veillard at redhat.com (Daniel Veillard) Date: Mon, 6 Dec 2004 12:38:24 -0500 Subject: gamin-0.0.19-1.FC3 test update Message-ID: <20041206173823.GV25551@redhat.com> This is yet another attempt at fixing the problem where the gam_server goes into an infinite loop (or other nastyness) which are very likely to be related to GList free pool corruptions. Since I got new reports with 0.0.18, this version tries to reduce the risk of silent corruption of those structure and improve debugging capabilities. People experiencing problems with gam_server should try to update and report if they can reproduce the problems and report so in https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=132354 If no negative report is shown this will be pushed as a final update at the end of the week, thanks, Daniel -- Daniel Veillard | Red Hat Desktop team http://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 rpaiz at simpaticus.com Mon Dec 6 18:46:21 2004 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Mon, 06 Dec 2004 12:46:21 -0600 Subject: The dual panels are great! In-Reply-To: <1102353235.4029.14.camel@blaa> References: <1102198031.13169.1.camel@va.local.linuxlobbyist.org> <1102299067.10293.0.camel@localhost.surak.eti.br> <1102353235.4029.14.camel@blaa> Message-ID: <1102358781.3528.60.camel@rodolfo.gt.factorrent.com> On Mon, 2004-12-06 at 12:13 -0500, Mark McLoughlin wrote: > It used to be a 48 pixel bottom panel - now you have two 24 pixel > panels. No less space ... > I use a 24-pixel bottom panel only. :-) However, while you are mathematically correct in any case, the same is not true perceptually. Due to the placement of screens and the eye's tendency to scan top-to-bottom, pixels at the top of the screen are perceived as being more prominent than those at the bottom. So even though no more space is being taken, the space that *is* used is now more valuable space... so the user does see a difference. Cheers, -- Rodolfo J. Paiz From rpaiz at simpaticus.com Mon Dec 6 19:00:46 2004 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Mon, 06 Dec 2004 13:00:46 -0600 Subject: Games you want to include in Fedora Core. In-Reply-To: <41B0C7A4.2050100@apt2324.com> References: <41B0C7A4.2050100@apt2324.com> Message-ID: <1102359647.3528.63.camel@rodolfo.gt.factorrent.com> On Fri, 2004-12-03 at 13:08 -0700, Cam Desautels wrote: > I would really like to see "Go" in FC. The game has near-infinite > complexity (much like chess, although arguably more), and is the kind of > game that is enjoyed by hackers. > There is at least one implementation in FC3. It's called Gnect and is in the gnome-games package. I could have sworn there was at least one other in there somewhere, but I don't see it right now. Cheers, -- Rodolfo J. Paiz From jspaleta at gmail.com Mon Dec 6 18:58:28 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 6 Dec 2004 13:58:28 -0500 Subject: The dual panels are great! In-Reply-To: <1102353235.4029.14.camel@blaa> References: <1102198031.13169.1.camel@va.local.linuxlobbyist.org> <1102299067.10293.0.camel@localhost.surak.eti.br> <1102353235.4029.14.camel@blaa> Message-ID: <604aa791041206105842f96d11@mail.gmail.com> On Mon, 06 Dec 2004 12:13:55 -0500, Mark McLoughlin wrote: > It used to be a 48 pixel bottom panel - now you have two 24 pixel > panels. No less space ... I need to file a bug about this..... i noticed that managed windows will be obscured by the bottom panel, while the window manager seems to make an effort to keep windows from appearing underneath or on top of the upper panel. So this is a slightly different than the 1 upper panel case. -jef"would still like to see aspects of the brightside project infused into the panel behavior, so i can 'throw' my cursor into a corner and have the volume mute without having to target or click at all... though the 2 panels idea gets closer to that goal"spaleta From smooge at gmail.com Mon Dec 6 19:17:31 2004 From: smooge at gmail.com (Stephen J. Smoogen) Date: Mon, 6 Dec 2004 12:17:31 -0700 Subject: Having kernel networking problems with 681 kernel??? In-Reply-To: References: <80d7e40904120410596cce3de6@mail.gmail.com> <20041204191358.GC32366@angus.ind.WPI.EDU> <80d7e4090412060903357f11ee@mail.gmail.com> Message-ID: <80d7e40904120611171412631d@mail.gmail.com> On Mon, 6 Dec 2004 12:27:52 -0500 (EST), Chris Ricker wrote: > On Mon, 6 Dec 2004, Stephen J. Smoogen wrote: > > > On Sat, 4 Dec 2004 14:13:58 -0500, Charles R. Anderson wrote: > > > On Sat, Dec 04, 2004 at 11:59:57AM -0700, Stephen J. Smoogen wrote: > > > > I am trying to debug some new FC3 boxes and I am trying to figure out > > > > some issues that seem to be kernel related, but I could be barking up > > > [...] > > > > All the network cards are E1000's and the link between the 2 boxes is > > > > > > Did you see Dave Jone's new updates-testing kernel 2.6.9-1.698_FC3? > > > > > > > Have tried the 698 kernel and this does seem to fix the problem. > > I, OTOH, am having major issues with e1000s and 1.698_FC3 > > Bug #141990 > Not seeing this. The box has 3 e1000's in it. But the main network popped off about 30 minutes ago. Trying to figure if this is switch problem or local problem. > later, > chris > > -- > > > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > -- Stephen J Smoogen. CSIRT/Linux System Administrator From fedora at leemhuis.info Mon Dec 6 19:18:58 2004 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 06 Dec 2004 20:18:58 +0100 Subject: The dual panels are great! In-Reply-To: <604aa791041206105842f96d11@mail.gmail.com> References: <1102198031.13169.1.camel@va.local.linuxlobbyist.org> <1102299067.10293.0.camel@localhost.surak.eti.br> <1102353235.4029.14.camel@blaa> <604aa791041206105842f96d11@mail.gmail.com> Message-ID: <1102360738.4029.3.camel@localhost.localdomain> Am Montag, den 06.12.2004, 13:58 -0500 schrieb Jeff Spaleta: > On Mon, 06 Dec 2004 12:13:55 -0500, Mark McLoughlin wrote: > > It used to be a 48 pixel bottom panel - now you have two 24 pixel > > panels. No less space ... > > > I need to file a bug about this..... > i noticed that managed windows will be obscured by the bottom panel, > while the window manager seems to make an effort to keep windows from > appearing underneath or on top of the upper panel. So this is a > slightly different than the 1 upper panel case. > > -jef"would still like to see aspects of the brightside project infused > into the panel behavior, so i can 'throw' my cursor into a corner and > have the volume mute without having to target or click at all... > though the 2 panels idea gets closer to that goal"spaleta just FYI, brightside currently finds its way into fedora.us: http://bugzilla.fedora.us/show_bug.cgi?id=2317 CU thl -- Thorsten Leemhuis From smooge at gmail.com Mon Dec 6 19:20:02 2004 From: smooge at gmail.com (Stephen J. Smoogen) Date: Mon, 6 Dec 2004 12:20:02 -0700 Subject: Having kernel networking problems with 681 kernel??? In-Reply-To: <80d7e40904120611171412631d@mail.gmail.com> References: <80d7e40904120410596cce3de6@mail.gmail.com> <20041204191358.GC32366@angus.ind.WPI.EDU> <80d7e4090412060903357f11ee@mail.gmail.com> <80d7e40904120611171412631d@mail.gmail.com> Message-ID: <80d7e40904120611202423f39a@mail.gmail.com> On Mon, 6 Dec 2004 12:17:31 -0700, Stephen J. Smoogen wrote: > On Mon, 6 Dec 2004 12:27:52 -0500 (EST), Chris Ricker wrote: > > > > On Mon, 6 Dec 2004, Stephen J. Smoogen wrote: > > > > > On Sat, 4 Dec 2004 14:13:58 -0500, Charles R. Anderson wrote: > > > > On Sat, Dec 04, 2004 at 11:59:57AM -0700, Stephen J. Smoogen wrote: > > > > > I am trying to debug some new FC3 boxes and I am trying to figure out > > > > > some issues that seem to be kernel related, but I could be barking up > > > > [...] > > > > > All the network cards are E1000's and the link between the 2 boxes is > > > > > > > > Did you see Dave Jone's new updates-testing kernel 2.6.9-1.698_FC3? > > > > > > > > > > Have tried the 698 kernel and this does seem to fix the problem. > > > > I, OTOH, am having major issues with e1000s and 1.698_FC3 > > > > Bug #141990 > > > > Not seeing this. The box has 3 e1000's in it. But the main network > popped off about 30 minutes ago. Trying to figure if this is switch > problem or local problem. > > Chris.. does the bug go away with the rawhide kernel and what is the lspci for it... Not that I can help much.. but I figured that might help the QA in the bugzilla a bit. From fedora at wir-sind-cool.org Mon Dec 6 19:31:33 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Mon, 6 Dec 2004 20:31:33 +0100 Subject: Games you want to include in Fedora Core. In-Reply-To: <1102345460.18601.11.camel@wombat.tiptoe.de> References: <1102285444.30746.25.camel@wombat.tiptoe.de> <20041206084515.07eec949.fedora@wir-sind-cool.org> <1102345460.18601.11.camel@wombat.tiptoe.de> Message-ID: <20041206203133.62d34802.fedora@wir-sind-cool.org> On Mon, 06 Dec 2004 16:04:20 +0100, Nils Philippsen wrote: > > > - FlightGear (3D flight sim) though this could be a bit tough with all > > > the map and plane data (around 12GB I heard), http://www.flightgear.org > > > > A WONTFIX according to https://bugzilla.fedora.us/show_bug.cgi?id=689 > > seems to depend on something only available in rpm.livna.org > > > > > - Torcs (3D racing sim), http://torcs.org/ > > > > Included already. > > Don't think so (yum search doesn't find it in stable/testing/unstable) > because it needs plib as well. Querying bugzilla, the following ticket is where it was pulled: https://bugzilla.fedora.us/show_bug.cgi?id=1037 But plib16 (1.6.0) and plib 1.8.4 are back in Fedora Extras CVS, and torcs 1.2.1, which hasn't been updated since rh9, is included. From jerryw4386 at msn.com Mon Dec 6 20:19:22 2004 From: jerryw4386 at msn.com (JERRY WHITMIRE) Date: Mon, 06 Dec 2004 12:19:22 -0800 Subject: Gnome volume manager Message-ID: All is well did a full up2date and can get to gnome now on FC3 Final and have FC 3 test 3 on # 1 hard drive FC 3 Final on # 2 hard drive # 3 hard drive set as extra space. old habits do did hard [Phil] but you will notice i do not have Windows Xp. listed i gave it up that old habit died very easy. rock on Fedora YEA. I am a convert. THANK for your Help and many thanks to [Phil] Jerry W. Whitmire jerryw4386 at msn.com _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From seandarcy at hotmail.com Mon Dec 6 20:54:42 2004 From: seandarcy at hotmail.com (sean darcy) Date: Mon, 06 Dec 2004 15:54:42 -0500 Subject: gftp-2.0.17-3 dies fetching files : ARBOR Message-ID: I've installed fc3-x86_64 on my new amd64 box. gftp fails when fetch a file: ................................................... 150 Here comes the directory listing. 226 Directory send OK. PASV 227 Entering Passive Mode (216,180,54,21,204,147) RETR /redhat/fedora/linux/core/development/SRPMS/tree-1.5.0-2.src.rpm 150 Opening BINARY mode data connection for /redhat/fedora/linux/core/development/SRPMS/tree-1.5.0-2.src.rpm (34372 bytes). ABOR 426 Failure writing network stream. Tried a bunch of other ftp sites. same thing. lftp works. ????? sean From reader at newsguy.com Mon Dec 6 21:44:18 2004 From: reader at newsguy.com (Harry Putnam) Date: Mon, 06 Dec 2004 15:44:18 -0600 Subject: The dual panels are great! In-Reply-To: <1102358781.3528.60.camel@rodolfo.gt.factorrent.com> (Rodolfo J. Paiz's message of "Mon, 06 Dec 2004 12:46:21 -0600") References: <1102198031.13169.1.camel@va.local.linuxlobbyist.org> <1102299067.10293.0.camel@localhost.surak.eti.br> <1102353235.4029.14.camel@blaa> <1102358781.3528.60.camel@rodolfo.gt.factorrent.com> Message-ID: "Rodolfo J. Paiz" writes: > On Mon, 2004-12-06 at 12:13 -0500, Mark McLoughlin wrote: >> It used to be a 48 pixel bottom panel - now you have two 24 pixel >> panels. No less space ... >> > > I use a 24-pixel bottom panel only. :-) > > However, while you are mathematically correct in any case, the same is > not true perceptually. Due to the placement of screens and the eye's > tendency to scan top-to-bottom, pixels at the top of the screen are > perceived as being more prominent than those at the bottom. So even > though no more space is being taken, the space that *is* used is now > more valuable space... so the user does see a difference. To make space less of a factor: Put this in one of the `display' subsections of `Screen' section in /etc/X11/xorg.conf. Use the display subsection that contains your `DefaultDepth' line (if you have one): Virtual 1600 1280 This will give you a nice large desktop to flop around on. I've used it for years. May take some getting used to since you can pan around with the mouse. From lynn at garlic.com Mon Dec 6 22:56:14 2004 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Mon, 06 Dec 2004 15:56:14 -0700 Subject: more sound and other misc. In-Reply-To: <20041206170026.39613736E1@hormel.redhat.com> References: <20041206170026.39613736E1@hormel.redhat.com> Message-ID: <41B4E38E.6040608@garlic.com> cam desautels wrote: Well, give some symptoms and maybe someone can sort it out. When you say that it doesn't work, do you get an error? Does sound simply not come out? Is your alsamixer muted? That is a common one. Does the user in question have permission to write to the sound device? ...... fc2, dimension 8300 (similar problems with old dimension 410) detect sound card run from root ... finds card but no test sound heard gnome-sound-properties run from root ... on exit "audio_alsa: no cards found!" alsamixer run from root: alsamixer: function snd_ctl_open failed for default: no such device ..... fc3, vaio vgn-a290 speakers working, bios plays tune on power-up and/or boot detect sound card run from root ... finds card but no test sound heard gnome-sound-properties run from root ... shows menu, no errors alsamixer run from root: alsamixer shows a bunch of sound level stuff set in the "green" at 75%; no error messages aumix run in root xterm shows vol at about 75% From paul at all-the-johnsons.co.uk Tue Dec 7 00:41:57 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 07 Dec 2004 00:41:57 +0000 Subject: Problems after reinstall Message-ID: <1102380118.4817.6.camel@localhost.localdomain> Hi, Thanks for the emails helping me to solve the problem on my box when it failed to work. I backed up /etc, /var and /usr to another drive, detached the lot and reinstalled FC3 clean. Something may have gone wobbly though as I'm getting these errors when I use yum or run ldconfig -> ldconfig /sbin/ldconfig: /usr/lib/libwx_base_xml-2.5.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/libamu.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/libwpd-1.so.7 is not a symbolic link /sbin/ldconfig: /usr/lib/libbims.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-apache-jasper-4.1.27.so is not a symbolic link /sbin/ldconfig: /usr/lib/libwx_base_net-2.5.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/libpixregion.so.1 is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-w3c-dom.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/lib-mx4j-connector-1.1.1.so is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-apache-catalina-connector- warp-4.1.27.so is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-apache-tomcat-util-4.1.27.so is not a symbolic link /sbin/ldconfig: /usr/lib/libwx_base_odbc-2.5.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/libicutu.so.30 is not a symbolic link /sbin/ldconfig: /usr/lib/libpisock.so.4 is not a symbolic link /sbin/ldconfig: /usr/lib/libamclient-2.4.4p4.so is not a symbolic link /sbin/ldconfig: /usr/lib/libiculx.so.30 is not a symbolic link /sbin/ldconfig: /usr/lib/libwx_base-2.5.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/libwx_gtk2_xrc-2.5.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/libnmz.so.7 is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-apache-commons-dbcp-1.1.so is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-apache-naming-bootstrap-4.1.27.so is not a symbolic link /sbin/ldconfig: /usr/lib/libopenal.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libtabe.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-apache-catalina-ant-4.1.27.so is not a symbolic link /sbin/ldconfig: /usr/lib/libxfce4mcs-client.so.1 is not a symbolic link /sbin/ldconfig: /usr/lib/libsmokeqt.so.1 is not a symbolic link /sbin/ldconfig: /usr/lib/libgnomeprint-2.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libesmtp.so.5 is not a symbolic link /sbin/ldconfig: /usr/lib/libgtkgl.so.5 is not a symbolic link /sbin/ldconfig: /usr/lib/libwx_gtk2_dbgrid-2.5.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/libnjamd.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libamserver-2.4.4p4.so is not a symbolic link /sbin/ldconfig: /usr/lib/libgaim-remote.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libicule.so.30 is not a symbolic link /sbin/ldconfig: /usr/lib/lib-mx4j-tools-1.1.1.so is not a symbolic link /sbin/ldconfig: /usr/lib/libcinepaint.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libgnomeole2.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-apache-jk-4.1.27.so is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-apache-naming-4.1.27.so is not a symbolic link /sbin/ldconfig: /usr/lib/libgnomevfs.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libkjsembed.so.1 is not a symbolic link /sbin/ldconfig: /usr/lib/libxffm.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libltdl.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libwx_gtk2_plot-2.5.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/lib-javax-servlet-2.3.so is not a symbolic link /sbin/ldconfig: /usr/lib/libasound.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/libchm.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-apache-catalina-ssi-4.1.27.so is not a symbolic link /sbin/ldconfig: /usr/lib/libwx_gtk2_deprecated-2.5.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/libuser.so.1 is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-apache-catalina-bootstrap-4.1.27.so is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-apache-commons-pool-1.1.so is not a symbolic link /sbin/ldconfig: /usr/lib/libxffm_fgr.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libwx_gtk2_adv-2.5.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/libjd.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libxml.so.1 is not a symbolic link /sbin/ldconfig: /usr/lib/libxffm_book.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libwx_gtk2_svg-2.5.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/libsane-hpoj.so.1 is not a symbolic link /sbin/ldconfig: /usr/lib/libgcj.so.4 is not a symbolic link /sbin/ldconfig: /usr/lib/libots-1.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libwx_gtk2_animate-2.5.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/libwx_gtk2_core-2.5.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/libncp.so.2.3 is not a symbolic link /sbin/ldconfig: /usr/lib/libwx_gtk2_fl-2.5.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-apache-commons-digester-1.4.1.so is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-apache-commons-jocl-1.1.so is not a symbolic link /sbin/ldconfig: /usr/lib/libwx_gtk2_html-2.5.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/libwx_gtk2_mmedia-2.5.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/libxffm_fstab.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libxffm_actions.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libwx_gtk2_ogl-2.5.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/lib-mx4j-adaptor-1.1.1.so is not a symbolic link /sbin/ldconfig: /usr/lib/libwnn6.so.1.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libxffmsmb.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libxffm_calls.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libgsl.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libxfcegui4.so.1 is not a symbolic link /sbin/ldconfig: /usr/lib/libraptor.so.1 is not a symbolic link /sbin/ldconfig: /usr/lib/lib-javax-management-1.1.1.so is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-xml-sax.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libxfce4util.so.1 is not a symbolic link /sbin/ldconfig: /usr/lib/libgnomeui.so.32 is not a symbolic link /sbin/ldconfig: /usr/lib/libgnorba.so.27 is not a symbolic link /sbin/ldconfig: /usr/lib/libfribidi.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libxffm_apps.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libicuio.so.30 is not a symbolic link /sbin/ldconfig: /usr/lib/libicui18n.so.30 is not a symbolic link /sbin/ldconfig: /usr/lib/libgtkhtml-3.0.so.4 is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-apache-commons-collections-2.1.so is not a symbolic link /sbin/ldconfig: /usr/lib/libxfce4mcs-manager.so.1 is not a symbolic link /sbin/ldconfig: /usr/lib/libeap-1.0.1.so is not a symbolic link /sbin/ldconfig: /usr/lib/libglide3.so.3 is not a symbolic link /sbin/ldconfig: /usr/lib/libwx_gtk2_gizmos-2.5.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/libamtape-2.4.4p4.so is not a symbolic link /sbin/ldconfig: /usr/lib/libwx_gtk2_gl-2.5.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/libgnomeprintui-2.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libMagick++.so.6 is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-apache-catalina-4.1.27.so is not a symbolic link /sbin/ldconfig: /usr/lib/liberuby.so.1.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libsmokekde.so.1 is not a symbolic link /sbin/ldconfig: /usr/lib/libwnn.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libsqlite.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libgnomesupport.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libxffm_tubo.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libgnorbagtk.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libgtkxmhtml.so.1 is not a symbolic link /sbin/ldconfig: /usr/lib/libamanda-2.4.4p4.so is not a symbolic link /sbin/ldconfig: /usr/lib/libslang.so.1 is not a symbolic link /sbin/ldconfig: /usr/lib/libic.so.1 is not a symbolic link /sbin/ldconfig: /usr/lib/libgslcblas.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-apache-coyote-http11-4.1.27.so is not a symbolic link /sbin/ldconfig: /usr/lib/librecode.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libicudata.so.30 is not a symbolic link /sbin/ldconfig: /usr/lib/libart_lgpl.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-apache-commons-beanutils-1.6.1.so is not a symbolic link /sbin/ldconfig: /usr/lib/libgnome.so.32 is not a symbolic link /sbin/ldconfig: /usr/lib/librep.so.9 is not a symbolic link /sbin/ldconfig: /usr/lib/libradius-1.0.1.so is not a symbolic link /sbin/ldconfig: /usr/lib/libwx_gtk2_stc-2.5.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/libh323_linux_x86_r.so.1.13.4 is not a symbolic link /sbin/ldconfig: /usr/lib/libzvt.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/libdb.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/lib-com-redhat-tomcat-4.1.27.so is not a symbolic link /sbin/ldconfig: /usr/lib/libsvn_swig_perl-1.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/libkakasi.so.2 is not a symbolic link /sbin/ldconfig: /usr/lib/librdf.so.0 is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-apache-commons-fileupload-1.0.so is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-apache-commons-modeler-1.0.so is not a symbolic link /sbin/ldconfig: /usr/lib/lib-org-apache-coyote-4.1.27.so is not a symbolic link /sbin/ldconfig: /usr/lib/libsndfile.so.1 is not a symbolic link /sbin/ldconfig: /usr/lib/libicuuc.so.30 is not a symbolic link -->yum Traceback (most recent call last): File "/usr/bin/yum", line 6, in ? import yummain File "/usr/share/yum-cli/yummain.py", line 23, in ? import yum File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 21, in ? import rpm ImportError: /usr/lib/librpm-4.3.so: undefined symbol: rpm_execcon When I have tried to do a manual upgrade (download from the ftp server), I get quite a lot of post and postun errors which I'm putting down to rpm itself. Anyone got any ideas on fixing these? TTFN Paul -- "I'm gonna hit the highway like a bat out of hell with a Cilla Black fan on the bike" - Meatloaf -------------- 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 Tue Dec 7 05:34:09 2004 From: linhardt at swbell.net (Terry Linhardt) Date: Mon, 06 Dec 2004 23:34:09 -0600 Subject: The dual panels are great! In-Reply-To: <1102353235.4029.14.camel@blaa> References: <1102198031.13169.1.camel@va.local.linuxlobbyist.org> <1102299067.10293.0.camel@localhost.surak.eti.br> <1102353235.4029.14.camel@blaa> Message-ID: <41B540D1.1010701@swbell.net> Mark McLoughlin wrote: >On Sun, 2004-12-05 at 23:11 -0300, Alexandre Strube wrote: > > >>Em S?b, 2004-12-04 ?s 17:07 -0500, Paul Iadonisi escreveu: >> >> >>>On Sun, 2004-12-05 at 05:57 +0800, joelbryan wrote: >>> >>> >>>>The dual panels where great!, does that mean it's going to be a >>>>standard in fedora core? >>>> >>>> >>Is it great? I thought just less space to my applications. >> >> > > It used to be a 48 pixel bottom panel - now you have two 24 pixel >panels. No less space ... > >Cheers, >Mark. > > > Am I missing something? Users have always had the ability to create "dual" panels. Plus, they can change the size of the panels. I've played around with a top panel for some time, and I have generally changed the size of my bottom panel. Terry From perbj at stanford.edu Tue Dec 7 06:16:58 2004 From: perbj at stanford.edu (Per Bjornsson) Date: Mon, 06 Dec 2004 22:16:58 -0800 Subject: The dual panels are great! In-Reply-To: <41B540D1.1010701@swbell.net> References: <1102198031.13169.1.camel@va.local.linuxlobbyist.org> <1102299067.10293.0.camel@localhost.surak.eti.br> <1102353235.4029.14.camel@blaa> <41B540D1.1010701@swbell.net> Message-ID: <1102400218.3446.2.camel@ferrari.localdomain> On Mon, 2004-12-06 at 21:34, Terry Linhardt wrote: > Am I missing something? Users have always had the ability to create > "dual" panels. Plus, they can change the size of the panels. I've played > around with a top panel for some time, and I have generally changed the > size of my bottom panel. Yes, you can still customize it any way you want but the Fedora default is now the same as the Gnome default, one panel at the top and one at the bottom. This is all just about sane defaults. Since it's easily customizable, and also something that's definitely a personal preference, I'd be inclined to think that whichever way is OK as default... /Per -- Per Bjornsson Ph.D. Candidate, Department of Applied Physics, Stanford University From paul at all-the-johnsons.co.uk Tue Dec 7 07:23:09 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 07 Dec 2004 07:23:09 +0000 Subject: Problems after reinstall In-Reply-To: <20041206202051.A2249@mail.harddata.com> References: <1102380118.4817.6.camel@localhost.localdomain> <20041206202051.A2249@mail.harddata.com> Message-ID: <1102404189.31843.6.camel@localhost.localdomain> Hi, > > I backed up /etc, /var and /usr to another drive, > > How did you back up /usr? cp -a /mnt/l2/usr/* /mnt/linux/usr/ All filestamps and such were kepts and checked. > > detached the lot and reinstalled FC3 clean. > > Contrary to what that name may suggest any stuff in /usr which > is not /usr/local basically is not yours. I know ;-) > > > > -> ldconfig > > /sbin/ldconfig: /usr/lib/libwx_base_xml-2.5.so.2 is not a symbolic link > > > > /sbin/ldconfig: /usr/lib/libamu.so.2 is not a symbolic link > ...... > > Removing all files from that list, i.e. things like > "/usr/lib/libamu.so.2" and not /sbin/ldconfig and reruning > 'ldconfig' should fix that. Probably better do that > after 'telinit 1'. But that means that you really did not > "reinstal FC3 clean" I installed FC3 clean from the CDs - wiped the partitions, selected packages, you know, did it clean. The only ldconfig I have are in /sbin/ldconfig. I log in as me and the su, sbin is not on the path, so I have to run /sbin/ldconfig. > > ImportError: /usr/lib/librpm-4.3.so: undefined symbol: rpm_execcon > > Possibly caused by errors in ldconfig run; but what about 'rpm -V yum'? That rpm wasn't installed! > Essentially your system should check clean with 'rpm -Va' (some > timestamp differences and changes in log and configuration files > will be ok). Redirect an output to a file and check later. It is coming up with a lot of prelink errors /usr/lib/libkscan.so.1.0.0: at least of file's dependencies has changed since prelinking (for example) Could my problems just be that prelink needs to be run again? If it is, how do I do that? TTFN Paul -- "I'm gonna hit the highway like a bat out of hell with a Cilla Black fan on the bike" - Meatloaf -------------- 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 Tue Dec 7 14:40:18 2004 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Tue, 7 Dec 2004 09:40:18 -0500 (EST) Subject: Bug with keyboard input on Gnome 2.8 using FC3 In-Reply-To: <20041204224238.38EB4416118@ws5-2.us4.outblaze.com> Message-ID: Here I thought this was justa left-over from upgrading FC2 systems. -- noah silva On Sat, 4 Dec 2004 luya at jpopmail.com wrote: > On keyboard preference --> layout, the error below will be generated when choosing language such as French Canadian or Japanese > > Error activating XKB configuration. > Probably internal X server problem. > > X server version data: > The X.Org Foundation > 60801000 > > If you report this situation as a bug, please include: > - The result of xprop -root | grep XKB > - The result of gconftool-2 -R /desktop/gnome/peripherals/keyboard/xkb > > > > > Is there a workaround on that issue? > -- > _______________________________________________ > Get your free email from http://mymail.jp.popstarmail.org > > Powered by Outblaze > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From nphilipp at redhat.com Tue Dec 7 14:40:31 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 07 Dec 2004 15:40:31 +0100 Subject: Games you want to include in Fedora Core. In-Reply-To: <20041206203133.62d34802.fedora@wir-sind-cool.org> References: <1102285444.30746.25.camel@wombat.tiptoe.de> <20041206084515.07eec949.fedora@wir-sind-cool.org> <1102345460.18601.11.camel@wombat.tiptoe.de> <20041206203133.62d34802.fedora@wir-sind-cool.org> Message-ID: <1102430431.19357.24.camel@wombat.tiptoe.de> On Mon, 2004-12-06 at 20:31 +0100, Michael Schwendt wrote: > On Mon, 06 Dec 2004 16:04:20 +0100, Nils Philippsen wrote: > > > > > - FlightGear (3D flight sim) though this could be a bit tough with all > > > > the map and plane data (around 12GB I heard), http://www.flightgear.org > > > > > > A WONTFIX according to https://bugzilla.fedora.us/show_bug.cgi?id=689 > > > seems to depend on something only available in rpm.livna.org > > > > > > > - Torcs (3D racing sim), http://torcs.org/ > > > > > > Included already. > > > > Don't think so (yum search doesn't find it in stable/testing/unstable) > > because it needs plib as well. > > Querying bugzilla, the following ticket is where it was pulled: > > https://bugzilla.fedora.us/show_bug.cgi?id=1037 > > But plib16 (1.6.0) and plib 1.8.4 are back in Fedora Extras CVS, > and torcs 1.2.1, which hasn't been updated since rh9, is included. So theoretically I could submit my flightgear rpms, too, couldn't I? I also have torcs RPMs for version 1.2.2 lying around, so... Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nsilva-list at aoi.atari-source.com Tue Dec 7 14:50:53 2004 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Tue, 7 Dec 2004 09:50:53 -0500 (EST) Subject: jfs support In-Reply-To: <41B07F76.6060006@one.net> Message-ID: Hi, I just mentioned this recently on this list. They have to be in the FStab file with a non-zero number in the second to last field. The problem is probably two-fold: a.) Supporting JFS hasn't seemeda huge priority to Redhat, they chose ext3 as their main supported filesystem (correct me if I am wrong...). b.) ext3 replays the journal on any mount attempt. You have to actually run fsck on a JFS drive to replay the journal. If you try to mount a non-checked dirty jfs partition, it just fails. This means that even if fedora doesn't run an fsck on an ext3 partiton, it is simply replayed when mounted. If it doesn't run a check on a JFS partition, it fails to mount at all. -- noah On Fri, 3 Dec 2004, gslink wrote: > Ever since IBM wrote the jfs drivers there has always been the problem > that drives are not checked unless they have to be there. I use jfs on > both fixed and removable drives. These get checked in FC3 without > manual intervention but only if they are listed as drives that must be > there for the system to run. If one of these jfs drives isn't there > then the system won't boot. This is true even if the jfs drive has > nothing to do with the system. If the drive is removable and is not > required to be there then you will need to run any checks manually or > use OS/2. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From nsilva-list at aoi.atari-source.com Tue Dec 7 14:53:29 2004 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Tue, 7 Dec 2004 09:53:29 -0500 (EST) Subject: JFS support in init scripts? In-Reply-To: <1102013956.4220.85.camel@paragon.slim> Message-ID: On Thu, 2 Dec 2004, Jurgen Kramer wrote: > On Mon, 2004-11-29 at 11:28 -0500, Noah Silva [Mailing list] wrote: > > I have several large JFS partitions andon every fecdora (and in rawhide > > now) there is an issue that if the machien is uncleanly shut down, I have > > to mount the drives manually at boot-up. > > > > To be clear: > > > > JFS doesn't auto-replay journal upon mounting, you have to run fsck.jfs to > > do that. I added hacks to my rc.local, but that doesn't help anyone else. > > I have the exact same problem (also had it with FC2). It would be nice > if other filesystems then ext3 are automatically checked as well. But > even ext3 checking probably needs some works, 8 out of 10 times it ends > up with saying (something like) "an error occurred checking the > drive..please do it again manually". This is mostly a bogus error, > checking manually doesn't reveal any other errors. Not really rock > solid... Interestingly, I havn't seen this happen, but then again, I only use ext3 for root and boot partitions. > Jurgen > -- noah silva From fedora at wir-sind-cool.org Tue Dec 7 15:17:40 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Tue, 7 Dec 2004 16:17:40 +0100 Subject: Games you want to include in Fedora Core. In-Reply-To: <1102430431.19357.24.camel@wombat.tiptoe.de> References: <1102285444.30746.25.camel@wombat.tiptoe.de> <20041206084515.07eec949.fedora@wir-sind-cool.org> <1102345460.18601.11.camel@wombat.tiptoe.de> <20041206203133.62d34802.fedora@wir-sind-cool.org> <1102430431.19357.24.camel@wombat.tiptoe.de> Message-ID: <20041207161740.1f90e5a2.fedora@wir-sind-cool.org> On Tue, 07 Dec 2004 15:40:31 +0100, Nils Philippsen wrote: > > But plib16 (1.6.0) and plib 1.8.4 are back in Fedora Extras CVS, > > and torcs 1.2.1, which hasn't been updated since rh9, is included. > > So theoretically I could submit my flightgear rpms, too, couldn't I? Well, last status update was this: http://www.redhat.com/archives/fedora-devel-list/2004-November/msg01170.html There's still hope that Father Christmas will come with much more encouraging news. ;) > I also have torcs RPMs for version 1.2.2 lying around, so... Dunno whether the included package is unmaintained or will be unmaintained or whether the last maintainer would be happy about transferring package ownership. There are many options. From michal at harddata.com Tue Dec 7 15:33:57 2004 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 7 Dec 2004 08:33:57 -0700 Subject: Problems after reinstall In-Reply-To: <1102404189.31843.6.camel@localhost.localdomain>; from paul@all-the-johnsons.co.uk on Tue, Dec 07, 2004 at 07:23:09AM +0000 References: <1102380118.4817.6.camel@localhost.localdomain> <20041206202051.A2249@mail.harddata.com> <1102404189.31843.6.camel@localhost.localdomain> Message-ID: <20041207083357.A16064@mail.harddata.com> > > > > How did you back up /usr? > > cp -a /mnt/l2/usr/* /mnt/linux/usr/ That should not replace links with their contents. Something is amiss. BTW - you should really do instead 'cp -a /mnt/l2/usr /mnt/linux'. There is likely no difference in this particular case but in general it is. 'cp -ax ...' also comes often handy. > > I installed FC3 clean from the CDs - wiped the partitions, selected > packages, you know, did it clean. So where this stuff you backed up in /mnt/linux/usr/ is coming into the picture? > The only ldconfig I have are in /sbin/ldconfig. Yes. So? > That rpm wasn't installed! How did you manage that trick? You mean that you were picking every package for an installation "manually" and installed by explicitly switching root with -r option to rpm? > It is coming up with a lot of prelink errors If you replaced various files from the time the last prelink was done then you will see that. Run /etc/cron.daily/prelink script and they should vanish. Michal From nphilipp at redhat.com Tue Dec 7 15:53:14 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 07 Dec 2004 16:53:14 +0100 Subject: Games you want to include in Fedora Core. In-Reply-To: <20041207161740.1f90e5a2.fedora@wir-sind-cool.org> References: <1102285444.30746.25.camel@wombat.tiptoe.de> <20041206084515.07eec949.fedora@wir-sind-cool.org> <1102345460.18601.11.camel@wombat.tiptoe.de> <20041206203133.62d34802.fedora@wir-sind-cool.org> <1102430431.19357.24.camel@wombat.tiptoe.de> <20041207161740.1f90e5a2.fedora@wir-sind-cool.org> Message-ID: <1102434794.19357.43.camel@wombat.tiptoe.de> On Tue, 2004-12-07 at 16:17 +0100, Michael Schwendt wrote: > On Tue, 07 Dec 2004 15:40:31 +0100, Nils Philippsen wrote: > > > > But plib16 (1.6.0) and plib 1.8.4 are back in Fedora Extras CVS, > > > and torcs 1.2.1, which hasn't been updated since rh9, is included. > > > > So theoretically I could submit my flightgear rpms, too, couldn't I? > > Well, last status update was this: > http://www.redhat.com/archives/fedora-devel-list/2004-November/msg01170.html > > There's still hope that Father Christmas will come with much more > encouraging news. ;) Heh, I didn't want to stir up the Fedora Extras brew, I was just inquiring about the status of plib ;-). Since freeglut seems to be something of a fully fledged alternative to the non-free glut now (with compatibly named header files and stuff), having plib back in fedora.us/extras shouldn't be a problem, should it? > > I also have torcs RPMs for version 1.2.2 lying around, so... > > Dunno whether the included package is unmaintained or will be > unmaintained or whether the last maintainer would be happy about > transferring package ownership. There are many options. I would be most happy to give the package away, mind I'm not lacking packages to maintain ;-). Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From lists at donut.dk Tue Dec 7 17:08:03 2004 From: lists at donut.dk (Cream[DONut]) Date: Tue, 07 Dec 2004 18:08:03 +0100 Subject: Games you want to include in Fedora Core. In-Reply-To: References: Message-ID: <41B5E373.9040506@donut.dk> joelbryan wrote: >If there's a game you want to include in Fedora Core, what would that be? > >Mine is Monopoly and Scrabble based games. >I really liked Monopoly, I'm addicted to that game. :-) > Nethack From jeffy5 at optonline.net Tue Dec 7 17:47:17 2004 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Tue, 07 Dec 2004 12:47:17 -0500 Subject: Automatic Installation of CUPS Message-ID: <200412071247.17723.jeffy5@optonline.net> Dear Sirs, I believe that in the next iteration of Fedora Core (Fedora Core 4), there should be an automatic installation of a CUPS server where it automatically installs the printer that is attached to the machine as well as allows any other machine on a LAN to print to it. This is the case with Mandrake Linux as well as some other distributions of Linux. Jeff From ben.steeves at gmail.com Tue Dec 7 17:28:28 2004 From: ben.steeves at gmail.com (Ben Steeves) Date: Tue, 7 Dec 2004 13:28:28 -0400 Subject: The dual panels are great! In-Reply-To: <1102400218.3446.2.camel@ferrari.localdomain> References: <1102198031.13169.1.camel@va.local.linuxlobbyist.org> <1102299067.10293.0.camel@localhost.surak.eti.br> <1102353235.4029.14.camel@blaa> <41B540D1.1010701@swbell.net> <1102400218.3446.2.camel@ferrari.localdomain> Message-ID: <7ebb24d1041207092866a33e03@mail.gmail.com> On Mon, 06 Dec 2004 22:16:58 -0800, Per Bjornsson wrote: > Since it's easily customizable, and also something that's definitely a > personal preference, I'd be inclined to think that whichever way is OK > as default... Not only is it easily customizable, but having it default to two panels saves me the time and effort of having to customize it when I do a fresh install. Fitt's law and all, you know. It's easier (and more efficient) to hit things that are on the edge of the screen, where your target is infinitely large. -- Ben Steeves _ bcs at metacon.ca The ASCII ribbon campaign ( ) ben.steeves at gmail.com against HTML e-mail X GPG ID: 0xB3EBF1D9 http://www.metacon.ca/bcs / \ Yahoo Messenger: ben_steeves From kyrre at solution-forge.net Tue Dec 7 19:54:15 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Tue, 07 Dec 2004 20:54:15 +0100 Subject: The dual panels are great! In-Reply-To: <604aa791041206105842f96d11@mail.gmail.com> References: <1102198031.13169.1.camel@va.local.linuxlobbyist.org> <1102299067.10293.0.camel@localhost.surak.eti.br> <1102353235.4029.14.camel@blaa> <604aa791041206105842f96d11@mail.gmail.com> Message-ID: <1102449255.3891.18.camel@kyrre> man, 06.12.2004 kl. 19.58 skrev Jeff Spaleta: > On Mon, 06 Dec 2004 12:13:55 -0500, Mark McLoughlin wrote: > > It used to be a 48 pixel bottom panel - now you have two 24 pixel > > panels. No less space ... > > > I need to file a bug about this..... > i noticed that managed windows will be obscured by the bottom panel, > while the window manager seems to make an effort to keep windows from > appearing underneath or on top of the upper panel. So this is a > slightly different than the 1 upper panel case. > > -jef"would still like to see aspects of the brightside project infused > into the panel behavior, so i can 'throw' my cursor into a corner and > have the volume mute without having to target or click at all... > though the 2 panels idea gets closer to that goal"spaleta I would be happy if the volume thingy actually had a muted symbol... From shrek-m at gmx.de Tue Dec 7 19:58:22 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 07 Dec 2004 20:58:22 +0100 Subject: Automatic Installation of CUPS In-Reply-To: <200412071247.17723.jeffy5@optonline.net> References: <200412071247.17723.jeffy5@optonline.net> Message-ID: <41B60B5E.7070608@gmx.de> Jeffrey D. Yuille wrote: >I believe that in the next iteration of Fedora Core (Fedora Core 4), >there should be an automatic installation of a CUPS server where it >automatically installs the printer that is attached to the machine as well as >allows any other machine on a LAN to print to it. This is the case with >Mandrake Linux as well as some other distributions of Linux. > a good joke :-)) -- shrek-m From kyrre at solution-forge.net Tue Dec 7 19:56:16 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Tue, 07 Dec 2004 20:56:16 +0100 Subject: whereis bonobo-activation? In-Reply-To: References: Message-ID: <1102449376.3891.20.camel@kyrre> s?n, 05.12.2004 kl. 05.29 skrev sean darcy: > I'm trying to rebuild nautilus. It's looking for bonobo-activation. At least > on x86_64 and i386 it sin't there. > > ??? > > sean > Not knowing if it is relevant, but bonobo-something went amok on my fc2 box yesterday. It ate 50% of the CPU time... From perbj at stanford.edu Tue Dec 7 20:05:58 2004 From: perbj at stanford.edu (Per Bjornsson) Date: Tue, 07 Dec 2004 12:05:58 -0800 Subject: The dual panels are great! In-Reply-To: <1102449255.3891.18.camel@kyrre> References: <1102198031.13169.1.camel@va.local.linuxlobbyist.org> <1102299067.10293.0.camel@localhost.surak.eti.br> <1102353235.4029.14.camel@blaa> <604aa791041206105842f96d11@mail.gmail.com> <1102449255.3891.18.camel@kyrre> Message-ID: <1102449958.5206.1.camel@localhost.localdomain> On Tue, 2004-12-07 at 20:54 +0100, Kyrre Ness Sjobak wrote: > I would be happy if the volume thingy actually had a muted symbol... Eh? Which version, and what theme are you using? Mine does have a red diagonal line across it when muted using Bluecurve and gnome- applets-2.8.0-5. /Per -- Per Bjornsson Ph.D. Candidate, Department of Applied Physics, Stanford University From kyrre at solution-forge.net Tue Dec 7 20:05:00 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Tue, 07 Dec 2004 21:05:00 +0100 Subject: Can't connect to cups admin on :631 In-Reply-To: <200412030733.54130.jeffy5@optonline.net> References: <200412030733.54130.jeffy5@optonline.net> Message-ID: <1102449900.3891.22.camel@kyrre> fre, 03.12.2004 kl. 13.33 skrev Jeffrey D. Yuille: > On Friday 03 December 2004 12:08 am, Harry Putnam wrote: > > Egad... I knew it had to be something rather dumb. > Hello, > > Speaking of CUPS, I am right now reinstalling Fedora Core 3 on one of my > computers because I don't know how to re-establish my print server settings > in the /etc/cups/cupsd.config file. I am trying to set up a CUPS print > server on my local LAN where not only can the other machines on the LAN see > the printer on the server but also print from it. I continue to get an error > from the computer where the printer is attached which states that it cannot > bring up the CUPS server settings. I am using the KDE desktop environment > and I am using the printing manager under Applications-Preferences-More > Preferences-Printing Manager. I am sure that this error is due to something I > did wrong in the /etc/cups/cupsd.config file. Is there any way I can bring > this file back to its default state? At this point, I cannot even print > locally from the machine where the printer is attached. As I mentioned > above, I have been able to get the other machines on the LAN to see the > printer on the network, but I am still unable to print remotely. All of my > machines are behind a wireless router which are connected through ethernet > ports except for one of the machines, which is connected wirelessly. Any > help would be appreciated. Thanks in advance. > > > Jeff Just wondering... You *can* ping the computers by machine-name, the *SAME* machine name that it is listed under under the clients "localhost:631" interface? From kyrre at solution-forge.net Tue Dec 7 20:15:31 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Tue, 07 Dec 2004 21:15:31 +0100 Subject: The dual panels are great! In-Reply-To: <1102449958.5206.1.camel@localhost.localdomain> References: <1102198031.13169.1.camel@va.local.linuxlobbyist.org> <1102299067.10293.0.camel@localhost.surak.eti.br> <1102353235.4029.14.camel@blaa> <604aa791041206105842f96d11@mail.gmail.com> <1102449255.3891.18.camel@kyrre> <1102449958.5206.1.camel@localhost.localdomain> Message-ID: <1102450530.3891.30.camel@kyrre> tir, 07.12.2004 kl. 21.05 skrev Per Bjornsson: > On Tue, 2004-12-07 at 20:54 +0100, Kyrre Ness Sjobak wrote: > > I would be happy if the volume thingy actually had a muted symbol... > > Eh? Which version, and what theme are you using? Mine does have a red > diagonal line across it when muted using Bluecurve and gnome- > applets-2.8.0-5. > > /Per > > -- > Per Bjornsson > Ph.D. Candidate, Department of Applied Physics, Stanford University Bluecurve. On this box (an fc2 machine): 2.6.2.1 On the fc3 box i am not completely shure, but i think it has never been updated since the release. I can check it tomorrow, when i am finished with my math midterm. From perbj at stanford.edu Tue Dec 7 20:23:31 2004 From: perbj at stanford.edu (Per Bjornsson) Date: Tue, 07 Dec 2004 12:23:31 -0800 Subject: The dual panels are great! In-Reply-To: <1102450530.3891.30.camel@kyrre> References: <1102198031.13169.1.camel@va.local.linuxlobbyist.org> <1102299067.10293.0.camel@localhost.surak.eti.br> <1102353235.4029.14.camel@blaa> <604aa791041206105842f96d11@mail.gmail.com> <1102449255.3891.18.camel@kyrre> <1102449958.5206.1.camel@localhost.localdomain> <1102450530.3891.30.camel@kyrre> Message-ID: <1102451011.5206.4.camel@localhost.localdomain> On Tue, 2004-12-07 at 21:15 +0100, Kyrre Ness Sjobak wrote: > tir, 07.12.2004 kl. 21.05 skrev Per Bjornsson: > > > > Eh? Which version, and what theme are you using? Mine does have a red > > diagonal line across it when muted using Bluecurve and gnome- > > applets-2.8.0-5. > Bluecurve. On this box (an fc2 machine): 2.6.2.1 > On the fc3 box i am not completely shure, but i think it has never been > updated since the release. I can check it tomorrow, when i am finished > with my math midterm. OK. I don't have FC2 handy to look at here; this machine is a fully updated FC3. Per -- Per Bjornsson Ph.D. Candidate, Department of Applied Physics, Stanford University From paul at all-the-johnsons.co.uk Tue Dec 7 21:05:26 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 07 Dec 2004 21:05:26 +0000 Subject: Yum problems Message-ID: <1102453526.4384.1.camel@localhost.localdomain> Hi, Everything now except yum seems to be happy again on my machine. When I run yum, all I get is this Traceback (most recent call last): File "/usr/bin/yum", line 6, in ? import yummain File "/usr/share/yum-cli/yummain.py", line 23, in ? import yum File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 21, in ? import rpm ImportError: /usr/lib/librpm-4.3.so: undefined symbol: rpm_execcon Any ideas what has borked on this? I have yum 2.1.12-1 installed. TTFN Paul -- "I'm gonna hit the highway like a bat out of hell with a Cilla Black fan on the bike" - Meatloaf -------------- 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 jeffy5 at optonline.net Mon Dec 6 22:51:25 2004 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Mon, 06 Dec 2004 17:51:25 -0500 Subject: Automatic Installation of CUPS In-Reply-To: <41B60B5E.7070608@gmx.de> References: <200412071247.17723.jeffy5@optonline.net> <41B60B5E.7070608@gmx.de> Message-ID: <200412061751.25628.jeffy5@optonline.net> On Tuesday 07 December 2004 02:58 pm, shrek-m at gmx.de wrote: > Jeffrey D. Yuille wrote: > >I believe that in the next iteration of Fedora Core (Fedora Core 4), > >there should be an automatic installation of a CUPS server where it > >automatically installs the printer that is attached to the machine as well > > as allows any other machine on a LAN to print to it. This is the case > > with Mandrake Linux as well as some other distributions of Linux. > > a good joke :-)) > > -- > shrek-m For your information, This was not meant to be a joke. I have had trouble with getting machines on the local network to print on the print server. I have installed print servers with other distributions of Linux without having this problem as I am having with Fedora Core. If you spent more time trying to give good advice instead of making snide remarks, I would not have had to post this in the first place. Jeff From ernesto at ornl.gov Wed Dec 8 01:41:31 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Tue, 07 Dec 2004 20:41:31 -0500 Subject: SamSung 213T LCD DVI with X under Fedora ?? Message-ID: <1102470091.3645.10.camel@lion> Hi, I just got a brand new SamSung 213T LCD monitor and a Matrox G450 MMS graphics card and it doesn't want to play on the DVI interface. When I used the analog input all is well at 1600x1200. What a beautiful monitor. In order to get the DVI going is there a special configuration in the xorg.conf? Any ideas? Thanks, Ernesto From jimhayward at earthlink.net Wed Dec 8 03:36:13 2004 From: jimhayward at earthlink.net (Jim Hayward) Date: Tue, 07 Dec 2004 19:36:13 -0800 Subject: SamSung 213T LCD DVI with X under Fedora ?? In-Reply-To: <1102470091.3645.10.camel@lion> References: <1102470091.3645.10.camel@lion> Message-ID: <1102476973.3517.18.camel@garfield.linux.localdomain> On Tue, 2004-12-07 at 20:41 -0500, Ernest L. Williams Jr. wrote: > I just got a brand new SamSung 213T LCD monitor and a Matrox G450 MMS > graphics card and it doesn't want to play on the DVI interface. What kind of problem are you having? Errors or warning in your /var/log/Xorg.0.log when you have it hooked up DVI? > When I > used the analog input all is well at 1600x1200. What a beautiful > monitor. Wait until you have had it a while and get used to it. :-) I've I had my 213T(silver) since April connected to the DVI output on an ATI Radeon 9800 Pro. The picture is fantastic. > > In order to get the DVI going is there a special configuration in the > xorg.conf? > I the only thing I changed in my xorg.conf was to set the refresh rates. Note, the DVI rates are different from the analog rates. These should be auto detected by the video driver anyway. Regards, Jim H -- Jim Hayward GPG Key available at: http://keyserver.noreply.org gpg --recv-keys --keyserver keyserver.noreply.org 0x85A92DCC GPG Fingerprint: 1AA9 AEC9 BFDF FF7A E4F8 90C7 4947 3A41 85A9 2DCC -------------- 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 ernesto at ornl.gov Wed Dec 8 03:51:43 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Tue, 07 Dec 2004 22:51:43 -0500 Subject: SamSung 213T LCD DVI with X under Fedora ?? In-Reply-To: <1102476973.3517.18.camel@garfield.linux.localdomain> References: <1102470091.3645.10.camel@lion> <1102476973.3517.18.camel@garfield.linux.localdomain> Message-ID: <1102477903.3975.8.camel@lion> On Tue, 2004-12-07 at 19:36 -0800, Jim Hayward wrote: > On Tue, 2004-12-07 at 20:41 -0500, Ernest L. Williams Jr. wrote: > > I just got a brand new SamSung 213T LCD monitor and a Matrox G450 MMS > > graphics card and it doesn't want to play on the DVI interface. > > What kind of problem are you having? Errors or warning in > your /var/log/Xorg.0.log when you have it hooked up DVI? I have tried it so many times the history only shows success with the analog. I will switch back to DVI and try again. When I had the DVI cable connected, the monitor kept switching between analog and digital. Do you have a matrox G450 as well? Maybe, I need to add the following sort of lines to the device section of my xorg.conf file: ============================================================================= Option "DigitalScreen1" "on" Option "DigitalScreen2" "on" =============================================================================== > > > When I > > used the analog input all is well at 1600x1200. What a beautiful > > monitor. > > Wait until you have had it a while and get used to it. :-) I've I had my > 213T(silver) since April connected to the DVI output on an ATI Radeon > 9800 Pro. The picture is fantastic. Does linux support for ATI Radeon is good? > > > > > In order to get the DVI going is there a special configuration in the > > xorg.conf? > > > > I the only thing I changed in my xorg.conf was to set the refresh rates. > Note, the DVI rates are different from the analog rates. These should be > auto detected by the video driver anyway. Yes. > > Regards, > Jim H > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From ernesto at ornl.gov Wed Dec 8 04:01:32 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Tue, 07 Dec 2004 23:01:32 -0500 Subject: SamSung 213T LCD DVI with X under Fedora ?? In-Reply-To: <1102477903.3975.8.camel@lion> References: <1102470091.3645.10.camel@lion> <1102476973.3517.18.camel@garfield.linux.localdomain> <1102477903.3975.8.camel@lion> Message-ID: <1102478492.3975.12.camel@lion> On Tue, 2004-12-07 at 22:51 -0500, Ernest L. Williams Jr. wrote: > On Tue, 2004-12-07 at 19:36 -0800, Jim Hayward wrote: > > On Tue, 2004-12-07 at 20:41 -0500, Ernest L. Williams Jr. wrote: > > > I just got a brand new SamSung 213T LCD monitor and a Matrox G450 MMS > > > graphics card and it doesn't want to play on the DVI interface. > > > > What kind of problem are you having? Errors or warning in > > your /var/log/Xorg.0.log when you have it hooked up DVI? > I have tried it so many times the history only shows success with the > analog. > I will switch back to DVI and try again. > > When I had the DVI cable connected, the monitor kept switching between > analog and digital. > > Do you have a matrox G450 as well? > > Maybe, I need to add the following sort of lines to the device section > of my xorg.conf file: > ============================================================================= > Option "DigitalScreen1" "on" > Option "DigitalScreen2" "on" > =============================================================================== Okay, I got it now had to add the following: To add DVI support, add the following line to the device section: Option "DigitalScreen" "yes" > > > > > > When I > > > used the analog input all is well at 1600x1200. What a beautiful > > > monitor. > > > > Wait until you have had it a while and get used to it. :-) I've I had my > > 213T(silver) since April connected to the DVI output on an ATI Radeon > > 9800 Pro. The picture is fantastic. > Does linux support for ATI Radeon is good? > > > > > > > > > In order to get the DVI going is there a special configuration in the > > > xorg.conf? > > > > > > > I the only thing I changed in my xorg.conf was to set the refresh rates. > > Note, the DVI rates are different from the analog rates. These should be > > auto detected by the video driver anyway. > Yes. > > > > > > > Regards, > > Jim H > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > http://www.redhat.com/mailman/listinfo/fedora-test-list > From mullens at ntlworld.com Wed Dec 8 04:04:21 2004 From: mullens at ntlworld.com (richard mullens) Date: Wed, 08 Dec 2004 04:04:21 +0000 Subject: Games you want to include in Fedora Core. In-Reply-To: <1102359647.3528.63.camel@rodolfo.gt.factorrent.com> References: <41B0C7A4.2050100@apt2324.com> <1102359647.3528.63.camel@rodolfo.gt.factorrent.com> Message-ID: <41B67D45.6050405@ntlworld.com> Rodolfo J. Paiz wrote: >On Fri, 2004-12-03 at 13:08 -0700, Cam Desautels wrote: > > >>I would really like to see "Go" in FC. The game has near-infinite >>complexity (much like chess, although arguably more), and is the kind of >>game that is enjoyed by hackers. >> >> >> > >There is at least one implementation in FC3. It's called Gnect and is in >the gnome-games package. I could have sworn there was at least one other >in there somewhere, but I don't see it right now. > >Cheers, > > > Gnect isn't Go. It's "Connect 4" - akin perhaps to "Go Moku". Go is played on a 19 by 19 board and has the aims of surrounding territory and capturing your opponent's stones. No Go playing program has got any where near strong amateur level. From dcbw at redhat.com Wed Dec 8 04:23:10 2004 From: dcbw at redhat.com (Dan Williams) Date: Tue, 07 Dec 2004 23:23:10 -0500 Subject: Automatic Installation of CUPS In-Reply-To: <200412061751.25628.jeffy5@optonline.net> References: <200412071247.17723.jeffy5@optonline.net> <41B60B5E.7070608@gmx.de> <200412061751.25628.jeffy5@optonline.net> Message-ID: <1102479790.26105.19.camel@dcbw.boston.redhat.com> On Mon, 2004-12-06 at 17:51 -0500, Jeffrey D. Yuille wrote: > as I am having with Fedora Core. If you spent more time trying to give good > advice instead of making snide remarks, I would not have had to post this in > the first place. I believe some issues with print sharing are due to bad firewall rules, as was the case with some SMB issues. In any case, the CUPS server should be installed by default already, and all you have to do after you add the printer is run system-config-printer (Applications->System Settings->Printing) and for your printer, right-click and choose sharing, or use the Action menu and choose Sharing. So every piece is there except autodetection and autoinstallation of the printer you have connected, correct? Dan From shrek-m at gmx.de Wed Dec 8 08:43:07 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 08 Dec 2004 09:43:07 +0100 Subject: Automatic Installation of CUPS In-Reply-To: <200412061751.25628.jeffy5@optonline.net> References: <200412071247.17723.jeffy5@optonline.net> <41B60B5E.7070608@gmx.de> <200412061751.25628.jeffy5@optonline.net> Message-ID: <41B6BE9B.2010009@gmx.de> Jeffrey D. Yuille wrote: >If you spent more time trying to give good >advice instead of making snide remarks > i will try it. >I would not have had to post this in >the first place. > could you try to give more informations about your problems ? thanks. i believe we both should read once again "For testers of Fedora Core development releases" http://www.catb.org/~esr/faqs/smart-questions.html http://www.charlescurley.com/netiquette.html http://learn.to/quote ... -- shrek-m From russell at coker.com.au Wed Dec 8 13:33:06 2004 From: russell at coker.com.au (Russell Coker) Date: Thu, 9 Dec 2004 00:33:06 +1100 Subject: i815 graphics Message-ID: <200412090033.08390.russell@coker.com.au> I've just got a couple of new (to me) Compaq P3-800 machines with i815 graphics on the motherboard. When I try installing FC3 as well as the usual problem of every second attempt crashing the machine when it enters graphics mode I have another problem. At the stage of getting to selecting packages the screen does not update. The dialog box "Reading Package Information..." remains on the screen, and then when I move the mouse cursor it changes the background color of "Install Default Software Packages" and "Customize Software Packages to be Installed" radio button text and thus causes them to appear (but the "Reading Package Information..." dialog is still on screen). If I continue then subsequent screens have the same problem and a graphical install is not feasible (and I imagine that if I did complete the install I would not be able to use X due to the same bug). Anyone else seen similar bugs? -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page From alan at redhat.com Wed Dec 8 13:34:16 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 8 Dec 2004 08:34:16 -0500 Subject: i815 graphics In-Reply-To: <200412090033.08390.russell@coker.com.au> References: <200412090033.08390.russell@coker.com.au> Message-ID: <20041208133416.GB18744@devserv.devel.redhat.com> On Thu, Dec 09, 2004 at 12:33:06AM +1100, Russell Coker wrote: > If I continue then subsequent screens have the same problem and a graphical > install is not feasible (and I imagine that if I did complete the install I > would not be able to use X due to the same bug). Do a text install, then boot it with init=/bin/sh and rpm -e firstboot. Boot and grab Mike Harris pending Xorg rpm updates. That should fix 2D although 3D still seems horked From cjbeat at centrum.cz Wed Dec 8 13:36:48 2004 From: cjbeat at centrum.cz (Miroslav Holubec) Date: Wed, 08 Dec 2004 14:36:48 +0100 Subject: FC3: no route to host with enabled firewall Message-ID: <41B70370.8030700@centrum.cz> Hi, i've problem with my firewall. i think that, it filter my outgoing packets. if i enable firewall in system-config-securitylevel, then a lot of my outgoing connections are filtered. for example: [user at comp ~]$ ftp 1.2.3.4 Connected to 1.2.3.4. 220 (vsFTPd 1.2.1) 530 Please login with USER and PASS. 530 Please login with USER and PASS. Name (1.2.3.4:user): user 331 Please specify the password. Password: 230 Login successful. Remote system type is UNIX. Using binary mode to transfer files. ftp> ls 227 Entering Passive Mode (1,2,3,4,43,196) ftp: connect: No route to host ftp> passive Passive mode off. ftp> ls 200 PORT command successful. Consider using PASV. 150 Here comes the directory listing. (no reply for a long time) I have to use passive mode, becouse i'm behind another hw firewall. In FC2 i haven't problem with that. i was trying to search some informations on google, but i wasn't lucky. thank you for some advice. M.Holubec From seanlkml at sympatico.ca Wed Dec 8 13:39:27 2004 From: seanlkml at sympatico.ca (Sean) Date: Wed, 8 Dec 2004 08:39:27 -0500 (EST) Subject: i815 graphics In-Reply-To: <200412090033.08390.russell@coker.com.au> References: <200412090033.08390.russell@coker.com.au> Message-ID: <37938.10.10.10.28.1102513167.squirrel@linux1> On Wed, December 8, 2004 8:33 am, Russell Coker said: > [...] > If I continue then subsequent screens have the same problem and a > graphical > install is not feasible (and I imagine that if I did complete the install > I would not be able to use X due to the same bug). > > Anyone else seen similar bugs? Others have already reported your bug in bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=132267 I saw some talk on the xorg list about i810/i815 and some patches. However there has also been an xorg update to FC3. Install in text mode and then update your system with the new xorg and you might have some success. Good Luck, Sean From terraformers at gmx.net Wed Dec 8 17:08:42 2004 From: terraformers at gmx.net (Lars) Date: Wed, 08 Dec 2004 18:08:42 +0100 Subject: kde 3.3.2 for fedora3 is up Message-ID: just updated my fedora rawhide with kde 3.3.2 from http://kde.org/announcements/announce-3.3.2.php and it works great!! thanks to all the nice kde and packager/rh folks!! best lars -- No Software Patents! http://nosoftwarepatents.com Datenschutz - Ihr gutes Recht! http://datenschutz.de Get Firefox! http://spreadfirefox.com From kmaraas at broadpark.no Wed Dec 8 13:06:16 2004 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Wed, 08 Dec 2004 14:06:16 +0100 Subject: New testing kernel. In-Reply-To: <20041204040649.GA15079@redhat.com> References: <20041204040649.GA15079@redhat.com> Message-ID: <1102511176.3305.12.camel@localhost.localdomain> fre, 03,.12.2004 kl. 23.06 -0500, skrev Dave Jones: > I just made a 2.6.9-1.698_FC3 set of kernels which fix > a number of bugs (Full changelog below), including some > of the more popular ones that were introduced during the > last update (namely, smbfs should work again, and hopefully > the palm/visor oopses should be gone too). > > There's still a number of bugs that affect a lot of users > (like the acpi_power_off issue which I still don't > have a handle on, despite being able to reproduce it > and spending countless hours building kernels with > extra debugging). Hopefully I'll get some of the > other nastier issues knocked off soon. > I'm seeing a lockup here when closing the lid on a HP nc4010 laptop. Didn't see that in -1.681FC3. Cheers From paul at all-the-johnsons.co.uk Wed Dec 8 22:44:12 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 08 Dec 2004 22:44:12 +0000 Subject: Any ideas on fixing some problems? Message-ID: <1102545852.11735.8.camel@localhost.localdomain> Hi, I'm trying to do an update and am getting the following 1. yum -y --exclude=swig update Traceback (most recent call last): File "/usr/bin/yum", line 6, in ? import yummain File "/usr/share/yum-cli/yummain.py", line 23, in ? import yum File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 21, in ? import rpm ImportError: /usr/lib/librpm-4.3.so: undefined symbol: rpm_execcon 2. rpm -ihv kernel-2* error: %pre(kernel-2.6.9-1.1020_FC4.i686) scriptlet failed, exit status 0 error: install: %pre scriptlet failed (2), skipping kernel-2.6.9-1.1020_FC4 Something somewhere is jiggered, but I'm at a loss as to what. I've installed rpm, yum and python manually from the development branch on the download.fedora ftp area and they seemed to go in fine. TTFN Paul -- "I'm gonna hit the highway like a bat out of hell with a Cilla Black fan on the bike" - Meatloaf -------------- 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 fct-cornette at insight.rr.com Thu Dec 9 00:25:19 2004 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 08 Dec 2004 19:25:19 -0500 Subject: i815 graphics In-Reply-To: <20041208133416.GB18744@devserv.devel.redhat.com> References: <200412090033.08390.russell@coker.com.au> <20041208133416.GB18744@devserv.devel.redhat.com> Message-ID: <41B79B6F.4020202@insight.rr.com> Alan Cox wrote: > On Thu, Dec 09, 2004 at 12:33:06AM +1100, Russell Coker wrote: > >>If I continue then subsequent screens have the same problem and a graphical >>install is not feasible (and I imagine that if I did complete the install I >>would not be able to use X due to the same bug). > > > Do a text install, then boot it with init=/bin/sh and rpm -e firstboot. Boot > and grab Mike Harris pending Xorg rpm updates. That should fix 2D although > 3D still seems horked > DRI now works for a higher resolution with the latest xorg-x11 version that I tried and I nedded to add nothing to the xorg.conf file. (16 bits @ 1280x1024). I didn't try 3D applications with the xorg version though. Is there another version on Mike's redhat directory or is it the version avalable within the repositories? Thanks for getting the driver functional again! Jim -- What passes for optimism is most often the effect of an intellectual error. -- Raymond Aron, "The Opium of the Intellectuals" From surak at casa.surak.eti.br Thu Dec 9 01:11:47 2004 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Wed, 08 Dec 2004 22:11:47 -0300 Subject: New testing kernel. In-Reply-To: <1102511176.3305.12.camel@localhost.localdomain> References: <20041204040649.GA15079@redhat.com> <1102511176.3305.12.camel@localhost.localdomain> Message-ID: <1102554707.5397.2.camel@localhost.surak.eti.br> Em Qua, 2004-12-08 ?s 14:06 +0100, Kjartan Maraas escreveu: > I'm seeing a lockup here when closing the lid on a HP nc4010 laptop. > Didn't see that in -1.681FC3. Is this related with logging out from gnome and, when the gdm screen should appear, the computer locks up hard? This is happening with latest kernels. I don't know what to do anymore. From rhally at mindspring.com Thu Dec 9 02:13:35 2004 From: rhally at mindspring.com (Richard Hally) Date: Wed, 08 Dec 2004 21:13:35 -0500 Subject: Any ideas on fixing some problems? In-Reply-To: <1102545852.11735.8.camel@localhost.localdomain> References: <1102545852.11735.8.camel@localhost.localdomain> Message-ID: <41B7B4CF.9050805@mindspring.com> Paul wrote: >Hi, > >I'm trying to do an update and am getting the following > >1. yum -y --exclude=swig update > >Traceback (most recent call last): > File "/usr/bin/yum", line 6, in ? > import yummain > File "/usr/share/yum-cli/yummain.py", line 23, in ? > import yum > File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 21, in ? > import rpm >ImportError: /usr/lib/librpm-4.3.so: undefined symbol: rpm_execcon > >2. rpm -ihv kernel-2* > >error: %pre(kernel-2.6.9-1.1020_FC4.i686) scriptlet failed, exit status >0 >error: install: %pre scriptlet failed (2), skipping >kernel-2.6.9-1.1020_FC4 > >Something somewhere is jiggered, but I'm at a loss as to what. I've >installed rpm, yum and python manually from the development branch on >the download.fedora ftp area and they seemed to go in fine. > >TTFN > >Paul > > > > Try updating libselinux from the development branch to see if that fixes the rpmexec_con problem. HTH Richard Hally From ojgbagg27ab at msn.com Thu Dec 9 02:32:22 2004 From: ojgbagg27ab at msn.com (alton bailey) Date: Wed, 8 Dec 2004 21:32:22 -0500 Subject: samba PDC+LDAP Message-ID: have samba as a PDC with ldap as a backend for authtentication. when I do a smnbasswd -a username I got a message ldap_initialized: time limit exceeded connetion to LDAP sever failed fot the 1 try ldap_initialized: time limit exceeded connetion to LDAP sever failed fot the 2 try ldap_initialized: time limit exceeded connetion to LDAP sever failed fot the 3 try ldap_initialized: time limit exceeded connetion to LDAP sever failed fot the 4 try -------------- next part -------------- An HTML attachment was scrubbed... URL: From balay at fastmail.fm Thu Dec 9 03:18:54 2004 From: balay at fastmail.fm (Satish Balay) Date: Wed, 8 Dec 2004 21:18:54 -0600 (CST) Subject: New testing kernel. In-Reply-To: <1102554707.5397.2.camel@localhost.surak.eti.br> References: <20041204040649.GA15079@redhat.com> <1102511176.3305.12.camel@localhost.localdomain> <1102554707.5397.2.camel@localhost.surak.eti.br> Message-ID: On Wed, 8 Dec 2004, Alexandre Strube wrote: > Is this related with logging out from gnome and, when the gdm screen > should appear, the computer locks up hard? This is happening with latest > kernels. I don't know what to do anymore. Is there a bugzilla entry for this? I've had something similar happen. The crash happened when logging back into gnome (half way through gnome statup mechanism). This was probably with 681 kernel. Don't have enough info to track it down. Satish From davej at redhat.com Thu Dec 9 03:39:34 2004 From: davej at redhat.com (Dave Jones) Date: Wed, 8 Dec 2004 22:39:34 -0500 Subject: New testing kernel. In-Reply-To: <1102554707.5397.2.camel@localhost.surak.eti.br> References: <20041204040649.GA15079@redhat.com> <1102511176.3305.12.camel@localhost.localdomain> <1102554707.5397.2.camel@localhost.surak.eti.br> Message-ID: <20041209033934.GA7601@redhat.com> On Wed, Dec 08, 2004 at 10:11:47PM -0300, Alexandre Strube wrote: > Em Qua, 2004-12-08 ?s 14:06 +0100, Kjartan Maraas escreveu: > > I'm seeing a lockup here when closing the lid on a HP nc4010 laptop. > > Didn't see that in -1.681FC3. > > > Is this related with logging out from gnome and, when the gdm screen > should appear, the computer locks up hard? This is happening with latest > kernels. I don't know what to do anymore. We've spotted that happening for a while with the RHEL4 kernel. It's started happening since we switched off the 4g/4g patch for some reason. This one really needs solving before the current updates-testing kernel can be pushed as an update as it seems to affect quite a few people. There are a number of folks at Red Hat currently looking into this, but please feel free to try disabling/enabling kernel options to try and help track it down, as we're currently scratching our collective heads over this one. Dave From katzj at redhat.com Thu Dec 9 03:47:17 2004 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 08 Dec 2004 22:47:17 -0500 Subject: Fedora Core 3 Test Update: yum-2.1.12-0.fc3 Message-ID: <1102564037.16674.110.camel@bree.local.net> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-535 2004-12-08 --------------------------------------------------------------------- Product : Fedora Core 3 Name : yum Version : 2.1.12 Release : 0.fc3 Summary : RPM installer/updater Description : Yum is a utility that can check for and automatically download and install updated RPM packages. Dependencies are obtained and downloaded automatically prompting the user as necessary. --------------------------------------------------------------------- Update Information: New yum release fixes many small bugs. Changes include: * Fix output of 'yum clean' (#140872) * Add throttle and bandwidth config options * Update yum.conf (5) * Logging changes * Fix for cleaner output of cron run * Fix log file being executable (#137963) * Multiarch fixes --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ cd8188a77fd09142330c2020cce3d6e4 SRPMS/yum-2.1.12-0.fc3.src.rpm cf5b6be46c84d615b475f242f7a5191d x86_64/yum-2.1.12-0.fc3.noarch.rpm cf5b6be46c84d615b475f242f7a5191d i386/yum-2.1.12-0.fc3.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From tmraz at redhat.com Thu Dec 9 08:36:54 2004 From: tmraz at redhat.com (Tomas Mraz) Date: Thu, 9 Dec 2004 03:36:54 -0500 Subject: Fedora Core 3 Test Update: pam-0.77-66.1 Message-ID: <200412090836.iB98asU10794@porkchop.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-531 2004-12-09 --------------------------------------------------------------------- Product : Fedora Core 3 Name : pam Version : 0.77 Release : 66.1 Summary : A security tool which provides authentication for applications. Description : PAM (Pluggable Authentication Modules) is a system security tool that allows system administrators to set authentication policy without having to recompile programs that handle authentication. --------------------------------------------------------------------- * Wed Dec 08 2004 Tomas Mraz 0.77-66.1 - add argument to pam_console_apply to restrict its work to specified files - #140451 parse passwd entries correctly and test for failure * Thu Nov 11 2004 Tomas Mraz 0.77-66 - #77646 log failures when renaming the files when changing password - Log failure on missing /etc/security/opasswd when remember option is present * Wed Nov 10 2004 Tomas Mraz - #87628 pam_timestamp remembers authorization after logout - #116956 fixed memory leaks in pam_stack --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 7450ccc9391daa3d312f4a051bc30ec7 SRPMS/pam-0.77-66.1.src.rpm 778174cac2d87528cbdc761981424ad0 x86_64/pam-0.77-66.1.x86_64.rpm 245ed06ef6289e8b88f5a3f08d4bebfa x86_64/pam-devel-0.77-66.1.x86_64.rpm eebf977c259fdd25a083e0b1940585eb x86_64/debug/pam-debuginfo-0.77-66.1.x86_64.rpm d65c62286d6f672f8e1e819a2b7c62f1 x86_64/pam-0.77-66.1.i386.rpm c31866499521049ed1e362eeee0fc642 x86_64/pam-devel-0.77-66.1.i386.rpm d65c62286d6f672f8e1e819a2b7c62f1 i386/pam-0.77-66.1.i386.rpm c31866499521049ed1e362eeee0fc642 i386/pam-devel-0.77-66.1.i386.rpm 8c4afc549200dc78761a89a463c7087f i386/debug/pam-debuginfo-0.77-66.1.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From byte at aeon.com.my Thu Dec 9 10:13:25 2004 From: byte at aeon.com.my (Colin Charles) Date: Thu, 09 Dec 2004 18:13:25 +0800 Subject: Announcing Fedora Core 3 for PowerPC platforms Message-ID: <1102587205.25491.140.camel@localhost.localdomain> The Fedora Project is proud to announce a TESTING tree for Fedora Core 3 on the PowerPC platforms It is available at: http://fedoraproject.org/fedorappc/FC-3/ For most part, the isos/ directory contains all 8 ISOs, the first four which are the binaries, the remainder which are SRPMS. If you want a complete binary install, the first 4 ISOs are all you require. The os/ directory contains a full tree of Fedora Core 3 for the PPC platform. As a bonus, we created a repository, so that you can have a yum repository to point to after installation. The repository is: http://fedoraproject.org/fedorappc/FC-3/os/Fedora/RPMS/ Updates are also available, at a yum-ified repository: ftp://ftp.uk.linux.org/pub/people/dwmw2/fc3-updates-ppc/ Some notes about the release: the release is known to not boot on G5's, and we are working on re-building another tree, which we can push out soon. Sleep support for the G4 iBook's and Powerbooks isn't implemented upstream yet, but there are testing kernels available in RPM form To install the release, you need boot.iso from the os/images/ directory (use mac/pseries appropriately) as well as at least CD1 (disc 1 is not blessed). When booting the boot.iso CD, hold down the 'C' key, and use the "linux askmethod" option. Other methods of installation are located at: http://www.bytebot.net/geekdocs/ibook/fedorappc.html We have a mailing list for further discussion at: http://lists.infradead.org/mailman/listinfo/fedora-ppc And if you IRC, come join us on irc.freenode.net, at #fedora-ppc. As always, if there are bugs, file them at http://bugzilla.redhat.com/ under the 'powerpc' platform. We have a tracker bug: https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=121179 Lastly, this release would not have been possible without the tireless contributions from Paul Nasrat, David Woodhouse, and Seth Vidal (who hosts the site!) and the numerous testers who hung out at #fedora-ppc Happy PPC-ing! -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From clancyian at eircom.net Thu Dec 9 11:50:47 2004 From: clancyian at eircom.net (Ian Clancy) Date: Thu, 09 Dec 2004 11:50:47 +0000 Subject: samba PDC+LDAP In-Reply-To: References: Message-ID: <1102593047.12887.4.camel@localhost.localdomain> Hi, I don't think this is the appropriate list for that question unless you beleve the problem to be specific to FC3. Otherwise, Try samba at lists.samba.org . There is also a good samba 3 - ldap how to at http://www.idealx.org/prj/samba/smbldap-howto.en.html. regards, Ian On Wed, 2004-12-08 at 21:32 -0500, alton bailey wrote: > have samba as a PDC with ldap as a backend for authtentication. > when I do a smnbasswd -a username I got a message > > ldap_initialized: time limit exceeded connetion to LDAP sever failed > fot the 1 try > ldap_initialized: time limit exceeded connetion to LDAP sever failed > fot the 2 try > ldap_initialized: time limit exceeded connetion to LDAP sever failed > fot the 3 try > ldap_initialized: time limit exceeded connetion to LDAP sever failed > fot the 4 try > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From surak at casa.surak.eti.br Thu Dec 9 11:52:56 2004 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Thu, 09 Dec 2004 08:52:56 -0300 Subject: New testing kernel. In-Reply-To: <20041209033934.GA7601@redhat.com> References: <20041204040649.GA15079@redhat.com> <1102511176.3305.12.camel@localhost.localdomain> <1102554707.5397.2.camel@localhost.surak.eti.br> <20041209033934.GA7601@redhat.com> Message-ID: <1102593176.10236.14.camel@localhost.surak.eti.br> Em Qua, 2004-12-08 ?s 22:39 -0500, Dave Jones escreveu: > > Is this related with logging out from gnome and, when the gdm screen > > should appear, the computer locks up hard? This is happening with latest > > kernels. I don't know what to do anymore. > We've spotted that happening for a while with the RHEL4 kernel. > It's started happening since we switched off the 4g/4g patch for some > There are a number of folks at Red Hat currently looking into this, > but please feel free to try disabling/enabling kernel options to > try and help track it down, as we're currently scratching our > collective heads over this one. Sorry the dumb question.. but how? I've been logged on since then. From arjanv at redhat.com Thu Dec 9 14:10:10 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Thu, 09 Dec 2004 09:10:10 -0500 Subject: New testing kernel. In-Reply-To: <20041209033934.GA7601@redhat.com> References: <20041204040649.GA15079@redhat.com> <1102511176.3305.12.camel@localhost.localdomain> <1102554707.5397.2.camel@localhost.surak.eti.br> <20041209033934.GA7601@redhat.com> Message-ID: <1102601409.2784.17.camel@laptop.fenrus.org> On Wed, 2004-12-08 at 22:39 -0500, Dave Jones wrote: > On Wed, Dec 08, 2004 at 10:11:47PM -0300, Alexandre Strube wrote: > > Em Qua, 2004-12-08 ?s 14:06 +0100, Kjartan Maraas escreveu: > > > I'm seeing a lockup here when closing the lid on a HP nc4010 laptop. > > > Didn't see that in -1.681FC3. > > > > > > Is this related with logging out from gnome and, when the gdm screen > > should appear, the computer locks up hard? This is happening with latest > > kernels. I don't know what to do anymore. > > We've spotted that happening for a while with the RHEL4 kernel. > It's started happening since we switched off the 4g/4g patch for some > reason. This one really needs solving before the current updates-testing > kernel can be pushed as an update as it seems to affect quite a few > people. can't it be simply solved for fedora by not changing the 4g/4g setting for now ? -------------- 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 cmadams at hiwaay.net Thu Dec 9 14:44:27 2004 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 9 Dec 2004 08:44:27 -0600 Subject: New testing kernel. In-Reply-To: <20041209033934.GA7601@redhat.com> References: <20041204040649.GA15079@redhat.com> <1102511176.3305.12.camel@localhost.localdomain> <1102554707.5397.2.camel@localhost.surak.eti.br> <20041209033934.GA7601@redhat.com> Message-ID: <20041209144427.GA665644@hiwaay.net> Once upon a time, Dave Jones said: > On Wed, Dec 08, 2004 at 10:11:47PM -0300, Alexandre Strube wrote: > > Is this related with logging out from gnome and, when the gdm screen > > should appear, the computer locks up hard? This is happening with latest > > kernels. I don't know what to do anymore. > > We've spotted that happening for a while with the RHEL4 kernel. > It's started happening since we switched off the 4g/4g patch for some > reason. This one really needs solving before the current updates-testing > kernel can be pushed as an update as it seems to affect quite a few > people. Hmm, my father's computer does this (hard lock on GNOME logout) in FC2. He can shut down or reboot, and X exits fine; he just can't log out (so he has to reboot if he wants to log out and back in for some reason). I haven't had a change to diagnose it (and I definately didn't think about the kernel). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From jon.nettleton at gmail.com Thu Dec 9 16:06:58 2004 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Thu, 9 Dec 2004 11:06:58 -0500 Subject: New testing kernel. In-Reply-To: <20041209144427.GA665644@hiwaay.net> References: <20041204040649.GA15079@redhat.com> <1102511176.3305.12.camel@localhost.localdomain> <1102554707.5397.2.camel@localhost.surak.eti.br> <20041209033934.GA7601@redhat.com> <20041209144427.GA665644@hiwaay.net> Message-ID: On Thu, 9 Dec 2004 08:44:27 -0600, Chris Adams wrote: > Once upon a time, Dave Jones said: > > > > On Wed, Dec 08, 2004 at 10:11:47PM -0300, Alexandre Strube wrote: > > > Is this related with logging out from gnome and, when the gdm screen > > > should appear, the computer locks up hard? This is happening with latest > > > kernels. I don't know what to do anymore. > > > > We've spotted that happening for a while with the RHEL4 kernel. > > It's started happening since we switched off the 4g/4g patch for some > > reason. This one really needs solving before the current updates-testing > > kernel can be pushed as an update as it seems to affect quite a few > > people. > > Hmm, my father's computer does this (hard lock on GNOME logout) in FC2. > He can shut down or reboot, and X exits fine; he just can't log out (so > he has to reboot if he wants to log out and back in for some reason). I > haven't had a change to diagnose it (and I definately didn't think about > the kernel). > > > > -- > Chris Adams > Systems and Network Administrator - HiWAAY Internet Services > I don't speak for anybody but myself - that's enough trouble. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > I don't see this behaviour on any of my Athlon machines running via chipset motherboards. I do see it at work on a Dell Dimension 4550. My solution at work has been to use the SMP kernel. I worked on this by hand and found that the problem didn't happen if I had APIC enabled in the kernel. Not sure if this is the same problem, but it is definitely the same symptom. From balay at fastmail.fm Thu Dec 9 17:05:17 2004 From: balay at fastmail.fm (Satish Balay) Date: Thu, 9 Dec 2004 11:05:17 -0600 (CST) Subject: New testing kernel. In-Reply-To: References: <20041204040649.GA15079@redhat.com> <1102511176.3305.12.camel@localhost.localdomain> <1102554707.5397.2.camel@localhost.surak.eti.br> <20041209033934.GA7601@redhat.com> <20041209144427.GA665644@hiwaay.net> Message-ID: On Thu, 9 Dec 2004, Jon Nettleton wrote: > On Thu, 9 Dec 2004 08:44:27 -0600, Chris Adams wrote: > > Once upon a time, Dave Jones said: > > > > > On Wed, Dec 08, 2004 at 10:11:47PM -0300, Alexandre Strube wrote: > > > > Is this related with logging out from gnome and, when the gdm screen > > > > should appear, the computer locks up hard? This is happening with latest > > > > kernels. I don't know what to do anymore. > > > > > > We've spotted that happening for a while with the RHEL4 kernel. > > > It's started happening since we switched off the 4g/4g patch for some > > > reason. This one really needs solving before the current updates-testing > > > kernel can be pushed as an update as it seems to affect quite a few > > > people. > > > > Hmm, my father's computer does this (hard lock on GNOME logout) in FC2. > > He can shut down or reboot, and X exits fine; he just can't log out (so > > he has to reboot if he wants to log out and back in for some reason). I > > haven't had a change to diagnose it (and I definately didn't think about > > the kernel). > I don't see this behaviour on any of my Athlon machines running via > chipset motherboards. I do see it at work on a Dell Dimension 4550. > My solution at work has been to use the SMP kernel. I worked on this > by hand and found that the problem didn't happen if I had APIC enabled > in the kernel. Not sure if this is the same problem, but it is > definitely the same symptom. In my limited attempts to reproduce this - I've had the hang with 698 a couple of times. But after I disabled DRI - I couldn't crash it (in 4/5 tries). This is with ATI9000 mobile (so could be a radeon issue) But I've had to reboot today due to #142329 - now I'm back to 681 to see if this issue is less frequent with the older kernel. Satish From nphilipp at redhat.com Thu Dec 9 17:19:40 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 09 Dec 2004 18:19:40 +0100 Subject: New testing kernel. In-Reply-To: <20041209033934.GA7601@redhat.com> References: <20041204040649.GA15079@redhat.com> <1102511176.3305.12.camel@localhost.localdomain> <1102554707.5397.2.camel@localhost.surak.eti.br> <20041209033934.GA7601@redhat.com> Message-ID: <1102612780.30790.150.camel@wombat.tiptoe.de> On Wed, 2004-12-08 at 22:39 -0500, Dave Jones wrote: > On Wed, Dec 08, 2004 at 10:11:47PM -0300, Alexandre Strube wrote: > > Em Qua, 2004-12-08 ?s 14:06 +0100, Kjartan Maraas escreveu: > > > I'm seeing a lockup here when closing the lid on a HP nc4010 laptop. > > > Didn't see that in -1.681FC3. > > > > > > Is this related with logging out from gnome and, when the gdm screen > > should appear, the computer locks up hard? This is happening with latest > > kernels. I don't know what to do anymore. > > We've spotted that happening for a while with the RHEL4 kernel. > It's started happening since we switched off the 4g/4g patch for some > reason. This one really needs solving before the current updates-testing > kernel can be pushed as an update as it seems to affect quite a few > people. > > There are a number of folks at Red Hat currently looking into this, > but please feel free to try disabling/enabling kernel options to > try and help track it down, as we're currently scratching our > collective heads over this one. I've seen a crash with the non 4g/4g one also though I'm not a 100% sure whether it happened when logging out from GNOME or afterwards -- I logged out and left immediately afterwards, after a 1 hour's drive it wasn't accessible remotely and when I came home Caps&Scroll-Lock where blinking. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From notting at redhat.com Thu Dec 9 17:26:48 2004 From: notting at redhat.com (Bill Nottingham) Date: Thu, 9 Dec 2004 12:26:48 -0500 Subject: Fedora Core 3 Test Update: hotplug-2004_04_01-8.1 Message-ID: <20041209172648.GA11788@nostromo.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-537 2004-12-09 --------------------------------------------------------------------- Product : Fedora Core 3 Name : hotplug Version : 2004_04_01 Release : 8.1 Summary : A helper application which loads modules for USB devices. Description : The term "hotplugging" refers to the dynamic reconfiguration performed after a device has been attached to a running system. This package contains the application which is called by the kernel when a USB device is added; hotplug then loads the required modules for that device. --------------------------------------------------------------------- Update Information: This fixes a small bug with the use of REMOVER and USB. If no regressions are found, this will probably be pushed final at some point before the new year. --------------------------------------------------------------------- * Tue Nov 16 2004 Bill Nottingham 3:2004_04_01-8.1 - fix usb remove events (#121511, ) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ d3addc7d1507ca8ece15fc019a3acc21 SRPMS/hotplug-2004_04_01-8.1.src.rpm 70de283a0e88a429c08ed61ccaa7bd64 x86_64/hotplug-2004_04_01-8.1.x86_64.rpm 2e4919e7e0a2d221614707788c9ef10e x86_64/debug/hotplug-debuginfo-2004_04_01-8.1.x86_64.rpm efc47eb4205628d2ba27da8a59a56130 i386/hotplug-2004_04_01-8.1.i386.rpm 9508d45f8c1f5a70c62a7eea7c57c9a1 i386/debug/hotplug-debuginfo-2004_04_01-8.1.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From dmack at leviatron.com Thu Dec 9 17:31:02 2004 From: dmack at leviatron.com (Dave Mack) Date: Thu, 09 Dec 2004 09:31:02 -0800 Subject: Any ideas on fixing some problems? In-Reply-To: <1102545852.11735.8.camel@localhost.localdomain> References: <1102545852.11735.8.camel@localhost.localdomain> Message-ID: <41B88BD6.40805@leviatron.com> The %pre and %post scriptlet problems are selinux-related. As root: sestatus If current mode is enforcing, run "setenforce 0" then try the yum update again. Dave Paul wrote: >Hi, > >I'm trying to do an update and am getting the following > >1. yum -y --exclude=swig update > >Traceback (most recent call last): > File "/usr/bin/yum", line 6, in ? > import yummain > File "/usr/share/yum-cli/yummain.py", line 23, in ? > import yum > File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 21, in ? > import rpm >ImportError: /usr/lib/librpm-4.3.so: undefined symbol: rpm_execcon > >2. rpm -ihv kernel-2* > >error: %pre(kernel-2.6.9-1.1020_FC4.i686) scriptlet failed, exit status >0 >error: install: %pre scriptlet failed (2), skipping >kernel-2.6.9-1.1020_FC4 > >Something somewhere is jiggered, but I'm at a loss as to what. I've >installed rpm, yum and python manually from the development branch on >the download.fedora ftp area and they seemed to go in fine. > >TTFN > >Paul > > > > From MSchwartz at MedAnalytics.com Thu Dec 9 17:34:30 2004 From: MSchwartz at MedAnalytics.com (Marc Schwartz) Date: Thu, 09 Dec 2004 11:34:30 -0600 Subject: New testing kernel. In-Reply-To: <1102612780.30790.150.camel@wombat.tiptoe.de> References: <20041204040649.GA15079@redhat.com> <1102511176.3305.12.camel@localhost.localdomain> <1102554707.5397.2.camel@localhost.surak.eti.br> <20041209033934.GA7601@redhat.com> <1102612780.30790.150.camel@wombat.tiptoe.de> Message-ID: <1102613670.30152.4.camel@horizons.localdomain> On Thu, 2004-12-09 at 18:19 +0100, Nils Philippsen wrote: > On Wed, 2004-12-08 at 22:39 -0500, Dave Jones wrote: > > On Wed, Dec 08, 2004 at 10:11:47PM -0300, Alexandre Strube wrote: > > > Em Qua, 2004-12-08 ?s 14:06 +0100, Kjartan Maraas escreveu: > > > > I'm seeing a lockup here when closing the lid on a HP nc4010 laptop. > > > > Didn't see that in -1.681FC3. > > > > > > > > > Is this related with logging out from gnome and, when the gdm screen > > > should appear, the computer locks up hard? This is happening with latest > > > kernels. I don't know what to do anymore. > > > > We've spotted that happening for a while with the RHEL4 kernel. > > It's started happening since we switched off the 4g/4g patch for some > > reason. This one really needs solving before the current updates-testing > > kernel can be pushed as an update as it seems to affect quite a few > > people. > > > > There are a number of folks at Red Hat currently looking into this, > > but please feel free to try disabling/enabling kernel options to > > try and help track it down, as we're currently scratching our > > collective heads over this one. > > I've seen a crash with the non 4g/4g one also though I'm not a 100% sure > whether it happened when logging out from GNOME or afterwards -- I > logged out and left immediately afterwards, after a 1 hour's drive it > wasn't accessible remotely and when I came home Caps&Scroll-Lock where > blinking. I have had a similar problem here with both GNOME and Xfce (4.2 from CVS). The kernel resolved the problem that I had with the Broadcom NIC (b44) however, which was great. I did not note this new issue until I logged out the first time and then it was reproducible each time from both desktops. It does not 'crash' per se, but I get a hard lock up which requires a power down and re- boot. This is on a Dell 5150 laptop, 2 Gb RAM, nVidia video card using the nVidia 6629 driver. None of this happens of course with the 681 kernel. Marc Schwartz From paul at all-the-johnsons.co.uk Thu Dec 9 17:37:44 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 09 Dec 2004 17:37:44 +0000 Subject: Any ideas on fixing some problems? In-Reply-To: <41B88BD6.40805@leviatron.com> References: <1102545852.11735.8.camel@localhost.localdomain> <41B88BD6.40805@leviatron.com> Message-ID: <1102613864.15523.14.camel@localhost.localdomain> Hi, > The %pre and %post scriptlet problems are selinux-related. I've downgraded to the FC3 release version of selinux and all seems well. I can now do a yum update! TTFN Paul -- "I'm gonna hit the highway like a bat out of hell with a Cilla Black fan on the bike" - Meatloaf -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From surak at casa.surak.eti.br Thu Dec 9 16:58:33 2004 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Thu, 09 Dec 2004 14:58:33 -0200 Subject: New testing kernel. In-Reply-To: References: <20041204040649.GA15079@redhat.com> <1102511176.3305.12.camel@localhost.localdomain> <1102554707.5397.2.camel@localhost.surak.eti.br> <20041209033934.GA7601@redhat.com> <20041209144427.GA665644@hiwaay.net> Message-ID: <1102611512.11734.1.camel@preview> Em Qui, 2004-12-09 ?s 15:05, Satish Balay escreveu: > In my limited attempts to reproduce this - I've had the hang with 698 > a couple of times. But after I disabled DRI - I couldn't crash it (in > 4/5 tries). This is with ATI9000 mobile (so could be a radeon issue) Hum. this can be an idea. I`ve been using savage's dri driver since RH9 on this machine. Upgraded it to FC1, FC2, and now FC3, and always recompiled DRI for the current kernel. This issue begin to happen only recently with the two latest kernels. From st.gross at gmx.de Thu Dec 9 20:57:05 2004 From: st.gross at gmx.de (Stephan =?iso-8859-1?q?Gro=DF?=) Date: Thu, 9 Dec 2004 21:57:05 +0100 Subject: FC3: Problems with mounting USB harddisk Message-ID: <200412092157.05840.st.gross@gmx.de> Hi, I'm trying to use my external USB harddisk under FC3. When I plug in the disk it is recognized by hald and the /etc/fstab is (correctly) modified (see attachment). But if an unpriviledged user mounts one of the ext3 partitions he only has read access but no write access on it. Only root is alowed to read AND write to the partition. If the partition is formated as FAT the user mounting it has both read and write access to it. Short question: Is it possible to get read-write access for ext3 partitions and if yes, how must I adjust my config? Thank you for some advice. Regards, Stephan. -------------- next part -------------- # This file is edited by fstab-sync - see 'man fstab-sync' for details LABEL=/ / ext3 defaults 1 1 none /dev/pts devpts gid=5,mode=620 0 0 none /dev/shm tmpfs defaults 0 0 LABEL=/home /home ext3 defaults 1 2 LABEL=/opt /opt ext3 defaults 1 2 none /proc proc defaults 0 0 none /sys sysfs defaults 0 0 LABEL=SWAP-hda8 swap swap defaults 0 0 /dev/hdc /media/cdrecorder auto pamconsole,fscontext=system_u:object_r:removable_t,exec,noauto,managed 0 0 /dev/sda1 /media/Video ext3 pamconsole,fscontext=system_u:object_r:removable_t,exec,noauto,managed 0 0 /dev/sda2 /media/Espresso ext3 pamconsole,fscontext=system_u:object_r:removable_t,exec,noauto,managed 0 0 /dev/sda3 /media/dud23 ext3 pamconsole,fscontext=system_u:object_r:removable_t,exec,noauto,managed 0 0 From fox3ec208 at wideopenwest.com Thu Dec 9 21:06:01 2004 From: fox3ec208 at wideopenwest.com (Terry Polzin) Date: Thu, 9 Dec 2004 16:06:01 -0500 Subject: FC3: Problems with mounting USB harddisk In-Reply-To: <200412092157.05840.st.gross@gmx.de> References: <200412092157.05840.st.gross@gmx.de> Message-ID: <200412091606.02434.fox3ec208@wideopenwest.com> On Thursday 09 December 2004 15:57, Stephan Gro? wrote: > Hi, > > I'm trying to use my external USB harddisk under FC3. When I plug in the > disk it is recognized by hald and the /etc/fstab is (correctly) modified > (see attachment). But if an unpriviledged user mounts one of the ext3 > partitions he only has read access but no write access on it. Only root is > alowed to read AND write to the partition. If the partition is formated as > FAT the user mounting it has both read and write access to it. Short > question: Is it possible to get read-write access for ext3 partitions and > if yes, how must I adjust my config? > > Thank you for some advice. > > Regards, > Stephan. What are the permissions on /media /media/usbdisk From wtogami at redhat.com Fri Dec 10 08:03:44 2004 From: wtogami at redhat.com (Warren Togami) Date: Thu, 09 Dec 2004 22:03:44 -1000 Subject: GAIM for FC4 In-Reply-To: References: Message-ID: <41B95860.1070503@redhat.com> joelbryan wrote: > Hi, I really liked Gaim so much, and used it 30% of the time. But > Fedora Gaim comes short with Video and Voice capabilities. There's a > project I've always use, maybe it would make it in FC4, gaim-vv. > (http://gaim-vv.sourceforge.net/). I hope this package would be > included in FC4. > No. Fedora Core will only use whatever is in upstream official gaim project. Convince gaim-vv and gaim to merge and you will have this capability in the future. From st.gross at gmx.de Fri Dec 10 08:20:58 2004 From: st.gross at gmx.de (Stephan =?utf-8?q?Gro=C3=9F?=) Date: Fri, 10 Dec 2004 09:20:58 +0100 Subject: FC3: Problems with mounting USB harddisk In-Reply-To: <200412091606.02434.fox3ec208@wideopenwest.com> References: <200412092157.05840.st.gross@gmx.de> <200412091606.02434.fox3ec208@wideopenwest.com> Message-ID: <200412100920.58222.st.gross@gmx.de> Am Donnerstag, 9. Dezember 2004 22:06 schrieb Terry Polzin: First of all, with this last posting I am moving my enquiry to fedora-list as I seem to bother some guys on this list with an FC3 topic. I am sorry for being off-topic here though I believe this problem still persists in FC4 (I do not have the time to test this). > On Thursday 09 December 2004 15:57, Stephan Gro? wrote: > > Hi, > > > > I'm trying to use my external USB harddisk under FC3. When I plug in the > > disk it is recognized by hald and the /etc/fstab is (correctly) modified > > (see attachment). But if an unpriviledged user mounts one of the ext3 > > partitions he only has read access but no write access on it. Only root > > is alowed to read AND write to the partition. If the partition is > > formated as FAT the user mounting it has both read and write access to > > it. Short question: Is it possible to get read-write access for ext3 > > partitions and if yes, how must I adjust my config? > > > > Thank you for some advice. > > > > Regards, > > Stephan. > > What are the permissions on > > /media > /media/usbdisk They are (of course) owned by root and only writable for root but if I mount a FAT-partition, the ownership is changed automatically to the user who mounted it. So, to render my question more precisely: Why isn't the ownership of a mounted ext3 partition not ajusted to the id of the mounting user? Regards, Stephan. -------------- next part -------------- # This file is edited by fstab-sync - see 'man fstab-sync' for details LABEL=/ / ext3 defaults 1 1 none /dev/pts devpts gid=5,mode=620 0 0 none /dev/shm tmpfs defaults 0 0 LABEL=/home /home ext3 defaults 1 2 LABEL=/opt /opt ext3 defaults 1 2 none /proc proc defaults 0 0 none /sys sysfs defaults 0 0 LABEL=SWAP-hda8 swap swap defaults 0 0 /dev/hdc /media/cdrecorder auto pamconsole,fscontext=system_u:object_r:removable_t,exec,noauto,managed 0 0 /dev/sda1 /media/Video ext3 pamconsole,fscontext=system_u:object_r:removable_t,exec,noauto,managed 0 0 /dev/sda2 /media/Espresso ext3 pamconsole,fscontext=system_u:object_r:removable_t,exec,noauto,managed 0 0 /dev/sda3 /media/dud23 ext3 pamconsole,fscontext=system_u:object_r:removable_t,exec,noauto,managed 0 0 From feliciano.matias at free.fr Fri Dec 10 09:15:10 2004 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: Fri, 10 Dec 2004 10:15:10 +0100 Subject: FC3: Problems with mounting USB harddisk In-Reply-To: <200412100920.58222.st.gross@gmx.de> References: <200412092157.05840.st.gross@gmx.de> <200412091606.02434.fox3ec208@wideopenwest.com> <200412100920.58222.st.gross@gmx.de> Message-ID: <1102670110.20610.15.camel@one.myworld> Le vendredi 10 d?cembre 2004 ? 09:20 +0100, Stephan Gro? a ?crit : > They are (of course) owned by root and only writable for root but if I mount a > FAT-partition, the ownership is changed automatically to the user who mounted > it. So, to render my question more precisely: Why isn't the ownership of a > mounted ext3 partition not ajusted to the id of the mounting user? With ext3, each file have its own permission set. FAT don't have permission per file. -------------- 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 st.gross at gmx.de Fri Dec 10 09:58:14 2004 From: st.gross at gmx.de (Stephan =?utf-8?q?Gro=C3=9F?=) Date: Fri, 10 Dec 2004 10:58:14 +0100 Subject: FC3: Problems with mounting USB harddisk Message-ID: <200412101058.14644.st.gross@gmx.de> Am Freitag, 10. Dezember 2004 10:09 schrieb Michael A. Peters: > As far existing files on the disk, they will only be writable by the > UID that created them (or GID if group has write permissions) because > ext2/ext3 preserves permissions as a filesystem - fat32 doesn't. > > As root, create a directory on the ext3 partition, and give rwx to your > user. I bet your user can then rwx in that directory, no matter who > mounts it. That's probably what you need to do - create directories on > it owned by the users that are allowed to use it. Then those users can > use it. Or you could create a directory on it with 777 permissions - > like /tmp is (I think you also would want to set the sticky but, not > positive) This is of course the solution and it has been my own stupidity and ignorance that made me seeing a problem where no is. Thank you everyone for your comments. Stephan. From mark.bradbury at gmail.com Fri Dec 10 11:38:55 2004 From: mark.bradbury at gmail.com (Mark Bradbury) Date: Fri, 10 Dec 2004 21:08:55 +0930 Subject: Where do you get the fedora extras from? Message-ID: Hi All I see threads on this mailing about what games should be included in FC4 and responses that say they are included all ready in extras. I was just wondering where is this FC3 extras? I have looked at fedora.us but the last entry on the web page seems to be Sept. 19. I had a look in the main repository for FC3 extras and its empty. Livna.org's website says that fedora.us has not yet finished rebuilding their packages even thou freshrpms, dag and have rebuilt theirs and we are almost 1/4 of the way though the next release cycle. I would prefer not to use freshrpm and others as there always seems to be conflicts with fedora base fedora.us and livna.org. so basically I'm asking what should I have in my fedora.us-extras.repo to get these "extras" many thanks mab From feliciano.matias at free.fr Fri Dec 10 11:51:49 2004 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: Fri, 10 Dec 2004 12:51:49 +0100 Subject: Where do you get the fedora extras from? In-Reply-To: References: Message-ID: <1102679509.3795.6.camel@one.myworld> Le vendredi 10 d?cembre 2004 ? 21:08 +0930, Mark Bradbury a ?crit : > Hi All > > I see threads on this mailing about what games should be included in > FC4 and responses that say they are included all ready in extras. I > was just wondering where is this FC3 extras? I have looked at > fedora.us but the last entry on the web page seems to be Sept. 19. I > had a look in the > main repository for FC3 extras and its empty. From rom my archive : De: Warren Togami R?pondre ?: Development discussions related to Fedora Core ?: Development discussions related to Fedora Core Objet: fedora.us and Extras FC3 Status Date: Tue, 23 Nov 2004 17:25:04 -1000 (mer, 04:25 CET) Enough people were confused about the situation, so I am making this interim anouncement. download.fedora.us for FC3 will only replicate from download.fedora.redhat.com for convenience of apt users. yum users should use official download.fedora.redhat.com mirrors which are twice as plentiful. Currently the RPMS.extras directory is empty, because redhat's infrastructure for the Extras relaunch is not done yet. We're *really* close now with build servers in the rack and CVS in configuration and heavy testing. Lots of tweaking and labor still pending. Don't ask for ETA. If we have to answer questions, it will slow us down further. Extras when built will be simultaneously available for i386 and x86_64 (both supported FC3 archs) and distributed in download.fedora.redhat.com. fedora.us will automatically replicate from those directories for apt users. Details about CVS, contribution legal forms, governance, and development process & policies will be revealed when this relaunch happens. Warren Togami > Livna.org's website says > that fedora.us has not yet finished rebuilding their packages even > thou freshrpms, dag and have rebuilt theirs and we are almost 1/4 of > the way though the next release cycle. > > I would prefer not to use freshrpm and others as there always seems to > be conflicts with fedora base fedora.us and livna.org. > > so basically I'm asking what should I have in my fedora.us-extras.repo > to get these "extras" > > many thanks > mab > -------------- 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 mark.bradbury at gmail.com Fri Dec 10 12:04:03 2004 From: mark.bradbury at gmail.com (Mark Bradbury) Date: Fri, 10 Dec 2004 21:34:03 +0930 Subject: Where do you get the fedora extras from? In-Reply-To: <1102679509.3795.6.camel@one.myworld> References: <1102679509.3795.6.camel@one.myworld> Message-ID: good to know but real soon now 2 and 1/2 weeks ago doesn't seem like real soon now On Fri, 10 Dec 2004 12:51:49 +0100, F?liciano Matias wrote: > Le vendredi 10 d?cembre 2004 ? 21:08 +0930, Mark Bradbury a ?crit : > > Hi All > > > > I see threads on this mailing about what games should be included in > > FC4 and responses that say they are included all ready in extras. I > > was just wondering where is this FC3 extras? I have looked at > > fedora.us but the last entry on the web page seems to be Sept. 19. I > > had a look in the > > main repository for FC3 extras and its empty. > > From rom my archive : > > De: Warren Togami > R?pondre ?: Development discussions related to Fedora Core > ?: Development discussions related to Fedora Core > Objet: fedora.us and Extras FC3 Status > Date: Tue, 23 Nov 2004 17:25:04 -1000 (mer, 04:25 CET) > > Enough people were confused about the situation, so I am making this > interim anouncement. > > download.fedora.us for FC3 will only replicate from > download.fedora.redhat.com for convenience of apt users. yum users > should use official download.fedora.redhat.com mirrors which are twice > as plentiful. > > Currently the RPMS.extras directory is empty, because redhat's > infrastructure for the Extras relaunch is not done yet. We're *really* > close now with build servers in the rack and CVS in configuration and > heavy testing. Lots of tweaking and labor still pending. Don't ask > for ETA. If we have to answer questions, it will slow us down further. > > Extras when built will be simultaneously available for i386 and x86_64 > (both supported FC3 archs) and distributed in > download.fedora.redhat.com. fedora.us will automatically replicate from > those directories for apt users. > > Details about CVS, contribution legal forms, governance, and development > process & policies will be revealed when this relaunch happens. > > Warren Togami > > > > > Livna.org's website says > > that fedora.us has not yet finished rebuilding their packages even > > thou freshrpms, dag and have rebuilt theirs and we are almost 1/4 of > > the way though the next release cycle. > > > > I would prefer not to use freshrpm and others as there always seems to > > be conflicts with fedora base fedora.us and livna.org. > > > > so basically I'm asking what should I have in my fedora.us-extras.repo > > to get these "extras" > > > > many thanks > > mab > > > > > From whb at ceimaine.org Fri Dec 10 14:48:10 2004 From: whb at ceimaine.org (Will Backman) Date: Fri, 10 Dec 2004 09:48:10 -0500 Subject: Where do you get the fedora extras from? In-Reply-To: References: <1102679509.3795.6.camel@one.myworld> Message-ID: <1102690091.7695.6.camel@cei3772.empower.ceimaine.org> > > download.fedora.us for FC3 will only replicate from > > download.fedora.redhat.com for convenience of apt users. yum users > > should use official download.fedora.redhat.com mirrors which are twice > > as plentiful. > > > > Currently the RPMS.extras directory is empty, because redhat's > > infrastructure for the Extras relaunch is not done yet. We're *really* > > close now with build servers in the rack and CVS in configuration and > > heavy testing. Lots of tweaking and labor still pending. Don't ask > > for ETA. If we have to answer questions, it will slow us down further. > > > > Extras when built will be simultaneously available for i386 and x86_64 > > (both supported FC3 archs) and distributed in > > download.fedora.redhat.com. fedora.us will automatically replicate from > > those directories for apt users. > > Sounds like 6 month release cycle makes it hard for everything to catch up. New release comes out. I wait a little while for 3rd party apps to catch up, install on my machine. Darn, now a new version is out. From paul at all-the-johnsons.co.uk Fri Dec 10 22:46:51 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 10 Dec 2004 22:46:51 +0000 Subject: Unsigned packages in yum? Message-ID: <1102718811.14138.13.camel@localhost.localdomain> Hi, Is it just me or is there something wrong with yum updates? I can download the updates fine, but when it comes to the install, all I'm getting is unsigned package //var/cache/yum/development/packages/tk-8.4.9-1.i386.rpm I've imported the PGP files (otherwise I couldn't do the downloads!). Any ideas on what has one wrong? TTFN Paul -- "I'm gonna hit the highway like a bat out of hell with a Cilla Black fan on the bike" - Meatloaf -------------- 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 gmail.com Fri Dec 10 22:52:29 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 10 Dec 2004 17:52:29 -0500 Subject: Unsigned packages in yum? In-Reply-To: <1102718811.14138.13.camel@localhost.localdomain> References: <1102718811.14138.13.camel@localhost.localdomain> Message-ID: <604aa7910412101452286e29af@mail.gmail.com> On Fri, 10 Dec 2004 22:46:51 +0000, Paul wrote: > unsigned > package //var/cache/yum/development/packages/tk-8.4.9-1.i386.rpm > > I've imported the PGP files (otherwise I couldn't do the downloads!). > > Any ideas on what has one wrong? development packages are not autosigned.... so nightly built packages can show up in the public development tree unsigned, before a human being with access to the signing key signs them. -jef From balay at fastmail.fm Fri Dec 10 22:54:39 2004 From: balay at fastmail.fm (Satish Balay) Date: Fri, 10 Dec 2004 16:54:39 -0600 (CST) Subject: Unsigned packages in yum? In-Reply-To: <1102718811.14138.13.camel@localhost.localdomain> References: <1102718811.14138.13.camel@localhost.localdomain> Message-ID: On Fri, 10 Dec 2004, Paul wrote: > Is it just me or is there something wrong with yum updates? Are you sure you want to use rawhide? > unsigned package //var/cache/yum/development/packages/tk-8.4.9-1.i386.rpm rawhide packages are not generally GPG signed. To use rawhide with yum, add the following to /etc/yum.repos.d/fedora-devel.repo gpgcheck=0 enabled=1 Satish From seandarcy at hotmail.com Sat Dec 11 02:48:00 2004 From: seandarcy at hotmail.com (sean darcy) Date: Fri, 10 Dec 2004 21:48:00 -0500 Subject: subversion wants libswigpy - where is it? Message-ID: rpm -Uvh subversion-1.1.1-4.x86_64.rpm error: Failed dependencies: libswigpy.so.0()(64bit) is needed by subversion-1.1.1-4.x86_64 but swig doesn't provide it. yum install subversion has the same problem. ???? sean From skvidal at phy.duke.edu Sat Dec 11 03:29:21 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 10 Dec 2004 22:29:21 -0500 Subject: subversion wants libswigpy - where is it? In-Reply-To: References: Message-ID: <1102735761.32217.5.camel@cutter> On Fri, 2004-12-10 at 21:48 -0500, sean darcy wrote: > rpm -Uvh subversion-1.1.1-4.x86_64.rpm > error: Failed dependencies: > libswigpy.so.0()(64bit) is needed by subversion-1.1.1-4.x86_64 > > > but swig doesn't provide it. yum install subversion has the same problem. > type in this command: yum provides libswigpy.so and see what turns up. -sv From bavinic at comcast.net Sat Dec 11 04:14:29 2004 From: bavinic at comcast.net (Jim Martin) Date: Fri, 10 Dec 2004 23:14:29 -0500 Subject: Anyone been able to get Armagetron working? In-Reply-To: <1102545852.11735.8.camel@localhost.localdomain> References: <1102545852.11735.8.camel@localhost.localdomain> Message-ID: <41BA7425.9000900@comcast.net> Just wondering, has anyone been able to get armagetron working on FC3? I have it installed but when I try to run it, I get this error: *** glibc detected *** free(): invalid pointer: 0x08b4ba58 *** /usr/bin/armagetron: line 15: 6056 Aborted $INSTALL/bin/armagetron --datadir $INSTALL --configdir /etc/armagetron --userconfigdir $HOME/.armagetron --vardir $VARDIR "$@" Any ideas?? Thanks, Jim From rhally at mindspring.com Sat Dec 11 04:40:51 2004 From: rhally at mindspring.com (Richard Hally) Date: Fri, 10 Dec 2004 23:40:51 -0500 Subject: subversion wants libswigpy - where is it? In-Reply-To: <1102735761.32217.5.camel@cutter> References: <1102735761.32217.5.camel@cutter> Message-ID: <41BA7A53.1010504@mindspring.com> seth vidal wrote: >On Fri, 2004-12-10 at 21:48 -0500, sean darcy wrote: > > >>rpm -Uvh subversion-1.1.1-4.x86_64.rpm >>error: Failed dependencies: >> libswigpy.so.0()(64bit) is needed by subversion-1.1.1-4.x86_64 >> >> >>but swig doesn't provide it. yum install subversion has the same problem. >> >> >> > > >type in this command: > >yum provides libswigpy.so > >and see what turns up. > >-sv > > > > Sorry to jump in on this one but it's not just 64bit problem. Here is the output from yum provides libswigpy.so and the output from yum update: So, what is going on? Thanks for the help Richard Hally [root at new2 ~]# yum provides libswigpy.so Searching Packages: Setting up Repo: development repomd.xml 100% |=========================| 1.1 kB 00:00 Setting up Repo: updates-released repomd.xml 100% |=========================| 951 B 00:00 Reading repository metadata in from local files developmen: ################################################## 3574/3574 primary.xml.gz 100% |=========================| 128 kB 00:01 MD Read : ################################################## 316/316 updates-re: ################################################## 316/316 Excluding Packages in global exclude list Finished Importing Additional filelist information for packages filelists.xml.gz 100% |=========================| 2.9 MB 00:13 MD Read : ################################################## 3574/3574 developmen: ################################################## 3574/3574 filelists.xml.gz 100% |=========================| 1.3 MB 00:07 MD Read : ################################################## 316/316 updates-re: ################################################## 316/316 swig.i386 1.3.21-7 installed Matched from: /usr/lib/libswigpy.so /usr/lib/libswigpy.so.0 /usr/lib/libswigpy.so.0.0.0 libswigpy.so.0 [root at new2 ~]# rpm -q swig swig-1.3.21-7 [root at new2 ~]# rpm -q subversion subversion-1.1.1-4 [root at new2 ~]# yum update Setting up Update Process Setting up Repo: development repomd.xml 100% |=========================| 1.1 kB 00:00 Setting up Repo: updates-released repomd.xml 100% |=========================| 951 B 00:00 Reading repository metadata in from local files developmen: ################################################## 3574/3574 updates-re: ################################################## 316/316 Excluding Packages in global exclude list Finished Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package swig.i386 0:1.3.23-2 set to be updated ---> Package gnome-bluetooth.i386 0:0.5.1-8 set to be updated --> Running transaction check --> Processing Dependency: libswigpy.so.0 for package: subversion --> Processing Dependency: libgnomebt.so.0 for package: gnome-bluetooth --> Processing Dependency: gnome-bluetooth-libs = 0:0.5.1-8 for package: gnome-bluetooth --> Processing Dependency: libswigpl.so.0 for package: subversion-perl --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package gnome-bluetooth.i386 0:0.5.1-5.FC3.1 set to be updated ---> Package gnome-bluetooth-libs.i386 0:0.5.1-8 set to be installed --> Running transaction check --> Processing Dependency: libswigpy.so.0 for package: subversion --> Processing Dependency: libswigpl.so.0 for package: subversion-perl --> Finished Dependency Resolution Error: missing dep: libswigpy.so.0 for pkg subversion Error: missing dep: libswigpl.so.0 for pkg subversion-perl [root at new2 ~]# yum --exclude=gnome-blue\* update Setting up Update Process Setting up Repo: development repomd.xml 100% |=========================| 1.1 kB 00:00 Setting up Repo: updates-released repomd.xml 100% |=========================| 951 B 00:00 Reading repository metadata in from local files developmen: ################################################## 3574/3574 updates-re: ################################################## 316/316 Excluding Packages in global exclude list Finished Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package swig.i386 0:1.3.23-2 set to be updated --> Running transaction check --> Processing Dependency: libswigpy.so.0 for package: subversion --> Processing Dependency: libswigpl.so.0 for package: subversion-perl --> Finished Dependency Resolution Error: missing dep: libswigpy.so.0 for pkg subversion Error: missing dep: libswigpl.so.0 for pkg subversion-perl [root at new2 ~]# From seandarcy at hotmail.com Sat Dec 11 04:10:57 2004 From: seandarcy at hotmail.com (sean darcy) Date: Fri, 10 Dec 2004 23:10:57 -0500 Subject: subversion wants libswigpy - where is it? Message-ID: Seth Vidal wrote: >type in this command: > >yum provides libswigpy.so > >and see what turns up. I'd already done that. "No Matches found" sean From skvidal at phy.duke.edu Sat Dec 11 05:01:19 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 11 Dec 2004 00:01:19 -0500 Subject: subversion wants libswigpy - where is it? In-Reply-To: <41BA7A53.1010504@mindspring.com> References: <1102735761.32217.5.camel@cutter> <41BA7A53.1010504@mindspring.com> Message-ID: <1102741279.32217.13.camel@cutter> On Fri, 2004-12-10 at 23:40 -0500, Richard Hally wrote: > [root at new2 ~]# yum provides libswigpy.so > Searching Packages: > Setting up Repo: development > repomd.xml 100% |=========================| 1.1 kB 00:00 > Setting up Repo: updates-released > repomd.xml 100% |=========================| 951 B 00:00 > Reading repository metadata in from local files > developmen: ################################################## 3574/3574 > primary.xml.gz 100% |=========================| 128 kB 00:01 > MD Read : ################################################## 316/316 > updates-re: ################################################## 316/316 > Excluding Packages in global exclude list > Finished > Importing Additional filelist information for packages > filelists.xml.gz 100% |=========================| 2.9 MB 00:13 > MD Read : ################################################## 3574/3574 > developmen: ################################################## 3574/3574 > filelists.xml.gz 100% |=========================| 1.3 MB 00:07 > MD Read : ################################################## 316/316 > updates-re: ################################################## 316/316 > > > swig.i386 1.3.21-7 installed > Matched from: > /usr/lib/libswigpy.so > /usr/lib/libswigpy.so.0 > /usr/lib/libswigpy.so.0.0.0 > libswigpy.so.0 > [root at new2 ~]# rpm -q swig > swig-1.3.21-7 > [root at new2 ~]# rpm -q subversion > subversion-1.1.1-4 > [root at new2 ~]# yum update > Setting up Update Process > Setting up Repo: development > repomd.xml 100% |=========================| 1.1 kB 00:00 > Setting up Repo: updates-released > repomd.xml 100% |=========================| 951 B 00:00 > Reading repository metadata in from local files > developmen: ################################################## 3574/3574 > updates-re: ################################################## 316/316 > Excluding Packages in global exclude list > Finished > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Package swig.i386 0:1.3.23-2 set to be updated > ---> Package gnome-bluetooth.i386 0:0.5.1-8 set to be updated > --> Running transaction check > --> Processing Dependency: libswigpy.so.0 for package: subversion > --> Processing Dependency: libgnomebt.so.0 for package: gnome-bluetooth > --> Processing Dependency: gnome-bluetooth-libs = 0:0.5.1-8 for package: > gnome-bluetooth > --> Processing Dependency: libswigpl.so.0 for package: subversion-perl > --> Restarting Dependency Resolution with new changes. > --> Populating transaction set with selected packages. Please wait. > ---> Package gnome-bluetooth.i386 0:0.5.1-5.FC3.1 set to be updated > ---> Package gnome-bluetooth-libs.i386 0:0.5.1-8 set to be installed > --> Running transaction check > --> Processing Dependency: libswigpy.so.0 for package: subversion > --> Processing Dependency: libswigpl.so.0 for package: subversion-perl > --> Finished Dependency Resolution > Error: missing dep: libswigpy.so.0 for pkg subversion > Error: missing dep: libswigpl.so.0 for pkg subversion-perl > [root at new2 ~]# yum --exclude=gnome-blue\* update > Setting up Update Process > Setting up Repo: development > repomd.xml 100% |=========================| 1.1 kB 00:00 > Setting up Repo: updates-released > repomd.xml 100% |=========================| 951 B 00:00 > Reading repository metadata in from local files > developmen: ################################################## 3574/3574 > updates-re: ################################################## 316/316 > Excluding Packages in global exclude list > Finished > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Package swig.i386 0:1.3.23-2 set to be updated > --> Running transaction check > --> Processing Dependency: libswigpy.so.0 for package: subversion > --> Processing Dependency: libswigpl.so.0 for package: subversion-perl > --> Finished Dependency Resolution > Error: missing dep: libswigpy.so.0 for pkg subversion > Error: missing dep: libswigpl.so.0 for pkg subversion-perl > [root at new2 ~]# Wait a sec, You're working out of rawhide. I just noticed. It could be a broken dep in there. From fc3+updates it appears to be kosher, though. -sv From skvidal at phy.duke.edu Sat Dec 11 05:02:00 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 11 Dec 2004 00:02:00 -0500 Subject: subversion wants libswigpy - where is it? In-Reply-To: References: Message-ID: <1102741320.32217.15.camel@cutter> On Fri, 2004-12-10 at 23:10 -0500, sean darcy wrote: > Seth Vidal wrote: > > >type in this command: > > > >yum provides libswigpy.so > > > >and see what turns up. > > I'd already done that. > > "No Matches found" > on fc3 + updates? Really? or is this on fc2? if it's on fc2 try: yum provides \*libswigpy.so\* -sv From jspaleta at gmail.com Sat Dec 11 05:17:02 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 11 Dec 2004 00:17:02 -0500 Subject: subversion wants libswigpy - where is it? In-Reply-To: References: Message-ID: <604aa79104121021174abbbb43@mail.gmail.com> On Fri, 10 Dec 2004 21:48:00 -0500, sean darcy wrote: > rpm -Uvh subversion-1.1.1-4.x86_64.rpm > error: Failed dependencies: > libswigpy.so.0()(64bit) is needed by subversion-1.1.1-4.x86_64 > > but swig doesn't provide it. yum install subversion has the same problem. subversion-1.1.1-4 is a development package and what you are seeing is a package error with the swig-1.3.23-2 package in the development tree: rpm -q --provides -p swig-1.3.23-2.i386.rpm swig = 1.3.23-2 You need to file a bug against swig in development saying its not providing as expected. This sort of thing happens..... it is the development tree. For comparison swig-1.3.21-6 in fc3 provides the library as expected: rpm -q --provides swig libswigguile.so.0 libswigguilescm.so.0 libswigphp4.so.0 libswigpl.so.0 libswigpy.so.0 libswigrb.so.0 libswigtcl8.so.0 swig = 1.3.21-6 -jef"head 'em up, move 'em out... rawhide"spaleta From byte at aeon.com.my Sat Dec 11 03:12:38 2004 From: byte at aeon.com.my (Colin Charles) Date: Sat, 11 Dec 2004 11:12:38 +0800 Subject: FC 3 issues In-Reply-To: References: Message-ID: <1102734758.3741.36.camel@localhost.localdomain> On Mon, 2004-11-29 at 12:03 -0500, Noah Silva [Mailing list] wrote: > > >d.) I saw in FC3T3 a nice wireless applet. That seems gone from the FC3 > > >release. Someone told me it was merged into the "network" applet, and in > > ... > > >screen-shot. Am I just confused or...? (The one I saw had a drop-down > > >list of networks, etc.) make sure /etc/init.d/NetworkManager is running If you must, load NetworkManagerInfo onto your GNOME panel -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From byte at aeon.com.my Sat Dec 11 03:20:29 2004 From: byte at aeon.com.my (Colin Charles) Date: Sat, 11 Dec 2004 11:20:29 +0800 Subject: GAIM for FC4 In-Reply-To: <41B95860.1070503@redhat.com> References: <41B95860.1070503@redhat.com> Message-ID: <1102735230.3741.40.camel@localhost.localdomain> On Thu, 2004-12-09 at 22:03 -1000, Warren Togami wrote: > > Hi, I really liked Gaim so much, and used it 30% of the time. But > > Fedora Gaim comes short with Video and Voice capabilities. There's a > > project I've always use, maybe it would make it in FC4, gaim-vv. > > (http://gaim-vv.sourceforge.net/). I hope this package would be > > included in FC4. > > > > No. Fedora Core will only use whatever is in upstream official gaim > project. Convince gaim-vv and gaim to merge and you will have this > capability in the future. There is nothing stopping someone packaging gaim-vv for Extras though, so maybe this should go on the wishlist -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From paul at all-the-johnsons.co.uk Sat Dec 11 12:13:00 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 11 Dec 2004 12:13:00 +0000 Subject: k3b 0.11.17 seems broken Message-ID: <1102767180.14138.33.camel@localhost.localdomain> Hi, I can fire up k3b fine, but that's about all it will do. Nothing else is working on it (including the menus, icons and such). The only way to get out of it is to click a few times on the close window icon and force the program to shut down. I've run it from a terminal window and get the following line find:/dev/VolGroup00: Permission denied Is there something I can do to fix the problem? I can burn to DVD using the Nautilus CD-Burner as normal, so it is only a k3b problem. TTFN Paul -- "I'm gonna hit the highway like a bat out of hell with a Cilla Black fan on the bike" - Meatloaf -------------- 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 mpeters at mac.com Sat Dec 11 13:39:06 2004 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 11 Dec 2004 13:39:06 +0000 Subject: Where do you get the fedora extras from? In-Reply-To: <1102690091.7695.6.camel@cei3772.empower.ceimaine.org> (from whb@ceimaine.org on Fri Dec 10 06:48:10 2004) References: <1102679509.3795.6.camel@one.myworld> <1102690091.7695.6.camel@cei3772.empower.ceimaine.org> Message-ID: <1102772346l.4469l.0l@devel.mpeters.us> On 12/10/2004 06:48:10 AM, Will Backman wrote: > > Sounds like 6 month release cycle makes it hard for everything to > catch > up. > > New release comes out. I wait a little while for 3rd party apps to > catch up, install on my machine. Darn, now a new version is out. I think this is a unique scenario because of the change in handling of Fedora Extras - in hindsight it probably would have been better to get the Red Hat infrastructure up first, doing fc3 the same way as fc2 - and then do the change during the fc4test series so that the bugs in the infrastructure could be worked out for a smooth fc4 deployment. But fc2 extras work in most cases. From dmack at leviatron.com Sat Dec 11 17:33:00 2004 From: dmack at leviatron.com (Dave Mack) Date: Sat, 11 Dec 2004 09:33:00 -0800 Subject: ldconfig + SELinux = symlink slaughter Message-ID: <41BB2F4C.4020600@leviatron.com> OK, this is getting mildly annoying. With the current Rawhide tree (and for about the last week) I've been running into a problem when I "yum update" with SELinux in enforcing mode: the reboot which follows fails because most of the symlinks to shared libraries in /lib have evaporated. The culprit is ldconfig, which is being run during the yum update after library changes. Reproduce by: # ls -l /lib/libtermcap.so.2* lrwxrwxrwx 1 root root 19 Dec 11 09:17 /lib/termcap.so.2 -> libtermcap.so.2.0.8 -rwxr-xr-x 1 root root 12952 Jun 15 17:34 /lib/libtermcap.so.2.0.8 # setenforce 1 # ldconfig .so not found"> # ls -l /lib/libtermcap.so.2* ls: error while loading shared libraries: libacl.so.1: cannot open shared object file: No such file or directory # setenforce 0 # ldconfig Now everything is back to normal. Is anyone else able to reproduce this or is it just me? Known bug? Dave From rhally at mindspring.com Sat Dec 11 18:00:24 2004 From: rhally at mindspring.com (Richard Hally) Date: Sat, 11 Dec 2004 13:00:24 -0500 Subject: ldconfig + SELinux = symlink slaughter In-Reply-To: <41BB2F4C.4020600@leviatron.com> References: <41BB2F4C.4020600@leviatron.com> Message-ID: <41BB35B8.4080906@mindspring.com> Dave Mack wrote: > OK, this is getting mildly annoying. With the current Rawhide tree > (and for about the last week) I've been running into a problem when I > "yum update" with SELinux in enforcing mode: the reboot which follows > fails because most of the symlinks to shared libraries in /lib have > evaporated. The culprit is ldconfig, which is being run during the yum > update after library changes. > > Reproduce by: > > # ls -l /lib/libtermcap.so.2* > > lrwxrwxrwx 1 root root 19 Dec 11 09:17 /lib/termcap.so.2 -> > libtermcap.so.2.0.8 > -rwxr-xr-x 1 root root 12952 Jun 15 17:34 /lib/libtermcap.so.2.0.8 > > # setenforce 1 > # ldconfig > > .so not > found"> > > # ls -l /lib/libtermcap.so.2* > > ls: error while loading shared libraries: libacl.so.1: cannot open > shared object file: No such file or directory > > # setenforce 0 > > # ldconfig > > > > Now everything is back to normal. > > Is anyone else able to reproduce this or is it just me? Known bug? > > Dave > This problem has been fixed. Make sure that you have the latest (from rawhide) rpm package and the latest libselinux package. HTH Richard Hally From dmack at leviatron.com Sat Dec 11 18:00:16 2004 From: dmack at leviatron.com (Dave Mack) Date: Sat, 11 Dec 2004 10:00:16 -0800 Subject: ldconfig + SELinux = symlink slaughter In-Reply-To: <41BB2F4C.4020600@leviatron.com> References: <41BB2F4C.4020600@leviatron.com> Message-ID: <41BB35B0.20902@leviatron.com> Please disregard the previous message. Running "fixfiles relabel" resolved the problem. Dave Dave Mack wrote: > OK, this is getting mildly annoying. With the current Rawhide tree > (and for about the last week) I've been running into a problem when I > "yum update" with SELinux in enforcing mode: the reboot which follows > fails because most of the symlinks to shared libraries in /lib have > evaporated. The culprit is ldconfig, which is being run during the yum > update after library changes. > > Reproduce by: > > # ls -l /lib/libtermcap.so.2* > > lrwxrwxrwx 1 root root 19 Dec 11 09:17 /lib/termcap.so.2 -> > libtermcap.so.2.0.8 > -rwxr-xr-x 1 root root 12952 Jun 15 17:34 /lib/libtermcap.so.2.0.8 > > # setenforce 1 > # ldconfig > > .so not > found"> > > # ls -l /lib/libtermcap.so.2* > > ls: error while loading shared libraries: libacl.so.1: cannot open > shared object file: No such file or directory > > # setenforce 0 > > # ldconfig > > > > Now everything is back to normal. > > Is anyone else able to reproduce this or is it just me? Known bug? > > Dave > From rhl+dale at riyescott.com Sat Dec 11 19:13:31 2004 From: rhl+dale at riyescott.com (Dale) Date: Sat, 11 Dec 2004 11:13:31 -0800 Subject: Anyone been able to get Armagetron working? In-Reply-To: <41BA7425.9000900@comcast.net> References: <1102545852.11735.8.camel@localhost.localdomain> <41BA7425.9000900@comcast.net> Message-ID: <20041211191331.GA27999@cupro.opengvs.com> On Fri, Dec 10, 2004 at 11:14:29PM -0500, Jim Martin wrote: > Just wondering, has anyone been able to get armagetron working on FC3? I > have it installed but when I try to run it, I get this error: > > *** glibc detected *** free(): invalid pointer: 0x08b4ba58 *** > /usr/bin/armagetron: line 15: 6056 Aborted > $INSTALL/bin/armagetron --datadir $INSTALL --configdir /etc/armagetron > --userconfigdir $HOME/.armagetron --vardir $VARDIR "$@" > > > Any ideas?? "The version of glibc provided with Fedora Core 3 performs additional internal sanity checks to prevent and detect data corruption as early as possible" The above is controllable by environment variable. Search for "glibc" in the FC3 release notes: http://fedora.redhat.com/docs/release-notes/fc3/x86/ From ndbecker2 at verizon.net Sat Dec 11 22:30:30 2004 From: ndbecker2 at verizon.net (Neal Becker) Date: Sat, 11 Dec 2004 17:30:30 -0500 Subject: safe to install rawhide python2.4 on FC3? Message-ID: Anyone know if it should be safe to install devel python2.4 rpms onto FC3? From ad+lists at uni-x.org Sat Dec 11 22:58:46 2004 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Sat, 11 Dec 2004 23:58:46 +0100 Subject: safe to install rawhide python2.4 on FC3? In-Reply-To: References: Message-ID: <1102805926.11759.121.camel@serendipity.dogma.lan> Am Sa, den 11.12.2004 schrieb Neal Becker um 23:30: > Anyone know if it should be safe to install devel python2.4 rpms onto FC3? If you want to break a fair part of what makes Fedora Fedora ... For serious, don't do it. Why do you want or even do you need to? python.org has 2.4 RPMs which shall be candidates to be installed in parallel to the system Python, so not exchanging the important Python 2.3.4 parts FC3 comes with. Alexander -- Alexander Dalloz | Enger, Germany | new address - new key: 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora GNU/Linux Core 2 (Tettnang) on Athlon kernel 2.6.9-1.6_FC2smp Serendipity 23:54:26 up 1 day, 18:35, load average: 0.77, 0.78, 0.69 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From kevymac at yahoo.com Sun Dec 12 00:53:14 2004 From: kevymac at yahoo.com (Kevin McConnell) Date: Sat, 11 Dec 2004 16:53:14 -0800 (PST) Subject: GAIM for FC4 In-Reply-To: <41B95860.1070503@redhat.com> Message-ID: <20041212005315.86856.qmail@web50508.mail.yahoo.com> --- Warren Togami wrote: > No. Fedora Core will only use whatever is in > upstream official gaim > project. Convince gaim-vv and gaim to merge and you > will have this > capability in the future. Just an FYI: In reading some of the forums from the gaim-vv site, I notice that someone has merged gaim-1.1 with the gaim-vv codebase, and is trying to clean up the code if anyone would like to help. I have a feeling that a merge may happen soon, if at all. Keep your fingers crossed. ===== Kevin C. McConnell --RHCE # 805299480800193 since July 2, 1999-- Freedom in software, now freedom in life. http://www.freestateproject.org/ __________________________________ Do you Yahoo!? The all-new My Yahoo! - What will yours do? http://my.yahoo.com From kevymac at yahoo.com Sun Dec 12 04:12:44 2004 From: kevymac at yahoo.com (Kevin McConnell) Date: Sat, 11 Dec 2004 20:12:44 -0800 (PST) Subject: GAIM for FC4 In-Reply-To: <20041212005315.86856.qmail@web50508.mail.yahoo.com> Message-ID: <20041212041245.73684.qmail@web50505.mail.yahoo.com> --- Kevin McConnell wrote: > Just an FYI: In reading some of the forums from the > gaim-vv site, I notice that someone has merged > gaim-1.1 with the gaim-vv codebase, and is trying to > clean up the code if anyone would like to help. I > have > a feeling that a merge may happen soon, if at all. > Keep your fingers crossed. I know it's bad form to post to oneself, but to save anyone else from mailing me offlist to ask me where I saw the posting, here is the exact location of the forum post which includes a link to the sources of the merged code: http://sourceforge.net/forum/forum.php?thread_id=1190447&forum_id=353893 ===== Kevin C. McConnell --RHCE # 805299480800193 since July 2, 1999-- Freedom in software, now freedom in life. http://www.freestateproject.org/ __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From manu at kromtek.com Sun Dec 12 09:41:34 2004 From: manu at kromtek.com (Manu Abraham) Date: Sun, 12 Dec 2004 13:41:34 +0400 Subject: fstab ... Message-ID: <200412121341.34748.manu@kromtek.com> Hi, In FC 3, how do i add NFS mounts to /etc/fstab, considering the fact that fstab is updated using fstab-sync. Another question is, how do i manipulate /dev entries/directories, considering i' am developing a driver ? Another question would be the addition of the dvb entries to the hal daemon. Manu From manu at kromtek.com Sun Dec 12 12:16:02 2004 From: manu at kromtek.com (Manu Abraham) Date: Sun, 12 Dec 2004 16:16:02 +0400 Subject: disklabel Message-ID: <200412121616.02476.manu@kromtek.com> Hi, I had a machine running RH9 and a 120GB SATA HDD. The HDD was ailing and occassionally giving out sector not found {Drive ready,Seek failure} errors. So i thought it was time to move in to FC3 and a new 160GB SATA HDD. Bootup of FC3 gave me a kernel crash, and an error complaining about suggesting acpi=off, but even with acpi=off, still gave me the same warning and a crash.. I then later on figured that the SATA Enhanced mode operation would be a problem and switched it to compatibility mode. The motherboard is an ASUS P4C800, Intel 875 chipset.. Lo it worked.... That went fine through.... No problems even though initially i thought not to edit /etc/fstab by hand because it was generated by fstab-sync ? I went on to edit it by hand... Everything went smoothly... Now i figured that i required some files more were there on the old HDD, than compared to the backup i had... I plugged in the OLD SATA HDD has Primary Slave, and the NEW SATA HDD as Primary master. The initscripts failed stating about duplicate LABEL=/, LABEL=/boot, LABEL=/work... and a hung system... I know that if i modify the disklabels to actual device names my problems would be solved... But, what i would like to know is whether a graceful way of doing it exists, without much hassle... I know that this is not much of an issue, but still thought it would be better if i posted the problem... Manu From kyrre at solution-forge.net Sun Dec 12 12:42:52 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sun, 12 Dec 2004 13:42:52 +0100 Subject: fstab ... In-Reply-To: <200412121341.34748.manu@kromtek.com> References: <200412121341.34748.manu@kromtek.com> Message-ID: <1102855372.2715.1.camel@kyrre> s?n, 12.12.2004 kl. 10.41 skrev Manu Abraham: > Hi, > In FC 3, how do i add NFS mounts to /etc/fstab, considering the fact that > fstab is updated using fstab-sync. Just put the nfs lines in as you normallt would - fstab isn't overwritten, only the lines managed by fstab-sync (ie. floppy, cdrom, plugable USB devices etc) is created automagically. But there is nothing there hindering you in setting up your own mounts too. From alan at redhat.com Sun Dec 12 12:48:45 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 12 Dec 2004 07:48:45 -0500 Subject: disklabel In-Reply-To: <200412121616.02476.manu@kromtek.com> References: <200412121616.02476.manu@kromtek.com> Message-ID: <20041212124845.GA26175@devserv.devel.redhat.com> On Sun, Dec 12, 2004 at 04:16:02PM +0400, Manu Abraham wrote: > But, what i would like to know is whether a graceful way of doing it exists, > without much hassle... I know that this is not much of an issue, but still > thought it would be better if i posted the problem... tune2fs will let you change the volume names. That means you can fix your real file system labels to be different. From kyrre at solution-forge.net Sun Dec 12 12:45:34 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sun, 12 Dec 2004 13:45:34 +0100 Subject: disklabel In-Reply-To: <200412121616.02476.manu@kromtek.com> References: <200412121616.02476.manu@kromtek.com> Message-ID: <1102855534.2715.4.camel@kyrre> s?n, 12.12.2004 kl. 13.16 skrev Manu Abraham: > Hi, > I had a machine running RH9 and a 120GB SATA HDD. The HDD was ailing and > occassionally giving out sector not found {Drive ready,Seek failure} errors. > So i thought it was time to move in to FC3 and a new 160GB SATA HDD. > > Bootup of FC3 gave me a kernel crash, and an error complaining about > suggesting acpi=off, but even with acpi=off, still gave me the same warning > and a crash.. > > I then later on figured that the SATA Enhanced mode operation would be a > problem and switched it to compatibility mode. The motherboard is an ASUS > P4C800, Intel 875 chipset.. Lo it worked.... > > That went fine through.... No problems even though initially i thought not to > edit /etc/fstab by hand because it was generated by fstab-sync ? I went on to > edit it by hand... > > Everything went smoothly... > > > Now i figured that i required some files more were there on the old HDD, than > compared to the backup i had... > > I plugged in the OLD SATA HDD has Primary Slave, and the NEW SATA HDD as > Primary master. > > The initscripts failed stating about duplicate LABEL=/, LABEL=/boot, > LABEL=/work... > > and a hung system... > > I know that if i modify the disklabels to actual device names my problems > would be solved... > > But, what i would like to know is whether a graceful way of doing it exists, > without much hassle... I know that this is not much of an issue, but still > thought it would be better if i posted the problem... > > Manu Comment out the lines, add new lines for the same stuff. Then plug it in, boot, mount the volumes, copy the stuff, shutdown, unplug, and uncomment the lines again. From ndbecker2 at verizon.net Sun Dec 12 12:55:24 2004 From: ndbecker2 at verizon.net (Neal Becker) Date: Sun, 12 Dec 2004 07:55:24 -0500 Subject: safe to install rawhide python2.4 on FC3? References: <1102805926.11759.121.camel@serendipity.dogma.lan> Message-ID: Alexander Dalloz wrote: > Am Sa, den 11.12.2004 schrieb Neal Becker um 23:30: > >> Anyone know if it should be safe to install devel python2.4 rpms onto >> FC3? > > If you want to break a fair part of what makes Fedora Fedora ... > > For serious, don't do it. Why do you want or even do you need to? > python.org has 2.4 RPMs which shall be candidates to be installed in > parallel to the system Python, so not exchanging the important Python > 2.3.4 parts FC3 comes with. > > Alexander > > I'm trying to install on x86_64. python.org 2.4 SRPMs are not correct for x86_64, they don't build due to confusion over /usr/lib64. There are quite a few patches in rawhide python 2.4, and I don't know what they are all for, so I was hoping that I could just use the 2.4 version as-is. I guess I could take the rawhide version, modify configure to use altinstall (or whatever it was called to install under alt name), then modify the spec so that it doesn't overwrite /usr/bin/python. From javaman67 at acd.net Sun Dec 12 14:28:25 2004 From: javaman67 at acd.net (Brian Craft) Date: Sun, 12 Dec 2004 09:28:25 -0500 Subject: =?windows-1252?q?Help_with_video_setting_for_15=2E4=27=27_WXGA_L?= =?windows-1252?q?CD_screen_w/_ATI_MOBILITY=99_RADEON=99_9600_?= Message-ID: <41BC5589.1050507@acd.net> I just bought a Averatec AV6130H1 laptop ( http://www.averatec.com/notebooks/6100series.htm ) which has a 15.4'' WXGA LCD screen/display and although I've added 1280x800 to the Modes line in the xorg.conf the display seems a little "blurry" instead of crisp and clean. The video card in the laptop is a ATI MOBILITY? RADEON? 9600. Any idea's on getting the display to clear up? I'm running Fedora Core 3 with all the latest updates. Below are the specs of the laptop from the website. Intel? Pentium? 4 3.0 GHz w/ HT Technology Microsoft? Windows? XP Home Edition 15.4'' WXGA DVD+CD-RW 40GB HD 512MB DDR ATI MOBILITY? RADEON? 9600 802.11g 10/100 LAN 56k Modem (3x) 2.0 USB Ports 1 - IEEE 1394 Port 14.1" x 10.6" x 1.4" 7.7 lbs. Brian Craft Yahoo Instant Messenger ID: bcraft67 AIM: linuxman67 Linux Counter id: 97873 Linux......the OS of Choice! From manu at kromtek.com Sun Dec 12 14:37:18 2004 From: manu at kromtek.com (Manu Abraham) Date: Sun, 12 Dec 2004 18:37:18 +0400 Subject: disklabel In-Reply-To: <20041212124845.GA26175@devserv.devel.redhat.com> References: <200412121616.02476.manu@kromtek.com> <20041212124845.GA26175@devserv.devel.redhat.com> Message-ID: <200412121837.18336.manu@kromtek.com> On Sun December 12 2004 4:48 pm, Alan Cox wrote: > On Sun, Dec 12, 2004 at 04:16:02PM +0400, Manu Abraham wrote: > > But, what i would like to know is whether a graceful way of doing it > > exists, without much hassle... I know that this is not much of an issue, > > but still thought it would be better if i posted the problem... > > tune2fs will let you change the volume names. That means you can fix your > real file system labels to be different. Thanks... didn't know that.... Manu From manu at kromtek.com Sun Dec 12 16:55:19 2004 From: manu at kromtek.com (Manu Abraham) Date: Sun, 12 Dec 2004 20:55:19 +0400 Subject: disklabel In-Reply-To: <1102855534.2715.4.camel@kyrre> References: <200412121616.02476.manu@kromtek.com> <1102855534.2715.4.camel@kyrre> Message-ID: <200412122055.19102.manu@kromtek.com> On Sun December 12 2004 4:45 pm, Kyrre Ness Sjobak wrote: > s?n, 12.12.2004 kl. 13.16 skrev Manu Abraham: > > Hi, > > I had a machine running RH9 and a 120GB SATA HDD. The HDD was ailing and > > occassionally giving out sector not found {Drive ready,Seek failure} > > errors. So i thought it was time to move in to FC3 and a new 160GB SATA > > HDD. > > > > Bootup of FC3 gave me a kernel crash, and an error complaining about > > suggesting acpi=off, but even with acpi=off, still gave me the same > > warning and a crash.. > > > > I then later on figured that the SATA Enhanced mode operation would be a > > problem and switched it to compatibility mode. The motherboard is an ASUS > > P4C800, Intel 875 chipset.. Lo it worked.... > > > > That went fine through.... No problems even though initially i thought > > not to edit /etc/fstab by hand because it was generated by fstab-sync ? I > > went on to edit it by hand... > > > > Everything went smoothly... > > > > > > Now i figured that i required some files more were there on the old HDD, > > than compared to the backup i had... > > > > I plugged in the OLD SATA HDD has Primary Slave, and the NEW SATA HDD as > > Primary master. > > > > The initscripts failed stating about duplicate LABEL=/, LABEL=/boot, > > LABEL=/work... > > > > and a hung system... > > > > I know that if i modify the disklabels to actual device names my problems > > would be solved... > > > > But, what i would like to know is whether a graceful way of doing it > > exists, without much hassle... I know that this is not much of an issue, > > but still thought it would be better if i posted the problem... > > > > Manu > > Comment out the lines, add new lines for the same stuff. Then plug it > in, boot, mount the volumes, copy the stuff, shutdown, unplug, and > uncomment the lines again. That's what i temporarily did to solve the problem... Manu From kyrre at solution-forge.net Sun Dec 12 17:46:10 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sun, 12 Dec 2004 18:46:10 +0100 Subject: disklabel In-Reply-To: <200412122055.19102.manu@kromtek.com> References: <200412121616.02476.manu@kromtek.com> <1102855534.2715.4.camel@kyrre> <200412122055.19102.manu@kromtek.com> Message-ID: <1102873569.4843.7.camel@kyrre> s?n, 12.12.2004 kl. 17.55 skrev Manu Abraham: > On Sun December 12 2004 4:45 pm, Kyrre Ness Sjobak wrote: > > s?n, 12.12.2004 kl. 13.16 skrev Manu Abraham: > > > Hi, > > > I had a machine running RH9 and a 120GB SATA HDD. The HDD was ailing and > > > occassionally giving out sector not found {Drive ready,Seek failure} > > > errors. So i thought it was time to move in to FC3 and a new 160GB SATA > > > HDD. > > > > > > Bootup of FC3 gave me a kernel crash, and an error complaining about > > > suggesting acpi=off, but even with acpi=off, still gave me the same > > > warning and a crash.. > > > > > > I then later on figured that the SATA Enhanced mode operation would be a > > > problem and switched it to compatibility mode. The motherboard is an ASUS > > > P4C800, Intel 875 chipset.. Lo it worked.... > > > > > > That went fine through.... No problems even though initially i thought > > > not to edit /etc/fstab by hand because it was generated by fstab-sync ? I > > > went on to edit it by hand... > > > > > > Everything went smoothly... > > > > > > > > > Now i figured that i required some files more were there on the old HDD, > > > than compared to the backup i had... > > > > > > I plugged in the OLD SATA HDD has Primary Slave, and the NEW SATA HDD as > > > Primary master. > > > > > > The initscripts failed stating about duplicate LABEL=/, LABEL=/boot, > > > LABEL=/work... > > > > > > and a hung system... > > > > > > I know that if i modify the disklabels to actual device names my problems > > > would be solved... > > > > > > But, what i would like to know is whether a graceful way of doing it > > > exists, without much hassle... I know that this is not much of an issue, > > > but still thought it would be better if i posted the problem... > > > > > > Manu > > > > Comment out the lines, add new lines for the same stuff. Then plug it > > in, boot, mount the volumes, copy the stuff, shutdown, unplug, and > > uncomment the lines again. > That's what i temporarily did to solve the problem... > > Manu > Sometimes, the simplest solution is the best solution :) From manu at kromtek.com Sun Dec 12 16:57:15 2004 From: manu at kromtek.com (Manu Abraham) Date: Sun, 12 Dec 2004 20:57:15 +0400 Subject: fstab ... In-Reply-To: <1102855372.2715.1.camel@kyrre> References: <200412121341.34748.manu@kromtek.com> <1102855372.2715.1.camel@kyrre> Message-ID: <200412122057.15113.manu@kromtek.com> On Sun December 12 2004 4:42 pm, Kyrre Ness Sjobak wrote: > s?n, 12.12.2004 kl. 10.41 skrev Manu Abraham: > > Hi, > > In FC 3, how do i add NFS mounts to /etc/fstab, considering the fact > > that fstab is updated using fstab-sync. > > Just put the nfs lines in as you normallt would - fstab isn't As usual added the 3 NFS mounts and moving on.. Thanks... Manu > overwritten, only the lines managed by fstab-sync (ie. floppy, cdrom, > plugable USB devices etc) is created automagically. But there is nothing > there hindering you in setting up your own mounts too. From josh at wavefood.com Sun Dec 12 20:19:19 2004 From: josh at wavefood.com (Joshua Andrews) Date: Sun, 12 Dec 2004 12:19:19 -0800 Subject: disklabel In-Reply-To: <1102873569.4843.7.camel@kyrre> References: <200412121616.02476.manu@kromtek.com> <1102855534.2715.4.camel@kyrre> <200412122055.19102.manu@kromtek.com> <1102873569.4843.7.camel@kyrre> Message-ID: <41BCA7C7.5020405@wavefood.com> Kyrre Ness Sjobak wrote: >s?n, 12.12.2004 kl. 17.55 skrev Manu Abraham: > > >>On Sun December 12 2004 4:45 pm, Kyrre Ness Sjobak wrote: >> >> >>>s?n, 12.12.2004 kl. 13.16 skrev Manu Abraham: >>> >>> >>>>Hi, >>>> I had a machine running RH9 and a 120GB SATA HDD. The HDD was ailing and >>>>occassionally giving out sector not found {Drive ready,Seek failure} >>>>errors. So i thought it was time to move in to FC3 and a new 160GB SATA >>>>HDD. >>>> >>>>Bootup of FC3 gave me a kernel crash, and an error complaining about >>>>suggesting acpi=off, but even with acpi=off, still gave me the same >>>>warning and a crash.. >>>> >>>>I then later on figured that the SATA Enhanced mode operation would be a >>>>problem and switched it to compatibility mode. The motherboard is an ASUS >>>>P4C800, Intel 875 chipset.. Lo it worked.... >>>> >>>>That went fine through.... No problems even though initially i thought >>>>not to edit /etc/fstab by hand because it was generated by fstab-sync ? I >>>>went on to edit it by hand... >>>> >>>>Everything went smoothly... >>>> >>>> >>>>Now i figured that i required some files more were there on the old HDD, >>>>than compared to the backup i had... >>>> >>>>I plugged in the OLD SATA HDD has Primary Slave, and the NEW SATA HDD as >>>>Primary master. >>>> >>>>The initscripts failed stating about duplicate LABEL=/, LABEL=/boot, >>>>LABEL=/work... >>>> >>>>and a hung system... >>>> >>>>I know that if i modify the disklabels to actual device names my problems >>>>would be solved... >>>> >>>>But, what i would like to know is whether a graceful way of doing it >>>>exists, without much hassle... I know that this is not much of an issue, >>>>but still thought it would be better if i posted the problem... >>>> >>>>Manu >>>> >>>> >>>Comment out the lines, add new lines for the same stuff. Then plug it >>>in, boot, mount the volumes, copy the stuff, shutdown, unplug, and >>>uncomment the lines again. >>> >>> >>That's what i temporarily did to solve the problem... >> >>Manu >> >> >> > >Sometimes, the simplest solution is the best solution :) > > > I don't really understand the need for disk labels in fstab at all, in fact it has always caused me more problems while not doing anything helpful that I am aware of. I would like to remove labels from some partitions. I have relabeled partitions but I'm not quite sure how to safely remove labels. -Joshua From perbj at stanford.edu Sun Dec 12 20:29:48 2004 From: perbj at stanford.edu (Per Bjornsson) Date: Sun, 12 Dec 2004 12:29:48 -0800 Subject: disklabel In-Reply-To: <41BCA7C7.5020405@wavefood.com> References: <200412121616.02476.manu@kromtek.com> <1102855534.2715.4.camel@kyrre> <200412122055.19102.manu@kromtek.com> <1102873569.4843.7.camel@kyrre> <41BCA7C7.5020405@wavefood.com> Message-ID: <1102883388.4143.7.camel@ferrari.localdomain> On Sun, 2004-12-12 at 12:19 -0800, Joshua Andrews wrote: > I don't really understand the need for disk labels in fstab at all, in > fact it has always caused me more problems while not doing anything > helpful that I am aware of. I use them to get consistent naming for a couple of removable devices that have the same purpose but are used at different times. It's quite convenient for that kind of use. There may also be other things that cause the disk numbering to change (BIOS upgrades etc) and in that case using labels can make things just work instead of needing manual fstab fixing. > I would like to remove labels from some partitions. I have relabeled > partitions but I'm not quite sure how to safely remove labels. At least on ext2/3 I believe that there is always a filesystem label, when it's "missing" it is just set to an empty string. Any reason why just setting the label to an empty string is not good enough? /Per From shrek-m at gmx.de Sun Dec 12 20:30:22 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 12 Dec 2004 21:30:22 +0100 Subject: disklabel In-Reply-To: <41BCA7C7.5020405@wavefood.com> References: <200412121616.02476.manu@kromtek.com> <1102855534.2715.4.camel@kyrre> <200412122055.19102.manu@kromtek.com> <1102873569.4843.7.camel@kyrre> <41BCA7C7.5020405@wavefood.com> Message-ID: <41BCAA5E.6010102@gmx.de> Joshua Andrews wrote: > [....SNIP....] > >> Sometimes, the simplest solution is the best solution :) > > I don't really understand the need for disk labels in fstab at all, in > fact it has always caused me more problems while not doing anything > helpful that I am aware of. > > I would like to remove labels from some partitions. I have relabeled > partitions but I'm not quite sure how to safely remove labels. ---- # e2label /dev/sda1 # e2label /dev/sda1 /test # e2label /dev/sda1 /test # e2label /dev/sda1 "" # e2label /dev/sda1 # ---- -- shrek-m From a.t.meinen at chello.nl Sun Dec 12 21:16:11 2004 From: a.t.meinen at chello.nl (Tino Meinen) Date: Sun, 12 Dec 2004 22:16:11 +0100 Subject: Help with video setting for 15.4'' WXGA LCD screen w/ ATI =?windows-1251?q?MOBILITY=99_RADEON=99?= 9600 In-Reply-To: <41BC5589.1050507@acd.net> References: <41BC5589.1050507@acd.net> Message-ID: <1102886171.3737.4.camel@localhost.localdomain> Op zo, 12-12-2004 te 09:28 -0500, schreef Brian Craft: > which has a 15.4'' > WXGA LCD screen/display and although I've added 1280x800 to the Modes > line in the xorg.conf the display seems a little "blurry" instead of > crisp and clean. don't just add the 1280x800 mode: put it as the only mode on a single line and it will give the correct display resolution for your monitor. (btw, for your information, this should have been asked on the fedora- list, not on fedora-test-list, which is meant for testing new packages and upcoming Fedora Core distibutions only) Tino From czar at czarc.net Sun Dec 12 21:43:31 2004 From: czar at czarc.net (Gene C.) Date: Sun, 12 Dec 2004 16:43:31 -0500 Subject: FC4 ISO suggestion Message-ID: <200412121643.31583.czar@czarc.net> I just noticed that the binary + SRPMS for FC3 now exceed the size of a dvd and so the dvd ISO only contains the binary although the binary + SRPMS cdrom ISOs are still holding to a total of eight. Since the drives supporting larger dvd sizes are currently available but the media is relatively expensive, I would like to suggest that, for FC4, a second dvd ISO be created which just has the SRPMS. This would allow an individual to cut two dvd disks but would be consistent by having everything available on those two dvd disks. -- Gene From davej at redhat.com Sun Dec 12 21:52:17 2004 From: davej at redhat.com (Dave Jones) Date: Sun, 12 Dec 2004 16:52:17 -0500 Subject: FC4 ISO suggestion In-Reply-To: <200412121643.31583.czar@czarc.net> References: <200412121643.31583.czar@czarc.net> Message-ID: <20041212215217.GG12227@redhat.com> On Sun, Dec 12, 2004 at 04:43:31PM -0500, Gene C. wrote: > I just noticed that the binary + SRPMS for FC3 now exceed the size of a dvd > and so the dvd ISO only contains the binary although the binary + SRPMS cdrom > ISOs are still holding to a total of eight. > > Since the drives supporting larger dvd sizes are currently available but the > media is relatively expensive, I would like to suggest that, for FC4, a > second dvd ISO be created which just has the SRPMS. This would allow an > individual to cut two dvd disks but would be consistent by having everything > available on those two dvd disks. Alternatively, for FC4, how about we trim down 'core' and push more things out to extras ? Hopefully by the time FC4 ships we'll have a working extras infrastructure. Dave From jspaleta at gmail.com Sun Dec 12 22:12:22 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 12 Dec 2004 17:12:22 -0500 Subject: FC4 ISO suggestion In-Reply-To: <20041212215217.GG12227@redhat.com> References: <200412121643.31583.czar@czarc.net> <20041212215217.GG12227@redhat.com> Message-ID: <604aa791041212141227e462a@mail.gmail.com> On Sun, 12 Dec 2004 16:52:17 -0500, Dave Jones wrote: > Alternatively, for FC4, how about we trim down 'core' and push more > things out to extras ? Hopefully by the time FC4 ships we'll have > a working extras infrastructure. Are you ready for the huge public fight that would entail? We've had no substantial 'public' discussion on how to approach moving things into and out of Core. I don't dare assume that Red Hat package maintainers currently responsible for a package in Core will be willing to continue to maintain it as part of Extras... there has been no 'public' discussion about how to smoothly transition a package into the hands of a community contributors. I want to see the Extras contributor process up and running succussfully through one release, before we overload it with the issues of package handoffs. And i definitely want to see some organized 'public' discussion as to what a slimmed down Core is suppose to achieve and what usage case its suppose to target. Watching the fight to slim down core go on per package with no overriding 'pulbicly' communicated plan is going to be a denistry brand of fun. -jef"tequila: novocaine for the soul"spaleta From jreiser at BitWagon.com Sun Dec 12 22:14:29 2004 From: jreiser at BitWagon.com (John Reiser) Date: Sun, 12 Dec 2004 14:14:29 -0800 Subject: FC4 ISO suggestion In-Reply-To: <200412121643.31583.czar@czarc.net> References: <200412121643.31583.czar@czarc.net> Message-ID: <41BCC2C5.9040205@BitWagon.com> > I would like to suggest that, for FC4, a > second dvd ISO be created which just has the SRPMS. It's easy to make a dvd of SRPMS from the CD-ROM .iso files. Most of the usual problems vanish because the disc need not be bootable. I checked the two scripts in ftp://people.redhat.com/ckloiber , but wanted a procedure that didn't use so much disk space. I found something by googling for "RedHat 8.0 DVD from the CD ISO images" [_including_ the quotes]. There are several copies on the web, including an early one that Google did _not_ find when I searched: http://www.rickertweb.com/~justin/Links/OS/linux/Make_RedHat_DVD_From_CDROM.html and a partial copy that appeared in: http://www.redhat.com/archives/fedora-test-list/2004-February/msg00464.html Anyway, what I finally used was mkisofs -v -pad -o heidelberg-src-i386-DVD.iso \ -V "FC3-src-i386.2004-11-15" \ -r -R -J -T -m TRANS.TBL \ -x /mnt/tmp1/.discinfo \ -graft-points /mnt/tmp1 .discinfo=.discinfo \ SRPMS=/mnt/tmp2/SRPMS \ SRPMS=/mnt/tmp3/SRPMS \ SRPMS=/mnt/tmp4/SRPMS after loopback mounting the four CD-ROM .iso files, and after creating a new .discinfo file based upon the one from SRPMS-disc1: 1099518735.522378 Fedora Core 3 i386 5,6,7,8 Fedora/base Fedora/RPMS Fedora/pixmaps where I edited the "5,6,7,8" line. This used no space other than the existing CD-ROM .iso files and the created dvd .iso output. According to the documentation, I could have burned the dvd directly using 'growisofs' with the above setup, thus avoiding even the disk space for the output .iso. -- From cmadams at hiwaay.net Sun Dec 12 23:55:28 2004 From: cmadams at hiwaay.net (Chris Adams) Date: Sun, 12 Dec 2004 17:55:28 -0600 Subject: FC4 ISO suggestion In-Reply-To: <200412121643.31583.czar@czarc.net> References: <200412121643.31583.czar@czarc.net> Message-ID: <20041212235528.GB1278305@hiwaay.net> Once upon a time, Gene C. said: > Since the drives supporting larger dvd sizes are currently available but the > media is relatively expensive, I would like to suggest that, for FC4, a > second dvd ISO be created which just has the SRPMS. This would allow an > individual to cut two dvd disks but would be consistent by having everything > available on those two dvd disks. I would first like to see the build system modified so that there can be a single set of SRPMS ISOs, not one for each arch. With the current two arches, that would cut down on mirror storage space by 2.3G; _then_ you could use that space for a single SRPMS DVD ISO. Otherwise, you just added 4.6G to the space requirement for each FC release (and more if more arches become mainline) without adding any content. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From cra at WPI.EDU Mon Dec 13 00:01:40 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Sun, 12 Dec 2004 19:01:40 -0500 Subject: FC4 ISO suggestion In-Reply-To: <20041212235528.GB1278305@hiwaay.net> References: <200412121643.31583.czar@czarc.net> <20041212235528.GB1278305@hiwaay.net> Message-ID: <20041213000140.GC8764@angus.ind.WPI.EDU> On Sun, Dec 12, 2004 at 05:55:28PM -0600, Chris Adams wrote: > I would first like to see the build system modified so that there can be > a single set of SRPMS ISOs, not one for each arch. With the current two > arches, that would cut down on mirror storage space by 2.3G; _then_ you > could use that space for a single SRPMS DVD ISO. Otherwise, you just > added 4.6G to the space requirement for each FC release (and more if > more arches become mainline) without adding any content. Jigdo could solve this problem if Red Hat created DVD (and even CD) jigdo files. Then anyone could download the component files and recreate the original DVD iso or CD isos. From pboy at barkhof.uni-bremen.de Mon Dec 13 00:45:34 2004 From: pboy at barkhof.uni-bremen.de (Peter Boy) Date: Mon, 13 Dec 2004 01:45:34 +0100 Subject: FC4 ISO suggestion In-Reply-To: <20041212215217.GG12227@redhat.com> References: <200412121643.31583.czar@czarc.net> <20041212215217.GG12227@redhat.com> Message-ID: <1102898735.10612.38.camel@littlePiet> Am Sonntag, den 12.12.2004, 16:52 -0500 schrieb Dave Jones: > > Since the drives supporting larger dvd sizes are currently available but the > > media is relatively expensive, I would like to suggest that, for FC4, a > > second dvd ISO be created which just has the SRPMS. This would allow an > > individual to cut two dvd disks but would be consistent by having everything > > available on those two dvd disks. > > Alternatively, for FC4, how about we trim down 'core' and push more > things out to extras ? Hopefully by the time FC4 ships we'll have > a working extras infrastructure. I would vote against any trim down of Fedora Core just because of the numbers of source CD's. Given the fact of a lot of non-cooperation between several community based repos, Core should include all the programs needed for a basic workstation - at least currently. Instead trimming down you should consider to add packages like tomcat again - and perhaps some web applications as byline (formerly Red Hat CMS). If space is a problem for the mirrors, you should suspend the source iso's instead. I suppose there are only very few people who need the complete set of source packages. Most people need none and some may need some selected packages they are interested in. I think it's ok to have all the packages as single files in the OS tree. Peter From mpeters at mac.com Mon Dec 13 01:46:06 2004 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 13 Dec 2004 01:46:06 +0000 Subject: FC4 ISO suggestion In-Reply-To: <200412121643.31583.czar@czarc.net> (from czar@czarc.net on Sun Dec 12 13:43:31 2004) References: <200412121643.31583.czar@czarc.net> Message-ID: <1102902366l.6759l.1l@devel.mpeters.us> I would like to suggest that fedora adopt jigdo as a supported distribution method for fc4. With Debian - if someone I know needs CD's - it's not a problem that what I have are DVD iso's, I just mount a dvd image and tell jigdo to scan it when it makes the CD iso's and since the packages are the same, I get perfect CD iso's with very little downloading - and the mirror I choose doesn't have to have the iso's on it. This would also rapidly decrease the amount of downloading needed to go from fc4t1 -> fc4t2 -> fc4t3 -> fc4 Only packages that have changed between the releases would need to be redownloaded because jigdo can scan the rpm's from your previous iso's. Using jigdo to update from iso's from fc3 to fc4 probably does not make much sense, as most if not all of the packages will have changed, but using jigdo to get a fresh fc4 does make sense because your mirror only needs the rpm's, it doesn't need the iso's - and it's a nice solution where you can't use bt. And you can just download the dvd through bt and then easily make md5sum matching cd iso's from the dvd iso. From reader at newsguy.com Mon Dec 13 02:25:15 2004 From: reader at newsguy.com (Harry Putnam) Date: Sun, 12 Dec 2004 20:25:15 -0600 Subject: vncserver error Message-ID: Running newest vncserver off rawhide I get this error when starting the server from user account: $ vncserver xauth: error in locking authority file /home/reader/.Xauthority xauth: error in locking authority file /home/reader/.Xauthority New 'reader.local.net0:1 (reader)' desktop is reader.local.net0:1 Starting applications specified in /home/reader/.vnc/xstartup Log file is /home/reader/.vnc/reader.local.net0:1.log I'm unable to connect to this server from a vnc viewer running on a windows box. Not sure if this is why. From twaugh at redhat.com Mon Dec 13 09:45:34 2004 From: twaugh at redhat.com (Tim Waugh) Date: Mon, 13 Dec 2004 09:45:34 +0000 Subject: vncserver error In-Reply-To: References: Message-ID: <20041213094534.GH5322@redhat.com> On Sun, Dec 12, 2004 at 08:25:15PM -0600, Harry Putnam wrote: > Running newest vncserver off rawhide I get this error when starting > the server from user account: I don't think this is a result of any code change: > $ vncserver > xauth: error in locking authority file /home/reader/.Xauthority > xauth: error in locking authority file /home/reader/.Xauthority What sort of login session is this? Local console, local X, SSH login, su or something else? Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nphilipp at redhat.com Mon Dec 13 12:01:32 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Mon, 13 Dec 2004 13:01:32 +0100 Subject: Anyone been able to get Armagetron working? In-Reply-To: <41BA7425.9000900@comcast.net> References: <1102545852.11735.8.camel@localhost.localdomain> <41BA7425.9000900@comcast.net> Message-ID: <1102939292.17912.7.camel@wombat.tiptoe.de> On Fri, 2004-12-10 at 23:14 -0500, Jim Martin wrote: > Just wondering, has anyone been able to get armagetron working on FC3? I > have it installed but when I try to run it, I get this error: > > *** glibc detected *** free(): invalid pointer: 0x08b4ba58 *** > /usr/bin/armagetron: line 15: 6056 Aborted > $INSTALL/bin/armagetron --datadir $INSTALL --configdir /etc/armagetron > --userconfigdir $HOME/.armagetron --vardir $VARDIR "$@" On the few occasions I had this message, recompiling the app in question on FC3 made the problem vanish for me. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From Fred.New at microlink.ee Mon Dec 13 12:06:19 2004 From: Fred.New at microlink.ee (Fred New) Date: Mon, 13 Dec 2004 14:06:19 +0200 Subject: Evolution-connector not connecting Message-ID: <345764DCB65C0C4FACC44529DE273C18616134@eemail1.microlink.lan> I'm running FC3 with the Rawhide updates for evolution and evolution-connector. OWA works, but I haven't been able to use evolution. I'm getting the message, No mailbox for user on xxx.xxx.xxx. Has anyone got connector to work where the mailbox name is different from the Windows user name (as it is in my case)? Fred New From twaugh at redhat.com Mon Dec 13 12:21:30 2004 From: twaugh at redhat.com (Tim Waugh) Date: Mon, 13 Dec 2004 12:21:30 +0000 Subject: [patch] Re: vncserver error In-Reply-To: <20041213094534.GH5322@redhat.com> References: <20041213094534.GH5322@redhat.com> Message-ID: <20041213122130.GJ5322@redhat.com> On Mon, Dec 13, 2004 at 09:45:34AM +0000, Tim Waugh wrote: > On Sun, Dec 12, 2004 at 08:25:15PM -0600, Harry Putnam wrote: > > > Running newest vncserver off rawhide I get this error when starting > > the server from user account: > > I don't think this is a result of any code change: Actually, come to think of it, it might well be to do with using "-l" or switching to runuser. Please try this patch to /etc/init.d/vncserver: Index: vncserver.init =================================================================== RCS file: /cvs/dist/rpms/vnc/devel/vncserver.init,v retrieving revision 1.7 diff -d -u -r1.7 vncserver.init --- vncserver.init 17 Nov 2004 17:01:45 -0000 1.7 +++ vncserver.init 13 Dec 2004 12:19:05 -0000 @@ -23,6 +23,11 @@ echo -n $"Starting $prog: " ulimit -S -c 0 >/dev/null 2>&1 RETVAL=0 + if [ ! -d /tmp/.X11-unix ] + then + mkdir -m 1777 /tmp/.X11-unix || : + restorecon /tmp/.X11-unix || : + fi for display in ${VNCSERVERS} do echo -n "${display} " Tim. */ From twaugh at redhat.com Mon Dec 13 13:26:16 2004 From: twaugh at redhat.com (Tim Waugh) Date: Mon, 13 Dec 2004 13:26:16 +0000 Subject: Fedora Core 3 Test Update: sane-backends-1.0.15-1.4 Message-ID: <20041213132616.GL5322@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-538 2004-12-13 --------------------------------------------------------------------- Product : Fedora Core 3 Name : sane-backends Version : 1.0.15 Release : 1.4 Summary : Scanner access software. Description : Scanner Access Now Easy (SANE) is a universal scanner interface. The SANE application programming interface (API) provides standardized access to any raster image scanner hardware (flatbed scanner, hand-held scanner, video and still cameras, frame-grabbers, etc.). If they're using SANE, developers can write image-processing applications without having to think about the peculiarities of individual devices. SANE also makes it possible to write a device driver once, which can then be used by any SANE-compliant application. SANE currently includes drivers for some Epson SCSI scanners, HP ScanJet SCSI scanners, Microtek SCSI scanners, Mustek SCSI flatbed scanners, PINT devices, most UMAX SCSI scanners, Connectix QuickCam, and other SANE devices via network. Note that this package does not enable network scanning by default. If you wish to enable network scanning, read the saned(1) manpage. If you'd like to develop SANE modules, you should also install the sane-backends-devel package. --------------------------------------------------------------------- Update Information: This is version 1.0.15 of the sane-backends scanner drivers. This package also aims to resolve the issues concerning device permissions for USB scanners which are always connected. Please report successes or failures here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=142727 --------------------------------------------------------------------- * Sun Dec 12 2004 Tim Waugh 1.0.15-1.4 - Fixed pam requirement (bug #142618). * Fri Dec 10 2004 Tim Waugh 1.0.15-1.3 - Don't run chcon in libusbscanner. * Thu Dec 9 2004 Tim Waugh 1.0.15-1.2 - Requires pam >= 0.78-2 for targetted pam_console_apply. * Tue Nov 16 2004 Tim Waugh 1.0.15-1.1 - Require hotplug's remover to work. - Applied the libusbscanner part of the patch for bug #121511, by Ian Pilcher. * Mon Nov 8 2004 Tim Waugh 1.0.15-1 - 1.0.15 (bug #142018). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 706fe4ee2ecd68ee8df6676847efa941 SRPMS/sane-backends-1.0.15-1.4.src.rpm 0b78b0303a8852ffdc5a86bbbecd3de5 x86_64/sane-backends-1.0.15-1.4.x86_64.rpm 8031fb25fd03a588b0e0edf30029621b x86_64/sane-backends-devel-1.0.15-1.4.x86_64.rpm 311764979150df1d70b7ffc6c7594429 x86_64/debug/sane-backends-debuginfo-1.0.15-1.4.x86_64.rpm 241deda7017257df061fca0e110479f5 x86_64/sane-backends-1.0.15-1.4.i386.rpm 241deda7017257df061fca0e110479f5 i386/sane-backends-1.0.15-1.4.i386.rpm a61aa4e64dfe96155c60908a41d6b8de i386/sane-backends-devel-1.0.15-1.4.i386.rpm 1b5e4c21f9f4a4e7436090b51d7da431 i386/debug/sane-backends-debuginfo-1.0.15-1.4.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From reader at newsguy.com Mon Dec 13 14:02:47 2004 From: reader at newsguy.com (Harry Putnam) Date: Mon, 13 Dec 2004 08:02:47 -0600 Subject: vncserver error In-Reply-To: <20041213094534.GH5322@redhat.com> (Tim Waugh's message of "Mon, 13 Dec 2004 09:45:34 +0000") References: <20041213094534.GH5322@redhat.com> Message-ID: Tim Waugh writes: >> $ vncserver >> xauth: error in locking authority file /home/reader/.Xauthority >> xauth: error in locking authority file /home/reader/.Xauthority > > What sort of login session is this? Local console, local X, SSH > login, su or something else? Logged in as user reader at console. Startx from console User reader runs (from xterm): $ vncserver (and gets) xauth: /home/reader/.Xauthority not writable, changes will be ignored xauth: error in locking authority file /home/reader/.Xauthority But I'm noticing now that this is a more general error so something more is probably wrong here. ls -l .Xauthority showed a file owned by root in readers ~/. sudo rm -f .Xauthority Then drop to runlevel 3. Logout completely, log back in A simple startx from a fresh login produces a similar error that output is appended in line at the end of this message. Also I notice now there is are these two .Xauthority* files but no plain .Xauthority. $ ls -l .Xauth* -rw------- 2 reader reader 0 Dec 13 07:31 .Xauthority-c -rw------- 2 reader reader 0 Dec 13 07:31 .Xauthority-l === Output from startx log. cat startx.log xauth: error in locking authority file /home/reader/.Xauthority xauth: error in locking authority file /home/reader/.Xauthority xauth: error in locking authority file /home/reader/.Xauthority xauth: error in locking authority file /home/reader/.Xauthority X Window System Version 6.8.1 Release Date: 17 September 2004 X Protocol Version 11, Revision 0, Release 6.8.1 Build Operating System: Linux 2.6.9-1.751_ELsmp i686 [ELF] Current Operating System: Linux reader.local.net0 2.6.9-1.1014_FC4 #1 Fri Dec 3 20:38:05 EST 2004 i686 Build Date: 01 December 2004 Build Host: tweety.build.redhat.com Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.6.9-1.1014_FC4 (bhcompile at bugs.build.redhat.com) (gcc version 3.4.3 20041125 (Red Hat 3.4.3-7)) #1 Fri Dec 3 20:38:05 EST 2004 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Mon Dec 13 07:35:58 2004 (==) Using config file: "/etc/X11/xorg.conf" (WW) RADEON(0): Failed to set up write-combining range (0xe8000000,0x4000000) :9: invalid preprocessing directive #emacs :17: invalid preprocessing directive ## :24: invalid preprocessing directive ## :29: invalid preprocessing directive ## :30: invalid preprocessing directive ## :31: invalid preprocessing directive ## :32: invalid preprocessing directive ## :35: invalid preprocessing directive ## :37: invalid preprocessing directive ## :38: invalid preprocessing directive ## :52: invalid preprocessing directive #[ :73: invalid preprocessing directive ## :74: invalid preprocessing directive ## :75: invalid preprocessing directive ## :76: invalid preprocessing directive ## :77: invalid preprocessing directive ## :78: invalid preprocessing directive ## :79: invalid preprocessing directive ## :80: invalid preprocessing directive ## xset: bad font path element (#72), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax xset: bad font path element (#72), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax startkde: Starting up... kbuildsycoca running... SetClientVersion: 0 8 :479: invalid preprocessing directive #emacs :487: invalid preprocessing directive ## :494: invalid preprocessing directive ## :499: invalid preprocessing directive ## :500: invalid preprocessing directive ## :501: invalid preprocessing directive ## :502: invalid preprocessing directive ## :505: invalid preprocessing directive ## :507: invalid preprocessing directive ## :508: invalid preprocessing directive ## :522: invalid preprocessing directive #[ :543: invalid preprocessing directive ## :544: invalid preprocessing directive ## :545: invalid preprocessing directive ## :546: invalid preprocessing directive ## :547: invalid preprocessing directive ## :548: invalid preprocessing directive ## :549: invalid preprocessing directive ## :550: invalid preprocessing directive ## ALSA lib pcm_hw.c:549:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START failed: Broken pipe ALSA lib pcm_hw.c:549:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START failed: Broken pipe ALSA lib pcm_hw.c:549:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START failed: Broken pipe From reader at newsguy.com Mon Dec 13 14:09:56 2004 From: reader at newsguy.com (Harry Putnam) Date: Mon, 13 Dec 2004 08:09:56 -0600 Subject: [patch] Re: vncserver error In-Reply-To: <20041213122130.GJ5322@redhat.com> (Tim Waugh's message of "Mon, 13 Dec 2004 12:21:30 +0000") References: <20041213094534.GH5322@redhat.com> <20041213122130.GJ5322@redhat.com> Message-ID: Tim Waugh writes: >> > Running newest vncserver off rawhide I get this error when starting >> > the server from user account: >> >> I don't think this is a result of any code change: > > Actually, come to think of it, it might well be to do with using "-l" > or switching to runuser. Please try this patch to > /etc/init.d/vncserver: Tim, I discovered there were 3 vncservers running already using :[123] displays. killing them off seems to have fixed things. Starting from a fresh login at console then startx. >From xterm: $ ps wwaux|grep vnc reader 11520 0.0 0.0 1616 448 pts/9 R+ 08:05 0:00 grep vnc vncserver $ vncserver New 'reader.local.net0:1 (reader)' desktop is reader.local.net0:1 Starting applications specified in /home/reader/.vnc/xstartup Log file is /home/reader/.vnc/reader.local.net0:1.log So all seems well. I didn't apply the patch. One thing still seems sort of wrong though. cat /etc/sysconfig/vncservers: [...] # VNCSERVERS="2:myusername" VNCSERVERS="2:reader" # VNCSERVERARGS[2]="-geometry 800x600" Shouldn't that server have started on :2 display? I expected :1 to be open because of this setting in /etc/sysconfig/vncservers From twaugh at redhat.com Mon Dec 13 14:43:30 2004 From: twaugh at redhat.com (Tim Waugh) Date: Mon, 13 Dec 2004 14:43:30 +0000 Subject: [patch] Re: vncserver error In-Reply-To: References: <20041213094534.GH5322@redhat.com> <20041213122130.GJ5322@redhat.com> Message-ID: <20041213144329.GN5322@redhat.com> On Mon, Dec 13, 2004 at 08:09:56AM -0600, Harry Putnam wrote: > vncserver > $ vncserver > > New 'reader.local.net0:1 (reader)' desktop is reader.local.net0:1 > > Starting applications specified in /home/reader/.vnc/xstartup > Log file is /home/reader/.vnc/reader.local.net0:1.log > > So all seems well. I didn't apply the patch. > > One thing still seems sort of wrong though. > cat /etc/sysconfig/vncservers: > [...] > # VNCSERVERS="2:myusername" > VNCSERVERS="2:reader" > # VNCSERVERARGS[2]="-geometry 800x600" > > Shouldn't that server have started on :2 display? > I expected :1 to be open because of this setting in > /etc/sysconfig/vncservers When you run "vncserver", you will get the behaviour you observe. If instead you enable the "vncserver" service, i.e.: chkconfig vncserver on then you will see the behaviour you desire. The patch was for the vncserver service -- sorry, I'd misread that you weren't using it. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From reader at newsguy.com Mon Dec 13 15:09:30 2004 From: reader at newsguy.com (Harry Putnam) Date: Mon, 13 Dec 2004 09:09:30 -0600 Subject: [patch] Re: vncserver error In-Reply-To: (Harry Putnam's message of "Mon, 13 Dec 2004 08:09:56 -0600") References: <20041213094534.GH5322@redhat.com> <20041213122130.GJ5322@redhat.com> Message-ID: Harry Putnam writes: > So all seems well. I didn't apply the patch. YIKES... I just discovered the vncviewer on winbox will connect to linux box if I give the address 192.168.0.4:1. I've been giving 192.168.0.4. From uxrules at netscape.net Mon Dec 13 17:54:49 2004 From: uxrules at netscape.net (Jamie Bohr) Date: Mon, 13 Dec 2004 12:54:49 -0500 Subject: Evolution-connector not connecting Message-ID: <2DF23848.5E5083C9.0022FA60@netscape.net> Fred, I was finally able to get it to work my self with a patch from https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=139134. The calender hangs though. My Exchange mail box is different than my MS login. I am getting very frustrated and tired of the connector not working out-of-the-box. There are some major issues that need to be resolved, and quick I might add. I may have to swith to a M$ Windows system, which would be too bad, I love the features in Evolution and it is by far a better Mail client. - Jamie Bohr "Fred New" wrote: >I'm running FC3 with the Rawhide updates for evolution and >evolution-connector. OWA works, but I haven't been able to use >evolution. I'm getting the message, > > No mailbox for user on xxx.xxx.xxx. > >Has anyone got connector to work where the mailbox name is different >from the Windows user name (as it is in my case)? > >Fred New > >-- >fedora-test-list mailing list >fedora-test-list at redhat.com >To unsubscribe: >http://www.redhat.com/mailman/listinfo/fedora-test-list > __________________________________________________________________ Switch to Netscape Internet Service. As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register Netscape. Just the Net You Need. New! Netscape Toolbar for Internet Explorer Search from anywhere on the Web and block those annoying pop-ups. Download now at http://channels.netscape.com/ns/search/install.jsp From sds at epoch.ncsc.mil Mon Dec 13 18:24:36 2004 From: sds at epoch.ncsc.mil (Stephen Smalley) Date: Mon, 13 Dec 2004 13:24:36 -0500 Subject: ldconfig + SELinux = symlink slaughter In-Reply-To: <41BB2F4C.4020600@leviatron.com> References: <41BB2F4C.4020600@leviatron.com> Message-ID: <1102962276.27895.29.camel@moss-spartans.epoch.ncsc.mil> On Sat, 2004-12-11 at 12:33, Dave Mack wrote: > OK, this is getting mildly annoying. With the current Rawhide tree (and > for about the last week) I've been running into a problem when I "yum > update" with SELinux in enforcing mode: the reboot which follows fails > because most of the symlinks to shared libraries in /lib have > evaporated. The culprit is ldconfig, which is being run during the yum > update after library changes. > > Reproduce by: > > # ls -l /lib/libtermcap.so.2* > > lrwxrwxrwx 1 root root 19 Dec 11 09:17 /lib/termcap.so.2 -> > libtermcap.so.2.0.8 > -rwxr-xr-x 1 root root 12952 Jun 15 17:34 /lib/libtermcap.so.2.0.8 > > # setenforce 1 > # ldconfig > > .so not found"> > > # ls -l /lib/libtermcap.so.2* > > ls: error while loading shared libraries: libacl.so.1: cannot open > shared object file: No such file or directory > > # setenforce 0 > > # ldconfig > > > > Now everything is back to normal. > > Is anyone else able to reproduce this or is it just me? Known bug? There have been reports of shared objects becoming mislabeled over time, but the precise cause is not yet known - likely prelink or rpm or a combination due to an interleaving of an update and a prelink run. That could be the source of your problem with ldconfig. Questions: 1) Are there any errors in your /var/log/prelink.log file of the form 'Could not get security context' or 'Could not set security context'? 2) Have you run with SELinux disabled at any time, and then failed to fixfiles relabel when re-enabling SELinux? That could leave such files unlabeled due to updates or prelink runs while SELinux was disabled. 3) Are there any errors in /var/log/messages with the function name "post_create" in them? -- Stephen Smalley National Security Agency From tomduffy at dslextreme.com Mon Dec 13 19:00:56 2004 From: tomduffy at dslextreme.com (Tom Duffy) Date: Mon, 13 Dec 2004 11:00:56 -0800 Subject: New testing kernel. In-Reply-To: <20041204040649.GA15079@redhat.com> References: <20041204040649.GA15079@redhat.com> Message-ID: <1102964456.9258.25.camel@duffman> On Fri, 2004-12-03 at 23:06 -0500, Dave Jones wrote: > I just made a 2.6.9-1.698_FC3 set of kernels which fix > a number of bugs (Full changelog below), including some > of the more popular ones that were introduced during the > last update (namely, smbfs should work again, and hopefully > the palm/visor oopses should be gone too). > > There's still a number of bugs that affect a lot of users > (like the acpi_power_off issue which I still don't > have a handle on, despite being able to reproduce it > and spending countless hours building kernels with > extra debugging). Hopefully I'll get some of the > other nastier issues knocked off soon. > > So, in the meantime, try out -698, and file bugs if > something new broke. (And please close any old ones > that went away with this kernel). The last 2.6.9 > update closed quite a few long-standing bugs, however > a *lot* of bugs are still in NEEDINFO awaiting > confirmation with the new kernel(s). I am still seeing this bug on this kernel: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=137129 -tduffy -------------- 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 dmack at leviatron.com Mon Dec 13 19:08:08 2004 From: dmack at leviatron.com (Dave Mack) Date: Mon, 13 Dec 2004 11:08:08 -0800 Subject: ldconfig + SELinux = symlink slaughter In-Reply-To: <1102962276.27895.29.camel@moss-spartans.epoch.ncsc.mil> References: <41BB2F4C.4020600@leviatron.com> <1102962276.27895.29.camel@moss-spartans.epoch.ncsc.mil> Message-ID: <41BDE898.8010501@leviatron.com> Stephen, Thanks for taking an interest in this problem. Answers inline. Stephen Smalley wrote: >On Sat, 2004-12-11 at 12:33, Dave Mack wrote: > > >>OK, this is getting mildly annoying. With the current Rawhide tree (and >>for about the last week) I've been running into a problem when I "yum >>update" with SELinux in enforcing mode: the reboot which follows fails >>because most of the symlinks to shared libraries in /lib have >>evaporated. The culprit is ldconfig, which is being run during the yum >>update after library changes. >> >>Reproduce by: >> >># ls -l /lib/libtermcap.so.2* >> >>lrwxrwxrwx 1 root root 19 Dec 11 09:17 /lib/termcap.so.2 -> >>libtermcap.so.2.0.8 >>-rwxr-xr-x 1 root root 12952 Jun 15 17:34 /lib/libtermcap.so.2.0.8 >> >># setenforce 1 >># ldconfig >> >>.so not found"> >> >># ls -l /lib/libtermcap.so.2* >> >>ls: error while loading shared libraries: libacl.so.1: cannot open >>shared object file: No such file or directory >> >># setenforce 0 >> >># ldconfig >> >> >> >>Now everything is back to normal. >> >>Is anyone else able to reproduce this or is it just me? Known bug? >> >> > >There have been reports of shared objects becoming mislabeled over time, >but the precise cause is not yet known - likely prelink or rpm or a >combination due to an interleaving of an update and a prelink run. That >could be the source of your problem with ldconfig. Questions: >1) Are there any errors in your /var/log/prelink.log file of the form >'Could not get security context' or 'Could not set security context'? > > There aren't any messages referring to "security context" in prelink.log. >2) Have you run with SELinux disabled at any time, and then failed to >fixfiles relabel when re-enabling SELinux? That could leave such files >unlabeled due to updates or prelink runs while SELinux was disabled. > > This would certainly be my guess as the cause. As I mentioned in a subsequent message to the list, running "fixfiles relabel" solved the problem with ldconfig in enforcing mode. >3) Are there any errors in /var/log/messages with the function name >"post_create" in them? > > > No. >-- >Stephen Smalley >National Security Agency > > > From davej at redhat.com Mon Dec 13 19:11:40 2004 From: davej at redhat.com (Dave Jones) Date: Mon, 13 Dec 2004 14:11:40 -0500 Subject: New testing kernel. In-Reply-To: <1102964456.9258.25.camel@duffman> References: <20041204040649.GA15079@redhat.com> <1102964456.9258.25.camel@duffman> Message-ID: <20041213191140.GA7361@redhat.com> On Mon, Dec 13, 2004 at 11:00:56AM -0800, Tom Duffy wrote: > On Fri, 2004-12-03 at 23:06 -0500, Dave Jones wrote: > > I just made a 2.6.9-1.698_FC3 set of kernels which fix > > a number of bugs (Full changelog below), including some > > of the more popular ones that were introduced during the > > last update (namely, smbfs should work again, and hopefully > > the palm/visor oopses should be gone too). > > > > There's still a number of bugs that affect a lot of users > > (like the acpi_power_off issue which I still don't > > have a handle on, despite being able to reproduce it > > and spending countless hours building kernels with > > extra debugging). Hopefully I'll get some of the > > other nastier issues knocked off soon. > > > > So, in the meantime, try out -698, and file bugs if > > something new broke. (And please close any old ones > > that went away with this kernel). The last 2.6.9 > > update closed quite a few long-standing bugs, however > > a *lot* of bugs are still in NEEDINFO awaiting > > confirmation with the new kernel(s). > > I am still seeing this bug on this kernel: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=137129 Strange. I thought I nuked that msg for that kernel. http://people.redhat.com/davej/kernels/Fedora/FC3/ has a snapshot-of-the-day, which should have it removed for sure. (I just checked, its #if 0'd out). This will go out as another updates-testing soon. Dave From sds at epoch.ncsc.mil Mon Dec 13 19:41:10 2004 From: sds at epoch.ncsc.mil (Stephen Smalley) Date: Mon, 13 Dec 2004 14:41:10 -0500 Subject: ldconfig + SELinux = symlink slaughter In-Reply-To: <41BDE898.8010501@leviatron.com> References: <41BB2F4C.4020600@leviatron.com> <1102962276.27895.29.camel@moss-spartans.epoch.ncsc.mil> <41BDE898.8010501@leviatron.com> Message-ID: <1102966870.27895.44.camel@moss-spartans.epoch.ncsc.mil> On Mon, 2004-12-13 at 14:08, Dave Mack wrote: > This would certainly be my guess as the cause. As I mentioned in a > subsequent message to the list, running "fixfiles relabel" solved the > problem with ldconfig in enforcing mode. Ok; if you encounter the problem again while running with SELinux enabled continuously (or at least having run fixfiles relabel after each time you've run with SELinux disabled), then please report it. -- Stephen Smalley National Security Agency From nsilva-list at aoi.atari-source.com Mon Dec 13 21:26:55 2004 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Mon, 13 Dec 2004 16:26:55 -0500 (EST) Subject: Where do you get the fedora extras from? In-Reply-To: <1102679509.3795.6.camel@one.myworld> Message-ID: > > Livna.org's website says > > that fedora.us has not yet finished rebuilding their packages even > > thou freshrpms, dag and have rebuilt theirs and we are almost 1/4 of > > the way though the next release cycle. > > > > I would prefer not to use freshrpm and others as there always seems to > > be conflicts with fedora base fedora.us and livna.org. If FreshRPMS works and Fedora.us doesn't... what conflicts are there to worry about? I have so far seen fedora.us to have less interesting packages anyway. (Nevermind the attitude I have seen there that nobody should be using any other repo...) > > so basically I'm asking what should I have in my fedora.us-extras.repo > > to get these "extras" > > > > many thanks > > mab -- Noah SILVA From nsilva-list at aoi.atari-source.com Mon Dec 13 21:37:06 2004 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Mon, 13 Dec 2004 16:37:06 -0500 (EST) Subject: Yum problems In-Reply-To: <1102453526.4384.1.camel@localhost.localdomain> Message-ID: Hi, I always have problems like this on Rawhide and/or sometimes attempting to do test updates. It would seem that Python, it's libs, and Yum can get out of sync (even though yum should know about this). The fix is typically to download the newest python package and whatever related python packages are required and install them (with RPM) manually. Or.... Use APT. -- Noah SILVA On Tue, 7 Dec 2004, Paul wrote: > Hi, > > Everything now except yum seems to be happy again on my machine. > > When I run yum, all I get is this > > Traceback (most recent call last): > File "/usr/bin/yum", line 6, in ? > import yummain > File "/usr/share/yum-cli/yummain.py", line 23, in ? > import yum > File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 21, in ? > import rpm > ImportError: /usr/lib/librpm-4.3.so: undefined symbol: rpm_execcon > > Any ideas what has borked on this? I have yum 2.1.12-1 installed. > > TTFN > > Paul > -- > "I'm gonna hit the highway like a bat out of hell with a Cilla Black fan > on the bike" - Meatloaf > From davej at redhat.com Mon Dec 13 22:33:12 2004 From: davej at redhat.com (Dave Jones) Date: Mon, 13 Dec 2004 17:33:12 -0500 Subject: New FC2/FC3 testing kernels. In-Reply-To: <20041204040649.GA15079@redhat.com> References: <20041204040649.GA15079@redhat.com> Message-ID: <20041213223312.GF18486@redhat.com> Two new ones this time. 2.6.9-1.9_FC2 and 2.6.9-1.715_FC3 As usual, they're 99% the same (dependancy/specfile diffs only). Fixes all over the map, see the changelog below for the gory details. These are going out to updates-proper fairly soon unless something horrible turns up. Dave * Sun Dec 12 2004 Dave Jones - fix false ECHILD result from wait* with zombie group leader. * Sat Dec 11 2004 Dave Jones - Workaround broken pci posting in AGPGART. - Make sure VC resizing fits in s16. * Fri Dec 10 2004 Dave Jones - Prevent block device queues from being shared in viocd. (#139018) - Libata updates. (#132848, #138405) - aacraid: remove aac_handle_aif (#135527) - fix uninitialized variable in waitid(2). (#142505) - Fix CMSG validation checks wrt. signedness. - Fix memory leak in ip_conntrack_ftp - [IPV4]: Do not leak IP options. - ppc64: Align PACA buffer for hypervisor's use. (#141817) - ppc64: Indicate that the veth link is always up. (#135402) - ppc64: Quiesce OpenFirmware stdin device at boot. (#142009) - SELinux: Fix avc_node_update oops. (#142353) - Fix CCISS ioctl return code. - Make ppc64's pci_alloc_consistent() conform to documentation. (#140047) - Disable tiglusb module. (#142102) - E1000 64k-alignment fix. (#140047) - Disable tiglusb module. (#142102) - ID updates for cciss driver. - Fix overflows in USB Edgeport-IO driver. (#142258) - Fix wrong TASK_SIZE for 32bit processes on x86-64. (#141737) - Fix ext2/ext3 xattr/mbcache race. (#138951) - Fix bug where __getblk_slow can loop forever when pages are partially mapped. (#140424) - Add missing cache flushes in agpgart code. * Wed Dec 8 2004 Dave Jones - Enable EDD - Enable ETH1394. (#138497) - Workaround E1000 post-maturely writing back to TX descriptors. (#133261) - Fix the previous E1000 errata workaround. - Several IDE fixes from 2.6.9-ac - vm pageout throttling. (#133858) - Fix Tux from oopsing. (#140918) - Fix Tux/SELinux incompatability (#140916) - Fix Tux/IPV6 problem. (#140916) - ide: Fix possible oops on boot. - Make spinlock debugging panic instead of printk. - Update Emulex lpfc driver to 8.0.16 - Selected patches from 2.6.9-ac12 - ppc64: Fix inability to find space for TCE table (#138844) - Fix compat fcntl F_GETLK{,64} (#141680) - blkdev_get_blocks(): handle eof - Another card reader for the whitelist. (#134094) * Sat Dec 4 2004 Dave Jones - Enable both old and new megaraid drivers. - Add yet another card reader to usb scsi whitelist. (#141367) - Fix oops in conntrack on rmmod. From feliciano.matias at free.fr Mon Dec 13 22:54:21 2004 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: Mon, 13 Dec 2004 23:54:21 +0100 Subject: New FC2/FC3 testing kernels. In-Reply-To: <20041213223312.GF18486@redhat.com> References: <20041204040649.GA15079@redhat.com> <20041213223312.GF18486@redhat.com> Message-ID: <1102978461.4437.2.camel@one.myworld> Le lundi 13 d?cembre 2004 ? 17:33 -0500, Dave Jones a ?crit : > Two new ones this time. 2.6.9-1.9_FC2 and 2.6.9-1.715_FC3 > As usual, they're 99% the same (dependancy/specfile diffs only). > > Fixes all over the map, see the changelog below for > the gory details. These are going out to updates-proper > fairly soon unless something horrible turns up. Today I try 714_FC3 and got some Ooops (udev and hotplug). See attachment. -------------- next part -------------- Unable to handle kernel paging request at virtual address d92bc828 printing eip: c014fe57 *pde = 190001e3 Oops: 0000 [#1] Modules linked in: mga parport_pc lp parport nls_utf8 loop dm_mod button battery ac tuner bttv video_buf i2c_algo_bit v4l2_common btcx_risc i2c_core videodev snd_via82xx snd_mpu401_uart snd_ens1371 snd_rawmidi snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_page_alloc snd_ac97_codec snd soundcore gameport dummy ext3 jbd raid0 CPU: 0 EIP: 0060:[] Not tainted VLI EFLAGS: 00010287 (2.6.9-1.714_FC3) EIP is at zap_pte_range+0xc7/0x21c eax: 0021f000 ebx: db191008 ecx: c1325780 edx: 00015000 esi: 00000000 edi: 00000000 ebp: d92bc828 esp: db781df4 ds: 007b es: 007b ss: 0068 Process udevd (pid: 3393, threadinfo=db781000 task=db011850) Stack: 1ece7045 00015000 00a0a000 c03d90b4 00a0a000 00a1f000 db19100c c03d90b4 c014ffee 00015000 00000000 00a0a000 db19100c 00a1f000 c03d90b4 c015004d 00015000 00000000 db781e9c 00a0a000 db78b858 00a1f000 c0150161 00a1f000 Call Trace: [] zap_pmd_range+0x42/0x65 [] unmap_page_range+0x3c/0x5f [] unmap_vmas+0xf1/0x1df [] exit_mmap+0xb8/0x1cf [] mmput+0xb3/0xd6 [] exec_mmap+0x278/0x292 [] flush_old_exec+0x43/0x361 [] kernel_read+0x31/0x3b [] load_elf_binary+0x527/0xbd1 [] copy_strings+0x22b/0x235 [] search_binary_handler+0x72/0x1b1 [] do_execve+0x168/0x1f6 [] sys_execve+0x2a/0x6f [] syscall_call+0x7/0xb Code: 40 00 29 7c 24 04 81 64 24 04 00 f0 ff ff 85 f6 74 0d 8b 46 04 85 c0 75 06 83 3e 00 0f 44 f0 31 ff 3b 7c 24 04 0f 83 39 01 00 00 <8b> 55 00 85 d2 0f 84 20 01 00 00 f6 c2 81 0f 84 f6 00 00 00 89 <6>note: udevd[3393] exited with preempt_count 1 Debug: sleeping function called from invalid context at include/linux/rwsem.h:43 in_atomic():1[expected: 0], irqs_disabled():0 [] __might_sleep+0x7d/0x89 [] do_exit+0xd8/0x54f [] do_divide_error+0x0/0xea [] do_page_fault+0x380/0x4dc [] zap_pte_range+0xc7/0x21c [] file_read_actor+0x78/0xc9 [] do_generic_mapping_read+0x374/0x37c [] do_page_fault+0x0/0x4dc [] error_code+0x2f/0x38 [] zap_pte_range+0xc7/0x21c [] zap_pmd_range+0x42/0x65 [] unmap_page_range+0x3c/0x5f [] unmap_vmas+0xf1/0x1df [] exit_mmap+0xb8/0x1cf [] mmput+0xb3/0xd6 [] exec_mmap+0x278/0x292 [] flush_old_exec+0x43/0x361 [] kernel_read+0x31/0x3b [] load_elf_binary+0x527/0xbd1 [] copy_strings+0x22b/0x235 [] search_binary_handler+0x72/0x1b1 [] do_execve+0x168/0x1f6 [] sys_execve+0x2a/0x6f [] syscall_call+0x7/0xb bad: scheduling while atomic! [] schedule+0x2d/0x544 [] dump_stack+0x11/0x13 [] __might_sleep+0x7d/0x89 [] do_exit+0xdd/0x54f [] do_divide_error+0x0/0xea [] do_page_fault+0x380/0x4dc [] zap_pte_range+0xc7/0x21c [] file_read_actor+0x78/0xc9 [] do_generic_mapping_read+0x374/0x37c [] do_page_fault+0x0/0x4dc [] error_code+0x2f/0x38 [] zap_pte_range+0xc7/0x21c [] zap_pmd_range+0x42/0x65 [] unmap_page_range+0x3c/0x5f [] unmap_vmas+0xf1/0x1df [] exit_mmap+0xb8/0x1cf [] mmput+0xb3/0xd6 [] exec_mmap+0x278/0x292 [] flush_old_exec+0x43/0x361 [] kernel_read+0x31/0x3b [] load_elf_binary+0x527/0xbd1 [] copy_strings+0x22b/0x235 [] search_binary_handler+0x72/0x1b1 [] do_execve+0x168/0x1f6 [] sys_execve+0x2a/0x6f [] syscall_call+0x7/0xb Unable to handle kernel paging request at virtual address d9ed2000 printing eip: c0118cbd *pde = 19ecf163 Oops: 0003 [#2] Modules linked in: mga parport_pc lp parport nls_utf8 loop dm_mod button battery ac tuner bttv video_buf i2c_algo_bit v4l2_common btcx_risc i2c_core videodev snd_via82xx snd_mpu401_uart snd_ens1371 snd_rawmidi snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_page_alloc snd_ac97_codec snd soundcore gameport dummy ext3 jbd raid0 CPU: 0 EIP: 0060:[] Not tainted VLI EFLAGS: 00010216 (2.6.9-1.714_FC3) EIP is at pte_alloc_one+0x33/0x49 eax: 00000000 ebx: c133da40 ecx: 00000400 edx: 00000016 esi: 00000000 edi: d9ed2000 ebp: d9ed2000 esp: db781cd0 ds: 007b es: 007b ss: 0068 Process hotplug (pid: 3399, threadinfo=db781000 task=db011850) Stack: 080ddc3c df0787c0 080ddc3c db7a4080 daf33e40 c014f87d df0787c0 080ddc3c db7a4080 c01522a0 df0787c0 df0787f0 db011850 daf33e40 c01193e8 00000001 00000001 080ddc3c db781dd4 c0310eb1 00000002 0000000e 0000000b c011af65 Call Trace: [] pte_alloc_map+0x66/0x12d [] handle_mm_fault+0xb0/0x1fd [] do_page_fault+0x1ac/0x4dc [] recalc_task_prio+0x128/0x133 [] prio_tree_insert+0xe8/0x15c [] vma_prio_tree_insert+0x17/0x2a [] __vma_link+0x59/0x66 [] vma_link+0xe1/0x1dd [] do_page_fault+0x0/0x4dc [] error_code+0x2f/0x38 [] direct_clear_user+0x56/0x64 [] load_elf_binary+0x864/0xbd1 [] kernel_read+0x31/0x3b [] search_binary_handler+0x72/0x1b1 [] load_script+0x1e7/0x1f8 [] load_elf_binary+0xb27/0xbd1 [] __alloc_pages+0xb4/0x298 [] copy_strings+0x22b/0x235 [] search_binary_handler+0x72/0x1b1 [] do_execve+0x168/0x1f6 [] sys_execve+0x2a/0x6f [] syscall_call+0x7/0xb [] __exec_usermodehelper+0x1a9/0x1c1 [] ____call_usermodehelper+0x11/0x1b [] ____call_usermodehelper+0x0/0x1b [] kernel_thread_helper+0x5/0xb Code: 57 56 31 f6 53 51 b9 1c 0d 35 c0 e8 28 d0 02 00 85 c0 89 c3 74 23 ba 16 00 00 00 e8 29 1e 00 00 89 c5 89 c7 b9 00 04 00 00 89 f0 ab ba 16 00 00 00 89 e8 e8 c8 1e 00 00 5a 89 d8 5b 5e 5f 5d <6>note: hotplug[3399] exited with preempt_count 1 Unable to handle kernel paging request at virtual address d9c1e000 printing eip: c0151b66 *pde = 19c001e3 Oops: 0002 [#3] Modules linked in: mga parport_pc lp parport nls_utf8 loop dm_mod button battery ac tuner bttv video_buf i2c_algo_bit v4l2_common btcx_risc i2c_core videodev snd_via82xx snd_mpu401_uart snd_ens1371 snd_rawmidi snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_page_alloc snd_ac97_codec snd soundcore gameport dummy ext3 jbd raid0 CPU: 0 EIP: 0060:[] Not tainted VLI EFLAGS: 00010216 (2.6.9-1.714_FC3) EIP is at do_anonymous_page+0xbf/0x27f eax: 00000000 ebx: df0787c0 ecx: 00000400 edx: 00000016 esi: 00000000 edi: d9c1e000 ebp: c13383c0 esp: da926e74 ds: 007b es: 007b ss: 0068 Process hotplug (pid: 3419, threadinfo=da926000 task=daa0a130) Stack: d9c1e000 ded4a530 db054e40 dadf2500 00000000 db7a409c df0787c0 c0151d7b db7a409c 00000001 09d40cb4 00000000 da926ef0 c01713ae c14dbaa0 00000000 00000000 00000000 09d40cb4 db054e40 00000001 df0787c0 09d40cb4 db7a409c Call Trace: [] do_no_page+0x55/0x3bf [] do_lookup+0x1f/0x8f [] handle_mm_fault+0xd5/0x1fd [] do_page_fault+0x1ac/0x4dc [] sys_fstat64+0x1e/0x23 [] do_fcntl+0x174/0x1dd [] do_page_fault+0x0/0x4dc [] error_code+0x2f/0x38 Code: c0 b8 d2 00 00 00 e8 84 41 ff ff 85 c0 89 c5 0f 84 cb 01 00 00 ba 16 00 00 00 e8 81 8f fc ff 89 04 24 89 c7 b9 00 04 00 00 89 f0 ab 8b 04 24 ba 16 00 00 00 e8 1e 90 fc ff 81 7b 54 3c 4b 24 <6>note: hotplug[3419] exited with preempt_count 1 -------------- 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 davej at redhat.com Mon Dec 13 23:08:59 2004 From: davej at redhat.com (Dave Jones) Date: Mon, 13 Dec 2004 18:08:59 -0500 Subject: New FC2/FC3 testing kernels. In-Reply-To: <1102978461.4437.2.camel@one.myworld> References: <20041204040649.GA15079@redhat.com> <20041213223312.GF18486@redhat.com> <1102978461.4437.2.camel@one.myworld> Message-ID: <20041213230859.GE5040@redhat.com> On Mon, Dec 13, 2004 at 11:54:21PM +0100, F?liciano Matias wrote: > Today I try 714_FC3 and got some Ooops (udev and hotplug). > See attachment. Add to bugzilla please. Dave From balay at fastmail.fm Tue Dec 14 00:03:21 2004 From: balay at fastmail.fm (Satish Balay) Date: Mon, 13 Dec 2004 18:03:21 -0600 (CST) Subject: New testing kernel. In-Reply-To: References: <20041204040649.GA15079@redhat.com> <1102511176.3305.12.camel@localhost.localdomain> <1102554707.5397.2.camel@localhost.surak.eti.br> <20041209033934.GA7601@redhat.com> <20041209144427.GA665644@hiwaay.net> Message-ID: On Thu, 9 Dec 2004, Satish Balay wrote: > > > > > Is this related with logging out from gnome and, when the > > > > > gdm screen should appear, the computer locks up hard? This > > > > > is happening with latest kernels. I don't know what to do > > > > > anymore. > > > > We've spotted that happening for a while with the RHEL4 > > > > kernel. It's started happening since we switched off the > > > > 4g/4g patch for some reason. This one really needs solving > > > > before the current updates-testing kernel can be pushed as an > > > > update as it seems to affect quite a few people. > In my limited attempts to reproduce this - I've had the hang with > 698 a couple of times. But after I disabled DRI - I couldn't crash > it (in 4/5 tries). This is with ATI9000 mobile (so could be a radeon > issue) This problem still persists in kernel 2.6.9-1.715_FC3. Satish From notting at redhat.com Tue Dec 14 00:07:49 2004 From: notting at redhat.com (Bill Nottingham) Date: Mon, 13 Dec 2004 19:07:49 -0500 Subject: FC4 ISO suggestion In-Reply-To: <1102898735.10612.38.camel@littlePiet> References: <200412121643.31583.czar@czarc.net> <20041212215217.GG12227@redhat.com> <1102898735.10612.38.camel@littlePiet> Message-ID: <20041214000749.GH30753@devserv.devel.redhat.com> Peter Boy (pboy at barkhof.uni-bremen.de) said: > I would vote against any trim down of Fedora Core just because of the > numbers of source CD's. Given the fact of a lot of non-cooperation > between several community based repos, Core should include all the > programs needed for a basic workstation - at least currently. Instead > trimming down you should consider to add packages like tomcat again - > and perhaps some web applications as byline (formerly Red Hat CMS). I find the juxtaposition of 'programs needed for a basic workstation' and 'tomcat' odd. Bill From feliciano.matias at free.fr Tue Dec 14 00:25:38 2004 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: Tue, 14 Dec 2004 01:25:38 +0100 Subject: New FC2/FC3 testing kernels. In-Reply-To: <20041213230859.GE5040@redhat.com> References: <20041204040649.GA15079@redhat.com> <20041213223312.GF18486@redhat.com> <1102978461.4437.2.camel@one.myworld> <20041213230859.GE5040@redhat.com> Message-ID: <1102983938.3829.0.camel@one.myworld> Le lundi 13 d?cembre 2004 ? 18:08 -0500, Dave Jones a ?crit : > On Mon, Dec 13, 2004 at 11:54:21PM +0100, F?liciano Matias wrote: > > > Today I try 714_FC3 and got some Ooops (udev and hotplug). > > See attachment. > > Add to bugzilla please. Done : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=142774 -------------- 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 mr700 at globalnet.bg Tue Dec 14 10:57:56 2004 From: mr700 at globalnet.bg (Doncho N. Gunchev) Date: Tue, 14 Dec 2004 12:57:56 +0200 Subject: FC4 ISO suggestion In-Reply-To: <1102902366l.6759l.1l@devel.mpeters.us> References: <200412121643.31583.czar@czarc.net> <1102902366l.6759l.1l@devel.mpeters.us> Message-ID: <200412141257.56846@-mr700> On 2004 12 13 (Monday) 03:46, Michael A. Peters wrote: > I would like to suggest that fedora adopt jigdo as a supported > distribution method for fc4. > > With Debian - if someone I know needs CD's - it's not a problem that > what I have are DVD iso's, I just mount a dvd image and tell jigdo to > scan it when it makes the CD iso's and since the packages are the same, > I get perfect CD iso's with very little downloading - and the mirror I > choose doesn't have to have the iso's on it. > > This would also rapidly decrease the amount of downloading needed to go > from fc4t1 -> fc4t2 -> fc4t3 -> fc4 > > Only packages that have changed between the releases would need to be > redownloaded because jigdo can scan the rpm's from your previous iso's. > > Using jigdo to update from iso's from fc3 to fc4 probably does not make > much sense, as most if not all of the packages will have changed, but > using jigdo to get a fresh fc4 does make sense because your mirror only > needs the rpm's, it doesn't need the iso's - and it's a nice solution > where you can't use bt. And you can just download the dvd through bt > and then easily make md5sum matching cd iso's from the dvd iso. > Is there a RFE in bugzilla about this? I would like to see jigdo in fedora too... I extract the rpms from the iso files, but without jigdoI see no way to do CDs <-> DVD, rpms -> CDs and rpms -> DVD. The mirrors can also save about 2/3 of the download if I get the idea right... -- Regards, Doncho N. Gunchev Registered Linux User #291323 at counter.li.org GPG-Key-ID: 1024D/DA454F79 http://pgp.mit.edu Key fingerprint = 684F 688B C508 C609 0371 5E0F A089 CB15 DA45 4F79 From cra at WPI.EDU Tue Dec 14 14:10:37 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Tue, 14 Dec 2004 09:10:37 -0500 Subject: FC4 ISO suggestion In-Reply-To: <200412141257.56846@-mr700> References: <200412121643.31583.czar@czarc.net> <1102902366l.6759l.1l@devel.mpeters.us> <200412141257.56846@-mr700> Message-ID: <20041214141037.GF8764@angus.ind.WPI.EDU> On Tue, Dec 14, 2004 at 12:57:56PM +0200, Doncho N. Gunchev wrote: > Is there a RFE in bugzilla about this? I would like to see jigdo > in fedora too... I extract the rpms from the iso files, but without > jigdoI see no way to do CDs <-> DVD, rpms -> CDs and rpms -> DVD. > The mirrors can also save about 2/3 of the download if I get the > idea right... Now there is: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=142816 Should I add this to the FC4 tracker bug? From balay at fastmail.fm Tue Dec 14 17:22:33 2004 From: balay at fastmail.fm (Satish Balay) Date: Tue, 14 Dec 2004 11:22:33 -0600 (CST) Subject: New FC2/FC3 testing kernels. In-Reply-To: <20041213223312.GF18486@redhat.com> References: <20041204040649.GA15079@redhat.com> <20041213223312.GF18486@redhat.com> Message-ID: On Mon, 13 Dec 2004, Dave Jones wrote: > Two new ones this time. 2.6.9-1.9_FC2 and 2.6.9-1.715_FC3 > As usual, they're 99% the same (dependancy/specfile diffs only). Regarding kernel-hugemem - your eariler post says: "If you have a lot of memory (16GB or more), or have a workload that benefits from being able to have more address space, you can use the -hugemem kernel to run with 4g/4g again." Does this mean - it won't work on machines less than 16GB? I tired it on my thinkpad - with 1GB (assuming it should be simlar to the current kernel-2.6.9-1.681_FC3 with 4g/4g) - but it wouldn't boot. It was stuck at: Uncompressing Linux... Ok, booting the kernel Satish From tomduffy at dslextreme.com Tue Dec 14 17:23:44 2004 From: tomduffy at dslextreme.com (Tom Duffy) Date: Tue, 14 Dec 2004 09:23:44 -0800 Subject: New testing kernel. In-Reply-To: <20041213191140.GA7361@redhat.com> References: <20041204040649.GA15079@redhat.com> <1102964456.9258.25.camel@duffman> <20041213191140.GA7361@redhat.com> Message-ID: <1103045024.1054.16.camel@duffman> On Mon, 2004-12-13 at 14:11 -0500, Dave Jones wrote: > Strange. I thought I nuked that msg for that kernel. What message? > http://people.redhat.com/davej/kernels/Fedora/FC3/ > has a snapshot-of-the-day, which should have it removed for sure. > (I just checked, its #if 0'd out). > > This will go out as another updates-testing soon. I will try that out today. Here was the latest panic messages: Unable to handle kernel paging request at fffffeff80143897 RIP: [] PML4 0 Oops: 0010 [1] CPU 0 Modules linked in: md5 ipv6 parport_pc lp parport autofs4 i2c_dev i2c_core ds yenta_socket pcmcia_core sunrpc ext3 jbd dm_mod button battery ac ohci_hcd ehci_hcd snd_intel8x0 snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_page_alloc gameporUnable to handle kernel paging request at fffffeff80143897 RIP: [] PML4 0 Oops: 0010 [1] CPU 0 Modules linked in: md5 ipv6 parport_pc lp parport autofs4 i2c_dev i2c_core ds yenta_socket pcmcia_core sunrpc ext3 jbd dm_mod button battery ac ohci_hcd ehci_hcd snd_intel8x0 snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_page_alloc gameport snd_mpu401_uart snd_rawmidi snd_seq_device snd soundcore e1000 forcedeth floppy xfs sata_nv libata qla2300 qla2xxx scsi_transport_fc sd_mod scsi_mod Pid: 0, comm: swapper Not tainted 2.6.9-1.698_FC3 RIP: 0010:[] [] RSP: 0018:ffffffff804a10f0 EFLAGS: 00010246 RAX: 0000000000000001 RBX: ffffffff8042f860 RCX: 000001003f5abe88 RDX: ffffffff804a1108 RSI: ffffffff8042ff40 RDI: 000001003f5a93d0 RBP: 000001003f5a93d0 R08: ffffffff804a1108 R09: 0000000000000001 R10: 0000000000000246 R11: ffffffff8050a780 R12: fffffeff80143897 R13: ffffffff804a1108 R14: 0000000000000000 R15: 0000000000000000 FS: 0000002a95566ec0(0000) GS:ffffffff80512700(0000) knlGS:0000000000000000 CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b CR2: fffffeff80143897 CR3: 0000000000101000 CR4: 00000000000006e0 Process swapper (pid: 0, threadinfo ffffffff80514000, task ffffffff80420a00) Stack: ffffffff80143150 0000000000000000 0000000000000246 ffffffff804a1108 ffffffff804a1108 ffffffff80514000 000001003e37a700 0000000004000001 0000000000000001 ffffffff804cc930 Call Trace: {run_timer_softirq+663} {__do_softirq+76} {do_softirq+49} {do_IRQ+756} {ret_from_intr+0} {default_idle+0} {default_idle+32} {cpu_idle+26} {start_kernel+641} {_sinittext+427} Code: Bad RIP value. RIP [] RSP CR2: fffffeff80143897 <3>Debug: sleeping function called from invalid context at include/linux/rwsem.h:43 in_atomic():1[expected: 0], irqs_disabled():0 Call Trace: {__might_sleep+173} {profile_task_exit+33} {do_exit+34} {oops_end+159} {do_page_fault+1155} {smp_apic_timer_interrupt+49} {apic_timer_interrupt+133} {recalc_task_prio+337} {error_exit+0} {run_timer_softirq+663} {__do_softirq+76} {do_softirq+49} {do_IRQ+756} {ret_from_intr+0} {default_idle+0} {default_idle+32} {cpu_idle+26} {start_kernel+641} {_sinittext+427} Kernel panic - not syncing: Aiee, killing interrupt handler! t snd_mpu401_uart snd_rawmidi snd_seq_device snd soundcore e1000 forcedeth floppy xfs sata_nv libata qla2300 qla2xxx scsi_transport_fc sd_mod scsi_mod Pid: 0, comm: swapper Not tainted 2.6.9-1.698_FC3 RIP: 0010:[] [] RSP: 0018:ffffffff804a10f0 EFLAGS: 00010246 RAX: 0000000000000001 RBX: ffffffff8042f860 RCX: 000001003f5abe88 RDX: ffffffff804a1108 RSI: ffffffff8042ff40 RDI: 000001003f5a93d0 RBP: 000001003f5a93d0 R08: ffffffff804a1108 R09: 0000000000000001 R10: 0000000000000246 R11: ffffffff8050a780 R12: fffffeff80143897 R13: ffffffff804a1108 R14: 0000000000000000 R15: 0000000000000000 FS: 0000002a95566ec0(0000) GS:ffffffff80512700(0000) knlGS:0000000000000000 CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b CR2: fffffeff80143897 CR3: 0000000000101000 CR4: 00000000000006e0 Process swapper (pid: 0, threadinfo ffffffff80514000, task ffffffff80420a00) Stack: ffffffff80143150 0000000000000000 0000000000000246 ffffffff804a1108 ffffffff804a1108 ffffffff80514000 000001003e37a700 0000000004000001 0000000000000001 ffffffff804cc930 Call Trace: {run_timer_softirq+663} {__do_softirq+76} {do_softirq+49} {do_IRQ+756} {ret_from_intr+0} {default_idle+0} {default_idle+32} {cpu_idle+26} {start_kernel+641} {_sinittext+427} Code: Bad RIP value. RIP [] RSP CR2: fffffeff80143897 <3>Debug: sleeping function called from invalid context at include/linux/rwsem.h:43 in_atomic():1[expected: 0], irqs_disabled():0 Call Trace: {__might_sleep+173} {profile_task_exit+33} {do_exit+34} {oops_end+159} {do_page_fault+1155} {smp_apic_timer_interrupt+49} {apic_timer_interrupt+133} {recalc_task_prio+337} {error_exit+0} {run_timer_softirq+663} {__do_softirq+76} {do_softirq+49} {do_IRQ+756} {ret_from_intr+0} {default_idle+0} {default_idle+32} {cpu_idle+26} {start_kernel+641} {_sinittext+427} Kernel panic - not syncing: Aiee, killing interrupt handler! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From davej at redhat.com Tue Dec 14 17:29:25 2004 From: davej at redhat.com (Dave Jones) Date: Tue, 14 Dec 2004 12:29:25 -0500 Subject: New FC2/FC3 testing kernels. In-Reply-To: References: <20041204040649.GA15079@redhat.com> <20041213223312.GF18486@redhat.com> Message-ID: <20041214172924.GA9293@redhat.com> On Tue, Dec 14, 2004 at 11:22:33AM -0600, Satish Balay wrote: > On Mon, 13 Dec 2004, Dave Jones wrote: > > > Two new ones this time. 2.6.9-1.9_FC2 and 2.6.9-1.715_FC3 > > As usual, they're 99% the same (dependancy/specfile diffs only). > > Regarding kernel-hugemem - your eariler post says: > > "If you have a lot of memory (16GB or more), or have a workload that > benefits from being able to have more address space, you can use the > -hugemem kernel to run with 4g/4g again." > > Does this mean - it won't work on machines less than 16GB? It should work just fine. Remember, this was the default configuration until recently, so if earlier kernels worked, this should too. > I tired it on my thinkpad - with 1GB (assuming it should be simlar to > the current kernel-2.6.9-1.681_FC3 with 4g/4g) - but it wouldn't boot. > It was stuck at: That's very odd, and not something I have an explanation for. Did you have 'quiet' on the boot command line ? Removing it may print something more useful. Dave From balay at fastmail.fm Tue Dec 14 17:47:13 2004 From: balay at fastmail.fm (Satish Balay) Date: Tue, 14 Dec 2004 11:47:13 -0600 (CST) Subject: New FC2/FC3 testing kernels. In-Reply-To: <20041214172924.GA9293@redhat.com> References: <20041204040649.GA15079@redhat.com> <20041213223312.GF18486@redhat.com> <20041214172924.GA9293@redhat.com> Message-ID: On Tue, 14 Dec 2004, Dave Jones wrote: > On Tue, Dec 14, 2004 at 11:22:33AM -0600, Satish Balay wrote: > > On Mon, 13 Dec 2004, Dave Jones wrote: > > > > > Two new ones this time. 2.6.9-1.9_FC2 and 2.6.9-1.715_FC3 > > > As usual, they're 99% the same (dependancy/specfile diffs only). > > > > Regarding kernel-hugemem - your eariler post says: > > > > "If you have a lot of memory (16GB or more), or have a workload that > > benefits from being able to have more address space, you can use the > > -hugemem kernel to run with 4g/4g again." > > > > Does this mean - it won't work on machines less than 16GB? > > It should work just fine. Remember, this was the default configuration > until recently, so if earlier kernels worked, this should too. > > > I tired it on my thinkpad - with 1GB (assuming it should be simlar to > > the current kernel-2.6.9-1.681_FC3 with 4g/4g) - but it wouldn't boot. > > It was stuck at: > > That's very odd, and not something I have an explanation for. > Did you have 'quiet' on the boot command line ? Removing it > may print something more useful. Its stuck at the same place after removing 'rhgb quiet' options. Satish From jim at jbsys.com Tue Dec 14 17:54:58 2004 From: jim at jbsys.com (Jim B) Date: Tue, 14 Dec 2004 10:54:58 -0700 Subject: Item to include in FC4 Message-ID: <017701c4e206$06f335e0$0a01a8c0@jbsys.com> I run several systems that have two or more versions of Linux that I use/test. Is there a way to modify the Fedora installer or add a utility that will setup grub.conf during install of a 2nd or 3rd OS? Every distribution seems to setup a Windows boot partition, but none seem to setup other Linux partitions. Yes/No???? Jim From mpeters at mac.com Wed Dec 15 06:49:22 2004 From: mpeters at mac.com (Michael A. Peters) Date: Wed, 15 Dec 2004 06:49:22 +0000 Subject: Where do you get the fedora extras from? In-Reply-To: (from mark.bradbury@gmail.com on Fri Dec 10 03:38:55 2004) References: Message-ID: <1103093362l.4301l.0l@devel.mpeters.us> On 12/10/2004 03:38:55 AM, Mark Bradbury wrote: > > I would prefer not to use freshrpm and others as there always seems > to > be conflicts with fedora base fedora.us and livna.org. Hi. The conflict issue is overstated. I ran into one conflict with freshrpms and livna - I contacted the parties, and freshrpms was quick to go out of his way to resolve the issue. I know of one other but I haven't contacted anyone yet about it (I want to personally look into the packaging differences before I do). But the "other" repositories do try hard to be compatable and will respond to issues. But it takes two to kiss. But it's not as big of a deal, imho, as the Fedora.us wiki makes it sound to be. You can specifically exclude packages from one or the other - or use a really nify package manager called smart (it's available from dag I believe) and set priority - as in freshrpms could have a priority of 0, fedora extras/livna could have a priority of 1, base OS could have a priority of 3, updates-released could have a priority of 4. In that way - most freshrpms conflists with Fedora.us would instantly be eliminate. Now you might have problems the other way (wanting to install a freshrpms package for which a fedora extras dependency isn't good enough) but in those cases, you could individually set the priority of the freshrpms version of the package to higher than Fedora Extras. Seriously - take a look at smart - it solves a LOT of the repo mixing issues. And really - the issues are (imho) blown out of proportion. Yes, some exist. -=- What would be nice is if there were two or three people from Fedora who exist to work things out with the other repositories so that compromise could be reached and users would not suffer. I would LOVE to see that. From skvidal at phy.duke.edu Wed Dec 15 06:52:54 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 15 Dec 2004 01:52:54 -0500 Subject: Where do you get the fedora extras from? In-Reply-To: <1103093362l.4301l.0l@devel.mpeters.us> References: <1103093362l.4301l.0l@devel.mpeters.us> Message-ID: <1103093574.14792.6.camel@cutter> > But it's not as big of a deal, imho, as the Fedora.us wiki makes it > sound to be. > > You can specifically exclude packages from one or the other - or use a > really nify package manager called smart (it's available from dag I > believe) and set priority - as in freshrpms could have a priority of 0, > fedora extras/livna could have a priority of 1, base OS could have a > priority of 3, updates-released could have a priority of 4. > > In that way - most freshrpms conflists with Fedora.us would instantly > be eliminate. Now you might have problems the other way (wanting to > install a freshrpms package for which a fedora extras dependency isn't > good enough) but in those cases, you could individually set the > priority of the freshrpms version of the package to higher than Fedora > Extras. > > Seriously - take a look at smart - it solves a LOT of the repo mixing > issues. And really - the issues are (imho) blown out of proportion. > Yes, some exist. I disagree that it solves the problems. It shoves them back on the user to sort out via a priority field that functions more or less like a super-epoch. A solution is to create compatibility. -sv From joelbryanster at gmail.com Wed Dec 15 08:33:34 2004 From: joelbryanster at gmail.com (joelbryan) Date: Wed, 15 Dec 2004 16:33:34 +0800 Subject: Games you want to include in Fedora Core. In-Reply-To: References: Message-ID: On Fri, 3 Dec 2004 19:57:14 +0800, joelbryan wrote: > If there's a game you want to include in Fedora Core, what would that be? Why not include scorch-like games like "Atomic Tank", http://atanks.sourceforge.net/, this will be an addicting game Fedora Core game ^_^ From fct-cornette at insight.rr.com Wed Dec 15 12:01:44 2004 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 15 Dec 2004 07:01:44 -0500 Subject: Testing - kernel-2.6.9-1.715_FC3 panics on GUI Exit Message-ID: <41C027A8.2000901@insight.rr.com> I just did a fresh install of FC3 and then applied the updates available from the FC3 testing and updates repository to my computer. I had several problems but the kernel panic seems to be the greatest. The problem seems to be triggered when exiting the GUI. When booting in runlevel 5 and logging out of X, the hourglass stays in the center of the screen and the caplocks light flashes. When booted into runlevel 3 and closing down, the text on the screen displays a series of numbers and states that it has a panic condition and the cap-locks light is flashing. Synaptics is a problem also with the mouse not functioning, if this could be a related issue. The mouse was working on the runlevel 3 test and not functioning for the runlevel 5 error. Jim -- When you're down and out, lift up your voice and shout, "I'M DOWN AND OUT"! From jspaleta at gmail.com Wed Dec 15 13:31:27 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 15 Dec 2004 08:31:27 -0500 Subject: Where do you get the fedora extras from? In-Reply-To: <1103093362l.4301l.0l@devel.mpeters.us> References: <1103093362l.4301l.0l@devel.mpeters.us> Message-ID: <604aa7910412150531443d115f@mail.gmail.com> On Wed, 15 Dec 2004 06:49:22 +0000, Michael A. Peters wrote: > You can specifically exclude packages from one or the other - or use a > really nify package manager called smart (it's available from dag I > believe) and set priority - as in freshrpms could have a priority of 0, > fedora extras/livna could have a priority of 1, base OS could have a > priority of 3, updates-released could have a priority of 4. I will repeat my concerns about the approach smart takes. If a package is 'too smart' and gladly picks up whatever combination of packages that best fit the users dependancy chain from a number of sources... you run the risk of not having packaging errors reported by users. I'm also concerned about packaging problems leading to unexpected chains of package removals and replacing them with a chain of packages from another repository if the package tool is 'too smart'. Packaging errors do happen.... and if the tool is too flexible these errors will be less likely reported. I also look at priorities as the way smart exposes them as a workaround and not a solution. Users can only adjust priorities after they have personal experience. And while priorities provide advanced experienced users with a convient tool to address their frustrations, its not a reasonably useful mechanism for inexperienced users to navigate. I'm much more interested in finding a way for repositories to encode their peering and inter-repository dependancy policies into the metadata for tools to use as sane defaults. So when repository A states a policy that it does not conflict with repository B or repository C. The package manager is made aware of that and flags any conflict between A and B or between B and C as a 'bug' for the user to report. And when a reposoitory named cruftyrpms states a policy that it uses base and extras as dependant repositories, that can be encoded into the metadata of the repository and the package manager can use that information and find deps for cruftyrpms in the stated locations. And if a dep is unfullfilled, it flags the problem as a 'bug' and tells the user to report the problem. -jef From dcbw at redhat.com Wed Dec 15 14:36:47 2004 From: dcbw at redhat.com (Dan Williams) Date: Wed, 15 Dec 2004 09:36:47 -0500 Subject: Testing - kernel-2.6.9-1.715_FC3 panics on GUI Exit In-Reply-To: <41C027A8.2000901@insight.rr.com> References: <41C027A8.2000901@insight.rr.com> Message-ID: <1103121407.12465.12.camel@dcbw.boston.redhat.com> On Wed, 2004-12-15 at 07:01 -0500, Jim Cornette wrote: > The problem seems to be triggered when exiting the GUI. When booting in > runlevel 5 and logging out of X, the hourglass stays in the center of > the screen and the caplocks light flashes. > When booted into runlevel 3 and closing down, the text on the screen > displays a series of numbers and states that it has a panic condition > and the cap-locks light is flashing. Known issue and has been fixed already in later kernels than FC3 (.906 and later I believe), and at some point I assume it will be pushed down to FC3. Do you happen to have a ThinkPad T31, or a Radeon graphics card? Does your panic backtrace look anything like this? ------------------ Nov 7 22:22:30 localhost kernel: Call Trace: Nov 7 22:22:30 localhost kernel: [] handle_mm_fault+0xe5/0x233 Nov 7 22:22:30 localhost kernel: [] path_lookup+0xff/0x12f Nov 7 22:22:30 localhost kernel: [] open_namei+0x99/0x581 Nov 7 22:22:30 localhost kernel: [] filp_open+0x23/0x3c Nov 7 22:22:30 localhost kernel: [] __cond_resched+0x14/0x3b Nov 7 22:22:30 localhost kernel: [] direct_strncpy_from_user+0x3e/0x5d Nov 7 22:22:30 localhost kernel: [] sys_open+0x31/0x7d Nov 7 22:22:30 localhost kernel: [] syscall_call+0x7/0xb ------------------ Dan From surak at casa.surak.eti.br Wed Dec 15 14:48:55 2004 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Wed, 15 Dec 2004 11:48:55 -0300 Subject: Testing - kernel-2.6.9-1.715_FC3 panics on GUI Exit In-Reply-To: <1103121407.12465.12.camel@dcbw.boston.redhat.com> References: <41C027A8.2000901@insight.rr.com> <1103121407.12465.12.camel@dcbw.boston.redhat.com> Message-ID: <1103122135.11721.4.camel@localhost.surak.eti.br> Em Qua, 2004-12-15 ?s 09:36 -0500, Dan Williams escreveu: > > The problem seems to be triggered when exiting the GUI. When booting in > > runlevel 5 and logging out of X, the hourglass stays in the center of > > the screen and the caplocks light flashes. > > When booted into runlevel 3 and closing down, the text on the screen > > displays a series of numbers and states that it has a panic condition > > and the cap-locks light is flashing. > Known issue and has been fixed already in later kernels than FC3 (.906 > and later I believe), and at some point I assume it will be pushed down > to FC3. Gosh, please. I've been using my fedora3 machines logged on every time since I realized this. The session I'm writing this is up for 6 days. > Do you happen to have a ThinkPad T31, or a Radeon graphics card? No. An FIC Motherboard with VIA chipset, integrated SavagePro DDR video chip. All of them use amd chipsets. > Does your panic backtrace look anything like this? I don't know. How do I look at it? * -- []s Alexandre Ganso 500 Four Vermelha - Diretor Steel Goose Moto Group From davej at redhat.com Wed Dec 15 17:37:12 2004 From: davej at redhat.com (Dave Jones) Date: Wed, 15 Dec 2004 12:37:12 -0500 Subject: Testing - kernel-2.6.9-1.715_FC3 panics on GUI Exit In-Reply-To: <1103121407.12465.12.camel@dcbw.boston.redhat.com> References: <41C027A8.2000901@insight.rr.com> <1103121407.12465.12.camel@dcbw.boston.redhat.com> Message-ID: <20041215173712.GA11271@redhat.com> On Wed, Dec 15, 2004 at 09:36:47AM -0500, Dan Williams wrote: > On Wed, 2004-12-15 at 07:01 -0500, Jim Cornette wrote: > > The problem seems to be triggered when exiting the GUI. When booting in > > runlevel 5 and logging out of X, the hourglass stays in the center of > > the screen and the caplocks light flashes. > > When booted into runlevel 3 and closing down, the text on the screen > > displays a series of numbers and states that it has a panic condition > > and the cap-locks light is flashing. > > Known issue and has been fixed already in later kernels than FC3 (.906 > and later I believe), and at some point I assume it will be pushed down > to FC3. You're getting your branches mixed up 8-) For those viewing at home, 906 was the RHEL4 kernel, FC3's is still at 715. For all intents and purposes, the two kernels are the same though. Dave From pboy at barkhof.uni-bremen.de Thu Dec 16 01:53:14 2004 From: pboy at barkhof.uni-bremen.de (Peter Boy) Date: Thu, 16 Dec 2004 02:53:14 +0100 Subject: FC4 ISO suggestion In-Reply-To: <20041214000749.GH30753@devserv.devel.redhat.com> References: <200412121643.31583.czar@czarc.net> <20041212215217.GG12227@redhat.com> <1102898735.10612.38.camel@littlePiet> <20041214000749.GH30753@devserv.devel.redhat.com> Message-ID: <1103161994.3796.6.camel@littlePiet> Am Montag, den 13.12.2004, 19:07 -0500 schrieb Bill Nottingham: > Peter Boy (pboy at barkhof.uni-bremen.de) said: > > ... > > Instead > > trimming down you should consider to add packages like tomcat again - > > and perhaps some web applications as byline (formerly Red Hat CMS). > > I find the juxtaposition of 'programs needed for a basic workstation' > and 'tomcat' odd. Not necessarily, if you if you consider a workstation as a machine for development (and not only for personal or office usage). But ok, it's not very intuitive. Peter From cmadams at hiwaay.net Thu Dec 16 04:48:45 2004 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 15 Dec 2004 22:48:45 -0600 Subject: FC4 ISO suggestion In-Reply-To: <1103161994.3796.6.camel@littlePiet> References: <200412121643.31583.czar@czarc.net> <20041212215217.GG12227@redhat.com> <1102898735.10612.38.camel@littlePiet> <20041214000749.GH30753@devserv.devel.redhat.com> <1103161994.3796.6.camel@littlePiet> Message-ID: <20041216044845.GA867733@hiwaay.net> Once upon a time, Peter Boy said: > Am Montag, den 13.12.2004, 19:07 -0500 schrieb Bill Nottingham: > > I find the juxtaposition of 'programs needed for a basic workstation' > > and 'tomcat' odd. > > Not necessarily, if you if you consider a workstation as a machine for > development (and not only for personal or office usage). But ok, it's > not very intuitive. Well, it depends. For example, current HP LasterJet control software I think uses Tomcat, even under Windows (IIRC it installs a JRE, Apache, and Tomcat). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From fct-cornette at insight.rr.com Thu Dec 16 04:55:05 2004 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 15 Dec 2004 23:55:05 -0500 Subject: Testing - kernel-2.6.9-1.715_FC3 panics on GUI Exit In-Reply-To: <1103121407.12465.12.camel@dcbw.boston.redhat.com> References: <41C027A8.2000901@insight.rr.com> <1103121407.12465.12.camel@dcbw.boston.redhat.com> Message-ID: <41C11529.5060005@insight.rr.com> Dan Williams wrote: > On Wed, 2004-12-15 at 07:01 -0500, Jim Cornette wrote: > >>The problem seems to be triggered when exiting the GUI. When booting in >>runlevel 5 and logging out of X, the hourglass stays in the center of >>the screen and the caplocks light flashes. >>When booted into runlevel 3 and closing down, the text on the screen >>displays a series of numbers and states that it has a panic condition >>and the cap-locks light is flashing. > > > Known issue and has been fixed already in later kernels than FC3 (.906 > and later I believe), and at some point I assume it will be pushed down > to FC3. > > Do you happen to have a ThinkPad T31, or a Radeon graphics card? 01:05.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility U1 > > Does your panic backtrace look anything like this? > ------------------ > Nov 7 22:22:30 localhost kernel: Call Trace: > Nov 7 22:22:30 localhost kernel: [] handle_mm_fault+0xe5/0x233 > Nov 7 22:22:30 localhost kernel: [] path_lookup+0xff/0x12f > Nov 7 22:22:30 localhost kernel: [] open_namei+0x99/0x581 > Nov 7 22:22:30 localhost kernel: [] filp_open+0x23/0x3c > Nov 7 22:22:30 localhost kernel: [] __cond_resched+0x14/0x3b > Nov 7 22:22:30 localhost kernel: [] direct_strncpy_from_user+0x3e/0x5d > Nov 7 22:22:30 localhost kernel: [] sys_open+0x31/0x7d > Nov 7 22:22:30 localhost kernel: [] syscall_call+0x7/0xb > ------------------ It seemed to have large blocks of numbers, like on earlier kernels with debugging code present. I logged out of X, then ran poweroff from a terminal on last logout. I did not have a kernel panic on poweroff, just the acpi_poweroff problem. Jim > > Dan > From pchez at mail.cyberneme.com Thu Dec 16 04:56:16 2004 From: pchez at mail.cyberneme.com (Poonchezhian P.) Date: Thu, 16 Dec 2004 10:26:16 +0530 Subject: A small request ... Message-ID: <200412161026.16380.pchez@mail.cyberneme.com> Hi everybody, So far with redhat/fedora installation, it has been the default, that if I select full installation, I have all the language packages installed as default. (For ex: kde-i18n-* packages). It would be better, if the installation does install only the packages related to the language that is selected at the begining of the installation, for ex: If I select US.English, the kde-i18n packages neednot be installed, so that it saves something around 370MB of valuable space. It would be better to have it as default way instead of deselecting individual packages during the installation. -- Poonchezhian P. Email : pchez at mail.cyberneme.com From P.R.Schaffner at IEEE.org Thu Dec 16 10:53:42 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Thu, 16 Dec 2004 05:53:42 -0500 Subject: Item to include in FC4 In-Reply-To: <017701c4e206$06f335e0$0a01a8c0@jbsys.com> References: <017701c4e206$06f335e0$0a01a8c0@jbsys.com> Message-ID: <1103194422.6917.1.camel@tabb1.tabb> On Tue, 2004-12-14 at 10:54 -0700, Jim B wrote: > I run several systems that have two or more versions of Linux that I > use/test. Is there a way to modify the Fedora installer or add a utility > that will setup grub.conf during install of a 2nd or 3rd OS? Every > distribution seems to setup a Windows boot partition, but none seem to setup > other Linux partitions. Yes/No???? Not yet, AFAIK... https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=124725 Please add comments/requests. Phil From alan at redhat.com Thu Dec 16 13:02:25 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 16 Dec 2004 08:02:25 -0500 Subject: Testing - kernel-2.6.9-1.715_FC3 panics on GUI Exit In-Reply-To: <41C11529.5060005@insight.rr.com> References: <41C027A8.2000901@insight.rr.com> <1103121407.12465.12.camel@dcbw.boston.redhat.com> <41C11529.5060005@insight.rr.com> Message-ID: <20041216130225.GD11508@devserv.devel.redhat.com> On Wed, Dec 15, 2004 at 11:55:05PM -0500, Jim Cornette wrote: > >Do you happen to have a ThinkPad T31, or a Radeon graphics card? > > 01:05.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility U1 Interesting. The kernel-list has a short thread on rmap handling problems with a test patch from Andrea and that was also ATI radeon mobility. From whooperhsd3 at earthlink.net Thu Dec 16 13:50:33 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Thu, 16 Dec 2004 08:50:33 -0500 (EST) Subject: A small request ... In-Reply-To: <200412161026.16380.pchez@mail.cyberneme.com> References: <200412161026.16380.pchez@mail.cyberneme.com> Message-ID: <4255.12.29.16.103.1103205033.squirrel@whooper.org> Poonchezhian P. said: > Hi everybody, > > > So far with redhat/fedora installation, it has been the default, that if > I > select full installation, [snip] > so that it saves something > around 370MB of valuable space. [snip] I would guess not doing a full install would save even more valuable space. -- William Hooper From tim at birdsnest.maths.tcd.ie Thu Dec 16 15:32:08 2004 From: tim at birdsnest.maths.tcd.ie (Timothy Murphy) Date: Thu, 16 Dec 2004 15:32:08 +0000 Subject: A small request ... In-Reply-To: <4255.12.29.16.103.1103205033.squirrel@whooper.org> References: <200412161026.16380.pchez@mail.cyberneme.com> <4255.12.29.16.103.1103205033.squirrel@whooper.org> Message-ID: <200412161532.08825.tim@birdsnest.maths.tcd.ie> On Thursday 16 December 2004 13:50, William Hooper wrote: > > So far with redhat/fedora installation, it has been the default, that if > > I select full installation, ... > > so that it saves something > > around 370MB of valuable space. > I would guess not doing a full install would save even more valuable space. I'm not quite sure what is meant by "full installation", but one does get an awful lot of i18n files if one simply opts for the standard installation. While in principle I like the idea - we live on a shrinking globe - the chances of my wanting to read a document in Serbo-Croat is vanishingly small. Actually, it's not so much the installation that concerns me - it is more the fact that every now and then yum downloads a newversion of every locale in theuniverse - and I find it difficult to believe that all have been updated. -- Timothy Murphy e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland From reader at newsguy.com Thu Dec 16 15:30:42 2004 From: reader at newsguy.com (Harry Putnam) Date: Thu, 16 Dec 2004 09:30:42 -0600 Subject: A small request ... In-Reply-To: <4255.12.29.16.103.1103205033.squirrel@whooper.org> (William Hooper's message of "Thu, 16 Dec 2004 08:50:33 -0500 (EST)") References: <200412161026.16380.pchez@mail.cyberneme.com> <4255.12.29.16.103.1103205033.squirrel@whooper.org> Message-ID: "William Hooper" writes: > Poonchezhian P. said: >> Hi everybody, >> >> >> So far with redhat/fedora installation, it has been the default, that if >> I >> select full installation, > [snip] >> so that it saves something >> around 370MB of valuable space. > [snip] > > I would guess not doing a full install would save even more valuable space. But take even more valuable time. When you have a mechanism in place to select language, what sense does it make to then default to installing all languages? From whooperhsd3 at earthlink.net Thu Dec 16 15:52:25 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Thu, 16 Dec 2004 10:52:25 -0500 (EST) Subject: A small request ... In-Reply-To: References: <200412161026.16380.pchez@mail.cyberneme.com> <4255.12.29.16.103.1103205033.squirrel@whooper.org> Message-ID: <1778.12.29.16.103.1103212345.squirrel@whooper.org> Harry Putnam said: >> I would guess not doing a full install would save even more valuable >> space. > > But take even more valuable time. "Install Everything" should mean _everything_. Meaning anything else doesn't make sense. If you are doing installs often enought that it costs that much time, invest in learning kickstart and save yourself even more time. I thought the "Minimal install isn't minimal enough" discussions were bad, now we are going to have a "Everything install is too everything" discussion? -- William Hooper From whooperhsd3 at earthlink.net Thu Dec 16 16:01:04 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Thu, 16 Dec 2004 11:01:04 -0500 (EST) Subject: A small request ... In-Reply-To: <200412161532.08825.tim@birdsnest.maths.tcd.ie> References: <200412161026.16380.pchez@mail.cyberneme.com> <4255.12.29.16.103.1103205033.squirrel@whooper.org> <200412161532.08825.tim@birdsnest.maths.tcd.ie> Message-ID: <3181.12.29.16.103.1103212864.squirrel@whooper.org> Timothy Murphy said: > On Thursday 16 December 2004 13:50, William Hooper wrote: > > >>> So far with redhat/fedora installation, it has been the default, that >>> if I select full installation, >>> > ... > >>> so that it saves something around 370MB of valuable space. > >> I would guess not doing a full install would save even more valuable >> space. > > I'm not quite sure what is meant by "full installation", > but one does get an awful lot of i18n files if one simply opts for the > standard installation. Perhaps you could elaborate? On my Workstation install there is exactly one *i18n* RPM: openoffice.org-i18n. Granted it is a large file, but that has already been discussed and IIRC will be broken into different RPMs for FC4. That said if you don't need the additional languges you can just remove it. -- William Hooper From dcbw at redhat.com Thu Dec 16 16:09:15 2004 From: dcbw at redhat.com (Dan Williams) Date: Thu, 16 Dec 2004 11:09:15 -0500 Subject: A small request ... In-Reply-To: <3181.12.29.16.103.1103212864.squirrel@whooper.org> References: <200412161026.16380.pchez@mail.cyberneme.com> <4255.12.29.16.103.1103205033.squirrel@whooper.org> <200412161532.08825.tim@birdsnest.maths.tcd.ie> <3181.12.29.16.103.1103212864.squirrel@whooper.org> Message-ID: <1103213355.1378.58.camel@dcbw.boston.redhat.com> On Thu, 2004-12-16 at 11:01 -0500, William Hooper wrote: > Perhaps you could elaborate? On my Workstation install there is exactly > one *i18n* RPM: openoffice.org-i18n. Granted it is a large file, but > that has already been discussed and IIRC will be broken into different > RPMs for FC4. That said if you don't need the additional languges you can > just remove it. Furthermore, language-specific files in openoffice.org-i18n are tagged with "rpm_lang" so you can actually make RPM _not_ install files that aren't your language by setting some magic RPM option which I forget. Dan From jspaleta at gmail.com Thu Dec 16 16:18:31 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 16 Dec 2004 11:18:31 -0500 Subject: A small request ... In-Reply-To: <1103213355.1378.58.camel@dcbw.boston.redhat.com> References: <200412161026.16380.pchez@mail.cyberneme.com> <4255.12.29.16.103.1103205033.squirrel@whooper.org> <200412161532.08825.tim@birdsnest.maths.tcd.ie> <3181.12.29.16.103.1103212864.squirrel@whooper.org> <1103213355.1378.58.camel@dcbw.boston.redhat.com> Message-ID: <604aa79104121608186323986d@mail.gmail.com> On Thu, 16 Dec 2004 11:09:15 -0500, Dan Williams wrote: > Furthermore, language-specific files in openoffice.org-i18n are tagged > with "rpm_lang" so you can actually make RPM _not_ install files that > aren't your language by setting some magic RPM option which I forget. hmmmm, so your saying that rpm will selectively install language specific files at package install time based on what languages(s) i have my system setup for? Is there a mechanism by which you can add languages to your system later... and then "reinstall" packages so that the new language payloads from already installed packages get placed on the system? -jef From mattdm at mattdm.org Thu Dec 16 16:56:09 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 16 Dec 2004 11:56:09 -0500 Subject: A small request ... In-Reply-To: <1778.12.29.16.103.1103212345.squirrel@whooper.org> References: <200412161026.16380.pchez@mail.cyberneme.com> <4255.12.29.16.103.1103205033.squirrel@whooper.org> <1778.12.29.16.103.1103212345.squirrel@whooper.org> Message-ID: <20041216165609.GA14260@jadzia.bu.edu> On Thu, Dec 16, 2004 at 10:52:25AM -0500, William Hooper wrote: > "Install Everything" should mean _everything_. Meaning anything else > doesn't make sense. If you are doing installs often enought that it costs > that much time, invest in learning kickstart and save yourself even more > time. Yet another reason for removing the "Install Everything" option. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From nsilva-list at aoi.atari-source.com Thu Dec 16 16:59:39 2004 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Thu, 16 Dec 2004 11:59:39 -0500 (EST) Subject: Adding languages... In-Reply-To: <604aa79104121608186323986d@mail.gmail.com> Message-ID: On Thu, 16 Dec 2004, Jeff Spaleta wrote: > > Is there a mechanism by which you can add languages to your system > later... and then "reinstall" packages so that the new language > payloads from already installed packages get placed on the system? This is sometime I wondered too! I often have people install Fedora only in English to "check it out." Then later they say "ok, I like it. How can I add the Russian" (or Chinese, etc.) Besides poring over the package list, adding anything that looked appropriate, I didn't know what to tell them. Can anyone shed any light on this? > > -jef -- noah From udayreddy at gmail.com Thu Dec 16 17:50:49 2004 From: udayreddy at gmail.com (Uday Kumar Reddy) Date: Thu, 16 Dec 2004 12:50:49 -0500 Subject: disklabel In-Reply-To: <41BCA7C7.5020405@wavefood.com> References: <200412121616.02476.manu@kromtek.com> <1102855534.2715.4.camel@kyrre> <200412122055.19102.manu@kromtek.com> <1102873569.4843.7.camel@kyrre> <41BCA7C7.5020405@wavefood.com> Message-ID: <5c4229700412160950c372cc4@mail.gmail.com> > >>>Comment out the lines, add new lines for the same stuff. Then plug it > >>>in, boot, mount the volumes, copy the stuff, shutdown, unplug, and > >>>uncomment the lines again. > >>> > >>> > >>That's what i temporarily did to solve the problem... > >> > >>Manu > >> > >> > >> > > > >Sometimes, the simplest solution is the best solution :) > > > > > > > I don't really understand the need for disk labels in fstab at all, in > fact it has always caused me more problems while not doing anything > helpful that I am aware of. In fact, having disk labels is immensely helpful when adding/deleting partitions changes the partition minor numbers. With disk labels being used in fstab and grub.conf, you don't have to manually edit all the device names that have got incremented/decremented. -- Uday > > I would like to remove labels from some partitions. I have relabeled > partitions but I'm not quite sure how to safely remove labels. > > -Joshua > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From michal at harddata.com Thu Dec 16 18:00:58 2004 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 16 Dec 2004 11:00:58 -0700 Subject: Item to include in FC4 In-Reply-To: <1103194422.6917.1.camel@tabb1.tabb>; from P.R.Schaffner@IEEE.org on Thu, Dec 16, 2004 at 05:53:42AM -0500 References: <017701c4e206$06f335e0$0a01a8c0@jbsys.com> <1103194422.6917.1.camel@tabb1.tabb> Message-ID: <20041216110058.A15518@mail.harddata.com> On Thu, Dec 16, 2004 at 05:53:42AM -0500, Phil Schaffner wrote: > On Tue, 2004-12-14 at 10:54 -0700, Jim B wrote: > > I run several systems that have two or more versions of Linux that I > > use/test. > > Not yet, AFAIK... The way I found the most practical in such situation is to have "the main" grub menu which really only is a dispatcher and does 'chainload ...' for any of "second tier" particular OS specific loader installed on boot partitions for every (sub)installation. For Linux this will be a separate for each version copy of grub; not even necessarily the same grub variant. Now any changes by update tools (anaconda, yum, whatever ... ) affect only what is relevant and these tools are not even aware of other stuff. As a side effect you may now have not only a default boot entry in the top menu but also a default entry for every of subinstallations. Much easier to maintain the whole structure as you never have to worry what belongs to what. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=124725 > > Please add comments/requests. I guess that I will drop the above in comments there. Michal From michal at harddata.com Thu Dec 16 18:36:33 2004 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 16 Dec 2004 11:36:33 -0700 Subject: A small request ... In-Reply-To: <1103213355.1378.58.camel@dcbw.boston.redhat.com>; from dcbw@redhat.com on Thu, Dec 16, 2004 at 11:09:15AM -0500 References: <200412161026.16380.pchez@mail.cyberneme.com> <4255.12.29.16.103.1103205033.squirrel@whooper.org> <200412161532.08825.tim@birdsnest.maths.tcd.ie> <3181.12.29.16.103.1103212864.squirrel@whooper.org> <1103213355.1378.58.camel@dcbw.boston.redhat.com> Message-ID: <20041216113633.B15518@mail.harddata.com> On Thu, Dec 16, 2004 at 11:09:15AM -0500, Dan Williams wrote: > On Thu, 2004-12-16 at 11:01 -0500, William Hooper wrote: > > Perhaps you could elaborate? On my Workstation install there is exactly > > one *i18n* RPM: openoffice.org-i18n. Granted it is a large file, but > > that has already been discussed and IIRC will be broken into different > > RPMs for FC4. That said if you don't need the additional languges you can > > just remove it. > > Furthermore, language-specific files in openoffice.org-i18n are tagged > with "rpm_lang" so you can actually make RPM _not_ install files that > aren't your language by setting some magic RPM option which I forget. Not really an option but a macro called %_install_langs and which happens to be defined as 'all' in /usr/lib/rpm/macros. Indeed after dropping in a file /etc/rpm/macros.lang with the following line in it: %_install_langs C:en:pl:fr:ru I see after 'rpm -qls openoffice.org-i18n' 6029 "not installed" lines while 'rpm -qV openoffice.org-i18n' is still happy. There are two troubles with that. One is that there is no way to specify that during an initial installation (and I did not check if anaconda will honour that during upgrades but it would not surprise me if not). You have to do a package update after you added your own definition for %_install_langs or force a reinstallation ('glibc-common' can be slimmed down quite a bit too and particularly on a laptop this may make a substantial difference). The other one is that this bit of information seems to be a quite "esotheric knowledge" and I am not even sure if it is properly documented somewhere. Michal From skvidal at fedoraproject.org Thu Dec 16 19:00:26 2004 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 16 Dec 2004 14:00:26 -0500 Subject: Fedora Project launches Pre-Extras Message-ID: <1103223626.1763.18.camel@cutter> The Fedora Project is officially launching Fedora Pre-Extras, to work alongside Fedora Core 3 for i386 and x86_64 based platforms. What is Pre-Extras? It is our way of showing you that we've been working hard, as many packages have been built, and are ready for distribution. We are working very hard to make the build system work well, and the infrastructure for this is almost ready, it just has a few kinks that we are ironing out. As a measure of good faith, CVS for both Core and Extras has already been opened. While waiting for Extras to officially launch, use Pre-Extras today! Where did all these packages come from? These were packages from the now-merged Fedora.us repository as well as freshrpms.net repository. So they maintain the same high quality standards that was imposed previously. So how do I get it? Pre-Extras is currently hosted on the FedoraProject.org website, and is available at: http://fedoraproject.org/pre-extras/3/ It is available as a YUM repository, and an entry like the following would suffice (in /etc/yum.conf): [pre-extras] name=Pre Extras baseurl=http://fedoraproject.org/pre-extras/3/$basearch/ gpgcheck=1 There is a temporary Pre Extras GPG key, which all packages are signed with. The fingerprint: pub 1024D/1AC70CE6 2004-12-14 Fedora Pre Extras Release Key fingerprint = 5389 DD00 C5BC 5168 12B4 3272 82ED 9504 1AC7 0CE6 sub 1024g/4E1A9D43 2004-12-14 To import the key: rpm --import http://fedoraproject.org/pre-extras/RPM-GPG-KEY-Fedora-Pre-Extras What about bugs? If you find bugs in the packages, report them at the Fedora Extras Bugzilla: http://bugzilla.redhat.com/beta/ A cautionary note... To paraphrase a Fedora Project contributor, Jef Spaleta, these packages could eat babies; that is to say, they are built, signed, and ready for use, but they have not gone through the rigorous QA testing that would be expected normally from Extras. So if they break, submit a bug report, but there are no implied warranties or guarantees that they will work. Use these packages at your own risk! -------------- 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 balay at fastmail.fm Thu Dec 16 19:17:12 2004 From: balay at fastmail.fm (Satish Balay) Date: Thu, 16 Dec 2004 13:17:12 -0600 (CST) Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103223626.1763.18.camel@cutter> References: <1103223626.1763.18.camel@cutter> Message-ID: On Thu, 16 Dec 2004, seth vidal wrote: > Pre-Extras is currently hosted on the FedoraProject.org website, and is > available at: > > http://fedoraproject.org/pre-extras/3/ Hmm. (Looking at the package names - ) currently there is no way to distinguish FC packages from FE packages. Is there a plan to rename all packages with 'fe3' tag-name - as fedora.us(fdr)/freshrpms(fr) have been doing? Satish From skvidal at phy.duke.edu Thu Dec 16 19:20:18 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 16 Dec 2004 14:20:18 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> Message-ID: <1103224818.1763.24.camel@cutter> On Thu, 2004-12-16 at 13:17 -0600, Satish Balay wrote: > On Thu, 16 Dec 2004, seth vidal wrote: > > > Pre-Extras is currently hosted on the FedoraProject.org website, and is > > available at: > > > > http://fedoraproject.org/pre-extras/3/ > > Hmm. (Looking at the package names - ) currently there is no way to > distinguish FC packages from FE packages. Is there a plan to rename > all packages with 'fe3' tag-name - as fedora.us(fdr)/freshrpms(fr) > have been doing? Why? Why would you want to distinguish by package release name? -sv From balay at fastmail.fm Thu Dec 16 19:32:13 2004 From: balay at fastmail.fm (Satish Balay) Date: Thu, 16 Dec 2004 13:32:13 -0600 (CST) Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103224818.1763.24.camel@cutter> References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> Message-ID: On Thu, 16 Dec 2004, seth vidal wrote: > Why would you want to distinguish by package release name? Well - not exactly the release name - but the repository name 'fe' vs 'fr' vs 'dag' etc.. I guess the functionality would be: list 'all' installed pacakges from 'fedora-extras' repository. I guess ideally yum could provide this feature (similar to 'yum list extras') - but currently its easy to do the following: rpm -qa |grep \.fr Satish From bpm at ec-group.com Thu Dec 16 19:28:36 2004 From: bpm at ec-group.com (Brian Millett) Date: Thu, 16 Dec 2004 13:28:36 -0600 (CST) Subject: yum error of extras Message-ID: <37950.12.41.112.51.1103225316.squirrel@webmail.ec-group.com> Seth, having added [pre-extras] name=Pre Extras baseurl=http://fedoraproject.org/pre-extras/3/$basearch/ enabled=1 gpgcheck=1 I looked to see what was available, then tried to update. Results follow: ..... --> Running transaction check --> Processing Dependency: aalib = %{epoch}:1.4.0-0.rc5.2 for package: aalib-devel Traceback (most recent call last): File "/usr/bin/yum", line 7, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 104, in main (result, resultmsgs) = base.buildTransaction() File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 219, in buildTransaction (rescode, restring) = self.resolveDeps() File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 187, in resolveDeps (checkdep, missing, conflict, errormsgs) = self._processReq(dep) File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 271, in _processReq CheckDeps, missingdep = self._requiringFromTransaction(requiringPkg, requirementTuple, errormsgs) File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 420, in _requiringFromTransaction provSack = self.whatProvides(needname, needflags, needversion) File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 65, in whatProvides (r_e, r_v, r_r) = rpmUtils.miscutils.stringToVersion(version) File "/usr/lib/python2.4/site-packages/rpmUtils/miscutils.py", line 307, in stringToVersion epoch = string.atol(verstring[:i]) File "/usr/lib/python2.4/string.py", line 419, in atol return _long(s, base) ValueError: invalid literal for long(): %{epoch} -- Brian Millett Enterprise Consulting Group "Shifts in paradigms (314) 205-9030 often cause nose bleeds." bpmATec-groupDOTcom Greg Glenn From nsilva-list at aoi.atari-source.com Thu Dec 16 19:35:09 2004 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Thu, 16 Dec 2004 14:35:09 -0500 (EST) Subject: Fedora Project launches Pre-Extras In-Reply-To: Message-ID: I am assuming that since the Fedora Extras will be the "official" semi-3rd-party repo, it was thought to be something they didn't need? (i.e. if a package is in extras, it is much less likely that a 3rd party repo will package it anyway, if they aren't the ones who added it to extras). Anyway I will check this out on one of my machines and see how many babies it actually eats. -- Noah SILVA On Thu, 16 Dec 2004, Satish Balay wrote: > On Thu, 16 Dec 2004, seth vidal wrote: > > > Pre-Extras is currently hosted on the FedoraProject.org website, and is > > available at: > > > > http://fedoraproject.org/pre-extras/3/ > > Hmm. (Looking at the package names - ) currently there is no way to > distinguish FC packages from FE packages. Is there a plan to rename > all packages with 'fe3' tag-name - as fedora.us(fdr)/freshrpms(fr) > have been doing? > > Satish > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From skvidal at phy.duke.edu Thu Dec 16 19:34:52 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 16 Dec 2004 14:34:52 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> Message-ID: <1103225692.1763.33.camel@cutter> On Thu, 2004-12-16 at 13:32 -0600, Satish Balay wrote: > On Thu, 16 Dec 2004, seth vidal wrote: > > > Why would you want to distinguish by package release name? > > Well - not exactly the release name - but the repository name 'fe' vs > 'fr' vs 'dag' etc.. > > I guess the functionality would be: list 'all' installed pacakges from > 'fedora-extras' repository. > > I guess ideally yum could provide this feature (similar to 'yum list > extras') - but currently its easy to do the following: > > rpm -qa |grep \.fr Putting the repository name in the release tag is kinda silly. Now if people want to start using the Vendor tag more usefully. I'll be glad to include a list option in yum that lists by vendor. -sv From skvidal at phy.duke.edu Thu Dec 16 19:35:46 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 16 Dec 2004 14:35:46 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: Message-ID: <1103225746.1763.35.camel@cutter> On Thu, 2004-12-16 at 14:35 -0500, Noah Silva [Mailing list] wrote: > I am assuming that since the Fedora Extras will be the "official" > semi-3rd-party repo, it was thought to be something they didn't need? > (i.e. if a package is in extras, it is much less likely that a 3rd party > repo will package it anyway, if they aren't the ones who added it to > extras). > > Anyway I will check this out on one of my machines and see how many babies > it actually eats. I've found if you feed it 4 to 10 babies a day it rarely gets cranky enough to go after a house pet. :-D -sv From skvidal at phy.duke.edu Thu Dec 16 19:38:41 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 16 Dec 2004 14:38:41 -0500 Subject: yum error of extras In-Reply-To: <37950.12.41.112.51.1103225316.squirrel@webmail.ec-group.com> References: <37950.12.41.112.51.1103225316.squirrel@webmail.ec-group.com> Message-ID: <1103225921.1763.37.camel@cutter> On Thu, 2004-12-16 at 13:28 -0600, Brian Millett wrote: > Seth, having added > [pre-extras] > name=Pre Extras > baseurl=http://fedoraproject.org/pre-extras/3/$basearch/ > enabled=1 > gpgcheck=1 > > I looked to see what was available, then tried to update. > > Results follow: > ..... > --> Running transaction check > --> Processing Dependency: aalib = %{epoch}:1.4.0-0.rc5.2 for package: > aalib-devel > Traceback (most recent call last): > File "/usr/bin/yum", line 7, in ? > yummain.main(sys.argv[1:]) > File "/usr/share/yum-cli/yummain.py", line 104, in main > (result, resultmsgs) = base.buildTransaction() > File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 219, in > buildTransaction > (rescode, restring) = self.resolveDeps() > File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 187, in > resolveDeps > (checkdep, missing, conflict, errormsgs) = self._processReq(dep) > File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 271, in > _processReq > CheckDeps, missingdep = self._requiringFromTransaction(requiringPkg, > requirementTuple, errormsgs) > File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 420, in > _requiringFromTransaction > provSack = self.whatProvides(needname, needflags, needversion) > File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 65, in > whatProvides > (r_e, r_v, r_r) = rpmUtils.miscutils.stringToVersion(version) > File "/usr/lib/python2.4/site-packages/rpmUtils/miscutils.py", line 307, > in stringToVersion > epoch = string.atol(verstring[:i]) > File "/usr/lib/python2.4/string.py", line 419, in atol > return _long(s, base) > ValueError: invalid literal for long(): %{epoch} > Looks like garbage in the epoch field of aalib. I'll take a look at both yum and the pkg. could you open a bug on this? Thanks -sv From jspaleta at gmail.com Thu Dec 16 19:41:37 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 16 Dec 2004 14:41:37 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> Message-ID: <604aa791041216114149f5fb71@mail.gmail.com> On Thu, 16 Dec 2004 13:32:13 -0600 (CST), Satish Balay wrote: > I guess ideally yum could provide this feature (similar to 'yum list > extras') - but currently its easy to do the following: > > rpm -qa |grep \.fr the distag is a hack... used to abuse the rpm tagging structures... to incorporate information into the default rpm -q output that was not really intended to be there by default. VENDOR tag does exist and it should be used for this information. rpm -q ---qf exists to get access to tag strings. rpm --querytags to get a list of tags to use /etc/cron.daily/rpm has a good easy to follow example of how to use --qf querystrings. -jef From gslink at one.net Thu Dec 16 19:48:32 2004 From: gslink at one.net (gslink) Date: Thu, 16 Dec 2004 14:48:32 -0500 Subject: A modest request Message-ID: <41C1E690.5090000@one.net> FC and the other RH products as well need a way to turn on media check during install. If there is a bad spot on a disc this can mean trouble. Disc Druid allows a partition to be short formatted but there is no switch to allow media check during format. This needs to be added. From balay at fastmail.fm Thu Dec 16 19:47:39 2004 From: balay at fastmail.fm (Satish Balay) Date: Thu, 16 Dec 2004 13:47:39 -0600 (CST) Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103225692.1763.33.camel@cutter> References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <1103225692.1763.33.camel@cutter> Message-ID: On Thu, 16 Dec 2004, seth vidal wrote: > > rpm -qa |grep \.fr > > Putting the repository name in the release tag is kinda silly. > Now if people want to start using the Vendor tag more usefully. > I'll be glad to include a list option in yum that lists by vendor. Perhaps you could explain what the vendor tag is - and does it appear on the filename? I'll be happy - if yum has a query interface to provide this info. Also - 'rpm -qa |grep FC3' - currently has plenty of matches - I guess to distinguish between FC2 variant with the same release numbers. If FE continues the current 'fedora extra' way of providing the same version of packages to all releases (fc1/fc2/fe3) - It would still need the curent practice of adding such tags (a lot more than core) Satish From alan at redhat.com Thu Dec 16 19:51:42 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 16 Dec 2004 14:51:42 -0500 Subject: A modest request In-Reply-To: <41C1E690.5090000@one.net> References: <41C1E690.5090000@one.net> Message-ID: <20041216195142.GA12898@devserv.devel.redhat.com> On Thu, Dec 16, 2004 at 02:48:32PM -0500, gslink wrote: > FC and the other RH products as well need a way to turn on media check > during install. If there is a bad spot on a disc this can mean trouble. > Disc Druid allows a partition to be short formatted but there is no > switch to allow media check during format. This needs to be added. If your IDE disk reports a media problem during install then that is a sign you have real problems because it will already handle bad sectors transparently on write and the install will (except for the boot block and partition table) always write before it ever reads. As such I'm not sure what such testing would gain. From bpm at ec-group.com Thu Dec 16 19:47:37 2004 From: bpm at ec-group.com (Brian Millett) Date: Thu, 16 Dec 2004 13:47:37 -0600 (CST) Subject: yum error of extras In-Reply-To: <1103225921.1763.37.camel@cutter> References: <37950.12.41.112.51.1103225316.squirrel@webmail.ec-group.com> <1103225921.1763.37.camel@cutter> Message-ID: <39280.12.41.112.51.1103226457.squirrel@webmail.ec-group.com> > On Thu, 2004-12-16 at 13:28 -0600, Brian Millett wrote: >> Seth, having added >> [pre-extras] >> name=Pre Extras >> baseurl=http://fedoraproject.org/pre-extras/3/$basearch/ >> enabled=1 >> gpgcheck=1 >> >> I looked to see what was available, then tried to update. >> >> Results follow: >> ..... >> --> Running transaction check >> --> Processing Dependency: aalib = %{epoch}:1.4.0-0.rc5.2 for package: >> aalib-devel >> Traceback (most recent call last): >> File "/usr/bin/yum", line 7, in ? >> yummain.main(sys.argv[1:]) >> File "/usr/share/yum-cli/yummain.py", line 104, in main >> (result, resultmsgs) = base.buildTransaction() >> File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 219, >> in >> buildTransaction >> (rescode, restring) = self.resolveDeps() >> File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 187, >> in >> resolveDeps >> (checkdep, missing, conflict, errormsgs) = self._processReq(dep) >> File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 271, >> in >> _processReq >> CheckDeps, missingdep = >> self._requiringFromTransaction(requiringPkg, >> requirementTuple, errormsgs) >> File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 420, >> in >> _requiringFromTransaction >> provSack = self.whatProvides(needname, needflags, needversion) >> File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 65, in >> whatProvides >> (r_e, r_v, r_r) = rpmUtils.miscutils.stringToVersion(version) >> File "/usr/lib/python2.4/site-packages/rpmUtils/miscutils.py", line >> 307, >> in stringToVersion >> epoch = string.atol(verstring[:i]) >> File "/usr/lib/python2.4/string.py", line 419, in atol >> return _long(s, base) >> ValueError: invalid literal for long(): %{epoch} >> > > Looks like garbage in the epoch field of aalib. > > I'll take a look at both yum and the pkg. > > could you open a bug on this? Done. #143138 -- Brian Millett Enterprise Consulting Group "Shifts in paradigms (314) 205-9030 often cause nose bleeds." bpmATec-groupDOTcom Greg Glenn From balay at fastmail.fm Thu Dec 16 19:55:30 2004 From: balay at fastmail.fm (Satish Balay) Date: Thu, 16 Dec 2004 13:55:30 -0600 (CST) Subject: Fedora Project launches Pre-Extras In-Reply-To: <604aa791041216114149f5fb71@mail.gmail.com> References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <604aa791041216114149f5fb71@mail.gmail.com> Message-ID: On Thu, 16 Dec 2004, Jeff Spaleta wrote: > VENDOR tag does exist and it should be used for this information. > rpm -q ---qf exists to get access to tag strings. > rpm --querytags to get a list of tags to use Ah - didn't know abut the --querytags option. I guess VENDOR tag should be sufficient for this purpose. Thanks for the info. Satish From kyrre at solution-forge.net Thu Dec 16 19:57:46 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Thu, 16 Dec 2004 20:57:46 +0100 Subject: A small request ... In-Reply-To: <20041216165609.GA14260@jadzia.bu.edu> References: <200412161026.16380.pchez@mail.cyberneme.com> <4255.12.29.16.103.1103205033.squirrel@whooper.org> <1778.12.29.16.103.1103212345.squirrel@whooper.org> <20041216165609.GA14260@jadzia.bu.edu> Message-ID: <1103227066.4514.10.camel@kyrre> tor, 16.12.2004 kl. 17.56 skrev Matthew Miller: > On Thu, Dec 16, 2004 at 10:52:25AM -0500, William Hooper wrote: > > "Install Everything" should mean _everything_. Meaning anything else > > doesn't make sense. If you are doing installs often enought that it costs > > that much time, invest in learning kickstart and save yourself even more > > time. > > Yet another reason for removing the "Install Everything" option. :) > > multi-purpose machines? You know those boxes who acts as a workstation for web, email, office etc., as a scientific workstation, as a developers workstation, as a writers workstation, as a web, mail, sql (2 different kinds), shell (telnet, rsh, ssh. Just to cater everyone) server, and all kinds of stuff i can't come up with right now... Those machines. If only extras had a cd or 5 as well... :P That would make a really *complete* system :) Christ, your kids could be playing potatoguy, while you made aeronautical calcultations, and somebody else was surfing the web (with links and a serial console). Let's take multitasking to the next level!!! No joke intended The line over is a joke Kyrre From jspaleta at gmail.com Thu Dec 16 20:02:17 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 16 Dec 2004 15:02:17 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <1103225692.1763.33.camel@cutter> Message-ID: <604aa79104121612029f9040b@mail.gmail.com> On Thu, 16 Dec 2004 13:47:39 -0600 (CST), Satish Balay wrote: > Also - 'rpm -qa |grep FC3' - currently has plenty of matches - I guess > to distinguish between FC2 variant with the same release numbers. If > FE continues the current 'fedora extra' way of providing the same > version of packages to all releases (fc1/fc2/fe3) - It would still > need the curent practice of adding such tags (a lot more than core) Plenty of matches? I see a 'few' matches but nothing that would indicate a policy statement inside Core. Look at the package list of fc3, you will see a 'few' out of the 1400 or so packages that have fc3 in the tag. I don't think there is a policy in place that requires any package in core to be generated with fc1/fc2/fc3 in the version number. If those strings do appear, i think its more for the packager maintainers own sanity than for users use. -jef From mattdm at mattdm.org Thu Dec 16 20:10:52 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 16 Dec 2004 15:10:52 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: <604aa791041216114149f5fb71@mail.gmail.com> References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <604aa791041216114149f5fb71@mail.gmail.com> Message-ID: <20041216201052.GA22375@jadzia.bu.edu> On Thu, Dec 16, 2004 at 02:41:37PM -0500, Jeff Spaleta wrote: > the distag is a hack... used to abuse the rpm tagging structures... to > incorporate information into the default rpm -q output that was not > really intended to be there by default. > VENDOR tag does exist and it should be used for this information. > rpm -q ---qf exists to get access to tag strings. > rpm --querytags to get a list of tags to use I find it *incredibly* useful for this information to be in the filename. It may not have been intended and it may be a hack, but that doesn't mean it's _bad_. It's also good for the vendor tag to be correct, of course, but gah, currently that's a cesspool rivaled only by the mess that is "Group:". -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From whooperhsd3 at earthlink.net Thu Dec 16 20:12:25 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Thu, 16 Dec 2004 15:12:25 -0500 (EST) Subject: A modest request In-Reply-To: <41C1E690.5090000@one.net> References: <41C1E690.5090000@one.net> Message-ID: <3527.12.29.16.103.1103227945.squirrel@whooper.org> gslink said: > FC and the other RH products as well need a way to turn on media check > during install. If there is a bad spot on a disc this can mean trouble. > Disc Druid allows a partition to be short formatted but there is no > switch to allow media check during format. This needs to be added. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109442 -- William Hooper From mattdm at mattdm.org Thu Dec 16 20:13:06 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 16 Dec 2004 15:13:06 -0500 Subject: A small request ... In-Reply-To: <1103227066.4514.10.camel@kyrre> References: <200412161026.16380.pchez@mail.cyberneme.com> <4255.12.29.16.103.1103205033.squirrel@whooper.org> <1778.12.29.16.103.1103212345.squirrel@whooper.org> <20041216165609.GA14260@jadzia.bu.edu> <1103227066.4514.10.camel@kyrre> Message-ID: <20041216201306.GB22375@jadzia.bu.edu> On Thu, Dec 16, 2004 at 08:57:46PM +0100, Kyrre Ness Sjobak wrote: > multi-purpose machines? You know those boxes who acts as a workstation > for web, email, office etc., as a scientific workstation, as a > developers workstation, as a writers workstation, as a web, mail, sql (2 > different kinds), shell (telnet, rsh, ssh. Just to cater everyone) > server, and all kinds of stuff i can't come up with right now... Those > machines. Yeah. Also you're running clustering software on the standalone system. And hey, you're a kerberos server! -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From aoliva at redhat.com Thu Dec 16 20:17:54 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 16 Dec 2004 18:17:54 -0200 Subject: Adding languages... In-Reply-To: References: Message-ID: On Dec 16, 2004, "Noah Silva [Mailing list]" wrote: > On Thu, 16 Dec 2004, Jeff Spaleta wrote: >> >> Is there a mechanism by which you can add languages to your system >> later... and then "reinstall" packages so that the new language >> payloads from already installed packages get placed on the system? > This is sometime I wondered too! I often have people install Fedora only > in English to "check it out." Then later they say "ok, I like it. How > can I add the Russian" (or Chinese, etc.) Besides poring over the package > list, adding anything that looked appropriate, I didn't know what to tell > them. > Can anyone shed any light on this? That's one of the reasons why the installer no longer sets %_install_langs in say ~root/.rpmmacros according to the install-time selection, otherwise the only way to add languages later is to reinstall all packages that might have been only partially-installed. This unfortunately doesn't solve the entire problem, since some language-specific packages (kde-i18n-* comes to mind) still get filtered out, since the package is only brought in if the language is selected for installation. I.e., we have two language exclusion mechanisms, and the installer is inconsistent in the way it uses them. Which is not to say that being consistent would make everybody happy. If we made it consistent in that all langs were installed, some would complain even more about spending disk space on translations they don't use. If we made it consistent in installing only what the user asked for, many would be inconvenienced by the need for reinstalling packages to get additional languages. What would make things better IMHO would be to transparently break up lang-specific bits into separate rpms, and have some form of conditional dependency in rpm or in dep resolvers that would enable a user to install additional language meta-packages later on, that would bring in the localization packages by means of dependencies of the form `if package X is installed, install X-lang'. Or we could turn it around, and have a dependency in X such as `if lang-L is installed, require X-L'. Either way, it's more work for dep solvers, but I see other nice uses for such conditional dependencies. -- Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org} From jspaleta at gmail.com Thu Dec 16 20:23:13 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 16 Dec 2004 15:23:13 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041216201052.GA22375@jadzia.bu.edu> References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <604aa791041216114149f5fb71@mail.gmail.com> <20041216201052.GA22375@jadzia.bu.edu> Message-ID: <604aa7910412161223461e0a68@mail.gmail.com> On Thu, 16 Dec 2004 15:10:52 -0500, Matthew Miller wrote: > I find it *incredibly* useful for this information to be in the filename. if its a useful thing to have in the filename.... then the vendor tag needs to become a standard part of the filename, instead of pushing more and more and more information into the same tag field. If its a useful thing to have... in the rpm -q output... then the vendor tag should become part of the standard rpm -q output. The rpm tag space is a HUGE wasteland of crap at the moment... and it needs to be cleaned up and it needs to be used. -jef From fedora at wir-sind-cool.org Thu Dec 16 20:42:13 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Thu, 16 Dec 2004 21:42:13 +0100 Subject: yum error of extras In-Reply-To: <1103225921.1763.37.camel@cutter> References: <37950.12.41.112.51.1103225316.squirrel@webmail.ec-group.com> <1103225921.1763.37.camel@cutter> Message-ID: <20041216214213.62efe315.fedora@wir-sind-cool.org> On Thu, 16 Dec 2004 14:38:41 -0500, seth vidal wrote: > On Thu, 2004-12-16 at 13:28 -0600, Brian Millett wrote: > > Seth, having added > > [pre-extras] > > name=Pre Extras > > baseurl=http://fedoraproject.org/pre-extras/3/$basearch/ > > enabled=1 > > gpgcheck=1 > > > > I looked to see what was available, then tried to update. > > > > Results follow: > > ..... > > --> Running transaction check > > --> Processing Dependency: aalib = %{epoch}:1.4.0-0.rc5.2 for package: > > aalib-devel > > ValueError: invalid literal for long(): %{epoch} > > > > Looks like garbage in the epoch field of aalib. > > I'll take a look at both yum and the pkg. > > could you open a bug on this? Not necessary. Ran into it, too. Spec was bad. Epoch was dropped, but %epoch still used. Fixed. From nsilva-list at aoi.atari-source.com Thu Dec 16 20:50:06 2004 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Thu, 16 Dec 2004 15:50:06 -0500 (EST) Subject: Adding languages... In-Reply-To: Message-ID: > > I.e., we have two language exclusion mechanisms, and the installer is > inconsistent in the way it uses them. Which is not to say that being > consistent would make everybody happy. If we made it consistent in > that all langs were installed, some would complain even more about > spending disk space on translations they don't use. If we made it > consistent in installing only what the user asked for, many would be > inconvenienced by the need for reinstalling packages to get additional > languages. > > What would make things better IMHO would be to transparently break up > lang-specific bits into separate rpms, and have some form of > conditional dependency in rpm or in dep resolvers that would enable a > user to install additional language meta-packages later on, that would > bring in the localization packages by means of dependencies of the > form `if package X is installed, install X-lang'. This seems like a good plan, but would result in there being many more packages. Besides that, though, I will admit to being a little recent to Redhat/Fedora, but at least in Debian, it seemed like when I installed a package, it installed all languages for that package. I thought that was "how things worked" in linux - which I liked, compared to trying to have two languages of the same software package installed in windows. What a nightmare! If the language files took up so much space though, I could see a solution similar to man pages working out. They are installed gzipped, and unzipped on first use. The problem I am referring to is more that the fonts might not be there, or the IME packages needed to enter Chinese might be hard to add later on, etc. > Or we could turn it around, and have a dependency in X such as `if > lang-L is installed, require X-L'. > > Either way, it's more work for dep solvers, but I see other nice uses > for such conditional dependencies. My real question was, how do you -tell- if lang-L is installed. Does the installer save this somewhere? (Anyway I tell people now: Install any languages you or anyone who uses this computer might need when you install Fedora...) -- noah From whooperhsd3 at earthlink.net Thu Dec 16 20:48:03 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Thu, 16 Dec 2004 15:48:03 -0500 (EST) Subject: Arch in default RPM query (was Re: Fedora Project launches Pre-Extras) In-Reply-To: <604aa7910412161223461e0a68@mail.gmail.com> References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <604aa791041216114149f5fb71@mail.gmail.com> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> Message-ID: <2467.12.29.16.103.1103230083.squirrel@whooper.org> Jeff Spaleta said: [snip] > If its a useful thing to have... in the rpm -q output... then the > vendor tag should become part of the standard rpm -q output. [snip] Speaking of the default -q output, how about arch? I haven't filed an RFE (not having a cool new x86_64 system it doesn't bother me), but what are the thoughts on getting the default query changed to '%{name}-%{version}-%{release}.%{arch}'? -- William Hooper From rpaiz at simpaticus.com Thu Dec 16 20:49:35 2004 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Thu, 16 Dec 2004 14:49:35 -0600 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: Message-ID: <1103230175.3548.42.camel@rodolfo.gt.factorrent.com> On Thu, 2004-12-16 at 14:35 -0500, Noah Silva [Mailing list] wrote: > I am assuming that since the Fedora Extras will be the "official" > semi-3rd-party repo, it was thought to be something they didn't need? Noah, please don't top post. I spent a good 15 seconds of confusion wondering what the hell "it" meant in your phrase. Only a more detailed reading of the *entire* message to find the text to which you replied gave me the answer. When asking questions on a mailing list, you are far less likely to get help if it is difficult to follow a conversation with you. In *this* particular environment, you will find that posting your comments AFTER the previous message is both much preferred and much preferable. Cheers, -- Rodolfo J. Paiz From skvidal at phy.duke.edu Thu Dec 16 20:51:17 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 16 Dec 2004 15:51:17 -0500 Subject: Arch in default RPM query (was Re: Fedora Project launches Pre-Extras) In-Reply-To: <2467.12.29.16.103.1103230083.squirrel@whooper.org> References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <604aa791041216114149f5fb71@mail.gmail.com> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <2467.12.29.16.103.1103230083.squirrel@whooper.org> Message-ID: <1103230277.5795.2.camel@cutter> On Thu, 2004-12-16 at 15:48 -0500, William Hooper wrote: > Jeff Spaleta said: > [snip] > > If its a useful thing to have... in the rpm -q output... then the > > vendor tag should become part of the standard rpm -q output. > [snip] > > Speaking of the default -q output, how about arch? I haven't filed an RFE > (not having a cool new x86_64 system it doesn't bother me), but what are > the thoughts on getting the default query changed to > '%{name}-%{version}-%{release}.%{arch}'? yum list includes arch in there. for both local and remote lists. -sv From kyrre at solution-forge.net Thu Dec 16 20:58:25 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Thu, 16 Dec 2004 21:58:25 +0100 Subject: A small request ... In-Reply-To: <20041216201306.GB22375@jadzia.bu.edu> References: <200412161026.16380.pchez@mail.cyberneme.com> <4255.12.29.16.103.1103205033.squirrel@whooper.org> <1778.12.29.16.103.1103212345.squirrel@whooper.org> <20041216165609.GA14260@jadzia.bu.edu> <1103227066.4514.10.camel@kyrre> <20041216201306.GB22375@jadzia.bu.edu> Message-ID: <1103230705.4702.9.camel@kyrre> tor, 16.12.2004 kl. 21.13 skrev Matthew Miller: > On Thu, Dec 16, 2004 at 08:57:46PM +0100, Kyrre Ness Sjobak wrote: > > multi-purpose machines? You know those boxes who acts as a workstation > > for web, email, office etc., as a scientific workstation, as a > > developers workstation, as a writers workstation, as a web, mail, sql (2 > > different kinds), shell (telnet, rsh, ssh. Just to cater everyone) > > server, and all kinds of stuff i can't come up with right now... Those > > machines. > > Yeah. Also you're running clustering software on the standalone system. And > hey, you're a kerberos server! > Well... You *could* run vmware and run nodes in it... Doubt that it would give you any speed advantage, tough... > > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> From nsilva-list at aoi.atari-source.com Thu Dec 16 21:05:03 2004 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Thu, 16 Dec 2004 16:05:03 -0500 (EST) Subject: Arch in default RPM query (was Re: Fedora Project launches Pre-Extras) In-Reply-To: <2467.12.29.16.103.1103230083.squirrel@whooper.org> Message-ID: > > Speaking of the default -q output, how about arch? I haven't filed an RFE > (not having a cool new x86_64 system it doesn't bother me), but what are >... Well they did just release testing PPC packages... From rpaiz at simpaticus.com Thu Dec 16 21:04:30 2004 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Thu, 16 Dec 2004 15:04:30 -0600 Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103223626.1763.18.camel@cutter> References: <1103223626.1763.18.camel@cutter> Message-ID: <1103231070.3548.45.camel@rodolfo.gt.factorrent.com> On Thu, 2004-12-16 at 14:00 -0500, seth vidal wrote: > So how do I get it? > Pre-Extras is currently hosted on the FedoraProject.org website, and is > available at: > > http://fedoraproject.org/pre-extras/3/ > Out of curiosity, why another domain name instead of something like "extras.fedora.redhat.com"? > It is available as a YUM repository, and an entry like the following > would suffice (in /etc/yum.conf): > > [pre-extras] > name=Pre Extras > baseurl=http://fedoraproject.org/pre-extras/3/$basearch/ > gpgcheck=1 > I was unable to setup up2date with this repo, using $ARCH instead of $basearch and also explicitly specifying i386 in the path. The error was that headers/header.info could not be found. What must I do to use this repo with up2date? Thanks, -- Rodolfo J. Paiz From skvidal at phy.duke.edu Thu Dec 16 21:07:55 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 16 Dec 2004 16:07:55 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103231070.3548.45.camel@rodolfo.gt.factorrent.com> References: <1103223626.1763.18.camel@cutter> <1103231070.3548.45.camel@rodolfo.gt.factorrent.com> Message-ID: <1103231275.5795.6.camel@cutter> On Thu, 2004-12-16 at 15:04 -0600, Rodolfo J. Paiz wrote: > On Thu, 2004-12-16 at 14:00 -0500, seth vidal wrote: > > So how do I get it? > > Pre-Extras is currently hosted on the FedoraProject.org website, and is > > available at: > > > > http://fedoraproject.org/pre-extras/3/ > > > > Out of curiosity, why another domain name instead of something like > "extras.fedora.redhat.com"? > > > It is available as a YUM repository, and an entry like the following > > would suffice (in /etc/yum.conf): > > > > [pre-extras] > > name=Pre Extras > > baseurl=http://fedoraproject.org/pre-extras/3/$basearch/ > > gpgcheck=1 > > > > I was unable to setup up2date with this repo, using $ARCH instead of > $basearch and also explicitly specifying i386 in the path. The error was > that headers/header.info could not be found. > > What must I do to use this repo with up2date? > I'm fixing that now. give it about 10 minutes - then it will be all set. -sv From rpaiz at simpaticus.com Thu Dec 16 21:06:53 2004 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Thu, 16 Dec 2004 15:06:53 -0600 Subject: Arch in default RPM query (was Re: Fedora Project launches Pre-Extras) In-Reply-To: References: Message-ID: <1103231214.3548.47.camel@rodolfo.gt.factorrent.com> On Thu, 2004-12-16 at 16:05 -0500, Noah Silva [Mailing list] wrote: > > > > Speaking of the default -q output, how about arch? I haven't filed an RFE > > (not having a cool new x86_64 system it doesn't bother me), but what are > >... > > Well they did just release testing PPC packages... > And thank you, Noah, for posting at the bottom. I appreciate the effort and the courtesy on your part. Cheers, -- Rodolfo J. Paiz From notting at redhat.com Thu Dec 16 21:07:46 2004 From: notting at redhat.com (Bill Nottingham) Date: Thu, 16 Dec 2004 16:07:46 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103231070.3548.45.camel@rodolfo.gt.factorrent.com> References: <1103223626.1763.18.camel@cutter> <1103231070.3548.45.camel@rodolfo.gt.factorrent.com> Message-ID: <20041216210746.GA10818@devserv.devel.redhat.com> Rodolfo J. Paiz (rpaiz at simpaticus.com) said: > > http://fedoraproject.org/pre-extras/3/ > > > > Out of curiosity, why another domain name instead of something like > "extras.fedora.redhat.com"? When they're final, they will be on download.fedora.redhat.com. (Might show up sooner, but not right now ATM.) Bill From mattdm at mattdm.org Thu Dec 16 21:19:26 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 16 Dec 2004 16:19:26 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: <604aa7910412161223461e0a68@mail.gmail.com> References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <604aa791041216114149f5fb71@mail.gmail.com> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> Message-ID: <20041216211926.GA24697@jadzia.bu.edu> On Thu, Dec 16, 2004 at 03:23:13PM -0500, Jeff Spaleta wrote: > if its a useful thing to have in the filename.... then the vendor tag > needs to become a standard part of the filename, instead of pushing > more and more and more information into the same tag field. > If its a useful thing to have... in the rpm -q output... then the > vendor tag should become part of the standard rpm -q output. If you can make this happen, I'm all for it. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From Stephane.Gaucher at USherbrooke.ca Thu Dec 16 21:24:44 2004 From: Stephane.Gaucher at USherbrooke.ca (Stephane Gaucher) Date: Thu, 16 Dec 2004 16:24:44 -0500 Subject: phpinfo() not responding in apache Message-ID: <1103232284.3536.62.camel@localhost.localdomain> I have put the file into the root directory and nothing apend. The web server respond. -rwxrwxrwx 1 apache apache 16 Dec 16 15:03 info.php content to this file: Note: liste of rpm package: httpd-manual-2.0.52-3.1 httpd-debuginfo-2.0.52-3.1 httpd-suexec-2.0.52-3.1 httpd-2.0.52-3.1 httpd-devel-2.0.52-3.1 php-imap-4.3.9-3 php-odbc-4.3.9-3 php-domxml-4.3.9-3 php-pear-4.3.9-3 php-ldap-4.3.9-3 php-ncurses-4.3.9-3 php-gd-4.3.9-3 php-mbstring-4.3.9-3 php-xmlrpc-4.3.9-3 php-mysql-4.3.9-3 php-devel-4.3.9-3 php-pgsql-4.3.9-3 php-4.3.9-3 php-snmp-4.3.9-3 mod_authz_ldap-0.26-2 mod_auth_kerb-5.0-1 mod_python-3.1.3-5 mod_auth_pgsql-2.0.1-6 mod_ssl-2.0.52-3.1 mod_auth_mysql-20030510-5 mod_dav_svn-1.1.1-1.1 mod_perl-1.99_16-3 mod_perl-devel-1.99_16-3 -------------- next part -------------- An HTML attachment was scrubbed... URL: From pri.rhl3 at iadonisi.to Thu Dec 16 21:28:10 2004 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Thu, 16 Dec 2004 16:28:10 -0500 Subject: phpinfo() not responding in apache In-Reply-To: <1103232284.3536.62.camel@localhost.localdomain> References: <1103232284.3536.62.camel@localhost.localdomain> Message-ID: <1103232491.4704.10.camel@tuxpaq> Aside from the distinct lack of information in your post to help diagnose your problem, this is the wrong list. Please try fedora- list at redhat.com and be sure to include a better description of the problem. -- -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 mattdm at mattdm.org Thu Dec 16 21:37:30 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 16 Dec 2004 16:37:30 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103225692.1763.33.camel@cutter> References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <1103225692.1763.33.camel@cutter> Message-ID: <20041216213730.GA25168@jadzia.bu.edu> On Thu, Dec 16, 2004 at 02:34:52PM -0500, seth vidal wrote: > Putting the repository name in the release tag is kinda silly. > Now if people want to start using the Vendor tag more usefully. And also the distribution tag. Current, all FC3 packages have "Red Hat, Inc." as the vendor tag, but the distribution tag is a mix of: (none) Red Hat (FC-3) Red Hat FC-3 Red Hat Linux Red Hat (RHEL-3) I think it would be excellent if distribution were always set to the same value as found in /etc/fedora-release. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From ggw at wolves.durham.nc.us Thu Dec 16 22:02:35 2004 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Thu, 16 Dec 2004 17:02:35 -0500 Subject: missing rawhide .../images contents Message-ID: <20041216220235.GA28338@wolves.durham.nc.us> The rawhide|development tree is severely broken again. There is nothing in the .../images directory. Kind of makes it hard to do testing installs and such. -- G.Wolfe Woodbury `- -' RHCT U The Line Eater is a boojum! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From barryn at pobox.com Thu Dec 16 23:06:01 2004 From: barryn at pobox.com (Barry K. Nathan) Date: Thu, 16 Dec 2004 15:06:01 -0800 Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041216213730.GA25168@jadzia.bu.edu> References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <1103225692.1763.33.camel@cutter> <20041216213730.GA25168@jadzia.bu.edu> Message-ID: <20041216230601.GA9840@ip68-4-98-123.oc.oc.cox.net> On Thu, Dec 16, 2004 at 04:37:30PM -0500, Matthew Miller wrote: > And also the distribution tag. Current, all FC3 packages have "Red Hat, > Inc." as the vendor tag, but the distribution tag is a mix of: > > (none) > Red Hat (FC-3) > Red Hat FC-3 > Red Hat Linux > Red Hat (RHEL-3) > > I think it would be excellent if distribution were always set to the same > value as found in /etc/fedora-release. [Warning: Flammable vapors. Please do not ignite. Accidental ignition may cause reenactment of prior flamewars.] There's a problem: packages don't always get rebuilt (that's why there are packages with "Red Hat (RHEL-3)" and "Red Hat Linux" for instance). Remember, the distribution is not used to rebuild itself before release. [end flammable vapors] Nonetheless, it would be nice to standardize on either the "Red Hat FC-3" or "Red Hat (FC-3)" form and not have both. -Barry K. Nathan From mattdm at mattdm.org Thu Dec 16 23:16:10 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 16 Dec 2004 18:16:10 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041216230601.GA9840@ip68-4-98-123.oc.oc.cox.net> References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <1103225692.1763.33.camel@cutter> <20041216213730.GA25168@jadzia.bu.edu> <20041216230601.GA9840@ip68-4-98-123.oc.oc.cox.net> Message-ID: <20041216231610.GA30497@jadzia.bu.edu> On Thu, Dec 16, 2004 at 03:06:01PM -0800, Barry K. Nathan wrote: > [Warning: Flammable vapors. Please do not ignite. Accidental ignition may > cause reenactment of prior flamewars.] Yeah, I know. :) > There's a problem: packages don't always get rebuilt (that's why there > are packages with "Red Hat (RHEL-3)" and "Red Hat Linux" for instance). > Remember, the distribution is not used to rebuild itself before release. It'd be useful even then -- perhaps even _more so_, if it were guaranteed to represent the distribution under which the package were originally built. (Might help debugging packaging errors.) > Nonetheless, it would be nice to standardize on either the "Red Hat > FC-3" or "Red Hat (FC-3)" form and not have both. Definitely. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From wphewitt at bpa.gov Thu Dec 16 23:23:16 2004 From: wphewitt at bpa.gov (William Hewitt) Date: Thu, 16 Dec 2004 15:23:16 -0800 Subject: Permissions on system-config-bind In-Reply-To: <20041216212504.B5A5E72ECB@hormel.redhat.com> References: <20041216212504.B5A5E72ECB@hormel.redhat.com> Message-ID: <1103239396.4510.8.camel@localhost.localdomain> I am trying to use system-config-bind and found that the file, Zone.py seems to be having problems setting the variable "self.owner" and results in the failure of the application to write out the configuration files..... Has anyone else had a problem with this? Am I trying in vain to set up DNS this way instead of *rolling my own* config files? Does this application (system-config-bind) actually work (or perhaps a placeholder) ? WPH From jvdias at redhat.com Thu Dec 16 23:24:29 2004 From: jvdias at redhat.com (Jason Vas Dias) Date: Thu, 16 Dec 2004 18:24:29 -0500 Subject: Permissions on system-config-bind In-Reply-To: <1103239396.4510.8.camel@localhost.localdomain> References: <20041216212504.B5A5E72ECB@hormel.redhat.com> <1103239396.4510.8.camel@localhost.localdomain> Message-ID: <1103239469.2445.7.camel@jvdsibm> No, the current version of system-config-bind is not working well at all. I'm just completing a complete rewrite, which should be in FC4/Rawhide very shortly - perhaps tomorrow. I'll email you when the new version is available. Regards, Jason Vas Dias. On Thu, 2004-12-16 at 18:23, William Hewitt wrote: > I am trying to use system-config-bind and found that the file, Zone.py > seems to be having problems setting the variable "self.owner" and > results in the failure of the application to write out the configuration > files..... > > Has anyone else had a problem with this? Am I trying in vain to set up > DNS this way instead of *rolling my own* config files? > > Does this application (system-config-bind) actually work (or perhaps a > placeholder) ? > > WPH From tim at birdsnest.maths.tcd.ie Thu Dec 16 23:25:34 2004 From: tim at birdsnest.maths.tcd.ie (Timothy Murphy) Date: Thu, 16 Dec 2004 23:25:34 +0000 Subject: disklabel In-Reply-To: <5c4229700412160950c372cc4@mail.gmail.com> References: <200412121616.02476.manu@kromtek.com> <41BCA7C7.5020405@wavefood.com> <5c4229700412160950c372cc4@mail.gmail.com> Message-ID: <200412162325.35005.tim@birdsnest.maths.tcd.ie> On Thursday 16 December 2004 17:50, Uday Kumar Reddy wrote: > In fact, having disk labels is immensely helpful when adding/deleting > partitions changes the partition minor numbers. With disk labels being > used in fstab and grub.conf, you don't have to manually edit all the > device names that have got incremented/decremented. Surely if you add partitions you will have to edit fstab anyway. I would actually think disk-labels would be more likely to cause confusion. Can you give an example where disk-lables would help when adding a partition? I think disk-labels are moderately (not immensely, don't exaggerate) helpful to a small proportion of Linux users. But they are confusing and annoying to a far larger number. -- Timothy Murphy e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland From tim at birdsnest.maths.tcd.ie Thu Dec 16 23:39:44 2004 From: tim at birdsnest.maths.tcd.ie (Timothy Murphy) Date: Thu, 16 Dec 2004 23:39:44 +0000 Subject: A small request ... In-Reply-To: <3181.12.29.16.103.1103212864.squirrel@whooper.org> References: <200412161026.16380.pchez@mail.cyberneme.com> <200412161532.08825.tim@birdsnest.maths.tcd.ie> <3181.12.29.16.103.1103212864.squirrel@whooper.org> Message-ID: <200412162339.45118.tim@birdsnest.maths.tcd.ie> On Thursday 16 December 2004 16:01, William Hooper wrote: > > I'm not quite sure what is meant by "full installation", > > but one does get an awful lot of i18n files if one simply opts for the > > standard installation. > > Perhaps you could elaborate? On my Workstation install there is exactly > one *i18n* RPM: openoffice.org-i18n. Granted it is a large file, but > that has already been discussed and IIRC will be broken into different > RPMs for FC4. That said if you don't need the additional languges you can > just remove it. I admit I'm not quite sure where these came from, but I have: ============================================ [tim at alfred ~]$ grep i18n /var/log/rpmpkgs kde-i18n-Brazil-3.3.1-1.noarch.rpm kde-i18n-British-3.3.1-1.noarch.rpm kde-i18n-Czech-3.3.1-1.noarch.rpm kde-i18n-Danish-3.3.1-1.noarch.rpm kde-i18n-Dutch-3.3.1-1.noarch.rpm kde-i18n-Estonian-3.3.1-1.noarch.rpm kde-i18n-French-3.3.1-1.noarch.rpm kde-i18n-German-3.3.1-1.noarch.rpm kde-i18n-Hungarian-3.3.1-1.noarch.rpm kde-i18n-Italian-3.3.1-1.noarch.rpm kde-i18n-Japanese-3.3.1-1.noarch.rpm kde-i18n-Polish-3.3.1-1.noarch.rpm kde-i18n-Portuguese-3.3.1-1.noarch.rpm kde-i18n-Romanian-3.3.1-1.noarch.rpm kde-i18n-Russian-3.3.1-1.noarch.rpm kde-i18n-Slovak-3.3.1-1.noarch.rpm kde-i18n-Slovenian-3.3.1-1.noarch.rpm kde-i18n-Spanish-3.3.1-1.noarch.rpm kde-i18n-Swedish-3.3.1-1.noarch.rpm kde-i18n-Turkish-3.3.1-1.noarch.rpm openoffice.org-i18n-1.1.2-11.5.fc3.i386.rpm ============================================ I'm actually quite frightened to remove anything nowadays, as I ran "yum remove " some time ago, and it seemed to remove half my system. Please remember that some of us (most of us?) do not really know what we are doing ... -- Timothy Murphy e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland From jeffy5 at optonline.net Thu Dec 16 23:47:59 2004 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Thu, 16 Dec 2004 18:47:59 -0500 Subject: Automatic Installation of Printers Message-ID: <200412161847.59982.jeffy5@optonline.net> Hello, A suggestion for FC4 would be the automatic detection and installation of printers on the local machine, as is the case with some other distributions of Linux, with the option to choose CUPS or not. From fct-cornette at insight.rr.com Thu Dec 16 23:54:04 2004 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 16 Dec 2004 18:54:04 -0500 Subject: Testing - kernel-2.6.9-1.715_FC3 panics on GUI Exit In-Reply-To: <20041216130225.GD11508@devserv.devel.redhat.com> References: <41C027A8.2000901@insight.rr.com> <1103121407.12465.12.camel@dcbw.boston.redhat.com> <41C11529.5060005@insight.rr.com> <20041216130225.GD11508@devserv.devel.redhat.com> Message-ID: <41C2201C.6050503@insight.rr.com> Alan Cox wrote: > On Wed, Dec 15, 2004 at 11:55:05PM -0500, Jim Cornette wrote: > >>>Do you happen to have a ThinkPad T31, or a Radeon graphics card? >> >>01:05.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility U1 > > > Interesting. The kernel-list has a short thread on rmap handling problems > with a test patch from Andrea and that was also ATI radeon mobility. > The symptoms seem to be different with each logout from the GUI. I logged out yesterday and the computer exited to a continuous loop with a similar output that Dan referred to earlier. The last few lines in my Xorg.0.log.old file contained this excerpt in last two lines. I don't recall seeing any entries like this before. (II) RADEON(0): [drm] removed 1 reserved context for kernel (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0x0e9c1000 at 0xf2e78000 Jim -- I allow the world to live as it chooses, and I allow myself to live as I choose. From mr700 at globalnet.bg Fri Dec 17 00:09:10 2004 From: mr700 at globalnet.bg (Doncho N. Gunchev) Date: Fri, 17 Dec 2004 02:09:10 +0200 Subject: Fedora Project launches Pre-Extras In-Reply-To: <604aa7910412161223461e0a68@mail.gmail.com> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> Message-ID: <200412170209.11024@-mr700> On 2004-12-16 (Thursday) 22:23, Jeff Spaleta wrote: > On Thu, 16 Dec 2004 15:10:52 -0500, Matthew Miller wrote: > > I find it *incredibly* useful for this information to be in the filename. > > if its a useful thing to have in the filename.... then the vendor tag > needs to become a standard part of the filename, instead of pushing > more and more and more information into the same tag field. +1, but "Vendor: Dag Apt Repository, http://dag.wieers.com/apt/" is quite big to be in the filename, for example 'dag' is quite better. Ex: autossh-1.2-1.f.0.rh9.dag.i386.rpm - name-ver.DIST.REPO.ARCH.rpm > > If its a useful thing to have... in the rpm -q output... then the > vendor tag should become part of the standard rpm -q output. Probably, I use an alias for this purpose. > > The rpm tag space is a HUGE wasteland of crap at the moment... and it > needs to be cleaned up and it needs to be used. I remember other thoughts. If the header was xml-like it would be easier to add new tags. If the package's contents was signed before compression it would be possible to use xdelta. SuSE AFAIK use patched or forked rpm that implements something like "patch" packages... The bad news is that any of these changes needs new the rpm format or program :( -- Regards, Doncho N. Gunchev Registered Linux User #291323 at counter.li.org GPG-Key-ID: 1024D/DA454F79 http://pgp.mit.edu Key fingerprint = 684F 688B C508 C609 0371 5E0F A089 CB15 DA45 4F79 From darren at dzr-web.com Fri Dec 17 00:31:56 2004 From: darren at dzr-web.com (D. D. Brierton) Date: Fri, 17 Dec 2004 00:31:56 +0000 Subject: A small request ... In-Reply-To: <20041216165609.GA14260@jadzia.bu.edu> References: <200412161026.16380.pchez@mail.cyberneme.com> <4255.12.29.16.103.1103205033.squirrel@whooper.org> <1778.12.29.16.103.1103212345.squirrel@whooper.org> <20041216165609.GA14260@jadzia.bu.edu> Message-ID: <1103243515.5425.114.camel@excession.dzr> On Thu, 2004-12-16 at 16:56, Matthew Miller wrote: > Yet another reason for removing the "Install Everything" option. :) I know I'm late to this thread, and yes I did see the smiley in the post above, but just in case anyone is considering removing the "Install Everything" option I'd like to make a personal plea, or otherwise provide an argument for its existence: As a web developer I have to be able to (even only roughly) mimic a clients system when I am prototyping something here on my workstation, and that really does mean having everything there to try out -- whether it's MySQL or Postgresql, or sendmail versus postfix, or what does this site look like in Mozilla and Konqueror (a reasonably reliable guide for how it might look in Safari). I always choose the "install everything" option and it is very useful to me. So I hope no one out there is assuming it isn't just because they don't use it. Best, D -- ===================================================================== D. D. Brierton darren at dzr-web.com www.dzr-web.com Trying is the first step towards failure (Homer Simpson) ===================================================================== From whooperhsd3 at earthlink.net Fri Dec 17 01:31:48 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Thu, 16 Dec 2004 20:31:48 -0500 (EST) Subject: A small request ... In-Reply-To: <200412162339.45118.tim@birdsnest.maths.tcd.ie> References: <200412161026.16380.pchez@mail.cyberneme.com> <200412161532.08825.tim@birdsnest.maths.tcd.ie> <3181.12.29.16.103.1103212864.squirrel@whooper.org> <200412162339.45118.tim@birdsnest.maths.tcd.ie> Message-ID: <1461.192.168.0.254.1103247108.squirrel@whooper.org> Timothy Murphy said: > On Thursday 16 December 2004 16:01, William Hooper wrote: > >>> I'm not quite sure what is meant by "full installation", >>> but one does get an awful lot of i18n files if one simply opts for the >>> standard installation. >> >> Perhaps you could elaborate? On my Workstation install there is >> exactly one *i18n* RPM: openoffice.org-i18n. Granted it is a large >> file, but that has already been discussed and IIRC will be broken into >> different RPMs for FC4. That said if you don't need the additional >> languges you can just remove it. > > I admit I'm not quite sure where these came from, but I have: > ============================================ > [tim at alfred ~]$ grep i18n /var/log/rpmpkgs > kde-i18n-Brazil-3.3.1-1.noarch.rpm > kde-i18n-British-3.3.1-1.noarch.rpm I notice these are all kde releated, so they aren't installed by default. That said, the question then becomes what installed them? Was it selecting KDE during the install or an attempt to install KDE after the fact? It doesn't appear anything requires these packages, the don't appear to be in the KDE groups for yum. If I get a chnace later maybe I'll try running another install and see if it is anaconda. -- William Hooper From skvidal at phy.duke.edu Fri Dec 17 02:05:41 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 16 Dec 2004 21:05:41 -0500 Subject: yum error of extras In-Reply-To: <20041216214213.62efe315.fedora@wir-sind-cool.org> References: <37950.12.41.112.51.1103225316.squirrel@webmail.ec-group.com> <1103225921.1763.37.camel@cutter> <20041216214213.62efe315.fedora@wir-sind-cool.org> Message-ID: <1103249141.8487.5.camel@cutter> > Not necessary. Ran into it, too. Spec was bad. Epoch was dropped, but > %epoch still used. Fixed. Well it sorta is necessary. I need to take a look and figure out why yum is tracing back. It really shouldn't be. It should be complaining nicely :) -sv From skvidal at fedoraproject.org Thu Dec 16 19:00:26 2004 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 16 Dec 2004 14:00:26 -0500 Subject: Fedora Project launches Pre-Extras Message-ID: <1103223626.1763.18.camel@cutter> The Fedora Project is officially launching Fedora Pre-Extras, to work alongside Fedora Core 3 for i386 and x86_64 based platforms. What is Pre-Extras? It is our way of showing you that we've been working hard, as many packages have been built, and are ready for distribution. We are working very hard to make the build system work well, and the infrastructure for this is almost ready, it just has a few kinks that we are ironing out. As a measure of good faith, CVS for both Core and Extras has already been opened. While waiting for Extras to officially launch, use Pre-Extras today! Where did all these packages come from? These were packages from the now-merged Fedora.us repository as well as freshrpms.net repository. So they maintain the same high quality standards that was imposed previously. So how do I get it? Pre-Extras is currently hosted on the FedoraProject.org website, and is available at: http://fedoraproject.org/pre-extras/3/ It is available as a YUM repository, and an entry like the following would suffice (in /etc/yum.conf): [pre-extras] name=Pre Extras baseurl=http://fedoraproject.org/pre-extras/3/$basearch/ gpgcheck=1 There is a temporary Pre Extras GPG key, which all packages are signed with. The fingerprint: pub 1024D/1AC70CE6 2004-12-14 Fedora Pre Extras Release Key fingerprint = 5389 DD00 C5BC 5168 12B4 3272 82ED 9504 1AC7 0CE6 sub 1024g/4E1A9D43 2004-12-14 To import the key: rpm --import http://fedoraproject.org/pre-extras/RPM-GPG-KEY-Fedora-Pre-Extras What about bugs? If you find bugs in the packages, report them at the Fedora Extras Bugzilla: http://bugzilla.redhat.com/beta/ A cautionary note... To paraphrase a Fedora Project contributor, Jef Spaleta, these packages could eat babies; that is to say, they are built, signed, and ready for use, but they have not gone through the rigorous QA testing that would be expected normally from Extras. So if they break, submit a bug report, but there are no implied warranties or guarantees that they will work. Use these packages at your own risk! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- -- fedora-list mailing list fedora-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list From mullens at ntlworld.com Fri Dec 17 04:50:38 2004 From: mullens at ntlworld.com (richard mullens) Date: Fri, 17 Dec 2004 04:50:38 +0000 Subject: phpinfo() not responding in apache In-Reply-To: <1103232284.3536.62.camel@localhost.localdomain> References: <1103232284.3536.62.camel@localhost.localdomain> Message-ID: <41C2659E.9090706@ntlworld.com> Stephane Gaucher wrote: > I have put the file into the root directory and nothing apend. The web > server respond. > > -rwxrwxrwx 1 apache apache 16 Dec 16 15:03 info.php > > content to this file: > > ?> I have all the packages of FC3 installed on my system and created info.php on /var/www/html It worked for me. I got a display of phpinfo for PHP 4.3.9 From mpeters at mac.com Fri Dec 17 06:13:20 2004 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 17 Dec 2004 06:13:20 +0000 Subject: Automatic Installation of Printers In-Reply-To: <200412161847.59982.jeffy5@optonline.net> (from jeffy5@optonline.net on Thu Dec 16 15:47:59 2004) References: <200412161847.59982.jeffy5@optonline.net> Message-ID: <1103264000l.5074l.3l@devel.mpeters.us> On 12/16/2004 03:47:59 PM, Jeffrey D. Yuille wrote: > Hello, > > A suggestion for FC4 would be the automatic detection and > installation of > printers on the local machine, as is the case with some other > distributions > of Linux, with the option to choose CUPS or not. Fedora does this already - at least it does for me, with usb printers. Except for the part of choosing cups or not. You can however post install remove a printer from the cups configuration if you don't want to use cups. From dag at wieers.com Fri Dec 17 08:30:05 2004 From: dag at wieers.com (Dag Wieers) Date: Fri, 17 Dec 2004 09:30:05 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103225692.1763.33.camel@cutter> References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <1103225692.1763.33.camel@cutter> Message-ID: On Thu, 16 Dec 2004, seth vidal wrote: > On Thu, 2004-12-16 at 13:32 -0600, Satish Balay wrote: > > On Thu, 16 Dec 2004, seth vidal wrote: > > > > > Why would you want to distinguish by package release name? > > > > Well - not exactly the release name - but the repository name 'fe' vs > > 'fr' vs 'dag' etc.. > > > > I guess the functionality would be: list 'all' installed pacakges from > > 'fedora-extras' repository. > > > > I guess ideally yum could provide this feature (similar to 'yum list > > extras') - but currently its easy to do the following: > > > > rpm -qa |grep \.fr > > Putting the repository name in the release tag is kinda silly. > > Now if people want to start using the Vendor tag more usefully. > > I'll be glad to include a list option in yum that lists by vendor. The reason why it is useful to have it in the filename (together with the distribution tag) is that every output that concerns packages show the package name. And it allows to identify immediately where it came from and what it was build for. It may not have been the purpose of the release-tag, but it's useful to many (instead of silly). It wouldn't even matter if RPM had a special extra tag after the release tag specially for this because it would act exactly the same anyway (and would require change to all tools to be able to show it). -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Fri Dec 17 08:37:32 2004 From: dag at wieers.com (Dag Wieers) Date: Fri, 17 Dec 2004 09:37:32 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <604aa7910412161223461e0a68@mail.gmail.com> References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <604aa791041216114149f5fb71@mail.gmail.com> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> Message-ID: On Thu, 16 Dec 2004, Jeff Spaleta wrote: > On Thu, 16 Dec 2004 15:10:52 -0500, Matthew Miller wrote: > > I find it *incredibly* useful for this information to be in the filename. > > The rpm tag space is a HUGE wasteland of crap at the moment... and it > needs to be cleaned up and it needs to be used. In fact changing this inside RPM would be a small disaster. It would require all tools that handle RPMs to be changed, it would require a change to the SRPMs format (possibly breaking compatibility), it would not be backported and therefor only considerable in 4 years when older dists phase out, and most likely also need a SPEC file change that becomes incompatible with previous RPM releases. While in fact the current implementation has no drawbacks, is used by Red Hat since Red Hat 6.x (remember the kernels that have 6.x or 6x added) and is generally accepted. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Fri Dec 17 09:13:29 2004 From: dag at wieers.com (Dag Wieers) Date: Fri, 17 Dec 2004 10:13:29 +0100 (CET) Subject: yum error of extras In-Reply-To: <20041216214213.62efe315.fedora@wir-sind-cool.org> References: <37950.12.41.112.51.1103225316.squirrel@webmail.ec-group.com> <1103225921.1763.37.camel@cutter> <20041216214213.62efe315.fedora@wir-sind-cool.org> Message-ID: On Thu, 16 Dec 2004, Michael Schwendt wrote: > On Thu, 16 Dec 2004 14:38:41 -0500, seth vidal wrote: > > On Thu, 2004-12-16 at 13:28 -0600, Brian Millett wrote: > > > > > Results follow: > > > ..... > > > --> Running transaction check > > > --> Processing Dependency: aalib = %{epoch}:1.4.0-0.rc5.2 for package: > > > aalib-devel > > > ValueError: invalid literal for long(): %{epoch} > > > > Looks like garbage in the epoch field of aalib. > > > > I'll take a look at both yum and the pkg. > > > > could you open a bug on this? > > Not necessary. Ran into it, too. Spec was bad. Epoch was dropped, but > %epoch still used. Fixed. Ah, sweet irony. http://www.fedora.us/pipermail/fedora-devel/2003-April/000795.html http://www.fedora.us/pipermail/fedora-devel/2003-May/001396.html http://www.fedora.us/pipermail/fedora-devel/2003-June/001422.html Especially, that last thread indicates almost everyone was against mandatory epochs. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From fedora at wir-sind-cool.org Fri Dec 17 12:09:44 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Fri, 17 Dec 2004 13:09:44 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: <200412170209.11024@-mr700> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> Message-ID: <20041217130944.5fa3955e.fedora@wir-sind-cool.org> On Fri, 17 Dec 2004 02:09:10 +0200, Doncho N. Gunchev wrote: > On 2004-12-16 (Thursday) 22:23, Jeff Spaleta wrote: > > On Thu, 16 Dec 2004 15:10:52 -0500, Matthew Miller wrote: > > > I find it *incredibly* useful for this information to be in the filename. > > > > if its a useful thing to have in the filename.... then the vendor tag > > needs to become a standard part of the filename, instead of pushing > > more and more and more information into the same tag field. > > +1, but "Vendor: Dag Apt Repository, http://dag.wieers.com/apt/" is > quite big to be in the filename, for example 'dag' is quite better. > Ex: autossh-1.2-1.f.0.rh9.dag.i386.rpm - name-ver.DIST.REPO.ARCH.rpm Still it's included in RPM version comparison, which is far from ideal, as there is no good reason why foo-1.0-1.fc3.zork.i386.rpm should be treated as newer than: foo-1.0-1.fc3.dag.i386.rpm Preferably, the "repo" tag would be part of the filename, but not part of the package release version. From fedora at wir-sind-cool.org Fri Dec 17 12:13:36 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Fri, 17 Dec 2004 13:13:36 +0100 Subject: yum error of extras In-Reply-To: References: <37950.12.41.112.51.1103225316.squirrel@webmail.ec-group.com> <1103225921.1763.37.camel@cutter> <20041216214213.62efe315.fedora@wir-sind-cool.org> Message-ID: <20041217131336.4fbe20b0.fedora@wir-sind-cool.org> On Fri, 17 Dec 2004 10:13:29 +0100 (CET), Dag Wieers wrote: > On Thu, 16 Dec 2004, Michael Schwendt wrote: > > On Thu, 16 Dec 2004 14:38:41 -0500, seth vidal wrote: > > > On Thu, 2004-12-16 at 13:28 -0600, Brian Millett wrote: > > > > > > > Results follow: > > > > ..... > > > > --> Running transaction check > > > > --> Processing Dependency: aalib = %{epoch}:1.4.0-0.rc5.2 for package: > > > > aalib-devel > > > > ValueError: invalid literal for long(): %{epoch} > > > > > > Looks like garbage in the epoch field of aalib. > > > > > > I'll take a look at both yum and the pkg. > > > > > > could you open a bug on this? > > > > Not necessary. Ran into it, too. Spec was bad. Epoch was dropped, but > > %epoch still used. Fixed. > > Ah, sweet irony. No irony here, just an incomplete change and commit by somebody. From dag at wieers.com Fri Dec 17 12:52:30 2004 From: dag at wieers.com (Dag Wieers) Date: Fri, 17 Dec 2004 13:52:30 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041217130944.5fa3955e.fedora@wir-sind-cool.org> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> Message-ID: On Fri, 17 Dec 2004, Michael Schwendt wrote: > On Fri, 17 Dec 2004 02:09:10 +0200, Doncho N. Gunchev wrote: > > > On 2004-12-16 (Thursday) 22:23, Jeff Spaleta wrote: > > > On Thu, 16 Dec 2004 15:10:52 -0500, Matthew Miller wrote: > > > > I find it *incredibly* useful for this information to be in the filename. > > > > > > if its a useful thing to have in the filename.... then the vendor tag > > > needs to become a standard part of the filename, instead of pushing > > > more and more and more information into the same tag field. > > > > +1, but "Vendor: Dag Apt Repository, http://dag.wieers.com/apt/" is > > quite big to be in the filename, for example 'dag' is quite better. > > Ex: autossh-1.2-1.f.0.rh9.dag.i386.rpm - name-ver.DIST.REPO.ARCH.rpm > > Still it's included in RPM version comparison, which is far from > ideal, as there is no good reason why > > foo-1.0-1.fc3.zork.i386.rpm > > should be treated as newer than: > > foo-1.0-1.fc3.dag.i386.rpm There's also no good reason why the opposite should be true, in fact there's no ideal solution in this case. So no reason why it is far from ideal either. And you know what, if the repo-tag was not included it would be even worse for RPM tools as there would be no distinctive identifier to indicate which one it should take. At least now you can specify based on that. > Preferably, the "repo" tag would be part of the filename, but not part > of the package release version. No, then tools like Yum would not display it and it would not be in the package database. It would be better than no repo-tag, but having it in the release is what makes it more useful, the filename is for many irelevant as they're not confronted with it when using yum or apt. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Fri Dec 17 12:58:16 2004 From: dag at wieers.com (Dag Wieers) Date: Fri, 17 Dec 2004 13:58:16 +0100 (CET) Subject: yum error of extras In-Reply-To: <20041217131336.4fbe20b0.fedora@wir-sind-cool.org> References: <37950.12.41.112.51.1103225316.squirrel@webmail.ec-group.com> <1103225921.1763.37.camel@cutter> <20041216214213.62efe315.fedora@wir-sind-cool.org> <20041217131336.4fbe20b0.fedora@wir-sind-cool.org> Message-ID: On Fri, 17 Dec 2004, Michael Schwendt wrote: > On Fri, 17 Dec 2004 10:13:29 +0100 (CET), Dag Wieers wrote: > > > On Thu, 16 Dec 2004, Michael Schwendt wrote: > > > On Thu, 16 Dec 2004 14:38:41 -0500, seth vidal wrote: > > > > On Thu, 2004-12-16 at 13:28 -0600, Brian Millett wrote: > > > > > > > > > Results follow: > > > > > ..... > > > > > --> Running transaction check > > > > > --> Processing Dependency: aalib = %{epoch}:1.4.0-0.rc5.2 for package: > > > > > aalib-devel > > > > > ValueError: invalid literal for long(): %{epoch} > > > > > > > > Looks like garbage in the epoch field of aalib. > > > > > > > > I'll take a look at both yum and the pkg. > > > > > > > > could you open a bug on this? > > > > > > Not necessary. Ran into it, too. Spec was bad. Epoch was dropped, but > > > %epoch still used. Fixed. > > > > Ah, sweet irony. > > No irony here, just an incomplete change and commit by somebody. The irony is that it still bites almost 2 years after nobody wanted to have it in the first place and it still ended up in the official policy because of a misinterpreted JBJ comment. Simplicity and implicitly. http://www.fedora.us/pipermail/fedora-devel/2003-April/000795.html http://www.fedora.us/pipermail/fedora-devel/2003-May/001396.html http://www.fedora.us/pipermail/fedora-devel/2003-June/001422.html -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From jeffy5 at optonline.net Fri Dec 17 13:14:01 2004 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Fri, 17 Dec 2004 08:14:01 -0500 Subject: Automatic Installation of Printers In-Reply-To: <1103264000l.5074l.3l@devel.mpeters.us> References: <200412161847.59982.jeffy5@optonline.net> <1103264000l.5074l.3l@devel.mpeters.us> Message-ID: <200412170814.01852.jeffy5@optonline.net> On Friday 17 December 2004 01:13 am, Michael A. Peters wrote: > On 12/16/2004 03:47:59 PM, Jeffrey D. Yuille wrote: > > Hello, > > > > A suggestion for FC4 would be the automatic detection and > > installation of > > printers on the local machine, as is the case with some other > > distributions > > of Linux, with the option to choose CUPS or not. > > Fedora does this already - at least it does for me, with usb printers. > Except for the part of choosing cups or not. You can however post > install remove a printer from the cups configuration if you don't want > to use cups. Hello Michael, Perhaps I am missing something during the initial installation. I guess the problem that I am having is when I am trying to get other machines on the network to print from the machine where the printer is installed. I have already gone through the steps of sharing a printer, etc. I have a small network with a mixed environment of wireless and ethernet machines. They can see the printer but cannot print to it. Perhaps the firewalls that are set up by default are preventing the machines on the network from printing, I don't know. Any help would be greatly appreciated. By the way, I have an Epson Stylus C80 printer attached to a Dell Dimension XPS t600 Desktop. I also use CUPS. Jeff From fedora at wir-sind-cool.org Fri Dec 17 13:19:25 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Fri, 17 Dec 2004 14:19:25 +0100 Subject: yum error of extras In-Reply-To: References: <37950.12.41.112.51.1103225316.squirrel@webmail.ec-group.com> <1103225921.1763.37.camel@cutter> <20041216214213.62efe315.fedora@wir-sind-cool.org> <20041217131336.4fbe20b0.fedora@wir-sind-cool.org> Message-ID: <20041217141925.33afe72b.fedora@wir-sind-cool.org> On Fri, 17 Dec 2004 13:58:16 +0100 (CET), Dag Wieers wrote: > On Fri, 17 Dec 2004, Michael Schwendt wrote: > > > On Fri, 17 Dec 2004 10:13:29 +0100 (CET), Dag Wieers wrote: > > > > > On Thu, 16 Dec 2004, Michael Schwendt wrote: > > > > On Thu, 16 Dec 2004 14:38:41 -0500, seth vidal wrote: > > > > > On Thu, 2004-12-16 at 13:28 -0600, Brian Millett wrote: > > > > > > > > > > > Results follow: > > > > > > ..... > > > > > > --> Running transaction check > > > > > > --> Processing Dependency: aalib = %{epoch}:1.4.0-0.rc5.2 for package: > > > > > > aalib-devel > > > > > > ValueError: invalid literal for long(): %{epoch} > > > > > > > > > > Looks like garbage in the epoch field of aalib. > > > > > > > > > > I'll take a look at both yum and the pkg. > > > > > > > > > > could you open a bug on this? > > > > > > > > Not necessary. Ran into it, too. Spec was bad. Epoch was dropped, but > > > > %epoch still used. Fixed. > > > > > > Ah, sweet irony. > > > > No irony here, just an incomplete change and commit by somebody. > > The irony is that it still bites almost 2 years after nobody wanted to > have it in the first place and it still ended up in the official policy > because of a misinterpreted JBJ comment. Simplicity and implicitly. No, no, no. It does not. aalib and aalib-devel were working fine. Just imagine that the package had had "Epoch: 1" already. Look at the CVS diff between revision 1.3 and 1.4. Matthias dropped "Epoch: 0" while doing a version bump, but forgot to drop %epoch in the rest of the same file. The package broke itself. This has nothing to do with old discussions on explicit Epoch. Btw, there are people who think it is a mistake to drop "Epoch: 0" again. So until there will be a policy about this, you will see packages which keep the explicit Epoch and others where packagers drop it. What a weird world we live in. :) From dag at wieers.com Fri Dec 17 13:30:09 2004 From: dag at wieers.com (Dag Wieers) Date: Fri, 17 Dec 2004 14:30:09 +0100 (CET) Subject: yum error of extras In-Reply-To: <20041217141925.33afe72b.fedora@wir-sind-cool.org> References: <37950.12.41.112.51.1103225316.squirrel@webmail.ec-group.com> <1103225921.1763.37.camel@cutter> <20041216214213.62efe315.fedora@wir-sind-cool.org> <20041217131336.4fbe20b0.fedora@wir-sind-cool.org> <20041217141925.33afe72b.fedora@wir-sind-cool.org> Message-ID: On Fri, 17 Dec 2004, Michael Schwendt wrote: > Btw, there are people who think it is a mistake to drop "Epoch: 0" > again. So until there will be a policy about this, you will see > packages which keep the explicit Epoch and others where packagers drop > it. What a weird world we live in. :) Well, having a policy where the authority can decide what his package looks like is not a bad policy to work towards consensus. That's how it worked with us, whatever was not agreed upon was decided to leave it to the packager's taste. Some of those differences automatically fade away after a little while. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From tim at birdsnest.maths.tcd.ie Fri Dec 17 13:41:30 2004 From: tim at birdsnest.maths.tcd.ie (Timothy Murphy) Date: Fri, 17 Dec 2004 13:41:30 +0000 Subject: A small request ... In-Reply-To: <1461.192.168.0.254.1103247108.squirrel@whooper.org> References: <200412161026.16380.pchez@mail.cyberneme.com> <200412162339.45118.tim@birdsnest.maths.tcd.ie> <1461.192.168.0.254.1103247108.squirrel@whooper.org> Message-ID: <200412171341.30678.tim@birdsnest.maths.tcd.ie> On Friday 17 December 2004 01:31, William Hooper wrote: > >> Perhaps you could elaborate? On my Workstation install there is > >> exactly one *i18n* RPM: openoffice.org-i18n. Granted it is a large > >> file, but that has already been discussed and IIRC will be broken into > >> different RPMs for FC4. That said if you don't need the additional > >> languges you can just remove it. > > > > I admit I'm not quite sure where these came from, but I have: > > ============================================ > > [tim at alfred ~]$ grep i18n /var/log/rpmpkgs > > kde-i18n-Brazil-3.3.1-1.noarch.rpm > > kde-i18n-British-3.3.1-1.noarch.rpm > > I notice these are all kde releated, so they aren't installed by default. I should have confessed that I always upgrade on this SCSI machine, as Fedora doesn't seem to like my Adaptec chip. So it wasn't a clean install, as I may have suggested. My recollection is that at some point in my youth I was asked during installation to choose between KDE and Gnome, and I chose KDE, so KDE has been installed ever since. I've just checked on a more standard machine of mine, and I don't in fact have all this foreign stuff: ======================================= [tim at helen ~]$ grep i18n /var/log/rpmpkgs kde-i18n-British-3.3.1-1.noarch.rpm openoffice.org-i18n-1.1.2-10.i386.rpm ======================================= So I had better withdraw my remark. Actually, it wasn't really a complaint, as I like the idea that I could get everything in Norwegian if I wanted ... -- Timothy Murphy e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland From tim at birdsnest.maths.tcd.ie Fri Dec 17 13:48:10 2004 From: tim at birdsnest.maths.tcd.ie (Timothy Murphy) Date: Fri, 17 Dec 2004 13:48:10 +0000 Subject: Automatic Installation of Printers In-Reply-To: <200412170814.01852.jeffy5@optonline.net> References: <200412161847.59982.jeffy5@optonline.net> <1103264000l.5074l.3l@devel.mpeters.us> <200412170814.01852.jeffy5@optonline.net> Message-ID: <200412171348.10817.tim@birdsnest.maths.tcd.ie> On Friday 17 December 2004 13:14, Jeffrey D. Yuille wrote: > Perhaps I am missing something during the initial installation. I > guess the problem that I am having is when I am trying to get other > machines on the network to print from the machine where the printer is > installed. You are not alone. CUPS is almost wilfully difficult to configure. First of all you have to give some crazy URL to get at the documentation; and when you get there it is almost completely incomprehensible. The idea that it might assist if one gave a concrete example instead of describing the philosophy behind the system is evidently outside th ken of the CUPS team. An automatic configuration would be marvellous. But in the meantime a page of examples would be a godsend. -- Timothy Murphy e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland From jspaleta at gmail.com Fri Dec 17 14:32:31 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 17 Dec 2004 09:32:31 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <604aa791041216114149f5fb71@mail.gmail.com> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> Message-ID: <604aa791041217063247be97b4@mail.gmail.com> On Fri, 17 Dec 2004 09:37:32 +0100 (CET), Dag Wieers wrote: > In fact changing this inside RPM would be a small disaster. It would > require all tools that handle RPMs to be changed, it would require a > change to the SRPMs format (possibly breaking compatibility), it would not > be backported and therefor only considerable in 4 years when older dists > phase out, and most likely also need a SPEC file change that becomes > incompatible with previous RPM releases. I'm all for aggressive changes.. even in the package manager... this is a testbed distro after all. > While in fact the current implementation has no drawbacks, is used by Red > Hat since Red Hat 6.x (remember the kernels that have 6.x or 6x added) and > is generally accepted. Yes... a generally accepted hack... i completely agree. -jef From caolanm at redhat.com Fri Dec 17 14:56:56 2004 From: caolanm at redhat.com (Caolan McNamara) Date: Fri, 17 Dec 2004 14:56:56 +0000 Subject: difficult to reproduce x86_64 gnumeric + python plugin issue Message-ID: <1103295416.3817.26.camel@localhost.localdomain> I'm having a bit of difficulty in reproducing a gnumeric x86_64 python plugin problem on exiting gnumeric (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=133662) I'm sure it relatively trivial, I'd be interested in backtraces or failure/success reports with the fc3 rpms at http://people.redhat.com/caolanm/gnumeric/ C. From gslink at one.net Fri Dec 17 15:05:15 2004 From: gslink at one.net (gslink) Date: Fri, 17 Dec 2004 10:05:15 -0500 Subject: a modest request Message-ID: <41C2F5AB.9020300@one.net> The problem with bad sectors is not with sectors that show a write check but with those that don't show a write check but are bad. The write check on most hard drives is very simple and consists only of parity. If a certain number of bits are dropped then there will be no write check and install will work perfectly. You will never know about this until you try to run the program because there will be no read error. In addition there is the case where buffers are being allocated. No check of media integrity is made on these(swap partition). This has always been a problem with RH. Most shops have discs with small bad spots and many discs develop these over time. The c option was put into mkfs just to take care of these problems. At the present time we must take ANY disc that displays even a small bad spot and use mkfs on another system before we can install Linux. I suspect that a surprising number of the strange troubles that are being reported by only one user are due to this problem. When you invoke Disc Druid you need to be able to request a long format or else mkfs needs to be on the recovery disc. Currently discs are tested at the factory and bad sectors are locked out In some large discs there are quite a few bad spots. In normal operation perfectly good discs will have bad spots develop over time. This is not a serious problem with modern discs if it is handled by the software. The problem has always been that RH doesn't handle the problem. Incidently, Microsoft does. From gslink at one.net Fri Dec 17 15:19:18 2004 From: gslink at one.net (gslink) Date: Fri, 17 Dec 2004 10:19:18 -0500 Subject: a modest proposal Message-ID: <41C2F8F6.4000701@one.net> If you take a disc with a bad sector Windows will work on it and RH won't. This is a fatal flaw and brings the reliability of Linux into question. As soon as Microsoft finds out that RH has intentionally refused to check disc surfaces the propaganda advantage will be great. Imagine a test demonstration where RH won't even install. With this kind of attitude RH doesn't need any enemies. From arjanv at redhat.com Fri Dec 17 15:26:46 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Fri, 17 Dec 2004 16:26:46 +0100 Subject: a modest request In-Reply-To: <41C2F5AB.9020300@one.net> References: <41C2F5AB.9020300@one.net> Message-ID: <1103297207.4138.36.camel@laptopd505.fenrus.org> On Fri, 2004-12-17 at 10:05 -0500, gslink wrote: > The problem with bad sectors is not with sectors that show a write check > but with those that don't show a write check but are bad. The write > check on most hard drives is very simple and consists only of parity. actually it's a far more sophisticated ECC like code that even allows single bit errors to be automatically corrected. And disks do constant "signal strength" measurements and such and relocate sectors before things go bad. Remember that before using a sector on a new partition, you *always* write to it (in a filesystem at least), and that's where the bad situation will be detected *and remapped*. If your disk is beyond remapping, the smart daemon (on by default) will send you a nice mail saying that your disk is going bad. -------------- 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 Fri Dec 17 15:33:00 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 17 Dec 2004 16:33:00 +0100 Subject: a modest proposal In-Reply-To: <41C2F8F6.4000701@one.net> References: <41C2F8F6.4000701@one.net> Message-ID: <41C2FC2C.50402@gmx.de> gslink wrote: > If you take a disc with a bad sector Windows will work on it and RH won't. a good point, especially on fileservers. > This is a fatal flaw and brings the reliability of Linux into > question. As soon as Microsoft finds out that RH has intentionally > refused to check disc surfaces the propaganda advantage will be great. > Imagine a test demonstration where RH won't even install. With this > kind of attitude RH doesn't need any enemies. you should file a bug at http://bugzilla.microsoft.com -- shrek-m From skvidal at phy.duke.edu Fri Dec 17 15:36:50 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 17 Dec 2004 10:36:50 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <1103225692.1763.33.camel@cutter> Message-ID: <1103297810.9364.4.camel@opus.phy.duke.edu> > The reason why it is useful to have it in the filename (together with the > distribution tag) is that every output that concerns packages show the > package name. And it allows to identify immediately where it came from and > what it was build for. > > It may not have been the purpose of the release-tag, but it's useful to > many (instead of silly). It wouldn't even matter if RPM had a special > extra tag after the release tag specially for this because it would act > exactly the same anyway (and would require change to all tools to be able > to show it). > the release-tag is considered in dependency resolution and version comparison - I think removing all 'brands' from dep resolution and version comparison is much more fair. -sv From skvidal at phy.duke.edu Fri Dec 17 15:39:03 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 17 Dec 2004 10:39:03 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> Message-ID: <1103297943.9364.7.camel@opus.phy.duke.edu> > And you know what, if the repo-tag was not included it would be even worse > for RPM tools as there would be no distinctive identifier to indicate > which one it should take. At least now you can specify based on that. as it is the few-letter tag in the release tag is not distinctive and not helpful. It's, at best, an easy false positive match and it reduces available namespace for items usable in the release tag. -sv From dag at wieers.com Fri Dec 17 16:56:57 2004 From: dag at wieers.com (Dag Wieers) Date: Fri, 17 Dec 2004 17:56:57 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103297943.9364.7.camel@opus.phy.duke.edu> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> Message-ID: On Fri, 17 Dec 2004, seth vidal wrote: > > And you know what, if the repo-tag was not included it would be even worse > > for RPM tools as there would be no distinctive identifier to indicate > > which one it should take. At least now you can specify based on that. > > as it is the few-letter tag in the release tag is not distinctive and > not helpful. How would you distinct > foo-1.0-1.fc3.zork.i386.rpm > foo-1.0-1.fc3.dag.i386.rpm if both zork and dag were ommitted ? You don't think it's useful, I think it helps. If you use different repositories and there's no coordination, there's no proper way to compare the release tags anyway. The discussion about either the disttag or the vendortag are useless. > It's, at best, an easy false positive match and it reduces > available namespace for items usable in the release tag. "It reduces available namespace for items usable in the release tag" ?? Can't compute, please elaborate. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Fri Dec 17 17:07:14 2004 From: dag at wieers.com (Dag Wieers) Date: Fri, 17 Dec 2004 18:07:14 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103297810.9364.4.camel@opus.phy.duke.edu> References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <1103225692.1763.33.camel@cutter> <1103297810.9364.4.camel@opus.phy.duke.edu> Message-ID: On Fri, 17 Dec 2004, seth vidal wrote: > the release-tag is considered in dependency resolution and version > comparison - I think removing all 'brands' from dep resolution and > version comparison is much more fair. Removing is fair from a strict principal point of view but without merit from a technical point of view. And adding the same functionality to RPM would break a lot more things than it will gain us anything. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From skvidal at phy.duke.edu Fri Dec 17 17:08:56 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 17 Dec 2004 12:08:56 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <1103225692.1763.33.camel@cutter> <1103297810.9364.4.camel@opus.phy.duke.edu> Message-ID: <1103303336.9364.28.camel@opus.phy.duke.edu> On Fri, 2004-12-17 at 18:07 +0100, Dag Wieers wrote: > On Fri, 17 Dec 2004, seth vidal wrote: > > > the release-tag is considered in dependency resolution and version > > comparison - I think removing all 'brands' from dep resolution and > > version comparison is much more fair. > > Removing is > > fair from a strict principal point of view > but > without merit from a technical point of view. > > And adding the same functionality to RPM would break a lot more things > than it will gain us anything. > Where did your last sentence come from? Adding functionality to rpm? -sv From skvidal at phy.duke.edu Fri Dec 17 17:11:45 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 17 Dec 2004 12:11:45 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> Message-ID: <1103303505.9364.32.camel@opus.phy.duke.edu> > How would you distinct > > > foo-1.0-1.fc3.zork.i386.rpm > > foo-1.0-1.fc3.dag.i386.rpm I wouldn't. They wouldn't be in the same repository. And if they're in different repositories then they'll have different checksums/pkgids. > if both zork and dag were ommitted ? You don't think it's useful, I think > it helps. nope. Just means a user thinks something is from somewhere by looking at the filename, not looking at the content or the signature. > If you use different repositories and there's no coordination, there's no > proper way to compare the release tags anyway. The discussion about either > the disttag or the vendortag are useless. not really. It's a start to figuring out how to revert 'release' back to a useful field. > > It's, at best, an easy false positive match and it reduces > > available namespace for items usable in the release tag. > > "It reduces available namespace for items usable in the release tag" ?? > > Can't compute, please elaborate. It limits the possible items that can be put in the release field. You pollute the namespace by adding non-release-numbering data there. ie: .dag., .fr., .fdr. it's just extra cruft that makes it harder to discern what is real/useful. -sv From jdennis at redhat.com Fri Dec 17 17:27:57 2004 From: jdennis at redhat.com (John Dennis) Date: Fri, 17 Dec 2004 12:27:57 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> Message-ID: <1103304477.17465.59.camel@finch.boston.redhat.com> On Fri, 2004-12-17 at 11:56, Dag Wieers wrote: > If you use different repositories and there's no coordination, there's no > proper way to compare the release tags anyway. The discussion about either > the disttag or the vendortag are useless. I agree with Dag here, at the moment if one tries to compare packages between two distinctly different distributions the comparison is meaningless. While it may not be ideal the current mechanism makes strong assumptions concerning common buildroots, a constraint difficult to assert compliance with across differing distributions. While in practice installing packages from different distributions might work there is no assurance it will and no one likely would come to the rescue should problems arise if one is engaged in this practice. That fact however does not diminish the usefulness of having the distribution name encoded in the rpm name for the benefit of human beings. It does however require for any given package in a given distribution use a consistent naming scheme so as not to alter the result of comparisons. -- John Dennis From ksnider at flarn.com Fri Dec 17 17:36:03 2004 From: ksnider at flarn.com (Ken Snider) Date: Fri, 17 Dec 2004 12:36:03 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <1103225692.1763.33.camel@cutter> <1103297810.9364.4.camel@opus.phy.duke.edu> Message-ID: <41C31903.1070605@flarn.com> Dag Wieers wrote: > Removing is > > fair from a strict principal point of view > but > without merit from a technical point of view. I agree that it's necessary, but by the same token the current solution, using repo tags, is inadequate anyway. Ever tried cross-dependency resolution between freshrpms/AT/DAG/Dries? Good luck not finding *some* package that you have to exclude/manually update because one of the four either incremented the epoch or has a tag that supersedes another in some way. I'm not saying that the above is unnecessary, either - those decisions are made for valid reasons, but usually from within the context of *that* repo, not from the overall context of the whole, IMHO. There needs to be a way to allow repositories to have some sort of meaning - so that Repo A's package can't overwrite repo B's package, when said package is part of a larger application (example: xmms, xmms-skins, etc), *without* incrementing the epoch and subsequently causing *versions* not to matter anymore. Maybe a 'release' epoch that doesn't supersede version? -- Ken Snider From balay at fastmail.fm Fri Dec 17 17:40:18 2004 From: balay at fastmail.fm (Satish Balay) Date: Fri, 17 Dec 2004 11:40:18 -0600 (CST) Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103303505.9364.32.camel@opus.phy.duke.edu> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103303505.9364.32.camel@opus.phy.duke.edu> Message-ID: On Fri, 17 Dec 2004, seth vidal wrote: > nope. Just means a user thinks something is from somewhere by > looking at the filename, not looking at the content or the > signature. You could take this argument to the extreme - and remove the 'version-release-arch' from the filename - and just provide 'yum.rpm' Oh wait - they moved away from that practice since SuSE-8.0? Satish From jspaleta at gmail.com Fri Dec 17 17:47:44 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 17 Dec 2004 12:47:44 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: <41C31903.1070605@flarn.com> References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <1103225692.1763.33.camel@cutter> <1103297810.9364.4.camel@opus.phy.duke.edu> <41C31903.1070605@flarn.com> Message-ID: <604aa79104121709472922bb6d@mail.gmail.com> On Fri, 17 Dec 2004 12:36:03 -0500, Ken Snider wrote: > I'm not saying that the above is unnecessary, either - those decisions are > made for valid reasons, but usually from within the context of *that* repo, > not from the overall context of the whole, IMHO. There needs to be a way to > allow repositories to have some sort of meaning - so that Repo A's package > can't overwrite repo B's package, when said package is part of a larger > application (example: xmms, xmms-skins, etc), *without* incrementing the > epoch and subsequently causing *versions* not to matter anymore. > > Maybe a 'release' epoch that doesn't supersede version? Or maybe... we implement tools that demand signed certs or a signed tag string to distinquish origin in a programatic way so that package origin can be uniquely determined. And once origin can be confirmed, tools learn how to update or fill deps based on package origin information imbedded in the rpm headers, choosing packages from the same vendor without the user having to muck with priorities or pinning. Or less constrictly, you build tools that understand origin at the repository level and not at the package level, using signed repository metadata. This would allow local intranet repositories to be built that take packages from several locations and put them together as a collection to feed to internal clients... putting the burden of compatibility testing not with the packager but at the local intranet repo maintainer. -jef From skvidal at fedoraproject.org Thu Dec 16 19:00:26 2004 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 16 Dec 2004 14:00:26 -0500 Subject: Fedora Project launches Pre-Extras Message-ID: <1103223626.1763.18.camel@cutter> The Fedora Project is officially launching Fedora Pre-Extras, to work alongside Fedora Core 3 for i386 and x86_64 based platforms. What is Pre-Extras? It is our way of showing you that we've been working hard, as many packages have been built, and are ready for distribution. We are working very hard to make the build system work well, and the infrastructure for this is almost ready, it just has a few kinks that we are ironing out. As a measure of good faith, CVS for both Core and Extras has already been opened. While waiting for Extras to officially launch, use Pre-Extras today! Where did all these packages come from? These were packages from the now-merged Fedora.us repository as well as freshrpms.net repository. So they maintain the same high quality standards that was imposed previously. So how do I get it? Pre-Extras is currently hosted on the FedoraProject.org website, and is available at: http://fedoraproject.org/pre-extras/3/ It is available as a YUM repository, and an entry like the following would suffice (in /etc/yum.conf): [pre-extras] name=Pre Extras baseurl=http://fedoraproject.org/pre-extras/3/$basearch/ gpgcheck=1 There is a temporary Pre Extras GPG key, which all packages are signed with. The fingerprint: pub 1024D/1AC70CE6 2004-12-14 Fedora Pre Extras Release Key fingerprint = 5389 DD00 C5BC 5168 12B4 3272 82ED 9504 1AC7 0CE6 sub 1024g/4E1A9D43 2004-12-14 To import the key: rpm --import http://fedoraproject.org/pre-extras/RPM-GPG-KEY-Fedora-Pre-Extras What about bugs? If you find bugs in the packages, report them at the Fedora Extras Bugzilla: http://bugzilla.redhat.com/beta/ A cautionary note... To paraphrase a Fedora Project contributor, Jef Spaleta, these packages could eat babies; that is to say, they are built, signed, and ready for use, but they have not gone through the rigorous QA testing that would be expected normally from Extras. So if they break, submit a bug report, but there are no implied warranties or guarantees that they will work. Use these packages at your own risk! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- -- fedora-list mailing list fedora-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list -------------- next part -------------- -- fedora-announce-list mailing list fedora-announce-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-announce-list From shrek-m at gmx.de Fri Dec 17 17:58:05 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 17 Dec 2004 18:58:05 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103303505.9364.32.camel@opus.phy.duke.edu> Message-ID: <41C31E2D.2010009@gmx.de> Satish Balay wrote: >On Fri, 17 Dec 2004, seth vidal wrote: > >>nope. Just means a user thinks something is from somewhere by >>looking at the filename, not looking at the content or the >>signature. >> >> >You could take this argument to the extreme - and remove the >'version-release-arch' from the filename - and just provide 'yum.rpm' > >Oh wait - they moved away from that practice since SuSE-8.0? > > i could not find yum @suse but eg. squirrelmail 9.1 ftp://ftp.suse.com/pub/suse/i386/9.1/suse/noarch/squirrelmail-1.4.2-44.noarch.rpm 9.2 ftp://ftp.suse.com/pub/suse/i386/9.2/suse/src/squirrelmail-1.4.2-59.src.rpm -- shrek-m From wphewitt at bpa.gov Fri Dec 17 18:04:48 2004 From: wphewitt at bpa.gov (William Hewitt) Date: Fri, 17 Dec 2004 10:04:48 -0800 Subject: FC4 Suggestion: Dynamically Generated "role based" menus In-Reply-To: <20041217170021.95B3D74555@hormel.redhat.com> References: <20041217170021.95B3D74555@hormel.redhat.com> Message-ID: <1103306688.1465.15.camel@localhost.localdomain> It would be kinda useful/interesting if one could generate the menu system dynamically based on a role variable..... Basically an XML "if" statement and an extra field in the ".desktop" files..... I have been deploying a test group of "ordinary" users with very different skill sets and computing requirements - it would be nice to be able to eliminate menu items for some of these individuals (like the 80 year old woman that only uses email, word processing and the internet) and still provide the set of administrative menus for the "root" account and provide access to the programming applications to a programmer, games to the kiddies, etc.... Yes I know you can build separate instances for different users, but it would save a great deal of time and eliminate the "human error" factor if this could be done globally and transparently during the install/initialization.... Perhaps with just another keyword in the xml definition? Dont know and I am just throwing this out there... Perhaps there is alrady something like this in place. Any thoughts? WPH From jspaleta at gmail.com Fri Dec 17 18:00:04 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 17 Dec 2004 13:00:04 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103304477.17465.59.camel@finch.boston.redhat.com> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> Message-ID: <604aa79104121710004de33410@mail.gmail.com> On Fri, 17 Dec 2004 12:27:57 -0500, John Dennis wrote: > > I agree with Dag here, at the moment if one tries to compare packages > between two distinctly different distributions the comparison is > meaningless. Fine... so take any distro branding out of any rpm tags that actually are part of a comparative process. If its meaningless to compare the distrotags as part of the epoch,version,release process don't confuse the process by overloading those tags with extra meaningless meaning. > That fact however does not diminish the usefulness of having the > distribution name encoded in the rpm name for the benefit of human > beings. That's fine.... if its generally recognized as important... lets stop using it as a hack and change rpm build behavior to include a new tag in the filename meant explicitly to give human readable origin information that is not used in release number comparisons. -jef From fedora at wir-sind-cool.org Fri Dec 17 18:13:32 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Fri, 17 Dec 2004 19:13:32 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103304477.17465.59.camel@finch.boston.redhat.com> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> Message-ID: <20041217191332.09e3025c.fedora@wir-sind-cool.org> On Fri, 17 Dec 2004 12:27:57 -0500, John Dennis wrote: > On Fri, 2004-12-17 at 11:56, Dag Wieers wrote: > > If you use different repositories and there's no coordination, there's no > > proper way to compare the release tags anyway. The discussion about either > > the disttag or the vendortag are useless. > > I agree with Dag here, at the moment if one tries to compare packages > between two distinctly different distributions the comparison is > meaningless. While it may not be ideal the current mechanism makes > strong assumptions concerning common buildroots, a constraint difficult > to assert compliance with across differing distributions. While in > practice installing packages from different distributions might work > there is no assurance it will and no one likely would come to the rescue > should problems arise if one is engaged in this practice. > > That fact however does not diminish the usefulness of having the > distribution name encoded in the rpm name for the benefit of human > beings. It does however require for any given package in a given > distribution use a consistent naming scheme so as not to alter the > result of comparisons. It doesn't add any value. When you receive a bug report about foo-2.0-1.i386.rpm (assuming it's your package) and the reporter referred to foo-2.0-1 specifically (because the bugzilla form asks him to do so), have you ever verified whether it was really your package and not an arbitrary one found at rpmseek.com? Other example. Fedora.us used the 0.fdr prefix. After some time, in message boards, helpful users concluded that a package would be from fedora.us because it has .fdr in the package name. But there are other repositories and individuals who use the same repo tag, and everybody is free to use it too. The same applies to distribution tags. As long as '.FC3' and friends are not too common, they stand out when you look at a package name. As soon as many other packagers use the same dist tags, they don't add anything other than influencing RPM version comparison. -- Fedora Core release 3 (Heidelberg) - Linux 2.6.9-1.681_FC3 loadavg: 1.00 1.00 1.00 From skvidal at phy.duke.edu Fri Dec 17 18:18:50 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 17 Dec 2004 13:18:50 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103303505.9364.32.camel@opus.phy.duke.edu> Message-ID: <1103307530.9364.38.camel@opus.phy.duke.edu> On Fri, 2004-12-17 at 11:40 -0600, Satish Balay wrote: > On Fri, 17 Dec 2004, seth vidal wrote: > > > nope. Just means a user thinks something is from somewhere by > > looking at the filename, not looking at the content or the > > signature. > > You could take this argument to the extreme - and remove the > 'version-release-arch' from the filename - and just provide 'yum.rpm' > > Oh wait - they moved away from that practice since SuSE-8.0? > I don't want to take things to the extreme. I'm not asking for things to be removed from the standard rpm filename. I'm just asking that the release field not be used for branding. if you want to brand your package use vendor or packager. -sv From whb at ceimaine.org Fri Dec 17 18:31:30 2004 From: whb at ceimaine.org (Will Backman) Date: Fri, 17 Dec 2004 13:31:30 -0500 Subject: man telnet problem Message-ID: <1103308290.13568.0.camel@cei3772.empower.ceimaine.org> Can anyone else confirm "man telnet" giving broken output? From vincent.arnoux at rfo.atmel.com Fri Dec 17 18:36:07 2004 From: vincent.arnoux at rfo.atmel.com (Vincent Arnoux) Date: Fri, 17 Dec 2004 19:36:07 +0100 Subject: man telnet problem In-Reply-To: <1103308290.13568.0.camel@cei3772.empower.ceimaine.org> References: <1103308290.13568.0.camel@cei3772.empower.ceimaine.org> Message-ID: <41C32717.5020802@rfo.atmel.com> Will Backman a ?crit : >Can anyone else confirm "man telnet" giving broken output? > > Yes Vincent -------------- next part -------------- A non-text attachment was scrubbed... Name: vincent.arnoux.vcf Type: text/x-vcard Size: 181 bytes Desc: not available URL: From bavinic at comcast.net Fri Dec 17 18:39:03 2004 From: bavinic at comcast.net (Jim Martin) Date: Fri, 17 Dec 2004 13:39:03 -0500 Subject: man telnet problem In-Reply-To: <41C32717.5020802@rfo.atmel.com> References: <1103308290.13568.0.camel@cei3772.empower.ceimaine.org> <41C32717.5020802@rfo.atmel.com> Message-ID: <41C327C7.7030006@comcast.net> Vincent Arnoux wrote: > Will Backman a ?crit : > >> Can anyone else confirm "man telnet" giving broken output? >> >> > Yes > > Vincent yep, needs work :) Jim From clydekunkel7734 at cox.net Fri Dec 17 18:38:41 2004 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Fri, 17 Dec 2004 13:38:41 -0500 Subject: man telnet problem In-Reply-To: <1103308290.13568.0.camel@cei3772.empower.ceimaine.org> References: <1103308290.13568.0.camel@cei3772.empower.ceimaine.org> Message-ID: <41C327B1.30805@cox.net> Will Backman wrote: > Can anyone else confirm "man telnet" giving broken output? > yep From balay at fastmail.fm Fri Dec 17 18:49:36 2004 From: balay at fastmail.fm (Satish Balay) Date: Fri, 17 Dec 2004 12:49:36 -0600 (CST) Subject: Fedora Project launches Pre-Extras In-Reply-To: <41C31E2D.2010009@gmx.de> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103303505.9364.32.camel@opus.phy.duke.edu> <41C31E2D.2010009@gmx.de> Message-ID: On Fri, 17 Dec 2004, shrek-m at gmx.de wrote: > Satish Balay wrote: > > > On Fri, 17 Dec 2004, seth vidal wrote: > > > > > nope. Just means a user thinks something is from somewhere by > > > looking at the filename, not looking at the content or the > > > signature. > > > > > You could take this argument to the extreme - and remove the > > 'version-release-arch' from the filename - and just provide 'yum.rpm' > > > > Oh wait - they moved away from that practice since SuSE-8.0? > > i could not find yum @suse but Sorry - yum.rpm was an example notation - not a package from suse. A proper reference would be: ftp://ftp.suse.de/pub/suse/i386/7.0/ap1/crunzip.rpm Satish From jdennis at redhat.com Fri Dec 17 18:51:28 2004 From: jdennis at redhat.com (John Dennis) Date: Fri, 17 Dec 2004 13:51:28 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041217191332.09e3025c.fedora@wir-sind-cool.org> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <20041217191332.09e3025c.fedora@wir-sind-cool.org> Message-ID: <1103309488.17465.87.camel@finch.boston.redhat.com> On Fri, 2004-12-17 at 13:13, Michael Schwendt wrote: > It doesn't add any value. When you receive a bug report about > foo-2.0-1.i386.rpm (assuming it's your package) and the reporter > referred to foo-2.0-1 specifically (because the bugzilla form asks him > to do so), have you ever verified whether it was really your package > and not an arbitrary one found at rpmseek.com? True, but don't forget if the release field consisted of only an integer it gives you no useful information because the release "number" only has meaning within a distribution. Suppose you know a patch was applied in release 4 of the rpm in FC3 that fixes the bug reported. Some other distro can and probably did release that rpm with its release set to 4 with an entirely different patch set and/or build configuration. One always have to be able to refer back to the spec file for any meaningful information about the package. Spec files are distribution specific. Since the spec file controls virtually everything about a package and the spec file is a property of the distribution the act of divorcing the spec file "name space" from the rpm name leaves a very large and real information gap. This is not an academic issue, those of us supporting packages built for RHEL* and FC* deal with this on a daily basis. This is relatively constrained problem space compared with the universe of possible distributions. Mapping an rpm name to the specific spec file that produced the rpm should be a goal. Encoding the spec file "name space" in the release field is one possible solution. I'm not suggesting its the ideal solution, maybe far from it, but at the end of the day one has to reliably map rpm names to spec files. Whatever gets us to that goal works for me :-) -- John Dennis From michal at harddata.com Fri Dec 17 19:17:39 2004 From: michal at harddata.com (Michal Jaegermann) Date: Fri, 17 Dec 2004 12:17:39 -0700 Subject: man telnet problem In-Reply-To: <41C327C7.7030006@comcast.net>; from bavinic@comcast.net on Fri, Dec 17, 2004 at 01:39:03PM -0500 References: <1103308290.13568.0.camel@cei3772.empower.ceimaine.org> <41C32717.5020802@rfo.atmel.com> <41C327C7.7030006@comcast.net> Message-ID: <20041217121739.B22356@mail.harddata.com> On Fri, Dec 17, 2004 at 01:39:03PM -0500, Jim Martin wrote: > Vincent Arnoux wrote: > > > Will Backman a ?crit : > > > >> Can anyone else confirm "man telnet" giving broken output? > >> > >> > > Yes > > > > Vincent > > yep, needs work :) Actually /usr/share/man/man1/telnet.1.gz is fine. The problem seems to be that 'man telnet' is picking up /usr/kerberos/man/man1/telnet.1.gz and this file is not using 'mandoc' macros. I did not try to check what else in /usr/kerberos/man/man1/ will have similar issues. You can workaround for the time beeing by setting an explicit MANPATH in /etc/man.config with /usr/kerberos/man further down the pike. Currently 'man -w' shows /usr/kerberos/man on the leading position. So who is filing a bugzilla report? Michal From whb at ceimaine.org Fri Dec 17 19:41:35 2004 From: whb at ceimaine.org (Will Backman) Date: Fri, 17 Dec 2004 14:41:35 -0500 Subject: man telnet problem In-Reply-To: <20041217121739.B22356@mail.harddata.com> References: <1103308290.13568.0.camel@cei3772.empower.ceimaine.org> <41C32717.5020802@rfo.atmel.com> <41C327C7.7030006@comcast.net> <20041217121739.B22356@mail.harddata.com> Message-ID: <1103312495.15426.3.camel@cei3772.empower.ceimaine.org> On Fri, 2004-12-17 at 12:17 -0700, Michal Jaegermann wrote: > On Fri, Dec 17, 2004 at 01:39:03PM -0500, Jim Martin wrote: > > Vincent Arnoux wrote: > > > > > Will Backman a ?crit : > > > > > >> Can anyone else confirm "man telnet" giving broken output? > > >> > > >> > > > Yes > > > > > > Vincent > > > > yep, needs work :) > > Actually /usr/share/man/man1/telnet.1.gz is fine. The problem seems > to be that 'man telnet' is picking up /usr/kerberos/man/man1/telnet.1.gz > and this file is not using 'mandoc' macros. I did not try to check > what else in /usr/kerberos/man/man1/ will have similar issues. > You can workaround for the time beeing by setting an explicit > MANPATH in /etc/man.config with /usr/kerberos/man further down the > pike. Currently 'man -w' shows /usr/kerberos/man on the leading > position. > > So who is filing a bugzilla report? > > Michal > Bug 143259 filed. From rpaiz at simpaticus.com Fri Dec 17 20:06:45 2004 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Fri, 17 Dec 2004 14:06:45 -0600 Subject: Automatic Installation of Printers In-Reply-To: <200412171348.10817.tim@birdsnest.maths.tcd.ie> References: <200412161847.59982.jeffy5@optonline.net> <1103264000l.5074l.3l@devel.mpeters.us> <200412170814.01852.jeffy5@optonline.net> <200412171348.10817.tim@birdsnest.maths.tcd.ie> Message-ID: <1103314006.3524.63.camel@rodolfo.gt.factorrent.com> On Fri, 2004-12-17 at 13:48 +0000, Timothy Murphy wrote: > CUPS is almost wilfully difficult to configure. Perhaps you could provide some detail on your troubles? Maybe we can help. My experience was that printing on Linux befuddled me *until* CUPS, which has made everything work well. In the case of Fedora Core 3, I simply hit the Fedora -> System Settings -> Printing menu, then add a printer. I've been successful in configuring printers connected via the parallel port, printers shared by a Windows box, and even printers on an old Linksys print server (which magically turned out to support LPR). I have also managed to share the printers on my Linux system with others... and every single one of those was point-and-click simple. I'm not saying you're crazy or I'm expert... I'm just pointing out that there are different experiences out there. What problems are you having specifically? Cheers, -- Rodolfo J. Paiz From lists at donut.dk Fri Dec 17 20:31:28 2004 From: lists at donut.dk (Cream[DONut]) Date: Fri, 17 Dec 2004 21:31:28 +0100 Subject: phpinfo() not responding in apache In-Reply-To: <1103232284.3536.62.camel@localhost.localdomain> References: <1103232284.3536.62.camel@localhost.localdomain> Message-ID: <41C34220.7070407@donut.dk> Stephane Gaucher wrote: > ?> you are missing a ; its: From mr700 at globalnet.bg Fri Dec 17 21:52:33 2004 From: mr700 at globalnet.bg (Doncho N. Gunchev) Date: Fri, 17 Dec 2004 23:52:33 +0200 Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103307530.9364.38.camel@opus.phy.duke.edu> References: <1103223626.1763.18.camel@cutter> <1103307530.9364.38.camel@opus.phy.duke.edu> Message-ID: <200412172352.34339@-mr700> On 2004-12-17 (Friday) 20:18, seth vidal wrote: > On Fri, 2004-12-17 at 11:40 -0600, Satish Balay wrote: > > On Fri, 17 Dec 2004, seth vidal wrote: > > > > > nope. Just means a user thinks something is from somewhere by > > > looking at the filename, not looking at the content or the > > > signature. > > > > You could take this argument to the extreme - and remove the > > 'version-release-arch' from the filename - and just provide 'yum.rpm' > > > > Oh wait - they moved away from that practice since SuSE-8.0? > > > > I don't want to take things to the extreme. > > I'm not asking for things to be removed from the standard rpm filename. > > I'm just asking that the release field not be used for branding. > > if you want to brand your package use vendor or packager. > Having the repo in the name makes package observation quite easier. All fedora packages don't have this tag or have FC3 (latest updates). All extras I've used till now have something different (.dag, .lvn, .fr...). Imagine I've downloaded all packages I need to use mplayer. This makes more than 10. I can not download packages from different repos (in the same dir) if their versions match in this case and if I want to see which package comes from where I have to 'for i in *.rpm; do rpm -qi package; done' or use query-format. I CAN do this, but it is slow and tell me how do I explain the situation to a newbie? About security - rpm can be changed to verify the repo (gpg) for example. I think that's all that can be done without touching rpm and that's why I like it. If rpm is to be modified it's another story... so much ideas fly around that I wonder will I recognize it afterwards. If the frontends (like yum) are to be changed - FC2's yum is not compatible with FC3's yum, but no one cares and it works much better. -- Regards, Doncho N. Gunchev Registered Linux User #291323 at counter.li.org GPG-Key-ID: 1024D/DA454F79 http://pgp.mit.edu Key fingerprint = 684F 688B C508 C609 0371 5E0F A089 CB15 DA45 4F79 From fedora at wir-sind-cool.org Fri Dec 17 22:05:15 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Fri, 17 Dec 2004 23:05:15 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: <200412172352.34339@-mr700> References: <1103223626.1763.18.camel@cutter> <1103307530.9364.38.camel@opus.phy.duke.edu> <200412172352.34339@-mr700> Message-ID: <20041217230515.4cdf9647.fedora@wir-sind-cool.org> On Fri, 17 Dec 2004 23:52:33 +0200, Doncho N. Gunchev wrote: > All extras I've used till now have something different (.dag, .lvn, > .fr...). That's the theory. In practice, multiple repository use the same tag as pointed out earlier. There is no global registry for repository/distribution tags. From jspaleta at gmail.com Fri Dec 17 22:41:42 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 17 Dec 2004 17:41:42 -0500 Subject: a modest request In-Reply-To: <1103297207.4138.36.camel@laptopd505.fenrus.org> References: <41C2F5AB.9020300@one.net> <1103297207.4138.36.camel@laptopd505.fenrus.org> Message-ID: <604aa79104121714414184abee@mail.gmail.com> On Fri, 17 Dec 2004 16:26:46 +0100, Arjan van de Ven wrote: > If your disk is beyond remapping, the smart daemon (on by default) will > send you a nice mail saying that your disk is going bad. This is a good reason I'd like to see trying to move towards a rootless install with an sudo-like controlled administrator. I'm not sure how many users, especially the first time users, know about the sorts of emails like smart's that can be sent to root user. It would be really keen if these sorts of mails could be sent to a normal user account in home lan situations without the user even knowing that smart is actually there and needs to be reconfigured to send mail to non-root. Also is this sort of thing a candidate for the mystical 'notification bubbles' concept? -jef From kyrre at solution-forge.net Fri Dec 17 22:47:22 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Fri, 17 Dec 2004 23:47:22 +0100 Subject: a modest request In-Reply-To: <1103297207.4138.36.camel@laptopd505.fenrus.org> References: <41C2F5AB.9020300@one.net> <1103297207.4138.36.camel@laptopd505.fenrus.org> Message-ID: <1103322871.2737.156.camel@kyrre> fre, 17.12.2004 kl. 16.26 skrev Arjan van de Ven: > On Fri, 2004-12-17 at 10:05 -0500, gslink wrote: > > The problem with bad sectors is not with sectors that show a write check > > but with those that don't show a write check but are bad. The write > > check on most hard drives is very simple and consists only of parity. > > actually it's a far more sophisticated ECC like code that even allows > single bit errors to be automatically corrected. > > And disks do constant "signal strength" measurements and such and > relocate sectors before things go bad. > > Remember that before using a sector on a new partition, you *always* > write to it (in a filesystem at least), and that's where the bad > situation will be detected *and remapped*. > > If your disk is beyond remapping, the smart daemon (on by default) will > send you a nice mail saying that your disk is going bad. > Very, VERY many people never touches root's mail command... From kyrre at solution-forge.net Fri Dec 17 22:47:23 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Fri, 17 Dec 2004 23:47:23 +0100 Subject: Automatic Installation of Printers In-Reply-To: <1103314006.3524.63.camel@rodolfo.gt.factorrent.com> References: <200412161847.59982.jeffy5@optonline.net> <1103264000l.5074l.3l@devel.mpeters.us> <200412170814.01852.jeffy5@optonline.net> <200412171348.10817.tim@birdsnest.maths.tcd.ie> <1103314006.3524.63.camel@rodolfo.gt.factorrent.com> Message-ID: <1103323076.2737.160.camel@kyrre> fre, 17.12.2004 kl. 21.06 skrev Rodolfo J. Paiz: > On Fri, 2004-12-17 at 13:48 +0000, Timothy Murphy wrote: > > CUPS is almost wilfully difficult to configure. > > Perhaps you could provide some detail on your troubles? Maybe we can > help. > > My experience was that printing on Linux befuddled me *until* CUPS, > which has made everything work well. In the case of Fedora Core 3, I > simply hit the Fedora -> System Settings -> Printing menu, then add a > printer. I've been successful in configuring printers connected via the > parallel port, printers shared by a Windows box, and even printers on an > old Linksys print server (which magically turned out to support LPR). I > have also managed to share the printers on my Linux system with > others... and every single one of those was point-and-click simple. > > I'm not saying you're crazy or I'm expert... I'm just pointing out that > there are different experiences out there. What problems are you having > specifically? > Shure it's not DNS? If cups can't lookup the hostname the server broadcasts, it *WILL* fail. garanteed. Often you can get clues by going to "localhost:631" in a webbrowser on a misbehaved client, an try to print a test page. Kyrre From kyrre at solution-forge.net Fri Dec 17 22:47:21 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Fri, 17 Dec 2004 23:47:21 +0100 Subject: man telnet problem In-Reply-To: <1103308290.13568.0.camel@cei3772.empower.ceimaine.org> References: <1103308290.13568.0.camel@cei3772.empower.ceimaine.org> Message-ID: <1103322629.2737.154.camel@kyrre> fre, 17.12.2004 kl. 19.31 skrev Will Backman: > Can anyone else confirm "man telnet" giving broken output? It works in FC2 From kyrre at solution-forge.net Fri Dec 17 22:50:56 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Fri, 17 Dec 2004 23:50:56 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041217230515.4cdf9647.fedora@wir-sind-cool.org> References: <1103223626.1763.18.camel@cutter> <1103307530.9364.38.camel@opus.phy.duke.edu> <200412172352.34339@-mr700> <20041217230515.4cdf9647.fedora@wir-sind-cool.org> Message-ID: <1103323856.2737.164.camel@kyrre> fre, 17.12.2004 kl. 23.05 skrev Michael Schwendt: > On Fri, 17 Dec 2004 23:52:33 +0200, Doncho N. Gunchev wrote: > > > All extras I've used till now have something different (.dag, .lvn, > > .fr...). > > That's the theory. In practice, multiple repository use the same > tag as pointed out earlier. > > There is no global registry for repository/distribution tags. Maybe there should be. I haven't read this thread very carefully, but please dont remove "fields" in the filename which are very, very usable to distinguish packages. It is often very usefull if a package was built for FC1 (-> delete) or FC2 (->use on fc2-computers) or FC3 (ditto). Or where a package came from. I have a tend to thrust "core" packages more than 3'rd party. Probably unjustifyed, but... Kyrre From michal at harddata.com Fri Dec 17 22:56:34 2004 From: michal at harddata.com (Michal Jaegermann) Date: Fri, 17 Dec 2004 15:56:34 -0700 Subject: a modest request In-Reply-To: <604aa79104121714414184abee@mail.gmail.com>; from jspaleta@gmail.com on Fri, Dec 17, 2004 at 05:41:42PM -0500 References: <41C2F5AB.9020300@one.net> <1103297207.4138.36.camel@laptopd505.fenrus.org> <604aa79104121714414184abee@mail.gmail.com> Message-ID: <20041217155634.A28772@mail.harddata.com> On Fri, Dec 17, 2004 at 05:41:42PM -0500, Jeff Spaleta wrote: > > I'm not > sure how many users, especially the first time users, know about the > sorts of emails like smart's that can be sent to root user. In /etc/aliases you probably have lines like that: # Person who should get root's mail #root: marc Maybe install should ask data for this alias and fill that lines unless specifically and emphatically declined? The big advantage is that this solves the issue in a general way instead for some specific cases like smart. Michal From cra at WPI.EDU Fri Dec 17 23:29:21 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Fri, 17 Dec 2004 18:29:21 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: <200412172352.34339@-mr700> References: <1103223626.1763.18.camel@cutter> <1103307530.9364.38.camel@opus.phy.duke.edu> <200412172352.34339@-mr700> Message-ID: <20041217232921.GB3892@angus.ind.WPI.EDU> On Fri, Dec 17, 2004 at 11:52:33PM +0200, Doncho N. Gunchev wrote: > I think that's all that can be done without touching rpm and that's > why I like it. If rpm is to be modified it's another story... so much You don't need to modify RPM to add fields to the filename: ~/.rpmmacros: %_rpmfilename %%{NAME}-%%{VERSION}-%%{RELEASE}.%%{ARCH}.rpm You can add whatever tags you want here. Now, whether there is a suitable tag to use is another story. Vendor and Distribution tags have traditionally not been in a suitable format for a filename. If the vendor tag could be agreed to be restricted to short strings like "rh", "fe", etc. then this might be workable: %_rpmfilename %%{NAME}-%%{VERSION}-%%{RELEASE}.%%{VENDOR}.%%{ARCH}.rpm From fedora at wir-sind-cool.org Fri Dec 17 23:47:32 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 18 Dec 2004 00:47:32 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041217232921.GB3892@angus.ind.WPI.EDU> References: <1103223626.1763.18.camel@cutter> <1103307530.9364.38.camel@opus.phy.duke.edu> <200412172352.34339@-mr700> <20041217232921.GB3892@angus.ind.WPI.EDU> Message-ID: <20041218004732.600d9f03.fedora@wir-sind-cool.org> On Fri, 17 Dec 2004 18:29:21 -0500, Charles R. Anderson wrote: > On Fri, Dec 17, 2004 at 11:52:33PM +0200, Doncho N. Gunchev wrote: > > I think that's all that can be done without touching rpm and that's > > why I like it. If rpm is to be modified it's another story... so much > > You don't need to modify RPM to add fields to the filename: > > ~/.rpmmacros: > %_rpmfilename %%{NAME}-%%{VERSION}-%%{RELEASE}.%%{ARCH}.rpm > > You can add whatever tags you want here. Now, whether there is a > suitable tag to use is another story. Vendor and Distribution tags > have traditionally not been in a suitable format for a filename. If > the vendor tag could be agreed to be restricted to short strings like > "rh", "fe", etc. then this might be workable: > > %_rpmfilename %%{NAME}-%%{VERSION}-%%{RELEASE}.%%{VENDOR}.%%{ARCH}.rpm That won't work. To add independent tags/fields to an RPM package file name, you must modify every available RPM filename parser so they recognize this new scheme. Available RPM tools would parse %vendor in your filename as belonging to %release. And "rpm -qp --qf %{vendor}\\n package.rpm" would return the internal value set in the "Vendor:" tag, not your vendor from the file name. From cra at WPI.EDU Fri Dec 17 23:56:04 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Fri, 17 Dec 2004 18:56:04 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041218004732.600d9f03.fedora@wir-sind-cool.org> References: <1103223626.1763.18.camel@cutter> <1103307530.9364.38.camel@opus.phy.duke.edu> <200412172352.34339@-mr700> <20041217232921.GB3892@angus.ind.WPI.EDU> <20041218004732.600d9f03.fedora@wir-sind-cool.org> Message-ID: <20041217235604.GA4267@angus.ind.WPI.EDU> On Sat, Dec 18, 2004 at 12:47:32AM +0100, Michael Schwendt wrote: > That won't work. To add independent tags/fields to an RPM package file > name, you must modify every available RPM filename parser so they > recognize this new scheme. Programs shouldn't be parsing filenames. They should be using rpmlib or rpm -q to extract the tags they need from the package. > Available RPM tools would parse %vendor in > your filename as belonging to %release. And "rpm -qp --qf > %{vendor}\\n package.rpm" would return the internal value set in the > "Vendor:" tag, not your vendor from the file name. They would be the same in this case. The build system would set Vendor: fe for Fedora Extras, for example, and the resulting build would have .fe.i386.rpm at the end of the filename. From jspaleta at gmail.com Sat Dec 18 00:09:26 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 17 Dec 2004 19:09:26 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041217235604.GA4267@angus.ind.WPI.EDU> References: <1103223626.1763.18.camel@cutter> <1103307530.9364.38.camel@opus.phy.duke.edu> <200412172352.34339@-mr700> <20041217232921.GB3892@angus.ind.WPI.EDU> <20041218004732.600d9f03.fedora@wir-sind-cool.org> <20041217235604.GA4267@angus.ind.WPI.EDU> Message-ID: <604aa7910412171609201c4a40@mail.gmail.com> On Fri, 17 Dec 2004 18:56:04 -0500, Charles R. Anderson wrote: > Programs shouldn't be parsing filenames. They should be using rpmlib > or rpm -q to extract the tags they need from the package. This seems reasonable to me. But for the sake of discussion, i want to see some examples of end-user facing tools still being maintained that still parse filenames for versioning information. The last tool i used as a user that parsed filenames was grab. And while i loved and cherished grab when i used it...I really don't think relying on the filename in a programatic way is a smart thing to do or something to be encouraged. -jef From fedora at nodata.co.uk Sat Dec 18 00:18:36 2004 From: fedora at nodata.co.uk (nodata) Date: Sat, 18 Dec 2004 01:18:36 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: <604aa7910412171609201c4a40@mail.gmail.com> References: <1103223626.1763.18.camel@cutter> <1103307530.9364.38.camel@opus.phy.duke.edu> <200412172352.34339@-mr700> <20041217232921.GB3892@angus.ind.WPI.EDU> <20041218004732.600d9f03.fedora@wir-sind-cool.org> <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> Message-ID: <1103329116.3918.8.camel@sb-home.lan> On Fri, 2004-12-17 at 19:09 -0500, Jeff Spaleta wrote: > On Fri, 17 Dec 2004 18:56:04 -0500, Charles R. Anderson wrote: > > Programs shouldn't be parsing filenames. They should be using rpmlib > > or rpm -q to extract the tags they need from the package. > > This seems reasonable to me. But for the sake of discussion, i want to > see some examples of end-user facing tools still being maintained that > still parse filenames for versioning information. > The last tool i used as a user that parsed filenames was grab. And > while i loved and cherished grab when i used it...I really don't think > relying on the filename in a programatic way is a smart thing to do or > something to be encouraged. > > > -jef > I parse filenames for both version and repository information. From wphewitt at bpa.gov Sat Dec 18 00:35:23 2004 From: wphewitt at bpa.gov (William Hewitt) Date: Fri, 17 Dec 2004 16:35:23 -0800 Subject: a modest request (smartd email redirection....) Message-ID: <1103330123.2750.3.camel@localhost.localdomain> > Michal Jaegermann said: > In /etc/aliases you probably have lines like that: > # Person who should get root's mail > #root: marc > Maybe install should ask data for this alias and fill that lines > unless specifically and emphatically declined? The big advantage is > that this solves the issue in a general way instead for some > specific cases like smart. Or perhaps in FirstBoot(?) WPH From jspaleta at gmail.com Sat Dec 18 00:35:58 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 17 Dec 2004 19:35:58 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103329116.3918.8.camel@sb-home.lan> References: <1103223626.1763.18.camel@cutter> <1103307530.9364.38.camel@opus.phy.duke.edu> <200412172352.34339@-mr700> <20041217232921.GB3892@angus.ind.WPI.EDU> <20041218004732.600d9f03.fedora@wir-sind-cool.org> <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> Message-ID: <604aa791041217163572269c67@mail.gmail.com> On Sat, 18 Dec 2004 01:18:36 +0100, nodata wrote: > I parse filenames for both version and repository information. Are you an end-user facing tool? I'm not talking about scripts you maintain for yourself. I'm talking about tools that are produced for other people to use. I'm pretty sure a lot of people do a lot of clever things with script logic that is fragile and not behavior to be encouraged or relied on. For as much as we want to all believe distags are a standard process...it isn't. Its a hack to work around default settings in the rpmbuild setup. And not all packagers are using that hack yet either... some do...some don't. Whether or not having a disttag in the filename is not the issue. The issue is polluting a release tag with non-comparable information because its the quick and easy thing to do. And I'm not talking about scripts used inside a buildsystem where the build policy is clearly laid out to use disttag consistently.... whatever buildsystem that is using disttags consistently right now in its build scripts to parse filenames can get the same behavior from using a header tag and placing the header tag in the filename and still get the same filename parsing. This information does not belong in the release tag which is used in version comparisons by librpm. Not being able to decided how to use an existing tag to keep this information seperate is a copout. Charles here has given you the exact example on how to use a seperate tag to encode the exact same filename without polluting the release tag. The popular solution is a burden to the version-release comparison process and it needs to be fixed. -jef"what is right isn't always popular and what is popular isn't always right"spaleta From jspaleta at gmail.com Sat Dec 18 00:46:59 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 17 Dec 2004 19:46:59 -0500 Subject: a modest request (smartd email redirection....) In-Reply-To: <1103330123.2750.3.camel@localhost.localdomain> References: <1103330123.2750.3.camel@localhost.localdomain> Message-ID: <604aa79104121716467ca46a11@mail.gmail.com> On Fri, 17 Dec 2004 16:35:23 -0800, William Hewitt wrote: >> Michal Jaegermann said: >> Maybe install should ask data for this alias and fill that lines >> unless specifically and emphatically declined? The big advantage is >> that this solves the issue in a general way instead for some >> specific cases like smart. > Or perhaps in FirstBoot(?) I was actually trying to use the smartd specific example of the need for a more general solution to the problem of relying of users to interact with the system as root users in a number of ways in order to see useful information. How many users see the logging and notification information the system could be producing? How many users actually login as root and read roots local email? In a home system situations i doubt its very many. In large multiuser corporate network you can probably reasonably rely on it. On hobbiest desktops and workstations its going to depend heavily on that person's experience level, new people coming in to the fedora process as their first venture into linux i doubt are going to know check roots email for this sort of notification. -jef From fedora at nodata.co.uk Sat Dec 18 00:53:39 2004 From: fedora at nodata.co.uk (nodata) Date: Sat, 18 Dec 2004 01:53:39 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: <604aa791041217163572269c67@mail.gmail.com> References: <1103223626.1763.18.camel@cutter> <1103307530.9364.38.camel@opus.phy.duke.edu> <200412172352.34339@-mr700> <20041217232921.GB3892@angus.ind.WPI.EDU> <20041218004732.600d9f03.fedora@wir-sind-cool.org> <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> <604aa791041217163572269c67@mail.gmail.com> Message-ID: <1103331220.3918.27.camel@sb-home.lan> On Fri, 2004-12-17 at 19:35 -0500, Jeff Spaleta wrote: > On Sat, 18 Dec 2004 01:18:36 +0100, nodata wrote: > > I parse filenames for both version and repository information. > > Are you an end-user facing tool? I'm not talking about scripts you > maintain for yourself. I'm talking about tools that are produced for > other people to use. I'm pretty sure a lot of people do a lot of > clever things with script logic that is fragile and not behavior to be > encouraged or relied on. For as much as we want to all believe > distags are a standard process...it isn't. Its a hack to work around > default settings in the rpmbuild setup. And not all packagers are > using that hack yet either... some do...some don't. Whether or not > having a disttag in the filename is not the issue. The issue is > polluting a release tag with non-comparable information because its > the quick and easy thing to do. > > And I'm not talking about scripts used inside a buildsystem where the > build policy is clearly laid out to use disttag consistently.... > whatever buildsystem that is using disttags consistently right now in > its build scripts to parse filenames can get the same behavior from > using a header tag and placing the header tag in the filename and > still get the same filename parsing. This information does not belong > in the release tag which is used in version comparisons by librpm. > Not being able to decided how to use an existing tag to keep this > information seperate is a copout. Charles here has given you the > exact example on how to use a seperate tag to encode the exact same > filename without polluting the release tag. > The popular solution is a burden to the version-release comparison > process and it needs to be fixed. > > -jef"what is right isn't always popular and what is popular isn't > always right"spaleta > > If I download an rpm from anywhere and install it, I keep a copy of it. Later, if I want to use any of the standard *nix commands to deal with those rpms, I can do. For example, an ls *.dag.* shows me dag's rpms. Not having an important piece of information like "where the rpm came from" immediately seems a bit silly. Sure rpmlib can get at the information, but that doesn't mean it shouldn't be in the filename. People use filenames. Libraries can parse the files. From fedora at wir-sind-cool.org Sat Dec 18 01:00:10 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 18 Dec 2004 02:00:10 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041217235604.GA4267@angus.ind.WPI.EDU> References: <1103223626.1763.18.camel@cutter> <1103307530.9364.38.camel@opus.phy.duke.edu> <200412172352.34339@-mr700> <20041217232921.GB3892@angus.ind.WPI.EDU> <20041218004732.600d9f03.fedora@wir-sind-cool.org> <20041217235604.GA4267@angus.ind.WPI.EDU> Message-ID: <20041218020010.09734d71.fedora@wir-sind-cool.org> On Fri, 17 Dec 2004 18:56:04 -0500, Charles R. Anderson wrote: > On Sat, Dec 18, 2004 at 12:47:32AM +0100, Michael Schwendt wrote: > > That won't work. To add independent tags/fields to an RPM package file > > name, you must modify every available RPM filename parser so they > > recognize this new scheme. > > Programs shouldn't be parsing filenames. They should be using rpmlib > or rpm -q to extract the tags they need from the package. That's why I say that without using a specific field in the RPM header (package information), you won't come far with a vendor/repo tag in the file name. > > Available RPM tools would parse %vendor in > > your filename as belonging to %release. And "rpm -qp --qf > > %{vendor}\\n package.rpm" would return the internal value set in the > > "Vendor:" tag, not your vendor from the file name. > > They would be the same in this case. The build system would set > Vendor: fe for Fedora Extras, for example, and the resulting build > would have .fe.i386.rpm at the end of the filename. And we're back at the problem of vendor/repo tags influencing RPM version comparison and being ambiguous, because they can be used by everybody. filesystem-2.2.1-3.rh.i386.rpm > filesystem-2.2.1-3.fc.i386.rpm Okay, the FC1 package was 2.2.1-5, not 2.2.1-3, but you get the picture. A release bump just to make the .fc package be newer than the .rh package. It's so much nice to see "Distribution: Fedora Core 3" and "Distribution: Fedora Extras for FC3" or fields like that. From mpeters at mac.com Sat Dec 18 01:23:14 2004 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 18 Dec 2004 01:23:14 +0000 Subject: a modest request (smartd email redirection....) In-Reply-To: <1103330123.2750.3.camel@localhost.localdomain> (from wphewitt@bpa.gov on Fri Dec 17 16:35:23 2004) References: <1103330123.2750.3.camel@localhost.localdomain> Message-ID: <1103332994l.30412l.0l@devel.mpeters.us> On 12/17/2004 04:35:23 PM, William Hewitt wrote: > > > Michal Jaegermann said: > > In /etc/aliases you probably have lines like that: > > > # Person who should get root's mail > > #root: marc > > > Maybe install should ask data for this alias and fill that lines > > unless specifically and emphatically declined? The big advantage > is > > that this solves the issue in a general way instead for some > > specific cases like smart. > > Or perhaps in FirstBoot(?) firstboot is where it should go imho - you don't have any users set up until then. It needs to be done somewhere, and that is where users are created so that's the logical spot. From jeffy5 at optonline.net Sat Dec 18 01:50:17 2004 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Fri, 17 Dec 2004 20:50:17 -0500 Subject: Automatic Installation of Printers In-Reply-To: <1103323076.2737.160.camel@kyrre> References: <200412161847.59982.jeffy5@optonline.net> <1103314006.3524.63.camel@rodolfo.gt.factorrent.com> <1103323076.2737.160.camel@kyrre> Message-ID: <200412172050.17180.jeffy5@optonline.net> On Friday 17 December 2004 05:47 pm, Kyrre Ness Sjobak wrote: > fre, 17.12.2004 kl. 21.06 skrev Rodolfo J. Paiz: > > On Fri, 2004-12-17 at 13:48 +0000, Timothy Murphy wrote: > > > CUPS is almost wilfully difficult to configure. > > > > Perhaps you could provide some detail on your troubles? Maybe we can > > help. > > > > My experience was that printing on Linux befuddled me *until* CUPS, > > which has made everything work well. In the case of Fedora Core 3, I > > simply hit the Fedora -> System Settings -> Printing menu, then add a > > printer. I've been successful in configuring printers connected via the > > parallel port, printers shared by a Windows box, and even printers on an > > old Linksys print server (which magically turned out to support LPR). I > > have also managed to share the printers on my Linux system with > > others... and every single one of those was point-and-click simple. > > > > I'm not saying you're crazy or I'm expert... I'm just pointing out that > > there are different experiences out there. What problems are you having > > specifically? > > Shure it's not DNS? If cups can't lookup the hostname the server > broadcasts, it *WILL* fail. garanteed. > > Often you can get clues by going to "localhost:631" in a webbrowser on a > misbehaved client, an try to print a test page. > > Kyrre Hello Kyrre, I was the one that originally posted this message. I went to my web browser and typed in "Localhost:631", and saw that print jobs were still in the queue and the errors were "Unable to look up host "XXXXX- unknown host". As I previously mentioned, I have a local LAN and can connect to the internet from all of the hosts but am having difficulty in seeing the other nodes on the network when it comes to printing - that is, when I try to print remotely. When I go the the printing manager, it shows that it can see the printer on the remote computer. I can sucessfully ping all of the hosts on the LAN, however. All five machines have Fedora Core 3 installed on them. How can I correct this problem? I have a wireless router with four ethernet ports and the printer is an Epson Stylus C80 on one of the desktops. How do I get the computers to "find" the host on which the printer resides? Any help would be greatly appreciated. Jeff From michal at harddata.com Sat Dec 18 04:15:00 2004 From: michal at harddata.com (Michal Jaegermann) Date: Fri, 17 Dec 2004 21:15:00 -0700 Subject: a modest request (smartd email redirection....) In-Reply-To: <1103332994l.30412l.0l@devel.mpeters.us>; from mpeters@mac.com on Sat, Dec 18, 2004 at 01:23:14AM +0000 References: <1103330123.2750.3.camel@localhost.localdomain> <1103332994l.30412l.0l@devel.mpeters.us> Message-ID: <20041217211500.A3591@mail.harddata.com> On Sat, Dec 18, 2004 at 01:23:14AM +0000, Michael A. Peters wrote: > On 12/17/2004 04:35:23 PM, William Hewitt wrote: > > > > > Michal Jaegermann said: > > > In /etc/aliases you probably have lines like that: > > > > > # Person who should get root's mail > > > #root: marc > > > > > Maybe install should ask data for this alias and fill that lines > > > unless specifically and emphatically declined? The big advantage > > is > > > that this solves the issue in a general way instead for some > > > specific cases like smart. > > > > Or perhaps in FirstBoot(?) > > firstboot is where it should go imho - you don't have any users set up > until then. Yes, I think that you are indeed right. Also this should be persuasive and persistent allowing _not_ to set that alias only after receiving assurances from a user that "yes, I really do know what I am doing and what are consequences". Michal From udayreddy at gmail.com Sat Dec 18 05:00:42 2004 From: udayreddy at gmail.com (Uday Kumar Reddy) Date: Sat, 18 Dec 2004 00:00:42 -0500 Subject: disklabel In-Reply-To: <200412162325.35005.tim@birdsnest.maths.tcd.ie> References: <200412121616.02476.manu@kromtek.com> <41BCA7C7.5020405@wavefood.com> <5c4229700412160950c372cc4@mail.gmail.com> <200412162325.35005.tim@birdsnest.maths.tcd.ie> Message-ID: <5c42297004121721001d2bb81c@mail.gmail.com> On Thu, 16 Dec 2004 23:25:34 +0000, Timothy Murphy wrote: > On Thursday 16 December 2004 17:50, Uday Kumar Reddy wrote: > > > In fact, having disk labels is immensely helpful when adding/deleting > > partitions changes the partition minor numbers. With disk labels being > > used in fstab and grub.conf, you don't have to manually edit all the > > device names that have got incremented/decremented. > > Surely if you add partitions you will have to edit fstab anyway. > I would actually think disk-labels would be more likely to cause confusion. > Can you give an example where disk-lables would help > when adding a partition? When you have a disk label for a given partition, you don't have to worry about updating that particular entry (line) in fstab irrespective of how many partitions you have added or deleted before that particular partition on the disk. Now, if you have labels for all your partitions, /, /home, etc... you can just forget about these entries in fstab. Obviously, you have to add/delete an entry when you add/delete a partition, but you don't have to bother about the other entries; do you ever have to edit anything else (except the swap partition entry may be or when you have FAT/NTFS partitions)? Though labels may cause trouble and confusion when you add another hard-disk, which of these happens more frequently --- adding a hard-disk (temporarily/permanently) OR partition numbers getting changed due to adding/deleting a partition? Also, the trouble caused in the latter case is much more sometimes because partition table entries not being in the disk order is very easy to overlook. -- Uday > > I think disk-labels are moderately (not immensely, don't exaggerate) helpful > to a small proportion of Linux users. > But they are confusing and annoying to a far larger number. > > -- > Timothy Murphy > e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie > tel: +353-86-2336090, +353-1-2842366 > s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From cmadams at hiwaay.net Sat Dec 18 05:10:53 2004 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 17 Dec 2004 23:10:53 -0600 Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103331220.3918.27.camel@sb-home.lan> References: <1103307530.9364.38.camel@opus.phy.duke.edu> <200412172352.34339@-mr700> <20041217232921.GB3892@angus.ind.WPI.EDU> <20041218004732.600d9f03.fedora@wir-sind-cool.org> <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> <604aa791041217163572269c67@mail.gmail.com> <1103331220.3918.27.camel@sb-home.lan> Message-ID: <20041218051053.GD1378853@hiwaay.net> Once upon a time, nodata said: > If I download an rpm from anywhere and install it, I keep a copy of it. > Later, if I want to use any of the standard *nix commands to deal with > those rpms, I can do. For example, an ls *.dag.* shows me dag's rpms. So put RPMs you get from Dag in a subdirectory (maybe even called "dag"). Or, if he used "dag" as his Vendor field: rpm -q --qf '%{name}-%{version}-%{release}.%{arch}.rpm %{vendor}\n' -p *.rpm | grep " dag$" You could even put: rpm alias --vendor --qf '%{name}-%{version}-%{release}.%{arch}.rpm %{vendor}\n' in your ~/.popt and just do: rpm -q --vendor -p *.rpm | grep " dag$" > Not having an important piece of information like "where the rpm came > from" immediately seems a bit silly. Trying to put every bit of information someone may want about an RPM into the filename seems a bit silly. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From fedora at nodata.co.uk Sat Dec 18 10:58:45 2004 From: fedora at nodata.co.uk (nodata) Date: Sat, 18 Dec 2004 11:58:45 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041218051053.GD1378853@hiwaay.net> References: <1103307530.9364.38.camel@opus.phy.duke.edu> <200412172352.34339@-mr700> <20041217232921.GB3892@angus.ind.WPI.EDU> <20041218004732.600d9f03.fedora@wir-sind-cool.org> <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> <604aa791041217163572269c67@mail.gmail.com> <1103331220.3918.27.camel@sb-home.lan> <20041218051053.GD1378853@hiwaay.net> Message-ID: <1103367525.3370.5.camel@localhost.localdomain> On Fri, 2004-12-17 at 23:10 -0600, Chris Adams wrote: > Once upon a time, nodata said: > > If I download an rpm from anywhere and install it, I keep a copy of it. > > Later, if I want to use any of the standard *nix commands to deal with > > those rpms, I can do. For example, an ls *.dag.* shows me dag's rpms. > > So put RPMs you get from Dag in a subdirectory (maybe even called > "dag"). Or, if he used "dag" as his Vendor field: > > rpm -q --qf '%{name}-%{version}-%{release}.%{arch}.rpm %{vendor}\n' -p *.rpm | grep " dag$" > > You could even put: > > rpm alias --vendor --qf '%{name}-%{version}-%{release}.%{arch}.rpm %{vendor}\n' > > in your ~/.popt and just do: > > rpm -q --vendor -p *.rpm | grep " dag$" > > > Not having an important piece of information like "where the rpm came > > from" immediately seems a bit silly. > > Trying to put every bit of information someone may want about an RPM > into the filename seems a bit silly. Yep. Which is why the changelog, the author, the build date, the group, the source, the size, the license, the signature, the summary and the description aren't in the filename. An rpm tool doesn't care about the filename, so why remove it? > > -- > Chris Adams > Systems and Network Administrator - HiWAAY Internet Services > I don't speak for anybody but myself - that's enough trouble. > From jspaleta at gmail.com Sat Dec 18 13:57:23 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 18 Dec 2004 08:57:23 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103367525.3370.5.camel@localhost.localdomain> References: <20041217232921.GB3892@angus.ind.WPI.EDU> <20041218004732.600d9f03.fedora@wir-sind-cool.org> <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> <604aa791041217163572269c67@mail.gmail.com> <1103331220.3918.27.camel@sb-home.lan> <20041218051053.GD1378853@hiwaay.net> <1103367525.3370.5.camel@localhost.localdomain> Message-ID: <604aa79104121805573700ed50@mail.gmail.com> On Sat, 18 Dec 2004 11:58:45 +0100, nodata wrote: > An rpm tool doesn't care about the filename, so why remove it? You have missed the point entirely. The filaname for an rpm is typically constructed from a number of header tags as part of the build process. The distrotags that are being used arent just in the filename they are in the RELEASE tag. You can have this sort of information in the filename without having it in the RELEASE tag. Maybe you don't understand, the rpm tool does care about what is in the RELEASE tag, because the release tag is used during version comparisons when you want to decide what is newer or older for updates. -jef From fedora at wir-sind-cool.org Sat Dec 18 14:12:42 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 18 Dec 2004 15:12:42 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: <604aa79104121805573700ed50@mail.gmail.com> References: <20041217232921.GB3892@angus.ind.WPI.EDU> <20041218004732.600d9f03.fedora@wir-sind-cool.org> <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> <604aa791041217163572269c67@mail.gmail.com> <1103331220.3918.27.camel@sb-home.lan> <20041218051053.GD1378853@hiwaay.net> <1103367525.3370.5.camel@localhost.localdomain> <604aa79104121805573700ed50@mail.gmail.com> Message-ID: <20041218151242.4f01ec13.fedora@wir-sind-cool.org> On Sat, 18 Dec 2004 08:57:23 -0500, Jeff Spaleta wrote: > On Sat, 18 Dec 2004 11:58:45 +0100, nodata wrote: > > An rpm tool doesn't care about the filename, so why remove it? > > You have missed the point entirely. The filaname for an rpm is > typically constructed from a number of header tags as part of the > build process. The distrotags that are being used arent just in the > filename they are in the RELEASE tag. Which is part of the problem. > You can have this sort of > information in the filename without having it in the RELEASE tag. And then RPM database queries don't reproduce the filename. ;) Confusion again. $ sudo rpm -i foo-1.0-1.FC3.zork.i386.rpm $ rpm -q foo foo-1.0-1 Dist tag and repo tag are gone. And with them the information about the origin of the package and its target platform. From cra at WPI.EDU Sat Dec 18 14:24:44 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Sat, 18 Dec 2004 09:24:44 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041218151242.4f01ec13.fedora@wir-sind-cool.org> References: <20041218004732.600d9f03.fedora@wir-sind-cool.org> <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> <604aa791041217163572269c67@mail.gmail.com> <1103331220.3918.27.camel@sb-home.lan> <20041218051053.GD1378853@hiwaay.net> <1103367525.3370.5.camel@localhost.localdomain> <604aa79104121805573700ed50@mail.gmail.com> <20041218151242.4f01ec13.fedora@wir-sind-cool.org> Message-ID: <20041218142444.GD24911@angus.ind.WPI.EDU> On Sat, Dec 18, 2004 at 03:12:42PM +0100, Michael Schwendt wrote: > And then RPM database queries don't reproduce the filename. ;) > Confusion again. > > $ sudo rpm -i foo-1.0-1.FC3.zork.i386.rpm > $ rpm -q foo > foo-1.0-1 > > Dist tag and repo tag are gone. And with them the information > about the origin of the package and its target platform. Sigh. It isn't gone. Are you saying that the size and MD5 sum and description and install date are "gone" too? From jspaleta at gmail.com Sat Dec 18 14:25:02 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 18 Dec 2004 09:25:02 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041218151242.4f01ec13.fedora@wir-sind-cool.org> References: <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> <604aa791041217163572269c67@mail.gmail.com> <1103331220.3918.27.camel@sb-home.lan> <20041218051053.GD1378853@hiwaay.net> <1103367525.3370.5.camel@localhost.localdomain> <604aa79104121805573700ed50@mail.gmail.com> <20041218151242.4f01ec13.fedora@wir-sind-cool.org> Message-ID: <604aa7910412180625c015674@mail.gmail.com> On Sat, 18 Dec 2004 15:12:42 +0100, Michael Schwendt wrote: > And then RPM database queries don't reproduce the filename. ;) > Confusion again. > > $ sudo rpm -i foo-1.0-1.FC3.zork.i386.rpm > $ rpm -q foo > foo-1.0-1 > > Dist tag and repo tag are gone. And with them the information > about the origin of the package and its target platform. As i stated in my first post.... the non-hacky solution would be re-evaluate what the default rpm behavior and fix the problem there. -jef From cra at WPI.EDU Sat Dec 18 14:29:39 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Sat, 18 Dec 2004 09:29:39 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: <604aa7910412180625c015674@mail.gmail.com> References: <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> <604aa791041217163572269c67@mail.gmail.com> <1103331220.3918.27.camel@sb-home.lan> <20041218051053.GD1378853@hiwaay.net> <1103367525.3370.5.camel@localhost.localdomain> <604aa79104121805573700ed50@mail.gmail.com> <20041218151242.4f01ec13.fedora@wir-sind-cool.org> <604aa7910412180625c015674@mail.gmail.com> Message-ID: <20041218142939.GE24911@angus.ind.WPI.EDU> On Sat, Dec 18, 2004 at 09:25:02AM -0500, Jeff Spaleta wrote: > > Dist tag and repo tag are gone. And with them the information > > about the origin of the package and its target platform. > > As i stated in my first post.... the non-hacky solution would be > re-evaluate what the default rpm behavior and fix the problem there. I wouldn't mind seeing epoch and arch (in addition to vendor) appear in the default output, too. Many problems are hidden when people don't realize that epoch and arch exist and may be different. From fedora at wir-sind-cool.org Sat Dec 18 14:30:46 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 18 Dec 2004 15:30:46 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: <604aa7910412180625c015674@mail.gmail.com> References: <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> <604aa791041217163572269c67@mail.gmail.com> <1103331220.3918.27.camel@sb-home.lan> <20041218051053.GD1378853@hiwaay.net> <1103367525.3370.5.camel@localhost.localdomain> <604aa79104121805573700ed50@mail.gmail.com> <20041218151242.4f01ec13.fedora@wir-sind-cool.org> <604aa7910412180625c015674@mail.gmail.com> Message-ID: <20041218153046.04684699.fedora@wir-sind-cool.org> On Sat, 18 Dec 2004 09:25:02 -0500, Jeff Spaleta wrote: > > And then RPM database queries don't reproduce the filename. ;) > > Confusion again. > > > > $ sudo rpm -i foo-1.0-1.FC3.zork.i386.rpm > > $ rpm -q foo > > foo-1.0-1 > > > > Dist tag and repo tag are gone. And with them the information > > about the origin of the package and its target platform. > > As i stated in my first post.... the non-hacky solution would be > re-evaluate what the default rpm behavior and fix the problem there. I fully agree with that. Hence above comment. From fedora at wir-sind-cool.org Sat Dec 18 14:34:03 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 18 Dec 2004 15:34:03 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041218142444.GD24911@angus.ind.WPI.EDU> References: <20041218004732.600d9f03.fedora@wir-sind-cool.org> <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> <604aa791041217163572269c67@mail.gmail.com> <1103331220.3918.27.camel@sb-home.lan> <20041218051053.GD1378853@hiwaay.net> <1103367525.3370.5.camel@localhost.localdomain> <604aa79104121805573700ed50@mail.gmail.com> <20041218151242.4f01ec13.fedora@wir-sind-cool.org> <20041218142444.GD24911@angus.ind.WPI.EDU> Message-ID: <20041218153403.589df187.fedora@wir-sind-cool.org> On Sat, 18 Dec 2004 09:24:44 -0500, Charles R. Anderson wrote: > > $ sudo rpm -i foo-1.0-1.FC3.zork.i386.rpm > > $ rpm -q foo > > foo-1.0-1 > > > > Dist tag and repo tag are gone. And with them the information > > about the origin of the package and its target platform. > > Sigh. It isn't gone. Are you saying that the size and MD5 sum and > description and install date are "gone" too? Where are description and install date in the filename? MD5 sum is somewhere in the RPM header. So are vendor and packager fields. And additional information belongs in there, too. From skvidal at phy.duke.edu Sat Dec 18 14:40:28 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 18 Dec 2004 09:40:28 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041218142939.GE24911@angus.ind.WPI.EDU> References: <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> <604aa791041217163572269c67@mail.gmail.com> <1103331220.3918.27.camel@sb-home.lan> <20041218051053.GD1378853@hiwaay.net> <1103367525.3370.5.camel@localhost.localdomain> <604aa79104121805573700ed50@mail.gmail.com> <20041218151242.4f01ec13.fedora@wir-sind-cool.org> <604aa7910412180625c015674@mail.gmail.com> <20041218142939.GE24911@angus.ind.WPI.EDU> Message-ID: <1103380829.16769.14.camel@cutter> > I wouldn't mind seeing epoch and arch (in addition to vendor) appear > in the default output, too. Many problems are hidden when people > don't realize that epoch and arch exist and may be different. $ yum list installed x* xsane-gimp.i386 0.92-13 installed xscreensaver.i386 1:4.18-4 installed name.arch epoch(if not 0):ver-release whereitis you can do the same with rpm: rpm -qa --qf "%{name}.%{arch} %{epoch}:%{version}-%{release}\n" -sv From wrrhdev at riede.org Sat Dec 18 14:41:29 2004 From: wrrhdev at riede.org (Willem Riede) Date: Sat, 18 Dec 2004 14:41:29 +0000 Subject: a modest request In-Reply-To: <20041217155634.A28772@mail.harddata.com> (from michal@harddata.com on Fri Dec 17 17:56:34 2004) References: <41C2F5AB.9020300@one.net> <1103297207.4138.36.camel@laptopd505.fenrus.org> <604aa79104121714414184abee@mail.gmail.com> <20041217155634.A28772@mail.harddata.com> Message-ID: <1103380889l.4013l.37l@serve.riede.org> On 12/17/2004 05:56:34 PM, Michal Jaegermann wrote: > On Fri, Dec 17, 2004 at 05:41:42PM -0500, Jeff Spaleta wrote: > > > > I'm not > > sure how many users, especially the first time users, know about the > > sorts of emails like smart's that can be sent to root user. > > In /etc/aliases you probably have lines like that: > > # Person who should get root's mail > #root: marc > > Maybe install should ask data for this alias and fill that lines > unless specifically and emphatically declined? The big advantage is > that this solves the issue in a general way instead for some > specific cases like smart. Firstboot creates an ordinary user for the person doing the install (sysadmin or sole user) - it would be useful if that user were to receive root's mail. Regards, Willem Riede. From balay at fastmail.fm Sat Dec 18 14:57:46 2004 From: balay at fastmail.fm (Satish Balay) Date: Sat, 18 Dec 2004 08:57:46 -0600 (CST) Subject: Fedora Project launches Pre-Extras In-Reply-To: <604aa7910412180625c015674@mail.gmail.com> References: <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> <604aa791041217163572269c67@mail.gmail.com> <1103331220.3918.27.camel@sb-home.lan> <20041218051053.GD1378853@hiwaay.net> <1103367525.3370.5.camel@localhost.localdomain> <604aa79104121805573700ed50@mail.gmail.com> <20041218151242.4f01ec13.fedora@wir-sind-cool.org> <604aa7910412180625c015674@mail.gmail.com> Message-ID: On Sat, 18 Dec 2004, Jeff Spaleta wrote: > On Sat, 18 Dec 2004 15:12:42 +0100, Michael Schwendt > wrote: > > And then RPM database queries don't reproduce the filename. ;) > > Confusion again. > > > > $ sudo rpm -i foo-1.0-1.FC3.zork.i386.rpm > > $ rpm -q foo > > foo-1.0-1 > > > > Dist tag and repo tag are gone. And with them the information > > about the origin of the package and its target platform. > > As i stated in my first post.... the non-hacky solution would be > re-evaluate what the default rpm behavior and fix the problem there. Yeah - and the 'rpm -q' default format should match the currently choosen filename format. Satish From dag at wieers.com Sat Dec 18 21:30:30 2004 From: dag at wieers.com (Dag Wieers) Date: Sat, 18 Dec 2004 22:30:30 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103303336.9364.28.camel@opus.phy.duke.edu> References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <1103225692.1763.33.camel@cutter> <1103297810.9364.4.camel@opus.phy.duke.edu> <1103303336.9364.28.camel@opus.phy.duke.edu> Message-ID: On Fri, 17 Dec 2004, seth vidal wrote: > On Fri, 2004-12-17 at 18:07 +0100, Dag Wieers wrote: > > On Fri, 17 Dec 2004, seth vidal wrote: > > > > > the release-tag is considered in dependency resolution and version > > > comparison - I think removing all 'brands' from dep resolution and > > > version comparison is much more fair. > > > > Removing is > > > > fair from a strict principal point of view > > but > > without merit from a technical point of view. > > > > And adding the same functionality to RPM would break a lot more things > > than it will gain us anything. > > Where did your last sentence come from? Adding functionality to rpm? It was mentioned before in the same thread. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Sat Dec 18 21:45:45 2004 From: dag at wieers.com (Dag Wieers) Date: Sat, 18 Dec 2004 22:45:45 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103303505.9364.32.camel@opus.phy.duke.edu> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103303505.9364.32.camel@opus.phy.duke.edu> Message-ID: On Fri, 17 Dec 2004, seth vidal wrote: > > How would you distinct > > > > > foo-1.0-1.fc3.zork.i386.rpm > > > foo-1.0-1.fc3.dag.i386.rpm > > I wouldn't. They wouldn't be in the same repository. And if they're in > different repositories then they'll have different checksums/pkgids. And people cannot select a package based on checksum/pkgid from the command line. I rest my case. > > if both zork and dag were ommitted ? You don't think it's useful, I think > > it helps. > > nope. Just means a user thinks something is from somewhere by looking at > the filename, not looking at the content or the signature. Correct, at the same time people can see when a repository is misleading people. It's functional as an identifier to select a package or to see what the origin is in Yum/Apt output. Again, from a strict principal point of view you're correct. > > If you use different repositories and there's no coordination, there's no > > proper way to compare the release tags anyway. The discussion about either > > the disttag or the vendortag are useless. > > not really. It's a start to figuring out how to revert 'release' back to > a useful field. Why is that necessary ? Why do you consider the current release field less useful ? Having a disttag and vendortag in the release tag (and filename) is _very_ useful. Maybe not to you, but to many others (both in bugreports or just as an identifier to select packages). > > > It's, at best, an easy false positive match and it reduces > > > available namespace for items usable in the release tag. > > > > "It reduces available namespace for items usable in the release tag" ?? > > > > Can't compute, please elaborate. > > It limits the possible items that can be put in the release field. What is the limit of the release field and what is more useful to add then what's strictly necessary and the dist/vendor tag ? > You pollute the namespace by adding non-release-numbering data there. > ie: .dag., .fr., .fdr. > > it's just extra cruft that makes it harder to discern what is > real/useful. Sorry, Seth, I disagree. I see 'useful' in a less strict sense. I consider other uses than only the version comparison. And it does not interfere with that and there's no other harm. But then again, if you're talking as the authority repository and don't see a use in 3rd party repositories, there's no need for a repotag. But for a complete other reason. Kind regards, -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Sat Dec 18 21:50:46 2004 From: dag at wieers.com (Dag Wieers) Date: Sat, 18 Dec 2004 22:50:46 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <41C31903.1070605@flarn.com> References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <1103225692.1763.33.camel@cutter> <1103297810.9364.4.camel@opus.phy.duke.edu> <41C31903.1070605@flarn.com> Message-ID: On Fri, 17 Dec 2004, Ken Snider wrote: > Dag Wieers wrote: > > > Removing is > > > > fair from a strict principal point of view > > but > > without merit from a technical point of view. > > I agree that it's necessary, but by the same token the current solution, using > repo tags, is inadequate anyway. > > Ever tried cross-dependency resolution between freshrpms/AT/DAG/Dries? Good > luck not finding *some* package that you have to exclude/manually update > because one of the four either incremented the epoch or has a tag that > supersedes another in some way. That is a very strange thing you say here. Because FreshRPMS, Dries and I are building the same stuff from exactly the same sources. They are all completely compatible and I'd like to know what incompatibilities you have discovered and did not tell :) > I'm not saying that the above is unnecessary, either - those decisions are > made for valid reasons, but usually from within the context of *that* repo, > not from the overall context of the whole, Very strange, as we put a lot of work in making everything compatible. I have no experience with ATrpms, but I know Axel is very dedicated to compatability. > IMHO. There needs to be a way to > allow repositories to have some sort of meaning - so that Repo A's package > can't overwrite repo B's package, when said package is part of a larger > application (example: xmms, xmms-skins, etc), *without* incrementing the epoch > and subsequently causing *versions* not to matter anymore. Try out smart: http://dag.wieers.com/packages/smart/ Especially the GUI and look at the website for some information how it works. > Maybe a 'release' epoch that doesn't supersede version? It's called pinning in apt, called priorities in smart and Yum and up2date lack the functionality. In Smart you can set priorities per package and per repository and smart will try cleverly to resolve conflicts and does not try to upgrade in all cases (a bit like apt, but smarter). -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Sat Dec 18 21:51:46 2004 From: dag at wieers.com (Dag Wieers) Date: Sat, 18 Dec 2004 22:51:46 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <604aa79104121709472922bb6d@mail.gmail.com> References: <1103223626.1763.18.camel@cutter> <1103224818.1763.24.camel@cutter> <1103225692.1763.33.camel@cutter> <1103297810.9364.4.camel@opus.phy.duke.edu> <41C31903.1070605@flarn.com> <604aa79104121709472922bb6d@mail.gmail.com> Message-ID: On Fri, 17 Dec 2004, Jeff Spaleta wrote: > On Fri, 17 Dec 2004 12:36:03 -0500, Ken Snider wrote: > > I'm not saying that the above is unnecessary, either - those decisions are > > made for valid reasons, but usually from within the context of *that* repo, > > not from the overall context of the whole, IMHO. There needs to be a way to > > allow repositories to have some sort of meaning - so that Repo A's package > > can't overwrite repo B's package, when said package is part of a larger > > application (example: xmms, xmms-skins, etc), *without* incrementing the > > epoch and subsequently causing *versions* not to matter anymore. > > > > Maybe a 'release' epoch that doesn't supersede version? > > Or maybe... we implement tools that demand signed certs or a signed > tag string to distinquish origin in a programatic way so that package > origin can be uniquely determined. > And once origin can be confirmed, tools learn how to update or fill > deps based on package origin information imbedded in the rpm headers, > choosing packages from the same vendor without the user having to muck > with priorities or pinning. > > Or less constrictly, you build tools that understand origin at the > repository level and not at the package level, using signed repository > metadata. This would allow local intranet repositories to be built > that take packages from several locations and put them together as a > collection to feed to internal clients... putting the burden of > compatibility testing not with the packager but at the local intranet > repo maintainer. Please, look at smart: http://dag.wieers.com/packages/smart/ And look at the GUI. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Sat Dec 18 21:55:26 2004 From: dag at wieers.com (Dag Wieers) Date: Sat, 18 Dec 2004 22:55:26 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <604aa79104121710004de33410@mail.gmail.com> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <604aa79104121710004de33410@mail.gmail.com> Message-ID: On Fri, 17 Dec 2004, Jeff Spaleta wrote: > On Fri, 17 Dec 2004 12:27:57 -0500, John Dennis wrote: > > > > I agree with Dag here, at the moment if one tries to compare packages > > between two distinctly different distributions the comparison is > > meaningless. > > Fine... so take any distro branding out of any rpm tags that actually > are part of a comparative process. If its meaningless to compare the > distrotags as part of the epoch,version,release process don't confuse > the process by overloading those tags with extra meaningless meaning. Jeff, give an example where it confuses the version comparison or shut up. And don't give an example where it does not matter anyway because the outcome is irrelevant (see the thread for such an example). > > That fact however does not diminish the usefulness of having the > > distribution name encoded in the rpm name for the benefit of human > > beings. > > That's fine.... if its generally recognized as important... lets stop > using it as a hack and change rpm build behavior to include a new tag > in the filename meant explicitly to give human readable origin > information that is not used in release number comparisons. Jeff, I know you think as Fedora as only development. But breaking RPM compatibility for something that does not make a difference is pretty silly. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Sat Dec 18 21:58:40 2004 From: dag at wieers.com (Dag Wieers) Date: Sat, 18 Dec 2004 22:58:40 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041217191332.09e3025c.fedora@wir-sind-cool.org> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <20041217191332.09e3025c.fedora@wir-sind-cool.org> Message-ID: On Fri, 17 Dec 2004, Michael Schwendt wrote: > On Fri, 17 Dec 2004 12:27:57 -0500, John Dennis wrote: > > > On Fri, 2004-12-17 at 11:56, Dag Wieers wrote: > > > If you use different repositories and there's no coordination, there's no > > > proper way to compare the release tags anyway. The discussion about either > > > the disttag or the vendortag are useless. > > > > I agree with Dag here, at the moment if one tries to compare packages > > between two distinctly different distributions the comparison is > > meaningless. While it may not be ideal the current mechanism makes > > strong assumptions concerning common buildroots, a constraint difficult > > to assert compliance with across differing distributions. While in > > practice installing packages from different distributions might work > > there is no assurance it will and no one likely would come to the rescue > > should problems arise if one is engaged in this practice. > > > > That fact however does not diminish the usefulness of having the > > distribution name encoded in the rpm name for the benefit of human > > beings. It does however require for any given package in a given > > distribution use a consistent naming scheme so as not to alter the > > result of comparisons. > > It doesn't add any value. When you receive a bug report about > foo-2.0-1.i386.rpm (assuming it's your package) and the reporter > referred to foo-2.0-1 specifically (because the bugzilla form asks him > to do so), have you ever verified whether it was really your package > and not an arbitrary one found at rpmseek.com? > Other example. Fedora.us used the 0.fdr prefix. After some time, in > message boards, helpful users concluded that a package would be from > fedora.us because it has .fdr in the package name. But there are other > repositories and individuals who use the same repo tag, and everybody > is free to use it too. Which is why I considered .fdr. for fedora.us as a bad choice for a repotag. > The same applies to distribution tags. As long as '.FC3' and friends > are not too common, they stand out when you look at a package name. > As soon as many other packagers use the same dist tags, they don't > add anything other than influencing RPM version comparison. How does it influence the RPM version comparison in a relevant way ? -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Sat Dec 18 22:13:25 2004 From: dag at wieers.com (Dag Wieers) Date: Sat, 18 Dec 2004 23:13:25 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <604aa79104121805573700ed50@mail.gmail.com> References: <20041217232921.GB3892@angus.ind.WPI.EDU> <20041218004732.600d9f03.fedora@wir-sind-cool.org> <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> <604aa791041217163572269c67@mail.gmail.com> <1103331220.3918.27.camel@sb-home.lan> <20041218051053.GD1378853@hiwaay.net> <1103367525.3370.5.camel@localhost.localdomain> <604aa79104121805573700ed50@mail.gmail.com> Message-ID: On Sat, 18 Dec 2004, Jeff Spaleta wrote: > On Sat, 18 Dec 2004 11:58:45 +0100, nodata wrote: > > An rpm tool doesn't care about the filename, so why remove it? > > You have missed the point entirely. The filaname for an rpm is > typically constructed from a number of header tags as part of the > build process. The distrotags that are being used arent just in the > filename they are in the RELEASE tag. You can have this sort of > information in the filename without having it in the RELEASE tag. > Maybe you don't understand, the rpm tool does care about what is in > the RELEASE tag, because the release tag is used during version > comparisons when you want to decide what is newer or older for > updates. Jeff, I know you didn't read the whole thread, but let me give you a summary: The current scheme has the following advantages: + It does not require a change to RPM (and works for _all_ distributions) + It does not require a change to other RPM based tools like Yum/Apt/up2date/smart + It allows the user to recognize the vendor: + from the filename (ls) + from the package-list output (rpm -qa) + from the output of tools like Yum/Apt/up2date/smart + It allows the user to recognize what distribution it was build for + from the filename (ls) + from the package-list output (rpm -qa) + from the output of tools like Yum/Apt/up2date/smart + It enables users to do file manipulations based on the filename + It allows people to build trust for packages because the source becomes visible (this works in both ways, if a package is good or bad) + It does not intervene with version comparison in a dramatic way (as the release tag only makes sense in a single vendor namespace anyway) Seth calls it branding, which is a term that disregards all these advantages. PS Can you please not reply with paragraphs that span my whole terminal window as I tend to skim these anyway. Please stick to the point. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Sat Dec 18 22:15:25 2004 From: dag at wieers.com (Dag Wieers) Date: Sat, 18 Dec 2004 23:15:25 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041218151242.4f01ec13.fedora@wir-sind-cool.org> References: <20041217232921.GB3892@angus.ind.WPI.EDU> <20041218004732.600d9f03.fedora@wir-sind-cool.org> <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> <604aa791041217163572269c67@mail.gmail.com> <1103331220.3918.27.camel@sb-home.lan> <20041218051053.GD1378853@hiwaay.net> <1103367525.3370.5.camel@localhost.localdomain> <604aa79104121805573700ed50@mail.gmail.com> <20041218151242.4f01ec13.fedora@wir-sind-cool.org> Message-ID: On Sat, 18 Dec 2004, Michael Schwendt wrote: > On Sat, 18 Dec 2004 08:57:23 -0500, Jeff Spaleta wrote: > > > On Sat, 18 Dec 2004 11:58:45 +0100, nodata wrote: > > > An rpm tool doesn't care about the filename, so why remove it? > > > > You have missed the point entirely. The filaname for an rpm is > > typically constructed from a number of header tags as part of the > > build process. The distrotags that are being used arent just in the > > filename they are in the RELEASE tag. > > Which is part of the problem. Please indicate where the problem is. > > You can have this sort of > > information in the filename without having it in the RELEASE tag. > > And then RPM database queries don't reproduce the filename. ;) > Confusion again. > > $ sudo rpm -i foo-1.0-1.FC3.zork.i386.rpm > $ rpm -q foo > foo-1.0-1 > > Dist tag and repo tag are gone. And with them the information > about the origin of the package and its target platform. Indeed, they should be in the release-tag for this (and many other) reasons. As a compromise I once proposed to have them only in the filename, because having it only in half of the cases is better than having it in none at all. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Sat Dec 18 22:16:45 2004 From: dag at wieers.com (Dag Wieers) Date: Sat, 18 Dec 2004 23:16:45 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <604aa7910412180625c015674@mail.gmail.com> References: <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> <604aa791041217163572269c67@mail.gmail.com> <1103331220.3918.27.camel@sb-home.lan> <20041218051053.GD1378853@hiwaay.net> <1103367525.3370.5.camel@localhost.localdomain> <604aa79104121805573700ed50@mail.gmail.com> <20041218151242.4f01ec13.fedora@wir-sind-cool.org> <604aa7910412180625c015674@mail.gmail.com> Message-ID: On Sat, 18 Dec 2004, Jeff Spaleta wrote: > On Sat, 18 Dec 2004 15:12:42 +0100, Michael Schwendt > wrote: > > And then RPM database queries don't reproduce the filename. ;) > > Confusion again. > > > > $ sudo rpm -i foo-1.0-1.FC3.zork.i386.rpm > > $ rpm -q foo > > foo-1.0-1 > > > > Dist tag and repo tag are gone. And with them the information > > about the origin of the package and its target platform. > > As i stated in my first post.... the non-hacky solution would be > re-evaluate what the default rpm behavior and fix the problem there. Jeff, there is no problem please don't add to the FUD. I'm sure Fedora would be off worse if people could not easily differentiate between internal and external packages. Is that what you want ? -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Sat Dec 18 22:17:11 2004 From: dag at wieers.com (Dag Wieers) Date: Sat, 18 Dec 2004 23:17:11 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041218142939.GE24911@angus.ind.WPI.EDU> References: <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> <604aa791041217163572269c67@mail.gmail.com> <1103331220.3918.27.camel@sb-home.lan> <20041218051053.GD1378853@hiwaay.net> <1103367525.3370.5.camel@localhost.localdomain> <604aa79104121805573700ed50@mail.gmail.com> <20041218151242.4f01ec13.fedora@wir-sind-cool.org> <604aa7910412180625c015674@mail.gmail.com> <20041218142939.GE24911@angus.ind.WPI.EDU> Message-ID: On Sat, 18 Dec 2004, Charles R. Anderson wrote: > On Sat, Dec 18, 2004 at 09:25:02AM -0500, Jeff Spaleta wrote: > > > Dist tag and repo tag are gone. And with them the information > > > about the origin of the package and its target platform. > > > > As i stated in my first post.... the non-hacky solution would be > > re-evaluate what the default rpm behavior and fix the problem there. > > I wouldn't mind seeing epoch and arch (in addition to vendor) appear > in the default output, too. Many problems are hidden when people > don't realize that epoch and arch exist and may be different. Me too :) -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From fedora at wir-sind-cool.org Sat Dec 18 22:25:10 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 18 Dec 2004 23:25:10 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <20041217191332.09e3025c.fedora@wir-sind-cool.org> Message-ID: <20041218232510.4b97657a.fedora@wir-sind-cool.org> On Sat, 18 Dec 2004 22:58:40 +0100 (CET), Dag Wieers wrote: -snip- > Which is why I considered .fdr. for fedora.us as a bad choice for a > repotag. Really? Is that documented anywhere? The repository was named "Fedora Linux" and the first to use the name "Fedora", so .fdr as a repo tag was very obvious. Just like .fr for freshrpms.net or .dag for your packages. When a fan of your repository would offer compatible packages and mark them with .dag in the filename, it would not be any different than if other repositories use the .fdr tag started by fedora.us. > > The same applies to distribution tags. As long as '.FC3' and friends > > are not too common, they stand out when you look at a package name. > > As soon as many other packagers use the same dist tags, they don't > > add anything other than influencing RPM version comparison. > > How does it influence the RPM version comparison in a relevant way ? Well, it doesn't make much sense to discuss this further or to pound on obvious examples. Since for inter-repository dependencies, I'm an advocate of the "determine overlapping contents and move them into a common base repository" methodology. Alternatively, replicating common packages with exactly the same NEVR (and preferably, built in the same environment) would be another solution. From mrguytx at austin.rr.com Sat Dec 18 22:29:57 2004 From: mrguytx at austin.rr.com (W. Guy Thomas) Date: Sat, 18 Dec 2004 16:29:57 -0600 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <20041217232921.GB3892@angus.ind.WPI.EDU> <20041218004732.600d9f03.fedora@wir-sind-cool.org> <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> <604aa791041217163572269c67@mail.gmail.com> <1103331220.3918.27.camel@sb-home.lan> <20041218051053.GD1378853@hiwaay.net> <1103367525.3370.5.camel@localhost.localdomain> <604aa79104121805573700ed50@mail.gmail.com> Message-ID: <1103408997.32089.190.camel@localhost.localdomain> On Sat, 2004-12-18 at 23:13 +0100, Dag Wieers wrote: > On Sat, 18 Dec 2004, Jeff Spaleta wrote: > > > On Sat, 18 Dec 2004 11:58:45 +0100, nodata wrote: > > > An rpm tool doesn't care about the filename, so why remove it? > > > > You have missed the point entirely. The filaname for an rpm is > > typically constructed from a number of header tags as part of the > > build process. The distrotags that are being used arent just in the > > filename they are in the RELEASE tag. You can have this sort of > > information in the filename without having it in the RELEASE tag. > > Maybe you don't understand, the rpm tool does care about what is in > > the RELEASE tag, because the release tag is used during version > > comparisons when you want to decide what is newer or older for > > updates. > > Jeff, I know you didn't read the whole thread, but let me give you a > summary: > > The current scheme has the following advantages: > > + It does not require a change to RPM (and works for _all_ distributions) > > + It does not require a change to other RPM based tools like > Yum/Apt/up2date/smart > > + It allows the user to recognize the vendor: > > + from the filename (ls) > + from the package-list output (rpm -qa) > + from the output of tools like Yum/Apt/up2date/smart > > + It allows the user to recognize what distribution it was build for > > + from the filename (ls) > + from the package-list output (rpm -qa) > + from the output of tools like Yum/Apt/up2date/smart > > + It enables users to do file manipulations based on the filename > > + It allows people to build trust for packages because the source becomes > visible (this works in both ways, if a package is good or bad) > > + It does not intervene with version comparison in a dramatic way (as > the release tag only makes sense in a single vendor namespace anyway) > > > Seth calls it branding, which is a term that disregards all these > advantages. > > PS Can you please not reply with paragraphs that span my whole terminal > window as I tend to skim these anyway. Please stick to the point. > > -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- > [all I want is a warm bed and a kind word and unlimited power] > I am *all over* that. Sounds like a great breakdown of the advantages. I like it. -- =Guy From dag at wieers.com Sat Dec 18 22:36:58 2004 From: dag at wieers.com (Dag Wieers) Date: Sat, 18 Dec 2004 23:36:58 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041218232510.4b97657a.fedora@wir-sind-cool.org> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <20041217191332.09e3025c.fedora@wir-sind-cool.org> <20041218232510.4b97657a.fedora@wir-sind-cool.org> Message-ID: On Sat, 18 Dec 2004, Michael Schwendt wrote: > On Sat, 18 Dec 2004 22:58:40 +0100 (CET), Dag Wieers wrote: > > -snip- > > > Which is why I considered .fdr. for fedora.us as a bad choice for a > > repotag. > > Really? Is that documented anywhere? The repository was named "Fedora > Linux" and the first to use the name "Fedora", so .fdr as a repo tag > was very obvious. Just like .fr for freshrpms.net or .dag for your > packages. > > When a fan of your repository would offer compatible packages and mark > them with .dag in the filename, it would not be any different than if > other repositories use the .fdr tag started by fedora.us. Correct, but using the same tag when Red Hat adopted the Fedora brand was asking for trouble IMO. Other repositories using the same name is clearly against some of the advantages and if this would happen to me (and I knew about it) I would talk to the other repository and explain why it is confusing. For something generic as .fdr. it may be harder to make your point. That's why I considered it a bad choice. I don't think it's a very good choice by the other repositories that used it. Probably explaining people what the repotag is for would have avoided the .fdr. confusing in the first place. > > > The same applies to distribution tags. As long as '.FC3' and friends > > > are not too common, they stand out when you look at a package name. > > > As soon as many other packagers use the same dist tags, they don't > > > add anything other than influencing RPM version comparison. > > > > How does it influence the RPM version comparison in a relevant way ? > > Well, it doesn't make much sense to discuss this further or to pound > on obvious examples. Since for inter-repository dependencies, I'm an > advocate of the "determine overlapping contents and move them into a > common base repository" methodology. Alternatively, replicating common > packages with exactly the same NEVR (and preferably, built in the same > environment) would be another solution. Please give me an example where it influences the RPM version comparison in a *relevant* way ? You, Seth and Jeff are spreading this fable and it is the only argument I heard to get rid of it. All the obvious examples are broken, even without repotag or disttag there is no important reason why release 2 from one repo should be upgrade to release 3 of another repo. That's the essence, and everything else is BS. Sorry. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From fedora at wir-sind-cool.org Sat Dec 18 22:46:56 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 18 Dec 2004 23:46:56 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <20041217232921.GB3892@angus.ind.WPI.EDU> <20041218004732.600d9f03.fedora@wir-sind-cool.org> <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> <604aa791041217163572269c67@mail.gmail.com> <1103331220.3918.27.camel@sb-home.lan> <20041218051053.GD1378853@hiwaay.net> <1103367525.3370.5.camel@localhost.localdomain> <604aa79104121805573700ed50@mail.gmail.com> <20041218151242.4f01ec13.fedora@wir-sind-cool.org> Message-ID: <20041218234656.0081283d.fedora@wir-sind-cool.org> On Sat, 18 Dec 2004 23:15:25 +0100 (CET), Dag Wieers wrote: > On Sat, 18 Dec 2004, Michael Schwendt wrote: > > > On Sat, 18 Dec 2004 08:57:23 -0500, Jeff Spaleta wrote: > > > > > On Sat, 18 Dec 2004 11:58:45 +0100, nodata wrote: > > > > An rpm tool doesn't care about the filename, so why remove it? > > > > > > You have missed the point entirely. The filaname for an rpm is > > > typically constructed from a number of header tags as part of the > > > build process. The distrotags that are being used arent just in the > > > filename they are in the RELEASE tag. > > > > Which is part of the problem. > > Please indicate where the problem is. Done that before in this thread. > The current scheme has the following advantages: > > + It allows people to build trust for packages because the source becomes > visible (this works in both ways, if a package is good or bad) *gasp* Please tell me that you just made a joke. People should _never_ deduce the origin of a package from its filename. [They may start to trust the signer of packages and the signed packages which come from him.] From dries at ulyssis.org Sat Dec 18 22:47:06 2004 From: dries at ulyssis.org (Dries Verachtert) Date: Sat, 18 Dec 2004 23:47:06 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <604aa79104121805573700ed50@mail.gmail.com> Message-ID: <200412182347.06297.dries@ulyssis.org> On Saturday 18 December 2004 23:13, Dag Wieers wrote: > > The current scheme has the following advantages: > > + It does not require a change to RPM (and works for _all_ distributions) > > + It does not require a change to other RPM based tools like > Yum/Apt/up2date/smart > > + It allows the user to recognize the vendor: > > + from the filename (ls) > + from the package-list output (rpm -qa) > + from the output of tools like Yum/Apt/up2date/smart > > + It allows the user to recognize what distribution it was build for > > + from the filename (ls) > + from the package-list output (rpm -qa) > + from the output of tools like Yum/Apt/up2date/smart > > + It enables users to do file manipulations based on the filename > > + It allows people to build trust for packages because the source becomes > visible (this works in both ways, if a package is good or bad) > > + It does not intervene with version comparison in a dramatic way (as > the release tag only makes sense in a single vendor namespace anyway) I've nothing to add, except that i agree with Dag :-) It makes life easier if you simply can see the repotag in the filename. It isn't harmful in any way and it only seems to have advantages... so why won't you do it? kind regards, Dries Verachtert From fedora at wir-sind-cool.org Sat Dec 18 23:03:34 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 19 Dec 2004 00:03:34 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <20041217191332.09e3025c.fedora@wir-sind-cool.org> <20041218232510.4b97657a.fedora@wir-sind-cool.org> Message-ID: <20041219000334.04b0e66b.fedora@wir-sind-cool.org> On Sat, 18 Dec 2004 23:36:58 +0100 (CET), Dag Wieers wrote: > > Well, it doesn't make much sense to discuss this further or to pound > > on obvious examples. Since for inter-repository dependencies, I'm an > > advocate of the "determine overlapping contents and move them into a > > common base repository" methodology. Alternatively, replicating common > > packages with exactly the same NEVR (and preferably, built in the same > > environment) would be another solution. > > Please give me an example where it influences the RPM version comparison > in a *relevant* way ? You, Seth and Jeff are spreading this fable and it > is the only argument I heard to get rid of it. > > All the obvious examples are broken, even without repotag or disttag there > is no important reason why release 2 from one repo should be upgrade to > release 3 of another repo. Why should release 2 from one repo upgrade release 2 from a different repo? What is the relationship between those two releases anyway? If we're in the namespace of a _single_ repo, we don't need repo tags and we don't need dist tags either. Repo tags don't add any value if there is no global registry which assigns unambiguous repo tags to package vendors. Dist tags influence RPM version comparison even more than repo tags, because they are commonly used to ensure a sane upgrade path: rh73 < rh80 < rh9 and then? rh9 > fc1. No wait, somebody even suggested to continue with rhfc1 or something which is "bigger than" rh9, just to please the dist tag versioning scheme. Please let us not return to such discussions. The arguments for repo tags or dist tags don't convince me. In particular not, when I read that users can build trust into package files based on a substring of the filename, and at the same time the .fdr tag, which is used by more than one package vendor, is called a poor choice. This is a dead end. Let's move forward. From dries at ulyssis.org Sat Dec 18 23:08:26 2004 From: dries at ulyssis.org (Dries Verachtert) Date: Sun, 19 Dec 2004 00:08:26 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041218234656.0081283d.fedora@wir-sind-cool.org> References: <20041218234656.0081283d.fedora@wir-sind-cool.org> Message-ID: <200412190008.26680.dries@ulyssis.org> On Saturday 18 December 2004 23:46, Michael Schwendt wrote: > On Sat, 18 Dec 2004 23:15:25 +0100 (CET), Dag Wieers wrote: > > On Sat, 18 Dec 2004, Michael Schwendt wrote: > > > On Sat, 18 Dec 2004 08:57:23 -0500, Jeff Spaleta wrote: > > > > On Sat, 18 Dec 2004 11:58:45 +0100, nodata wrote: > > > > > An rpm tool doesn't care about the filename, so why remove it? > > > > > > > > You have missed the point entirely. The filaname for an rpm is > > > > typically constructed from a number of header tags as part of the > > > > build process. The distrotags that are being used arent just in the > > > > filename they are in the RELEASE tag. > > > > > > Which is part of the problem. > > > > Please indicate where the problem is. > > Done that before in this thread. Can you please give the timestamp of that mail please? I can't find it in this long thread. > > The current scheme has the following advantages: > > > > + It allows people to build trust for packages because the source becomes > > visible (this works in both ways, if a package is good or bad) > > *gasp* > > Please tell me that you just made a joke. > > People should _never_ deduce the origin of a package from its > filename. > > [They may start to trust the signer of packages and the signed > packages which come from him.] People express a certain trust in a packager when they download and install rpms from his site or when they import that packagers key and configure their apt/yum/smart to also use that packagers group of signed rpms. In my opinion this is unrelated to having a repotag added to the release tag. kind regards, Dries From dag at wieers.com Sat Dec 18 23:15:21 2004 From: dag at wieers.com (Dag Wieers) Date: Sun, 19 Dec 2004 00:15:21 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041218234656.0081283d.fedora@wir-sind-cool.org> References: <20041217232921.GB3892@angus.ind.WPI.EDU> <20041218004732.600d9f03.fedora@wir-sind-cool.org> <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> <604aa791041217163572269c67@mail.gmail.com> <1103331220.3918.27.camel@sb-home.lan> <20041218051053.GD1378853@hiwaay.net> <1103367525.3370.5.camel@localhost.localdomain> <604aa79104121805573700ed50@mail.gmail.com> <20041218151242.4f01ec13.fedora@wir-sind-cool.org> <20041218234656.0081283d.fedora@wir-sind-cool.org> Message-ID: On Sat, 18 Dec 2004, Michael Schwendt wrote: > On Sat, 18 Dec 2004 23:15:25 +0100 (CET), Dag Wieers wrote: > > > The current scheme has the following advantages: > > > > + It allows people to build trust for packages because the source becomes > > visible (this works in both ways, if a package is good or bad) > > *gasp* > > Please tell me that you just made a joke. > > People should _never_ deduce the origin of a package from its > filename. First of all we have signatures for that, secondly if a repository that is trusted (as you've added the signature) is using someone else repotag on purpose as a decoy, you can be sure that it will be advertized. No respectful packager will be risking it. So yes, the repotag is very useful. What alternatives do you have (please go over my list of advantages again to become aware of all different advantages) except maybe adding the signature to the release-tag ? :) Having no repotag would be very bad for the Fedora project in general, but I know you envisage a world with only one repository and all your believes circle around that. Most of us live in the real world where there will be always a need and the existance of 3rd party repositories. So every discussion that ignores that is not worth everybody's time. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Sat Dec 18 23:15:45 2004 From: dag at wieers.com (Dag Wieers) Date: Sun, 19 Dec 2004 00:15:45 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041218234656.0081283d.fedora@wir-sind-cool.org> References: <20041217232921.GB3892@angus.ind.WPI.EDU> <20041218004732.600d9f03.fedora@wir-sind-cool.org> <20041217235604.GA4267@angus.ind.WPI.EDU> <604aa7910412171609201c4a40@mail.gmail.com> <1103329116.3918.8.camel@sb-home.lan> <604aa791041217163572269c67@mail.gmail.com> <1103331220.3918.27.camel@sb-home.lan> <20041218051053.GD1378853@hiwaay.net> <1103367525.3370.5.camel@localhost.localdomain> <604aa79104121805573700ed50@mail.gmail.com> <20041218151242.4f01ec13.fedora@wir-sind-cool.org> <20041218234656.0081283d.fedora@wir-sind-cool.org> Message-ID: On Sat, 18 Dec 2004, Michael Schwendt wrote: > On Sat, 18 Dec 2004 23:15:25 +0100 (CET), Dag Wieers wrote: > > > On Sat, 18 Dec 2004, Michael Schwendt wrote: > > > > > On Sat, 18 Dec 2004 08:57:23 -0500, Jeff Spaleta wrote: > > > > > > > On Sat, 18 Dec 2004 11:58:45 +0100, nodata wrote: > > > > > An rpm tool doesn't care about the filename, so why remove it? > > > > > > > > You have missed the point entirely. The filaname for an rpm is > > > > typically constructed from a number of header tags as part of the > > > > build process. The distrotags that are being used arent just in the > > > > filename they are in the RELEASE tag. > > > > > > Which is part of the problem. > > > > Please indicate where the problem is. > > Done that before in this thread. I have not seen any relevant examples to date. Please give it again and tell me why the release tag would become relevant without the repotag. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dries at ulyssis.org Sat Dec 18 23:20:55 2004 From: dries at ulyssis.org (Dries Verachtert) Date: Sun, 19 Dec 2004 00:20:55 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041219000334.04b0e66b.fedora@wir-sind-cool.org> References: <1103223626.1763.18.camel@cutter> <20041219000334.04b0e66b.fedora@wir-sind-cool.org> Message-ID: <200412190020.55730.dries@ulyssis.org> On Sunday 19 December 2004 00:03, Michael Schwendt wrote: > On Sat, 18 Dec 2004 23:36:58 +0100 (CET), Dag Wieers wrote: > > > Well, it doesn't make much sense to discuss this further or to pound > > > on obvious examples. Since for inter-repository dependencies, I'm an > > > advocate of the "determine overlapping contents and move them into a > > > common base repository" methodology. Alternatively, replicating common > > > packages with exactly the same NEVR (and preferably, built in the same > > > environment) would be another solution. > > > > Please give me an example where it influences the RPM version comparison > > in a *relevant* way ? You, Seth and Jeff are spreading this fable and it > > is the only argument I heard to get rid of it. > > > > All the obvious examples are broken, even without repotag or disttag > > there is no important reason why release 2 from one repo should be > > upgrade to release 3 of another repo. > > Why should release 2 from one repo upgrade release 2 from a different > repo? > > What is the relationship between those two releases anyway? That depends. If you're building from the same subversion like i and Dag and Matthias are doing, then it is perfectly sane to do so. Normally you also try to avoid adding every repository which exists because then you get a lot of overlap.. of course you can use a tool like smart which is great for managing this. > If we're in the namespace of a _single_ repo, we don't need repo tags > and we don't need dist tags either. Repo tags don't add any value if > there is no global registry which assigns unambiguous repo tags to > package vendors. Dist tags influence RPM version comparison even more > than repo tags, because they are commonly used to ensure a sane > upgrade path: rh73 < rh80 < rh9 and then? rh9 > fc1. No wait, somebody > even suggested to continue with rhfc1 or something which is "bigger > than" rh9, just to please the dist tag versioning scheme. Please let > us not return to such discussions. In my opinion, there will always be some standalone repositories: for example livna can't join Fedora Extras because it contains stuff which is not allowed in the USA. About the dist tags: o.el2, 0.rh7, 0.rh8, 0.rh9, 1.el3, 1.fc1, 1.fc2, 1.fc3 leads to a sane upgrade path. I never received one complaint of a user because i'm also using that... apparently it doesn't seem to be that confusing to people. There is no global registry for repo tags or dist tags but any person understands what 'fc3' means in a release tag. > The arguments for repo tags or dist tags don't convince me. In particular > not, when I read that users can build trust into package files based > on a substring of the filename, and at the same time the .fdr tag, > which is used by more than one package vendor, is called a poor choice. Trust is already granted to that packager because you've added his gpg key and his url to the apt/yum/smart configuration. > This is a dead end. Let's move forward. In my humble opinion, removing repo tags is moving backward. kind regards, Dries Verachtert From dag at wieers.com Sat Dec 18 23:24:02 2004 From: dag at wieers.com (Dag Wieers) Date: Sun, 19 Dec 2004 00:24:02 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041219000334.04b0e66b.fedora@wir-sind-cool.org> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <20041217191332.09e3025c.fedora@wir-sind-cool.org> <20041218232510.4b97657a.fedora@wir-sind-cool.org> <20041219000334.04b0e66b.fedora@wir-sind-cool.org> Message-ID: On Sun, 19 Dec 2004, Michael Schwendt wrote: > On Sat, 18 Dec 2004 23:36:58 +0100 (CET), Dag Wieers wrote: > > > > Well, it doesn't make much sense to discuss this further or to pound > > > on obvious examples. Since for inter-repository dependencies, I'm an > > > advocate of the "determine overlapping contents and move them into a > > > common base repository" methodology. Alternatively, replicating common > > > packages with exactly the same NEVR (and preferably, built in the same > > > environment) would be another solution. > > > > Please give me an example where it influences the RPM version comparison > > in a *relevant* way ? You, Seth and Jeff are spreading this fable and it > > is the only argument I heard to get rid of it. > > > > All the obvious examples are broken, even without repotag or disttag there > > is no important reason why release 2 from one repo should be upgrade to > > release 3 of another repo. > > Why should release 2 from one repo upgrade release 2 from a different > repo? Exactly, there is no good reason and the repotag does not intervene. So repotags do not matter. And in the case you have an _exact_ match, the repotag can be used as an identifier by the user to pick one over the other. So thanks for agreeing with me over the issue. > What is the relationship between those two releases anyway? You can't know, they come from different sources. Maybe the sources worked together (like we do in rpmforge) and then it wouldn't matter. > If we're in the namespace of a _single_ repo, we don't need repo tags > and we don't need dist tags either. Repo tags don't add any value if > there is no global registry which assigns unambiguous repo tags to > package vendors. Dist tags influence RPM version comparison even more > than repo tags, because they are commonly used to ensure a sane > upgrade path: rh73 < rh80 < rh9 and then? rh9 > fc1. No wait, somebody > even suggested to continue with rhfc1 or something which is "bigger > than" rh9, just to please the dist tag versioning scheme. Please let > us not return to such discussions. You see, we already have a working scheme for this. Very clever of you Michael. You're arguing in favor of us :) 0.el2 < 0.rh7 < 0.rh8 < 0.rh9 < 1.el3 < 1.fc1 < 1.fc2 < 1.fc3 < 2.el4 This scheme will even work when Fedora becomes Wagawaga. There are some pitfalls to this scheme, but nothing that can't be foreseen by a buildsystem or an experienced packager. > The arguments for repo tags or dist tags don't convince me. In particular > not, when I read that users can build trust into package files based > on a substring of the filename, You're now deliberately ignoring that packages are signed. Is this deliberate manipulating the discussion ? > and at the same time the .fdr tag, > which is used by more than one package vendor, is called a poor choice. It's a poor choice because it is too generic and essentially because it is used by different repositories. It doesn't offer some of the advantages if people decide/allow it to not be unique. > This is a dead end. Let's move forward. It is a dead end, you just hit the wall. Kind regards, -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From fedora at wir-sind-cool.org Sat Dec 18 23:52:13 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 19 Dec 2004 00:52:13 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <20041217191332.09e3025c.fedora@wir-sind-cool.org> <20041218232510.4b97657a.fedora@wir-sind-cool.org> <20041219000334.04b0e66b.fedora@wir-sind-cool.org> Message-ID: <20041219005213.3f2a3163.fedora@wir-sind-cool.org> On Sun, 19 Dec 2004 00:24:02 +0100 (CET), Dag Wieers wrote: > On Sun, 19 Dec 2004, Michael Schwendt wrote: > > > On Sat, 18 Dec 2004 23:36:58 +0100 (CET), Dag Wieers wrote: > > > > > > Well, it doesn't make much sense to discuss this further or to pound > > > > on obvious examples. Since for inter-repository dependencies, I'm an > > > > advocate of the "determine overlapping contents and move them into a > > > > common base repository" methodology. Alternatively, replicating common > > > > packages with exactly the same NEVR (and preferably, built in the same > > > > environment) would be another solution. > > > > > > Please give me an example where it influences the RPM version comparison > > > in a *relevant* way ? You, Seth and Jeff are spreading this fable and it > > > is the only argument I heard to get rid of it. > > > > > > All the obvious examples are broken, even without repotag or disttag there > > > is no important reason why release 2 from one repo should be upgrade to > > > release 3 of another repo. > > > > Why should release 2 from one repo upgrade release 2 from a different > > repo? > > Exactly, there is no good reason and the repotag does not intervene. > So repotags do not matter. They don't? http://heidelberg.freshrpms.net/rpm.html?id=594 celestia-1.3.2-1.1.fc3.fr.i386.rpm http://dag.wieers.com/packages/celestia/ celestia-1.3.2-1.1.fc3.rf.i386.rpm I started with freshrpms, then added your repository. What did I get? An unnecessary upgrade of a 16 MiB package just because "rf > fr". What did the upgrade add? Nothing. It was built from the same source package, and the changelog is the same. In the extracted spec file in your repo, it reads "Release: 1", but the %{release} querytag returns 1.1.fc3.rf actually. > You see, we already have a working scheme for this. Very clever of you > Michael. You're arguing in favor of us :) > > 0.el2 < 0.rh7 < 0.rh8 < 0.rh9 < 1.el3 < 1.fc1 < 1.fc2 < 1.fc3 < 2.el4 Even more added complexity which must be tied deep into the buildsystem to make sense? Is that uglyness really worth it? Out of interest, what would I do if celestia-1.3.2-1.1.fc1 needed a fix specific to an API bug discovered in a library in FC1? The FC2 rebuild would be celestia-1.3.2-1.1.fc2, and "fc2 > fc1". How would I bump the version of the fc1 erratum to be newer than 1.1.fc1 but older than 1.1.fc2? > There are some pitfalls to this scheme, but [...] Please complete the missing details, i.e. all pitfalls presently known. You pitch on benefits, but keep quiet about pitfalls and deficiences. From skvidal at phy.duke.edu Sun Dec 19 00:17:41 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 18 Dec 2004 19:17:41 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103303505.9364.32.camel@opus.phy.duke.edu> Message-ID: <1103415461.24165.4.camel@cutter> > > > > nope. Just means a user thinks something is from somewhere by looking at > > the filename, not looking at the content or the signature. > > Correct, at the same time people can see when a repository is misleading > people. It's functional as an identifier to select a package or to see > what the origin is in Yum/Apt output. > Again, from a strict principal point of view you're correct. I've said it before and i'll say it again: EPOCH, VERSION AND RELEASE ARE USED IN VERSION COMPARISON! We shouldn't have non-version-comparison data used to compare versions. It's a pollution of the space and a confusion of what they do. If you cannot see how they confuse what is a version issue then you're self-deluding. > Why is that necessary ? Why do you consider the current release field less > useful ? Having a disttag and vendortag in the release tag (and > filename) is _very_ useful. Maybe not to you, but to many others (both in > bugreports or just as an identifier to select packages). I don't care about the filename. The filename is nothing - I care about the garbage getting in fields that I need to use to do version comparison. have .dag. or .fdr. or .fr. since it does not make a claim about the version of the software, only a statement about which repo it came from (and not an authoritative statement at that) is just pollution. > Sorry, Seth, I disagree. I see 'useful' in a less strict sense. I consider > other uses than only the version comparison. And it does not interfere > with that and there's no other harm. > > But then again, if you're talking as the authority repository and don't > see a use in 3rd party repositories, there's no need for a repotag. But > for a complete other reason. I see useful in the specific sense of being one of the people who maintains and works on dependency solvers. >From a cleanliness of programming it'd be a lot nicer to match repo based on gpg signature than based on some arbitrarily-placed string in the release tag. If you want to make the tools better you have to store the data in sane places and don't pollute other fields with it. -sv From skvidal at phy.duke.edu Sun Dec 19 00:47:35 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 18 Dec 2004 19:47:35 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103415461.24165.4.camel@cutter> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103303505.9364.32.camel@opus.phy.duke.edu> <1103415461.24165.4.camel@cutter> Message-ID: <1103417255.24165.17.camel@cutter> > We shouldn't have non-version-comparison data used to compare versions. > > It's a pollution of the space and a confusion of what they do. > > If you cannot see how they confuse what is a version issue then you're > self-deluding. > I want to add a bit to this. When setting up a database and determining which fields will store which data you intentionally lay it out so you won't have to search one field to find multiple bits of data. So, for example you would not have a field in a table be: bunch of stuff and then have the specification of the data in 'bunch of stuff' be: fname:username:lname:uid:password:description:usertype:mothersmaidenname You wouldn't do it b/c it's wrong and silly to overload 'bunch of stuff' with data you could easily split out into multiple fields in the table. Now, it's worse when you do it to a field that had an intended use already. so, for example: if you have a field named sortkey. The string in this field determines how the whole row will sort. (look, it's an e-v-r field) You wouldn't store information about the name or location or color or shape of the item in that field b/c that will be an abuse of what the field is for. So by putting information which does not help describe the version- release info of the package (ie: it does not help for comparing the version of one package to another one in any descriptive way) then you're incorrectly overloading the release tag. Ask Gustavo about why he doesn't use the arbitrary string inside the release tag for the priority/repo sorting in smart. B/c it's: 1. not consistent 2. not reliable 3. not authoritative So what do we do about this. I say we do the following: 1. we create a registry for the Vendor Tag inside the spec file and encourage it's use. 2. we encourage gpg signing and the vendor tag registry should match up to a gpg key or a set of gpg keys. 3. we discourage all branding of release tags with useless cruft. 4. we work on using the gpg signature and/or vendor tag as information for collating packages, especially for use in depsolving. B/c you could rely on the gpg sig as an authoritative and reliable source of information about who/where the package was provided by/from. Imo the following should be the use case for the n-e-v-r tags: name: the name of the package/program epoch: override number used sparingly to deal with problematic versioning standard by upstream maintainer (re: mozilla. :) version: the version of the program as released by the upstream maintainer release: versioning information for the release of the package. This includes describing what distro the package is FOR. It should NOT include telling the user where the package is FROM. If you want to know the origin of the package look at who has signed it and who is in the Vendor: field. -sv From dag at wieers.com Sun Dec 19 00:49:49 2004 From: dag at wieers.com (Dag Wieers) Date: Sun, 19 Dec 2004 01:49:49 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041219005213.3f2a3163.fedora@wir-sind-cool.org> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <20041217191332.09e3025c.fedora@wir-sind-cool.org> <20041218232510.4b97657a.fedora@wir-sind-cool.org> <20041219000334.04b0e66b.fedora@wir-sind-cool.org> <20041219005213.3f2a3163.fedora@wir-sind-cool.org> Message-ID: On Sun, 19 Dec 2004, Michael Schwendt wrote: > On Sun, 19 Dec 2004 00:24:02 +0100 (CET), Dag Wieers wrote: > > > Exactly, there is no good reason and the repotag does not intervene. > > So repotags do not matter. > > They don't? > > http://heidelberg.freshrpms.net/rpm.html?id=594 > celestia-1.3.2-1.1.fc3.fr.i386.rpm > > http://dag.wieers.com/packages/celestia/ > celestia-1.3.2-1.1.fc3.rf.i386.rpm > > I started with freshrpms, then added your repository. What did I get? > An unnecessary upgrade of a 16 MiB package just because "rf > fr". > What did the upgrade add? Nothing. It was built from the same source > package, and the changelog is the same. > > In the extracted spec file in your repo, it reads "Release: 1", but > the %{release} querytag returns 1.1.fc3.rf actually. It's unfortunate, but it's irrelevant to the discussion. There's no good way to handle it, if freshrpms decided to use 2 as release tag (release + 1), my package would always be upgraded by freshrpms. This is a good argument to convince Matthias to use the .rf. tag too, as he's building from the same sources. But he's free to take another decision, just like anyone else that is rebuilding RPMforge packages. > > You see, we already have a working scheme for this. Very clever of you > > Michael. You're arguing in favor of us :) > > > > 0.el2 < 0.rh7 < 0.rh8 < 0.rh9 < 1.el3 < 1.fc1 < 1.fc2 < 1.fc3 < 2.el4 > > Even more added complexity which must be tied deep into the buildsystem > to make sense? Is that uglyness really worth it? What you consider complexity, I consider the only reasonable way to allow what we need. You can't do this reasonably in RPM and the only alternative is making the release-tag different per distribution (release on fc1, release + 1 on fc2, release + 2 on fc3) which I considered but rejected because of the added confusion. I know Fedora does not consider or need it because of the limited scope. But again, don't generalize and call it ugly because your scope does not require it. > Out of interest, what would I do if celestia-1.3.2-1.1.fc1 needed a > fix specific to an API bug discovered in a library in FC1? The FC2 > rebuild would be celestia-1.3.2-1.1.fc2, and "fc2 > fc1". How would I > bump the version of the fc1 erratum to be newer than 1.1.fc1 but older > than 1.1.fc2? I said it had a pitfall because I knew you would focus on it. In this unique case we would upgrade both. I don't remember such a case, but in that case it's sub-optimal. Should we abandon a working solution because it does not cover all cases ? Especially when there's no alternative ? > > There are some pitfalls to this scheme, but [...] > > Please complete the missing details, i.e. all pitfalls presently > known. You pitch on benefits, but keep quiet about pitfalls and > deficiences. The one you mentioned is the only one I know. I did not mention it because I knew you would bring it up anyway (I can predict your rethoric now !) and because it does not matter in the discussion about the repotags. At least I mentioned there was a pitfall, I'm not deliberately hiding it. I'm sure you agree that disttags are necessary. Recently fedora.us decided to introduce them almost 2 years after we had the same discussion and it was rejected. Nice to see some improvements. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Sun Dec 19 01:07:38 2004 From: dag at wieers.com (Dag Wieers) Date: Sun, 19 Dec 2004 02:07:38 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103415461.24165.4.camel@cutter> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103303505.9364.32.camel@opus.phy.duke.edu> <1103415461.24165.4.camel@cutter> Message-ID: On Sat, 18 Dec 2004, seth vidal wrote: > > > > > > nope. Just means a user thinks something is from somewhere by looking at > > > the filename, not looking at the content or the signature. > > > > Correct, at the same time people can see when a repository is misleading > > people. It's functional as an identifier to select a package or to see > > what the origin is in Yum/Apt output. > > > Again, from a strict principal point of view you're correct. > > I've said it before and i'll say it again: > > EPOCH, VERSION AND RELEASE ARE USED IN VERSION COMPARISON! I never denied that. Repotags don't play a relevant role in the comparison. Not in the cases where the absense of the repotag would make a real difference. > We shouldn't have non-version-comparison data used to compare versions. Why not ? It does not harm. > It's a pollution of the space and a confusion of what they do. Read the list of advantages. Don't ignore based on strict principals. fedora.us has been using the name-tag for version information (like kernel versions) too. Are you against that too ? (I was) > If you cannot see how they confuse what is a version issue then you're > self-deluding. They don't confuse and there's no good alternative and I want/need this functionality. > > Why is that necessary ? Why do you consider the current release field less > > useful ? Having a disttag and vendortag in the release tag (and > > filename) is _very_ useful. Maybe not to you, but to many others (both in > > bugreports or just as an identifier to select packages). > > I don't care about the filename. The filename is nothing - I care about > the garbage getting in fields that I need to use to do version > comparison. If your implementation is good, it should not matter. > have .dag. or .fdr. or .fr. since it does not make a claim about the > version of the software, only a statement about which repo it came from > (and not an authoritative statement at that) is just pollution. It's not exactly pollution. It's irrelevant to the version comparison and has a whole list of advantages on its own. 1. To make unfit for or harmful to living things, especially by the addition of waste matter. 2. To make less suitable for an activity, especially by the introduction of unwanted factors. 3. To render impure or morally harmful; corrupt. 4. To make ceremonially impure; profane: The only unwanted factor may be an extra cpu-cycle that I'm sure people happily accept. > > Sorry, Seth, I disagree. I see 'useful' in a less strict sense. I consider > > other uses than only the version comparison. And it does not interfere > > with that and there's no other harm. > > > > But then again, if you're talking as the authority repository and don't > > see a use in 3rd party repositories, there's no need for a repotag. But > > for a complete other reason. > > I see useful in the specific sense of being one of the people who > maintains and works on dependency solvers. Well, RPM does it correctly. There's no reason why Yum would do it differently. I see useful in the broad way of the many thousands of people _using_ the packages. We're making software for people, other than developers or dependency solvers. > >From a cleanliness of programming it'd be a lot nicer to match repo > based on gpg signature than based on some arbitrarily-placed string in > the release tag. I agree, but we can't add the gpg signature to the filename or the relevant part that is shown by Yum/Apt/up2date. So it does not serve the purpose we use the disttag and the repotag for. Please read the list of advantage again and don't ignore the uses of the repotag. The GPG signature is useful, but not a replacement for the repotag. > If you want to make the tools better you have to store the data in sane > places and don't pollute other fields with it. Sigh. Seth, I can't do that and I'm certain Red Hat will not consider it. It would break everything, while there currently are no other disadvantages than one good RPM-based-tool developer with a few principals. If you have a better alternative I gladly accept, but not if it does not conform the current list of advantages. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Sun Dec 19 01:10:20 2004 From: dag at wieers.com (Dag Wieers) Date: Sun, 19 Dec 2004 02:10:20 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103417255.24165.17.camel@cutter> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103303505.9364.32.camel@opus.phy.duke.edu> <1103415461.24165.4.camel@cutter> <1103417255.24165.17.camel@cutter> Message-ID: On Sat, 18 Dec 2004, seth vidal wrote: > > We shouldn't have non-version-comparison data used to compare versions. > > > > It's a pollution of the space and a confusion of what they do. > > > > If you cannot see how they confuse what is a version issue then you're > > self-deluding. > > I want to add a bit to this. > > When setting up a database and determining which fields will store which > data you intentionally lay it out so you won't have to search one field > to find multiple bits of data. > > So, for example you would not have a field in a table be: > > bunch of stuff > > and then have the specification of the data in 'bunch of stuff' be: > fname:username:lname:uid:password:description:usertype:mothersmaidenname > > You wouldn't do it b/c it's wrong and silly to overload 'bunch of stuff' > with data you could easily split out into multiple fields in the table. > > Now, it's worse when you do it to a field that had an intended use > already. > > so, for example: > if you have a field named sortkey. The string in this field determines > how the whole row will sort. (look, it's an e-v-r field) You wouldn't > store information about the name or location or color or shape of the > item in that field b/c that will be an abuse of what the field is for. > > > So by putting information which does not help describe the version- > release info of the package (ie: it does not help for comparing the > version of one package to another one in any descriptive way) then > you're incorrectly overloading the release tag. > > > Ask Gustavo about why he doesn't use the arbitrary string inside the > release tag for the priority/repo sorting in smart. B/c it's: > 1. not consistent > 2. not reliable > 3. not authoritative > > So what do we do about this. I say we do the following: > 1. we create a registry for the Vendor Tag inside the spec file and > encourage it's use. > 2. we encourage gpg signing and the vendor tag registry should match up > to a gpg key or a set of gpg keys. > 3. we discourage all branding of release tags with useless cruft. > 4. we work on using the gpg signature and/or vendor tag as information > for collating packages, especially for use in depsolving. B/c you could > rely on the gpg sig as an authoritative and reliable source of > information about who/where the package was provided by/from. > > Imo the following should be the use case for the n-e-v-r tags: > > name: the name of the package/program > epoch: override number used sparingly to deal with problematic > versioning standard by upstream maintainer (re: mozilla. :) > version: the version of the program as released by the upstream > maintainer > release: versioning information for the release of the package. This > includes describing what distro the package is FOR. It should NOT > include telling the user where the package is FROM. > > If you want to know the origin of the package look at who has signed it > and who is in the Vendor: field. It would not give me many of the important advantages in my list. Go read it again, please. To remove one of that list, you could make Yum/rpm show the source/repo on normal operations but that would leave a lot of other advantages out of the picture. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From skvidal at phy.duke.edu Sun Dec 19 01:13:10 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 18 Dec 2004 20:13:10 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103303505.9364.32.camel@opus.phy.duke.edu> <1103415461.24165.4.camel@cutter> <1103417255.24165.17.camel@cutter> Message-ID: <1103418790.24165.39.camel@cutter> > It would not give me many of the important advantages in my list. Go read > it again, please. no. Thanks. > To remove one of that list, you could make Yum/rpm show the source/repo > on normal operations but that would leave a lot of other advantages out of > the picture. - yum does show the source/repo on normal operations - take a look at all of the list outputs. - rpm doesn't have any concept of repository. Nothing, it knows only of individual packages. -sv From skvidal at phy.duke.edu Sun Dec 19 01:21:52 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 18 Dec 2004 20:21:52 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103303505.9364.32.camel@opus.phy.duke.edu> <1103415461.24165.4.camel@cutter> Message-ID: <1103419312.24165.49.camel@cutter> > I never denied that. Repotags don't play a relevant role in the > comparison. Not in the cases where the absense of the repotag would make a > real difference. As cited previously, it does make a real difference, especially when it's confusing and misleading to users how it is tagged. How confusing and annoying would it be if I decided to make every package I ever release have a release of 99999.dag.someotherinfo? I could do that, of course, and you'd get lots of spurious bug reports. While your answer might always be: notmybug, get lost, you'd have to answer them. > > We shouldn't have non-version-comparison data used to compare versions. > > Why not ? It does not harm. yes it does, just like in my example - if you pollute the data you make it harder to make good decisions based on the data. give a whoot, don't pollute. > > It's a pollution of the space and a confusion of what they do. > > Read the list of advantages. Don't ignore based on strict principals. > fedora.us has been using the name-tag for version information (like kernel > versions) too. Are you against that too ? (I was) read my explanation of what pollution is. pollution is when you're adding data that does not describe the release of the package but only describes where the package is FROM. You're just adding a brand. so adding a tag like 0.fc1.foo is fine. That's helpful in determining the ver/rel of the package. Adding 'nike' to it or 'coke' isn't helpful. it's just advertisement. I understand if you want to be in marketing, but I think it's useless in this context. :) > > If you cannot see how they confuse what is a version issue then you're > > self-deluding. > > They don't confuse and there's no good alternative and I want/need this > functionality. there's no added functionality. There's only occasional luck. > If your implementation is good, it should not matter. hah - I have an idea - you write a depsolver some time and let me know about it, eh? > It's not exactly pollution. It's irrelevant to the version comparison and > has a whole list of advantages on its own. > > 1. To make unfit for or harmful to living things, especially by the > addition of waste matter. > 2. To make less suitable for an activity, especially by the > introduction of unwanted factors. > 3. To render impure or morally harmful; corrupt. > 4. To make ceremonially impure; profane: thank you for the useless definition. how about: namespace pollution. you've heard of that, right. Well that's what this is. > Well, RPM does it correctly. There's no reason why Yum would do it > differently. rpm doesn't care. It's not affecting rpm b/c rpm DOESN'T DEAL WITH REPOSITORIES. It doesn't have to sort out anything greater than what you passed to it on the commandline. rpm is not a comparison AT ALL. > I see useful in the broad way of the many thousands of people _using_ the > packages. We're making software for people, other than developers or > dependency solvers. Exactly right, and we as developers have a responsibility to encourage use of data that is trustworthy. A brand in the release tag is not trustworthy. We're doing a great disservice to users by encouraging the pattern. > I agree, but we can't add the gpg signature to the filename or the > relevant part that is shown by Yum/Apt/up2date. So it does not serve the > purpose we use the disttag and the repotag for. No, but we can add the gpg information to the metadata. And then those tools can rely on it from there. > Please read the list of advantage again and don't ignore the uses of the > repotag. The GPG signature is useful, but not a replacement for the > repotag. I think it's better than replacement for a repotag - it's authoritative and secure. > Sigh. Seth, I can't do that and I'm certain Red Hat will not consider it. > It would break everything, while there currently are no other > disadvantages than one good RPM-based-tool developer with a few > principals. What do you think we're asking for here? And who is 'red hat' in this context. We're not asking for a modification to rpm. Nor are we talking about a modification to many of the tools available. We're talking about standardization of use and encouraging other information to be used. How do you think you create standards. Do you think you just fall in line with things that happened in the past and sigh b/c it isn't the way you wanted it? No. YOU MAKE THE STANDARD THAT WORKS BETTER. > If you have a better alternative I gladly accept, but not if it does not > conform the current list of advantages. Read above. I think I just suggested a better alternative and it gains us A LOT more than your list of defacto advantages. -sv From fedora at wir-sind-cool.org Sun Dec 19 01:22:55 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 19 Dec 2004 02:22:55 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <20041217191332.09e3025c.fedora@wir-sind-cool.org> <20041218232510.4b97657a.fedora@wir-sind-cool.org> <20041219000334.04b0e66b.fedora@wir-sind-cool.org> <20041219005213.3f2a3163.fedora@wir-sind-cool.org> Message-ID: <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> On Sun, 19 Dec 2004 01:49:49 +0100 (CET), Dag Wieers wrote: > > > So repotags do not matter. > > > > They don't? > > > > http://heidelberg.freshrpms.net/rpm.html?id=594 > > celestia-1.3.2-1.1.fc3.fr.i386.rpm > > > > http://dag.wieers.com/packages/celestia/ > > celestia-1.3.2-1.1.fc3.rf.i386.rpm > > > > I started with freshrpms, then added your repository. What did I get? > > An unnecessary upgrade of a 16 MiB package just because "rf > fr". > > What did the upgrade add? Nothing. It was built from the same source > > package, and the changelog is the same. > > > > In the extracted spec file in your repo, it reads "Release: 1", but > > the %{release} querytag returns 1.1.fc3.rf actually. > > It's unfortunate, but it's irrelevant to the discussion. There's no good > way to handle it, if freshrpms decided to use 2 as release tag (release + > 1), my package would always be upgraded by freshrpms. That would be something entirely different. We're discussing dist tags and repo tags. A pure release bump based upgrade between repositories which are advertised as compatible or belonging under the same umbrella, is even more unfortunate and unnecessary. > > > 0.el2 < 0.rh7 < 0.rh8 < 0.rh9 < 1.el3 < 1.fc1 < 1.fc2 < 1.fc3 < 2.el4 > > > > Even more added complexity which must be tied deep into the buildsystem > > to make sense? Is that uglyness really worth it? > > What you consider complexity, I consider the only reasonable way to allow > what we need. There is not even a supported upgrade path between Red Hat Linux 9 and Red Hat Enterprise Linux 3, or Fedora Core 2 and Red Hat Enterprise Linux 4. By inserting the RHEL releases into the middle of the scheme, you make it even more complex and ugly. > You can't do this reasonably in RPM and the only alternative > is making the release-tag different per distribution (release on fc1, > release + 1 on fc2, release + 2 on fc3) which I considered but rejected > because of the added confusion. > > I know Fedora does not consider or need it because of the limited scope. > But again, don't generalize and call it ugly because your scope does not > require it. I'm not convinced that dist tags and repo tags are "required". > > Out of interest, what would I do if celestia-1.3.2-1.1.fc1 needed a > > fix specific to an API bug discovered in a library in FC1? The FC2 > > rebuild would be celestia-1.3.2-1.1.fc2, and "fc2 > fc1". How would I > > bump the version of the fc1 erratum to be newer than 1.1.fc1 but older > > than 1.1.fc2? > > I said it had a pitfall because I knew you would focus on it. In this > unique case we would upgrade both. I don't remember such a case, but in > that case it's sub-optimal. > > Should we abandon a working solution because it does not cover all cases ? > Especially when there's no alternative ? There are other examples, which demonstrate the drawback of added complexity. > The one you mentioned is the only one I know. I did not mention it because > I knew you would bring it up anyway (I can predict your rethoric now !) With hindsight you realise you might. But you're uncertain. > and because it does not matter in the discussion about the repotags. > > At least I mentioned there was a pitfall, I'm not deliberately hiding it. > > I'm sure you agree that disttags are necessary. Recently fedora.us decided > to introduce them almost 2 years after we had the same discussion > and it was rejected. Nice to see some improvements. Eh? What? Where? How? What improvements? "Recently"? What are you talking about? Is that a strange attempt at weird rhetoric? I see no change in the versioning scheme. It's the same old package naming scheme, which confuses contributors to hell and scares them, because it adds too much complexity and only some parts of it are good (vepoch). From dag at wieers.com Sun Dec 19 01:51:56 2004 From: dag at wieers.com (Dag Wieers) Date: Sun, 19 Dec 2004 02:51:56 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103419312.24165.49.camel@cutter> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103303505.9364.32.camel@opus.phy.duke.edu> <1103415461.24165.4.camel@cutter> <1103419312.24165.49.camel@cutter> Message-ID: On Sat, 18 Dec 2004, seth vidal wrote: > > I never denied that. Repotags don't play a relevant role in the > > comparison. Not in the cases where the absense of the repotag would make a > > real difference. > > As cited previously, it does make a real difference, especially when > it's confusing and misleading to users how it is tagged. I should still receive my first mail about confusion about the disttag or repotag. > How confusing and annoying would it be if I decided to make every > package I ever release have a release of 99999.dag.someotherinfo? The nice thing is that no reasonable person would do that unless they want to break something on purpose. And if you do and I have your signature imported in my rpm repository, you can be sure I will not trust you again. How confusing would it be if I put the kernel-version inside the name-tag ? Yet, fedora.us made that the default policy, and you know why ? Partly because the Yum developer didn't want a proper solution for this :) This is the other way around. > I could do that, of course, and you'd get lots of spurious bug reports. > While your answer might always be: notmybug, get lost, you'd have to > answer them. You could do that and it may be a hassle, but will it matter ? And will this ever happen in the real world where it matters ? It's hypothetical. > > > We shouldn't have non-version-comparison data used to compare versions. > > > > Why not ? It does not harm. > yes it does, > > just like in my example - if you pollute the data you make it harder to > make good decisions based on the data. It does not pollute and it does no harm. but if you repeat it long enough, maybe some people will fall for it. I know Jeff did from your first mail :) > > > It's a pollution of the space and a confusion of what they do. > > > > Read the list of advantages. Don't ignore based on strict principals. > > fedora.us has been using the name-tag for version information (like kernel > > versions) too. Are you against that too ? (I was) > > read my explanation of what pollution is. > > pollution is when you're adding data that does not describe the release > of the package but only describes where the package is FROM. Well, I don't have to buy your definition. Pollution is doing harm, this is harmless and useful. > You're just adding a brand. No, we're giving people a list of advantages. https://www.redhat.com/archives/fedora-test-list/2004-December/msg00498.html Every discussion that ignores that is not worth everybody's time. > so adding a tag like 0.fc1.foo is fine. Why is 'foo' fine ? And 'rf' not ? > That's helpful in determining the ver/rel of the package. > > Adding 'nike' to it or 'coke' isn't helpful. It is. You have a good hint where it comes from. > it's just advertisement. I understand if you want to be in marketing, > but I think it's useless in this context. :) It's not marketing, people care to see where the package comes from. Please do everyone a favor and read those advantages, I hate to repeat myself but you keep ignoring what we (I'm not alone) think is important. > > > If you cannot see how they confuse what is a version issue then you're > > > self-deluding. > > > > They don't confuse and there's no good alternative and I want/need this > > functionality. > > there's no added functionality. There's only occasional luck. Who's fooling who ? > > If your implementation is good, it should not matter. > > hah - I have an idea - you write a depsolver some time and let me know > about it, eh? Sigh. > > It's not exactly pollution. It's irrelevant to the version comparison and > > has a whole list of advantages on its own. > > how about: > namespace pollution. > > you've heard of that, right. Well that's what this is. Pollution is harmful, this is harmless. > > Well, RPM does it correctly. There's no reason why Yum would do it > > differently. > > rpm doesn't care. It's not affecting rpm b/c rpm DOESN'T DEAL WITH > REPOSITORIES. It doesn't have to sort out anything greater than what you > passed to it on the commandline. > > rpm is not a comparison AT ALL. But Yum does not care about the repotag either. It's harmless. > > I see useful in the broad way of the many thousands of people _using_ the > > packages. We're making software for people, other than developers or > > dependency solvers. > > Exactly right, and we as developers have a responsibility to encourage > use of data that is trustworthy. A brand in the release tag is not > trustworthy. We're doing a great disservice to users by encouraging the > pattern. It's not there to be trustworthy, we have GPG keys for that. > > I agree, but we can't add the gpg signature to the filename or the > > relevant part that is shown by Yum/Apt/up2date. So it does not serve the > > purpose we use the disttag and the repotag for. > > No, but we can add the gpg information to the metadata. And then those > tools can rely on it from there. Sure, tools can rely on something else. The repotag is not harming. > > Please read the list of advantage again and don't ignore the uses of the > > repotag. The GPG signature is useful, but not a replacement for the > > repotag. > > I think it's better than replacement for a repotag - it's authoritative > and secure. Sure, and the repotag does not make it less effective. > > Sigh. Seth, I can't do that and I'm certain Red Hat will not consider it. > > It would break everything, while there currently are no other > > disadvantages than one good RPM-based-tool developer with a few > > principals. > > What do you think we're asking for here? And who is 'red hat' in this > context. We're not asking for a modification to rpm. Nor are we talking > about a modification to many of the tools available. We're talking about > standardization of use and encouraging other information to be used. > > How do you think you create standards. Do you think you just fall in > line with things that happened in the past and sigh b/c it isn't the way > you wanted it? No. > > YOU MAKE THE STANDARD THAT WORKS BETTER. Sure, come up with something better without ignoring what we think is important. I can't think of anything that would work on older distributions and does what we need. > > If you have a better alternative I gladly accept, but not if it does not > > conform the current list of advantages. > > Read above. I think I just suggested a better alternative and it gains > us A LOT more than your list of defacto advantages. And you ignored my defacto advantages, while the repotag does not harm what I do not consider an alternative. I never proposed the repotag as a replacement for the GPG signature. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Sun Dec 19 02:08:30 2004 From: dag at wieers.com (Dag Wieers) Date: Sun, 19 Dec 2004 03:08:30 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <20041217191332.09e3025c.fedora@wir-sind-cool.org> <20041218232510.4b97657a.fedora@wir-sind-cool.org> <20041219000334.04b0e66b.fedora@wir-sind-cool.org> <20041219005213.3f2a3163.fedora@wir-sind-cool.org> <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> Message-ID: On Sun, 19 Dec 2004, Michael Schwendt wrote: > On Sun, 19 Dec 2004 01:49:49 +0100 (CET), Dag Wieers wrote: > > > It's unfortunate, but it's irrelevant to the discussion. There's no good > > way to handle it, if freshrpms decided to use 2 as release tag (release + > > 1), my package would always be upgraded by freshrpms. > > That would be something entirely different. > > We're discussing dist tags and repo tags. A pure release bump based > upgrade between repositories which are advertised as compatible or > belonging under the same umbrella, is even more unfortunate and > unnecessary. Well, it is not a good argument for getting rid of the repotag, it's a good argument to have freshrpms use the same repotag Dries and I have settled to. But again, that's up to Matthias. If you consider freshrpms a seperate repository for that matter, it would not make a difference with or without repotag. So you're looking at it with your authoritative glasses and ignoring the reality of different repositories. > > > > 0.el2 < 0.rh7 < 0.rh8 < 0.rh9 < 1.el3 < 1.fc1 < 1.fc2 < 1.fc3 < 2.el4 > > > > > > Even more added complexity which must be tied deep into the buildsystem > > > to make sense? Is that uglyness really worth it? > > > > What you consider complexity, I consider the only reasonable way to allow > > what we need. > > There is not even a supported upgrade path between Red Hat Linux 9 and > Red Hat Enterprise Linux 3, or Fedora Core 2 and Red Hat Enterprise > Linux 4. By inserting the RHEL releases into the middle of the scheme, > you make it even more complex and ugly. There isn't a supported upgrade path, still people are doing it. Even in production and inside corporations. Don't be limiting yourself to what is supported. Besides this scheme allow us to have an upgrade path even when the distribution changes name. Something you brought up yourself as an example. > > You can't do this reasonably in RPM and the only alternative > > is making the release-tag different per distribution (release on fc1, > > release + 1 on fc2, release + 2 on fc3) which I considered but rejected > > because of the added confusion. > > > > I know Fedora does not consider or need it because of the limited scope. > > But again, don't generalize and call it ugly because your scope does not > > require it. > > I'm not convinced that dist tags and repo tags are "required". Well, that's obvious from your replies. How is Fedora Extras going to make sure packages get updated between releases ? > > > Out of interest, what would I do if celestia-1.3.2-1.1.fc1 needed a > > > fix specific to an API bug discovered in a library in FC1? The FC2 > > > rebuild would be celestia-1.3.2-1.1.fc2, and "fc2 > fc1". How would I > > > bump the version of the fc1 erratum to be newer than 1.1.fc1 but older > > > than 1.1.fc2? > > > > I said it had a pitfall because I knew you would focus on it. In this > > unique case we would upgrade both. I don't remember such a case, but in > > that case it's sub-optimal. > > > > Should we abandon a working solution because it does not cover all cases ? > > Especially when there's no alternative ? > > There are other examples, which demonstrate the drawback of added > complexity. I haven't seen any that make sense in the real world. But you keep mentioning them :) > > The one you mentioned is the only one I know. I did not mention it because > > I knew you would bring it up anyway (I can predict your rethoric now !) > > With hindsight you realise you might. But you're uncertain. Bring me one, don't bring fear, uncertainty and doubt. It does not suit you very well. > > and because it does not matter in the discussion about the repotags. > > > > At least I mentioned there was a pitfall, I'm not deliberately hiding it. > > > > I'm sure you agree that disttags are necessary. Recently fedora.us decided > > to introduce them almost 2 years after we had the same discussion > > and it was rejected. Nice to see some improvements. > > Eh? What? Where? How? What improvements? "Recently"? What are you > talking about? Is that a strange attempt at weird rhetoric? Hehe, sorry, only the Freshrpms packages in pre-FC3 have disttags, I'm sure this will be fixed in time because, good god, it also contains repotags (or as Seth calls it 'branding'). But at least Red Hat is adding them recently for a few packages, which is good progress. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From jspaleta at gmail.com Sun Dec 19 02:34:50 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 18 Dec 2004 21:34:50 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <604aa79104121710004de33410@mail.gmail.com> Message-ID: <604aa79104121818342d94f949@mail.gmail.com> On Sat, 18 Dec 2004 22:55:26 +0100 (CET), Dag Wieers wrote: > Jeff, give an example where it confuses the version comparison or shut up. Shall I construct an example using rpm -Fvh using packages using the zork and zelda disttag thrown into a directory? the distrotags do affect comparison if the distrotag continues to be a part of the release tag. Now you can say its silly to construct cases that put zork and zelda packages in the same directory.... and i will say... users are stupid and do lots of stupid things... creating packaging standards that are not robust to stupid behavior and rely on overloading tags used in version comparison with essentially non comparative information gets in the way. rpm needs to grok vendor strings and use vendor information accordingly when looking for upgrades in a seperate way than how the release tag is used to do alpha-numerical comparison. Here's my point. RPM was clearly NOT designed to deal with the concept of multiple vendors for the same packagename. this is the central problem. RPM needs to be fixed to incorporate a native understanding of vendor in how it calculates what an 'upgrade' means. We can continue to pretend that this isn't a problem and hack around the problem at a higher level.... but the problem remains. Forcing higher level tools to be 'smart' about the distrotags buried into release tag is just a hack on top of a hack. > Jeff, I know you think as Fedora as only development. But breaking RPM > compatibility for something that does not make a difference is pretty > silly. I think overloading tags with extra material that are meant to do a very specific alpha-numerical comparative task is bad design. The epoch,version, release serve specific purposes in how an update is calculated.... overloading any of these tags with information not mean to be part of that calculation in a useful way is a breakdown. We should be using vendor or packager tags as seperate namespaces so that 'smarter' tools can objectively use the tags without affecting the alpha-numerical comparison calculations of ANY tool, including the rpm cli tool. -jef From dag at wieers.com Sun Dec 19 02:44:49 2004 From: dag at wieers.com (Dag Wieers) Date: Sun, 19 Dec 2004 03:44:49 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <604aa79104121818342d94f949@mail.gmail.com> References: <1103223626.1763.18.camel@cutter> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <604aa79104121710004de33410@mail.gmail.com> <604aa79104121818342d94f949@mail.gmail.com> Message-ID: On Sat, 18 Dec 2004, Jeff Spaleta wrote: > On Sat, 18 Dec 2004 22:55:26 +0100 (CET), Dag Wieers wrote: > > Jeff, give an example where it confuses the version comparison or shut up. > > Shall I construct an example using rpm -Fvh using packages using the > zork and zelda disttag thrown into a directory? the distrotags do > affect comparison if the distrotag continues to be a part of the > release tag. This is of no value as I explained before. Remove both zork and zelda from the release-tag and there still is no good reason to prefer release '3' over release '2' since there's no relation. Similarly how would you decide if zelda or zork should be used. There's no logic to it. That's why the repotag is at the end, if it's up to the repotag to decide what to happen it's already a lost case anyway. Thus the release tag has little value if you have different repositories without relation or coordination. And even with some coordination it may not matter (as Michael pointed out). Repotags are only involved when mixing repositories and in those cases the release tag has limited use. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From feliciano.matias at free.fr Sun Dec 19 02:47:06 2004 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: Sun, 19 Dec 2004 03:47:06 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103303505.9364.32.camel@opus.phy.duke.edu> <1103415461.24165.4.camel@cutter> <1103419312.24165.49.camel@cutter> Message-ID: <1103424426.19058.37.camel@one.myworld> Le dimanche 19 d?cembre 2004 ? 02:51 +0100, Dag Wieers a ?crit : Hi. I don't read all the thread :-) Sorry. > On Sat, 18 Dec 2004, seth vidal wrote: > (snip) > No, we're giving people a list of advantages. > > https://www.redhat.com/archives/fedora-test-list/2004-December/msg00498.html > (snip) > It's not marketing, people care to see where the package comes from. > Please do everyone a favor and read those advantages, I hate to repeat > myself but you keep ignoring what we (I'm not alone) think is important. I don't like this. When I see "8.1.fc3.fr" ou "0.lvn.2.3", I think : - what is it ? "fr" for french ? "lvn" ? Is there something magic ? Does this try to mislead the depsolver ? And why ? I don't need this. It's confusing. It's a pollution :-) My packages are in : dag/i386 dag/SRPMS freshrpms/... livna/... No confusion. If I want to know where the package come from I use "rpm -q -i" or "rpm -q --queryformat "%{VENDOR}\n"" or "yum info ". Release should be the release. Why not to add if it's a stable or unstable package ? Base, update, testing or rawhide package ? And the "OS" field, the "LICENSE" field. They are useful informations. Perhaps harmless and useful for some people, but confusing the end user (like me). > > > They don't confuse and there's no good alternative and I want/need this > > > functionality. Use "rpm -q --queryformat". Perhaps yum could implement something useful like "--queryformat". > Pollution is harmful, this is harmless. Pollution can be harmless for someone and harmful for other. -------------- 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 dag at wieers.com Sun Dec 19 02:57:47 2004 From: dag at wieers.com (Dag Wieers) Date: Sun, 19 Dec 2004 03:57:47 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <604aa79104121818342d94f949@mail.gmail.com> References: <1103223626.1763.18.camel@cutter> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <604aa79104121710004de33410@mail.gmail.com> <604aa79104121818342d94f949@mail.gmail.com> Message-ID: On Sat, 18 Dec 2004, Jeff Spaleta wrote: > On Sat, 18 Dec 2004 22:55:26 +0100 (CET), Dag Wieers wrote: > > and do lots of stupid things... creating packaging standards that are > not robust to stupid behavior and rely on overloading tags used in > version comparison with essentially non comparative information gets > in the way. It does not get in the way. You are seeing ghosts. You've been fed with wrong information. > rpm needs to grok vendor strings and use vendor > information accordingly when looking for upgrades in a seperate way > than how the release tag is used to do alpha-numerical comparison. Good luck. It will never happen and will never result in what my users and I want. And what Fedora needs. Fedora does not need a confusing sitation where you don't know where a package comes from if people paste you screen output or look at your package list. In a lot of postings people could indicate what the problem was by the initial posting, I don't want to ask people to do a rpm -qa --qf '%{name} %{vendor}\n' to eventually get the right information. > Here's my point. RPM was clearly NOT designed to deal with the concept > of multiple vendors > for the same packagename. this is the central problem. RPM needs to be > fixed to incorporate a native understanding of vendor in how it > calculates what an 'upgrade' means. We can continue to pretend that > this isn't a problem and hack around the problem at a higher level.... > but the problem remains. Forcing higher level tools to be 'smart' > about the distrotags buried into release tag is just a hack on top of > a hack. You are confused now. The repotag has no other purpose than was stated in my 'advantages' document. It is not used by higher level tools. Here's the link again: https://www.redhat.com/archives/fedora-test-list/2004-December/msg00498.html And the repotag is no problem. I've been using it for 2 years now, freshrpms, fedora.us and lots of others too and it has not lead to any problems. I'm afraid the problem is in your and Seth's mind basicly. > > Jeff, I know you think as Fedora as only development. But breaking RPM > > compatibility for something that does not make a difference is pretty > > silly. > > I think overloading tags with extra material that are meant to do a > very specific alpha-numerical comparative task is bad design. The > epoch,version, release serve specific purposes in how an update is > calculated.... overloading any of these tags with information not > mean to be part of that calculation in a useful way is a breakdown. It was not designed for it, but it serves for the purpose better than anything else. > We should be using vendor or packager tags as seperate namespaces so > that 'smarter' tools can objectively use the tags without affecting > the alpha-numerical comparison calculations of ANY tool, including the > rpm cli tool. The repotag does not prevent other tools to do that. Go and get us an implementation that is acceptable for the different purposes and we'll talk again. As long as there's no alternative, we can talk and talk. I foresee no solution to come out of whatever you try, but don't let me hold you back, please go for it. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Sun Dec 19 02:59:04 2004 From: dag at wieers.com (Dag Wieers) Date: Sun, 19 Dec 2004 03:59:04 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103424426.19058.37.camel@one.myworld> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103303505.9364.32.camel@opus.phy.duke.edu> <1103415461.24165.4.camel@cutter> <1103419312.24165.49.camel@cutter> <1103424426.19058.37.camel@one.myworld> Message-ID: On Sun, 19 Dec 2004, F?liciano Matias wrote: > Le dimanche 19 d?cembre 2004 ? 02:51 +0100, Dag Wieers a ?crit : > > I don't read all the thread :-) > Sorry. Maybe you should have :) -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From terraformers at gmx.net Sun Dec 19 03:00:17 2004 From: terraformers at gmx.net (Lars) Date: Sun, 19 Dec 2004 04:00:17 +0100 Subject: gnome-alsamixer not in pre-extras Message-ID: hi just want to note that gnome-alsamixer is missing in the pre-extras repo. cheers lars -- No Software Patents! http://nosoftwarepatents.com Datenschutz - Ihr gutes Recht! http://datenschutz.de Get Firefox! http://spreadfirefox.com From feliciano.matias at free.fr Sun Dec 19 03:10:03 2004 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: Sun, 19 Dec 2004 04:10:03 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103303505.9364.32.camel@opus.phy.duke.edu> <1103415461.24165.4.camel@cutter> <1103419312.24165.49.camel@cutter> <1103424426.19058.37.camel@one.myworld> Message-ID: <1103425803.19058.43.camel@one.myworld> Le dimanche 19 d?cembre 2004 ? 03:59 +0100, Dag Wieers a ?crit : > On Sun, 19 Dec 2004, F?liciano Matias wrote: > > > Le dimanche 19 d?cembre 2004 ? 02:51 +0100, Dag Wieers a ?crit : > > > > I don't read all the thread :-) > > Sorry. > > Maybe you should have :) Yes. I was thinking it's yet another "Release battle". I just try to provide an end user opinion/feeling. -------------- 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 gmail.com Sun Dec 19 03:18:08 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 18 Dec 2004 22:18:08 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <604aa79104121710004de33410@mail.gmail.com> <604aa79104121818342d94f949@mail.gmail.com> Message-ID: <604aa79104121819181023efc9@mail.gmail.com> On Sun, 19 Dec 2004 03:44:49 +0100 (CET), Dag Wieers wrote: > Similarly how would you decide if zelda or zork should be used. There's no > logic to it. That's why the repotag is at the end, if it's up to the > repotag to decide what to happen it's already a lost case anyway. Maybe you missed my point... i tend to be too subtle sometimes..... i want rpm fixed to actually use vendor information so when updates are calculated.. the vendor comes into the calculation in a different way than release number. Until we actually FIX rpm to have a native undestanding of package heritage from a vendor when doing an upgrade...then yes... all of this nashing of teeth about multi-vendor dynamics is a lost cause. I want rpm to be fixed to have a deep understand that packages can come from different vendors and that vendor-ness is essentially different than release-ness. In my pathetic little world rpm --Fvh should be able to work on a collection of packages from different vendors and rpm should be able to pick out updates that are from the save vendor as packages i have installed.... this is intuitive to me... and something i expect from a package system designed to deal with multiple vendors. -jef"refining the art of using a baseball bat as a subtle instrument of communication"spaleta From fedora at wir-sind-cool.org Sun Dec 19 03:29:51 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 19 Dec 2004 04:29:51 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <20041217191332.09e3025c.fedora@wir-sind-cool.org> <20041218232510.4b97657a.fedora@wir-sind-cool.org> <20041219000334.04b0e66b.fedora@wir-sind-cool.org> <20041219005213.3f2a3163.fedora@wir-sind-cool.org> <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> Message-ID: <20041219042951.0db247e0.fedora@wir-sind-cool.org> On Sun, 19 Dec 2004 03:08:30 +0100 (CET), Dag Wieers wrote: > On Sun, 19 Dec 2004, Michael Schwendt wrote: > > > On Sun, 19 Dec 2004 01:49:49 +0100 (CET), Dag Wieers wrote: > > > > > It's unfortunate, but it's irrelevant to the discussion. There's no good > > > way to handle it, if freshrpms decided to use 2 as release tag (release + > > > 1), my package would always be upgraded by freshrpms. > > > > That would be something entirely different. > > > > We're discussing dist tags and repo tags. A pure release bump based > > upgrade between repositories which are advertised as compatible or > > belonging under the same umbrella, is even more unfortunate and > > unnecessary. > > Well, it is not a good argument for getting rid of the repotag, it's a > good argument to have freshrpms use the same repotag Dries and I have > settled to. But again, that's up to Matthias. You continue to jump between "release tag", "dist tag" and "repo tag" as can be seen in above quote. > If you consider freshrpms a seperate repository for that matter, it would > not make a difference with or without repotag. Well, is it separate or is is not? > So you're looking at it with your authoritative glasses and ignoring the > reality of different repositories. Let us not wind up in off-topic talk. You cannot read my mind. You do not know whether I ignore anything. My scope is broader than you seem to think. It's just that I have different views with regard to a community project and collaboration and coordination between contributors from the community. I've learned some things with my own contributions at fedora.us, getting to know how other contributors think and what they hope for. Please be at least a little bit more conservative. The way you jump to conclusions or use your fedora.us related bitterness to drift away into personal attacks, just because I disagree, doesn't suit you. Fedora Extras is not me alone. Quite some discussions (and possibly also controversies) are still in front of us. > Besides this scheme allow us to have an upgrade path even when > the distribution changes name. Something you brought up yourself as an > example. I just mentioned the rh90 -> rhfc1 tag ugliness, a work-around which is still in use. The fedora.us jump from rh90 to 1 was criticised by a few people, too. 1.fc1 instead is no different. > > I'm not convinced that dist tags and repo tags are "required". > > Well, that's obvious from your replies. How is Fedora Extras going > to make sure packages get updated between releases ? We will find out whether there will be a policy for that or whether packagers will have the freedom to ensure it themselves. You don't see any significant problems in letting packagers maintain release bumps correctly, do you? Since Fedora Extras doesn't upgrade Fedora Core, you can't avoid branches in the development of an extra package forever. It will be natural that the EVR of a package for the latest FC release will be more recent than what will be available for older FC releases. This is bound to what build dependencies are available. Builds and rebuilds for the latest FC can increase the release version of a package monotonously. And how to increase the release version in updates for older distributions doesn't depend much on whether Fedora Extras will be released like Fedora Core or be a continuously updated release. As I see it, with full control over how the release field can be modified (except for restrictions imposed by RPM), the packagers need not worry about the pitfalls of a complex versioning policy, possibly with tags inserted by the buildsystem again. > > > I'm sure you agree that disttags are necessary. Recently fedora.us decided > > > to introduce them almost 2 years after we had the same discussion > > > and it was rejected. Nice to see some improvements. > > > > Eh? What? Where? How? What improvements? "Recently"? What are you > > talking about? Is that a strange attempt at weird rhetoric? > > Hehe, sorry, only the Freshrpms packages in pre-FC3 have disttags, I'm > sure this will be fixed in time because, good god, it also contains > repotags (or as Seth calls it 'branding'). Still no idea what you are referring to here, and losing interest. From dag at wieers.com Sun Dec 19 03:32:34 2004 From: dag at wieers.com (Dag Wieers) Date: Sun, 19 Dec 2004 04:32:34 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <604aa79104121819181023efc9@mail.gmail.com> References: <1103223626.1763.18.camel@cutter> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <604aa79104121710004de33410@mail.gmail.com> <604aa79104121818342d94f949@mail.gmail.com> <604aa79104121819181023efc9@mail.gmail.com> Message-ID: On Sat, 18 Dec 2004, Jeff Spaleta wrote: > On Sun, 19 Dec 2004 03:44:49 +0100 (CET), Dag Wieers wrote: > > Similarly how would you decide if zelda or zork should be used. There's no > > logic to it. That's why the repotag is at the end, if it's up to the > > repotag to decide what to happen it's already a lost case anyway. > > Maybe you missed my point... i tend to be too subtle sometimes..... > i want rpm fixed to actually use vendor information so when updates > are calculated.. the vendor comes into the calculation in a different > way than release number. Until we actually FIX rpm to have a native > undestanding of package heritage from a vendor when doing an > upgrade...then yes... all of this nashing of teeth about multi-vendor > dynamics is a lost cause. I want rpm to be fixed to have a deep > understand that packages can come from different vendors and that > vendor-ness is essentially different than release-ness. Please do. I'm not sure how you would implement it or how it would work. But let me know when you've got a design or an implementation ready. I don't think it is necessarily part of RPM, but I'm open to suggestion and constructive work. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From fedora at wir-sind-cool.org Sun Dec 19 03:36:28 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 19 Dec 2004 04:36:28 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103425803.19058.43.camel@one.myworld> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103303505.9364.32.camel@opus.phy.duke.edu> <1103415461.24165.4.camel@cutter> <1103419312.24165.49.camel@cutter> <1103424426.19058.37.camel@one.myworld> <1103425803.19058.43.camel@one.myworld> Message-ID: <20041219043628.41024773.fedora@wir-sind-cool.org> On Sun, 19 Dec 2004 04:10:03 +0100, F?liciano Matias wrote: > Le dimanche 19 d?cembre 2004 ? 03:59 +0100, Dag Wieers a ?crit : > > On Sun, 19 Dec 2004, F?liciano Matias wrote: > > > > > Le dimanche 19 d?cembre 2004 ? 02:51 +0100, Dag Wieers a ?crit : > > > > > > I don't read all the thread :-) > > > Sorry. > > > > Maybe you should have :) > > Yes. I was thinking it's yet another "Release battle". > I just try to provide an end user opinion/feeling. And exactly that one should not be left out. From fedora at wir-sind-cool.org Sun Dec 19 03:45:46 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 19 Dec 2004 04:45:46 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <604aa79104121710004de33410@mail.gmail.com> <604aa79104121818342d94f949@mail.gmail.com> Message-ID: <20041219044546.684fdfc4.fedora@wir-sind-cool.org> On Sun, 19 Dec 2004 03:44:49 +0100 (CET), Dag Wieers wrote: > On Sat, 18 Dec 2004, Jeff Spaleta wrote: > > > On Sat, 18 Dec 2004 22:55:26 +0100 (CET), Dag Wieers wrote: > > > Jeff, give an example where it confuses the version comparison or shut up. > > > > Shall I construct an example using rpm -Fvh using packages using the > > zork and zelda disttag thrown into a directory? the distrotags do > > affect comparison if the distrotag continues to be a part of the > > release tag. > > This is of no value as I explained before. Remove both zork and zelda from > the release-tag and there still is no good reason to prefer release '3' > over release '2' since there's no relation. > > Similarly how would you decide if zelda or zork should be used. There's no > logic to it. That's why the repotag is at the end, if it's up to the > repotag to decide what to happen it's already a lost case anyway. > > Thus the release tag has little value if you have different repositories > without relation or coordination. And even with some coordination it may > not matter (as Michael pointed out). Unfortunately you twist my words here. Referring to release (!) tags, I asked why release 3 from repo A should upgrade release 3 from repo B? It only does because a repo tag is included in the release tag and becomes the most significant portion when the rest is equal. When that happens (and not only then) we have a problem. You know my view on repositories which upgrade eachother of overlap eachother in an undefined way -- and I don't really wish to pound on it endlessly. > Repotags are only involved when mixing repositories and in those cases the > release tag has limited use. When repositories are mixed and the repo tag of multiple versions of a package becomes the least significant part of RPM version comparison, than that's the least important problem (but still an issue which is beyond the scope of this thread). From fedora at wir-sind-cool.org Sun Dec 19 03:50:30 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 19 Dec 2004 04:50:30 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <604aa79104121710004de33410@mail.gmail.com> <604aa79104121818342d94f949@mail.gmail.com> Message-ID: <20041219045030.1e7c42a1.fedora@wir-sind-cool.org> On Sun, 19 Dec 2004 03:57:47 +0100 (CET), Dag Wieers wrote: > [...] Fedora does not need a confusing sitation > where you don't know where a package comes from if people paste you screen > output or look at your package list. > > In a lot of postings people could indicate what the problem was by the > initial posting, I don't want to ask people to do a rpm -qa --qf > '%{name} %{vendor}\n' to eventually get the right information. Then supply them with the right tools which aid them in collecting the relevant information about their installation. As I pointed out before, Joe User should not be relied on to know whether he got samba-3.0.9-1.FC3.i386.rpm from rpmseek.com or download.redhat.com. From fedora at wir-sind-cool.org Sun Dec 19 03:53:41 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 19 Dec 2004 04:53:41 +0100 Subject: gnome-alsamixer not in pre-extras In-Reply-To: References: Message-ID: <20041219045341.42934845.fedora@wir-sind-cool.org> On Sun, 19 Dec 2004 04:00:17 +0100, Lars wrote: > hi > > just want to note that gnome-alsamixer is missing > in the pre-extras repo. Thanks. It's a known thing. Please see: http://fedoraproject.org/wiki/Extras_2fFC3Status It says: gnome-alsamixer - Not needed for FC3 cause gnome-volume-control offers functionality From dag at wieers.com Sun Dec 19 04:04:51 2004 From: dag at wieers.com (Dag Wieers) Date: Sun, 19 Dec 2004 05:04:51 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041219042951.0db247e0.fedora@wir-sind-cool.org> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <20041217191332.09e3025c.fedora@wir-sind-cool.org> <20041218232510.4b97657a.fedora@wir-sind-cool.org> <20041219000334.04b0e66b.fedora@wir-sind-cool.org> <20041219005213.3f2a3163.fedora@wir-sind-cool.org> <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> <20041219042951.0db247e0.fedora@wir-sind-cool.org> Message-ID: On Sun, 19 Dec 2004, Michael Schwendt wrote: > On Sun, 19 Dec 2004 03:08:30 +0100 (CET), Dag Wieers wrote: > > > On Sun, 19 Dec 2004, Michael Schwendt wrote: > > > > > On Sun, 19 Dec 2004 01:49:49 +0100 (CET), Dag Wieers wrote: > > > > > > > It's unfortunate, but it's irrelevant to the discussion. There's no good > > > > way to handle it, if freshrpms decided to use 2 as release tag (release + > > > > 1), my package would always be upgraded by freshrpms. > > > > > > That would be something entirely different. > > > > > > We're discussing dist tags and repo tags. A pure release bump based > > > upgrade between repositories which are advertised as compatible or > > > belonging under the same umbrella, is even more unfortunate and > > > unnecessary. > > > > Well, it is not a good argument for getting rid of the repotag, it's a > > good argument to have freshrpms use the same repotag Dries and I have > > settled to. But again, that's up to Matthias. > > You continue to jump between "release tag", "dist tag" and "repo tag" > as can be seen in above quote. Hmm, I use it where it is appropriate. If you're considering to drop repotag I have to talk about the release tag hypothetically without the repotag. > > If you consider freshrpms a seperate repository for that matter, it would > > not make a difference with or without repotag. > > Well, is it separate or is is not? It's build from the same source, which is an improvement even though we're not using the same repotag. It's not seperate regarding compatibility (you can safely mix), but it acts seperately because of the repotag in your example. Again a consequence of the freedom of the packager, but an improvement from build and compatibility perspective. > > So you're looking at it with your authoritative glasses and ignoring the > > reality of different repositories. > > Let us not wind up in off-topic talk. You cannot read my mind. You do > not know whether I ignore anything. My scope is broader than you seem to > think. It's just that I have different views with regard to a community > project and collaboration and coordination between contributors from the > community. I've learned some things with my own contributions at > fedora.us, getting to know how other contributors think and what they > hope for. Please be at least a little bit more conservative. The way you > jump to conclusions or use your fedora.us related bitterness to drift > away into personal attacks, just because I disagree, doesn't suit you. > Fedora Extras is not me alone. Quite some discussions (and possibly also > controversies) are still in front of us. That's fine. But Fedora Extras will most likely not need repotags, while we're discussing the usefulness of 3rd party repositories. I don't mind if Fedora Extras does not use them, but I do mind when Seth or you are saying it 'pollutes', is branding, is a hack, does not have a purpose or anything else that has been misleading to the general public. > > Besides this scheme allow us to have an upgrade path even when > > the distribution changes name. Something you brought up yourself as an > > example. > > I just mentioned the rh90 -> rhfc1 tag ugliness, a work-around which > is still in use. The fedora.us jump from rh90 to 1 was criticised by a > few people, too. 1.fc1 instead is no different. Thanks. Each scheme will have advantages and disadvantages. None of my users have complained so far and we've explained why it is there. So it's strange that outsiders have a problem with it, while everyone using it don't care :) > > > I'm not convinced that dist tags and repo tags are "required". > > > > Well, that's obvious from your replies. How is Fedora Extras going > > to make sure packages get updated between releases ? > > We will find out whether there will be a policy for that or whether > packagers will have the freedom to ensure it themselves. You don't see > any significant problems in letting packagers maintain release bumps > correctly, do you? No, of course not. I'm not forcing a policy on anyone, I'm just defending my right to have a policy even when misleading information has been given and some people just repeat that. The reason Matthias is not using the 'rf' tag is because I'm not forcing anyone. The most important fact was having the building merged, the repotag is in no way as important as that change alone. > > > > I'm sure you agree that disttags are necessary. Recently fedora.us decided > > > > to introduce them almost 2 years after we had the same discussion > > > > and it was rejected. Nice to see some improvements. > > > > > > Eh? What? Where? How? What improvements? "Recently"? What are you > > > talking about? Is that a strange attempt at weird rhetoric? > > > > Hehe, sorry, only the Freshrpms packages in pre-FC3 have disttags, I'm > > sure this will be fixed in time because, good god, it also contains > > repotags (or as Seth calls it 'branding'). > > Still no idea what you are referring to here, and losing interest. http://fedoraproject.org/pre-extras/3/i386/js-1.5-0.rc6a.1.fc2.fr.i386.rpm http://fedoraproject.org/pre-extras/3/i386/xplanet-1.0.1-0.fdr.5.2.i386.rpm Kind regards, -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Sun Dec 19 04:09:16 2004 From: dag at wieers.com (Dag Wieers) Date: Sun, 19 Dec 2004 05:09:16 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041219045030.1e7c42a1.fedora@wir-sind-cool.org> References: <1103223626.1763.18.camel@cutter> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <604aa79104121710004de33410@mail.gmail.com> <604aa79104121818342d94f949@mail.gmail.com> <20041219045030.1e7c42a1.fedora@wir-sind-cool.org> Message-ID: On Sun, 19 Dec 2004, Michael Schwendt wrote: > On Sun, 19 Dec 2004 03:57:47 +0100 (CET), Dag Wieers wrote: > > > [...] Fedora does not need a confusing sitation > > where you don't know where a package comes from if people paste you screen > > output or look at your package list. > > > > In a lot of postings people could indicate what the problem was by the > > initial posting, I don't want to ask people to do a rpm -qa --qf > > '%{name} %{vendor}\n' to eventually get the right information. > > Then supply them with the right tools which aid them in collecting the > relevant information about their installation. Why ? It would still require me to tell him in a seperate mail to run something. In most cases this is obsolete as the right information (with the error) was copy&pasted. I want this information in /var/log/rpmpkgs too, or in rpm -qa -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From mrguytx at austin.rr.com Sun Dec 19 04:49:53 2004 From: mrguytx at austin.rr.com (W. Guy Thomas) Date: Sat, 18 Dec 2004 22:49:53 -0600 Subject: gnome-alsamixer not in pre-extras In-Reply-To: <20041219045341.42934845.fedora@wir-sind-cool.org> References: <20041219045341.42934845.fedora@wir-sind-cool.org> Message-ID: <1103431794.3652.32.camel@localhost.localdomain> I love it when it's a 'known thing'. Yeah, to developers it is. G On Sun, 2004-12-19 at 04:53 +0100, Michael Schwendt wrote: > On Sun, 19 Dec 2004 04:00:17 +0100, Lars wrote: > > > hi > > > > just want to note that gnome-alsamixer is missing > > in the pre-extras repo. > > Thanks. It's a known thing. Please see: > > http://fedoraproject.org/wiki/Extras_2fFC3Status > > It says: > > gnome-alsamixer - Not needed for FC3 cause gnome-volume-control > offers functionality > -- =Guy From skvidal at phy.duke.edu Sun Dec 19 04:55:25 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 18 Dec 2004 23:55:25 -0500 Subject: gnome-alsamixer not in pre-extras In-Reply-To: <1103431794.3652.32.camel@localhost.localdomain> References: <20041219045341.42934845.fedora@wir-sind-cool.org> <1103431794.3652.32.camel@localhost.localdomain> Message-ID: <1103432125.24165.51.camel@cutter> On Sat, 2004-12-18 at 22:49 -0600, W. Guy Thomas wrote: > I love it when it's a 'known thing'. > Yeah, to developers it is. > I don't think Michael was being rude. I think he was just telling you where to look for information about packages in extras that may not be being built for one reason or another. Cool? -sv From terraformers at gmx.net Sun Dec 19 06:27:29 2004 From: terraformers at gmx.net (Lars) Date: Sun, 19 Dec 2004 07:27:29 +0100 Subject: gnome-alsamixer not in pre-extras References: <20041219045341.42934845.fedora@wir-sind-cool.org> Message-ID: Michael Schwendt wrote: > On Sun, 19 Dec 2004 04:00:17 +0100, Lars wrote: > >> hi >> >> just want to note that gnome-alsamixer is missing >> in the pre-extras repo. > > Thanks. It's a known thing. Please see: > > http://fedoraproject.org/wiki/Extras_2fFC3Status > > It says: > > gnome-alsamixer - Not needed for FC3 cause gnome-volume-control > offers functionality > ah, thanks i'm using kde and would love to get it back because it works a *lot* nicer than kde's default kmix applet. -- No Software Patents! http://nosoftwarepatents.com Datenschutz - Ihr gutes Recht! http://datenschutz.de Get Firefox! http://spreadfirefox.com From rjwalsh at durables.org Sun Dec 19 07:17:53 2004 From: rjwalsh at durables.org (Robert Walsh) Date: Sat, 18 Dec 2004 23:17:53 -0800 Subject: gnome-alsamixer not in pre-extras In-Reply-To: References: <20041219045341.42934845.fedora@wir-sind-cool.org> Message-ID: <1103440673.4722.8.camel@phosphene.durables.org> > i'm using kde and would love to get it back because it works a *lot* > nicer than kde's default kmix applet. That said, Gnome's new volume controller is no beauty contest winner, either. I get this extremely wide window with a scrollbar and long names like "3D Control Sigmatel - Depth" and "EMU10K1 PCM Send" (that one has 24 sliders, for some reason.) I guess a simple volume controller is out of the question these days. Sigh. Regards, Robert. -- Robert Walsh Amalgamated Durables, Inc. - "We don't make the things you buy." Email: rjwalsh at durables.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at leemhuis.info Sun Dec 19 08:40:03 2004 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 19 Dec 2004 09:40:03 +0100 Subject: gnome-alsamixer not in pre-extras In-Reply-To: References: <20041219045341.42934845.fedora@wir-sind-cool.org> Message-ID: <1103445603.4320.8.camel@localhost.localdomain> Am Sonntag, den 19.12.2004, 07:27 +0100 schrieb Lars: > Michael Schwendt wrote: > > > On Sun, 19 Dec 2004 04:00:17 +0100, Lars wrote: > > > >> hi > >> > >> just want to note that gnome-alsamixer is missing > >> in the pre-extras repo. > > > > Thanks. It's a known thing. Please see: > > > > http://fedoraproject.org/wiki/Extras_2fFC3Status > > > > It says: > > > > gnome-alsamixer - Not needed for FC3 cause gnome-volume-control > > offers functionality Just FYI, that was my decision. I made the package back in the days of FC1. But I saw no reason to support in in FC2 and FC3 since the same functionality is provided by the new gnome-mixer. AFAIK part of the new gnome-mixer are taken from gnome-alsamixer. And I think this decision was/is right. The upstream package was not updated since around one year AFAIK. > ah, thanks > i'm using kde and would love to get it back because it works a *lot* > nicer than kde's default kmix applet. I know that the current gnome-mixer isn't the best, but did you look at it to see if it fits your needs? Anyway I think rebuilding for Fedora- Extras FC3 is unnecessary and waste of time. If you love gnome-alsamixer so much rebuild the FC1 srpm yourself. That *should* work. -- Thorsten Leemhuis From joelbryanster at gmail.com Sun Dec 19 09:37:13 2004 From: joelbryanster at gmail.com (joelbryan) Date: Sun, 19 Dec 2004 17:37:13 +0800 Subject: Is Fedora Extras _OFFICIALLY_ from RedHat? Message-ID: Is Fedora Extras _OFFICIALLY_ from RedHat? Is it geniune supported by RedHat? From fedora at nodata.co.uk Sun Dec 19 10:04:00 2004 From: fedora at nodata.co.uk (nodata) Date: Sun, 19 Dec 2004 11:04:00 +0100 Subject: Is Fedora Extras _OFFICIALLY_ from RedHat? In-Reply-To: References: Message-ID: <1103450640.3381.5.camel@localhost.localdomain> On Sun, 2004-12-19 at 17:37 +0800, joelbryan wrote: > Is Fedora Extras _OFFICIALLY_ from RedHat? Is it geniune supported by RedHat? > No. It's Fedora. Fedora isn't supported. From fedora at wir-sind-cool.org Sun Dec 19 12:35:44 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 19 Dec 2004 13:35:44 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <604aa79104121710004de33410@mail.gmail.com> <604aa79104121818342d94f949@mail.gmail.com> <20041219045030.1e7c42a1.fedora@wir-sind-cool.org> Message-ID: <20041219133544.5d573d09.fedora@wir-sind-cool.org> On Sun, 19 Dec 2004 05:09:16 +0100 (CET), Dag Wieers wrote: > On Sun, 19 Dec 2004, Michael Schwendt wrote: > > > On Sun, 19 Dec 2004 03:57:47 +0100 (CET), Dag Wieers wrote: > > > > > [...] Fedora does not need a confusing sitation > > > where you don't know where a package comes from if people paste you screen > > > output or look at your package list. > > > > > > In a lot of postings people could indicate what the problem was by the > > > initial posting, I don't want to ask people to do a rpm -qa --qf > > > '%{name} %{vendor}\n' to eventually get the right information. > > > > Then supply them with the right tools which aid them in collecting the > > relevant information about their installation. > > Why ? It would still require me to tell him in a seperate mail to run > something. In most cases this is obsolete as the right information (with > the error) was copy&pasted. That is because there is no convenient bug reporting interface, but only the purely web-based forms of Bugzilla, where users are expected to enter details manually and decide themselves what might be important. > I want this information in /var/log/rpmpkgs too, or in rpm -qa That's feasible. I'm an advocate of queries like "rpm -qa --last|head" and would appreciate even more verbose, but easier to do queries. Based on internally stored vendor, distribution and signature information (all are available already!), you could even log information whether the installation is tainted, and sort all packages by their origin. From ojgbagg27ab at msn.com Sun Dec 19 12:58:07 2004 From: ojgbagg27ab at msn.com (alton bailey) Date: Sun, 19 Dec 2004 07:58:07 -0500 Subject: Permissions on system-config-bind References: <20041216212504.B5A5E72ECB@hormel.redhat.com> <1103239396.4510.8.camel@localhost.localdomain> Message-ID: I can atest to that, a few weeks ago I bagan to setup bind and openldap on my FC3 box and each time I create the master zone file and save it then exit the bind config ,then restart it again there is no data in it. ----- Original Message ----- From: William Hewitt To: fedora-test-list at redhat.com Sent: Thursday, December 16, 2004 6:23 PM Subject: Permissions on system-config-bind I am trying to use system-config-bind and found that the file, Zone.py seems to be having problems setting the variable "self.owner" and results in the failure of the application to write out the configuration files..... Has anyone else had a problem with this? Am I trying in vain to set up DNS this way instead of *rolling my own* config files? Does this application (system-config-bind) actually work (or perhaps a placeholder) ? WPH -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at wir-sind-cool.org Sun Dec 19 13:04:06 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 19 Dec 2004 14:04:06 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <20041217191332.09e3025c.fedora@wir-sind-cool.org> <20041218232510.4b97657a.fedora@wir-sind-cool.org> <20041219000334.04b0e66b.fedora@wir-sind-cool.org> <20041219005213.3f2a3163.fedora@wir-sind-cool.org> <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> <20041219042951.0db247e0.fedora@wir-sind-cool.org> Message-ID: <20041219140406.1caddbfe.fedora@wir-sind-cool.org> On Sun, 19 Dec 2004 05:04:51 +0100 (CET), Dag Wieers wrote: > > > If you consider freshrpms a seperate repository for that matter, it would > > > not make a difference with or without repotag. > > > > Well, is it separate or is is not? > > It's build from the same source, which is an improvement even though we're > not using the same repotag. It's not seperate regarding compatibility (you > can safely mix), but it acts seperately because of the repotag in your > example. Again a consequence of the freedom of the packager, but an > improvement from build and compatibility perspective. An improvement, I agree. But still half-hearted with regard to common components. > [...] But Fedora Extras will most likely not need repotags, while > we're discussing the usefulness of 3rd party repositories. We are not discussing the usefulness of 3rd party repositories. 3rd party repositories even are anchored in the Fedora Project objectives. We're discussing pollution and abuse of release number fields and how to avoid that. > I don't mind if Fedora Extras does not use them, but I do mind when Seth > or you are saying it 'pollutes', is branding, is a hack, does not have a > purpose or anything else that has been misleading to the general public. Well, I agree with Seth, and I haven't discussed repo tags with him before. > > > Besides this scheme allow us to have an upgrade path even when > > > the distribution changes name. Something you brought up yourself as an > > > example. > > > > I just mentioned the rh90 -> rhfc1 tag ugliness, a work-around which > > is still in use. The fedora.us jump from rh90 to 1 was criticised by a > > few people, too. 1.fc1 instead is no different. > > Thanks. Each scheme will have advantages and disadvantages. None of my > users have complained so far and we've explained why it is there. So it's > strange that outsiders have a problem with it, while everyone using it > don't care :) Users don't complain about implementation details. They want the whole thing to "just work". They don't care what magic is used to make one package be seen as newer than another. You could even use the internal Epoch as a serial number (like old "Serial:" tag is still used by some people). Users complain as soon as the whole thing breaks or results in unexpected behaviour (such as compatible repositories upgrading eachother unnecessarily). > The reason Matthias is not using the 'rf' tag is because I'm not forcing > anyone. It should not be necessary to force or urge anyone. To be successful with collaboration and joint efforts sometimes means that participating parties should be willing to compromise. > The most important fact was having the building merged, the > repotag is in no way as important as that change alone. As I pointed out, that was a first step. A small piece of the cake. > > > > > I'm sure you agree that disttags are necessary. Recently fedora.us decided > > > > > to introduce them almost 2 years after we had the same discussion > > > > > and it was rejected. Nice to see some improvements. > > > > > > > > Eh? What? Where? How? What improvements? "Recently"? What are you > > > > talking about? Is that a strange attempt at weird rhetoric? > > > > > > Hehe, sorry, only the Freshrpms packages in pre-FC3 have disttags, I'm > > > sure this will be fixed in time because, good god, it also contains > > > repotags (or as Seth calls it 'branding'). > > > > Still no idea what you are referring to here, and losing interest. > > http://fedoraproject.org/pre-extras/3/i386/js-1.5-0.rc6a.1.fc2.fr.i386.rpm > http://fedoraproject.org/pre-extras/3/i386/xplanet-1.0.1-0.fdr.5.2.i386.rpm That's an example of the old fedora.us versioning scheme, which managed to sneak into the unofficial pre-Extras builds for reasons I can only presume. In CVS, it's xplanet-1.0.1-5 since Dec 11th. I guess the release bump came a bit too late for some of Seth's rebuilds. And Matthias has not edited all his packages in CVS yet, so some of them still have an old reason. You may need to spend a few more words on explaining what you refer to in the beginning of the quote above. From fedora at wir-sind-cool.org Sun Dec 19 13:09:25 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 19 Dec 2004 14:09:25 +0100 Subject: gnome-alsamixer not in pre-extras In-Reply-To: <1103431794.3652.32.camel@localhost.localdomain> References: <20041219045341.42934845.fedora@wir-sind-cool.org> <1103431794.3652.32.camel@localhost.localdomain> Message-ID: <20041219140925.53a0f5f5.fedora@wir-sind-cool.org> > On Sun, 2004-12-19 at 04:53 +0100, Michael Schwendt wrote: > > On Sun, 19 Dec 2004 04:00:17 +0100, Lars wrote: > > > > > hi > > > > > > just want to note that gnome-alsamixer is missing > > > in the pre-extras repo. > > > > Thanks. It's a known thing. Please see: > > > > http://fedoraproject.org/wiki/Extras_2fFC3Status > > > > It says: > > > > gnome-alsamixer - Not needed for FC3 cause gnome-volume-control > > offers functionality > > On Sat, 18 Dec 2004 22:49:53 -0600, W. Guy Thomas wrote: > I love it when it's a 'known thing'. > Yeah, to developers it is. I'm open for suggestions. I agree that for official releases of e.g. "Fedora Extras for FC3", there would be a release notes document covering things like applications merged into Core, obsolete applications and other changes which might be interesting. But this is a rather unofficial pre-Extras build of current CVS snapshots and work in progress. From dag at wieers.com Sun Dec 19 13:24:17 2004 From: dag at wieers.com (Dag Wieers) Date: Sun, 19 Dec 2004 14:24:17 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041219140406.1caddbfe.fedora@wir-sind-cool.org> References: <1103223626.1763.18.camel@cutter> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <20041217191332.09e3025c.fedora@wir-sind-cool.org> <20041218232510.4b97657a.fedora@wir-sind-cool.org> <20041219000334.04b0e66b.fedora@wir-sind-cool.org> <20041219005213.3f2a3163.fedora@wir-sind-cool.org> <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> <20041219042951.0db247e0.fedora@wir-sind-cool.org> <20041219140406.1caddbfe.fedora@wir-sind-cool.org> Message-ID: On Sun, 19 Dec 2004, Michael Schwendt wrote: > On Sun, 19 Dec 2004 05:04:51 +0100 (CET), Dag Wieers wrote: > > > > > If you consider freshrpms a seperate repository for that matter, it would > > > > not make a difference with or without repotag. > > > > > > Well, is it separate or is is not? > > > > It's build from the same source, which is an improvement even though we're > > not using the same repotag. It's not seperate regarding compatibility (you > > can safely mix), but it acts seperately because of the repotag in your > > example. Again a consequence of the freedom of the packager, but an > > improvement from build and compatibility perspective. > > An improvement, I agree. But still half-hearted with regard to > common components. Well, the importance of having a single source is much more important than having a single repotag. No matter how you look at it. > > [...] But Fedora Extras will most likely not need repotags, while > > we're discussing the usefulness of 3rd party repositories. > > We are not discussing the usefulness of 3rd party repositories. 3rd party > repositories even are anchored in the Fedora Project objectives. We're > discussing pollution and abuse of release number fields and how to avoid > that. Of course this should be the usefulness of having the release tag for 3rd party repositories. Not the usefulness of 3rd party repositories themselves. > > > > Besides this scheme allow us to have an upgrade path even when > > > > the distribution changes name. Something you brought up yourself as an > > > > example. > > > > > > I just mentioned the rh90 -> rhfc1 tag ugliness, a work-around which > > > is still in use. The fedora.us jump from rh90 to 1 was criticised by a > > > few people, too. 1.fc1 instead is no different. > > > > Thanks. Each scheme will have advantages and disadvantages. None of my > > users have complained so far and we've explained why it is there. So it's > > strange that outsiders have a problem with it, while everyone using it > > don't care :) > > Users don't complain about implementation details. They want the whole > thing to "just work". They don't care what magic is used to make one > package be seen as newer than another. You could even use the internal > Epoch as a serial number (like old "Serial:" tag is still used by some > people). Users complain as soon as the whole thing breaks or results in > unexpected behaviour (such as compatible repositories upgrading eachother > unnecessarily). No no, most of the users do want a disttag and repotag. This mailinglist does not reflect that because very few people here are actual users. > > The reason Matthias is not using the 'rf' tag is because I'm not forcing > > anyone. > > It should not be necessary to force or urge anyone. To be successful with > collaboration and joint efforts sometimes means that participating parties > should be willing to compromise. Exactly, that's what we did. > > The most important fact was having the building merged, the > > repotag is in no way as important as that change alone. > > As I pointed out, that was a first step. A small piece of the cake. Oh no, in importance, savings and work it was the big piece of the cake. Even though that practically it was implemented in a week time. > > > > > > I'm sure you agree that disttags are necessary. Recently fedora.us decided > > > > > > to introduce them almost 2 years after we had the same discussion > > > > > > and it was rejected. Nice to see some improvements. > > > > > > > > > > Eh? What? Where? How? What improvements? "Recently"? What are you > > > > > talking about? Is that a strange attempt at weird rhetoric? > > > > > > > > Hehe, sorry, only the Freshrpms packages in pre-FC3 have disttags, I'm > > > > sure this will be fixed in time because, good god, it also contains > > > > repotags (or as Seth calls it 'branding'). > > > > > > Still no idea what you are referring to here, and losing interest. > > > > http://fedoraproject.org/pre-extras/3/i386/js-1.5-0.rc6a.1.fc2.fr.i386.rpm > > http://fedoraproject.org/pre-extras/3/i386/xplanet-1.0.1-0.fdr.5.2.i386.rpm > > That's an example of the old fedora.us versioning scheme, which managed to > sneak into the unofficial pre-Extras builds for reasons I can only > presume. In CVS, it's xplanet-1.0.1-5 since Dec 11th. I guess the release > bump came a bit too late for some of Seth's rebuilds. And Matthias has > not edited all his packages in CVS yet, so some of them still have an old > reason. You may need to spend a few more words on explaining what you > refer to in the beginning of the quote above. Yes, my first paragraph was wrong, for some reason I thought fedora.us finally decided to have disttags. But I was probably confused by the fact that Warren uses them for things like his Gaim packages (which is not part of fedora.us) and the fact that matthias still has them in pre-FC3. Trust me, I'm not deliberately making a fool of myself :) -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From fedora at wir-sind-cool.org Sun Dec 19 13:50:02 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 19 Dec 2004 14:50:02 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <20041217191332.09e3025c.fedora@wir-sind-cool.org> <20041218232510.4b97657a.fedora@wir-sind-cool.org> <20041219000334.04b0e66b.fedora@wir-sind-cool.org> <20041219005213.3f2a3163.fedora@wir-sind-cool.org> <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> <20041219042951.0db247e0.fedora@wir-sind-cool.org> <20041219140406.1caddbfe.fedora@wir-sind-cool.org> Message-ID: <20041219145002.691a724c.fedora@wir-sind-cool.org> On Sun, 19 Dec 2004 14:24:17 +0100 (CET), Dag Wieers wrote: > > > Thanks. Each scheme will have advantages and disadvantages. None of my > > > users have complained so far and we've explained why it is there. So it's > > > strange that outsiders have a problem with it, while everyone using it > > > don't care :) > > > > Users don't complain about implementation details. They want the whole > > thing to "just work". They don't care what magic is used to make one > > package be seen as newer than another. You could even use the internal > > Epoch as a serial number (like old "Serial:" tag is still used by some > > people). Users complain as soon as the whole thing breaks or results in > > unexpected behaviour (such as compatible repositories upgrading eachother > > unnecessarily). > > No no, most of the users do want a disttag and repotag. This mailinglist > does not reflect that because very few people here are actual users. What an irony. I bet those users are mislead by the repotag inflation and don't consider looking for alternatives. Tell users how to query vendor, distribution and signature fields, after those are used properly by all parties involved. > Yes, my first paragraph was wrong, for some reason I thought fedora.us > finally decided to have disttags. Funnily, they have had disttags since day one, because it is implemented in the buildsystem: rh80 -> rh90 -> 1 -> 2 -> 3 in right-most part of release. I'm not going into a loop with regard to discussing them. From dag at wieers.com Sun Dec 19 13:59:45 2004 From: dag at wieers.com (Dag Wieers) Date: Sun, 19 Dec 2004 14:59:45 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041219145002.691a724c.fedora@wir-sind-cool.org> References: <1103223626.1763.18.camel@cutter> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103304477.17465.59.camel@finch.boston.redhat.com> <20041217191332.09e3025c.fedora@wir-sind-cool.org> <20041218232510.4b97657a.fedora@wir-sind-cool.org> <20041219000334.04b0e66b.fedora@wir-sind-cool.org> <20041219005213.3f2a3163.fedora@wir-sind-cool.org> <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> <20041219042951.0db247e0.fedora@wir-sind-cool.org> <20041219140406.1caddbfe.fedora@wir-sind-cool.org> <20041219145002.691a724c.fedora@wir-sind-cool.org> Message-ID: On Sun, 19 Dec 2004, Michael Schwendt wrote: > On Sun, 19 Dec 2004 14:24:17 +0100 (CET), Dag Wieers wrote: > > > > > Thanks. Each scheme will have advantages and disadvantages. None of my > > > > users have complained so far and we've explained why it is there. So it's > > > > strange that outsiders have a problem with it, while everyone using it > > > > don't care :) > > > > > > Users don't complain about implementation details. They want the whole > > > thing to "just work". They don't care what magic is used to make one > > > package be seen as newer than another. You could even use the internal > > > Epoch as a serial number (like old "Serial:" tag is still used by some > > > people). Users complain as soon as the whole thing breaks or results in > > > unexpected behaviour (such as compatible repositories upgrading eachother > > > unnecessarily). > > > > No no, most of the users do want a disttag and repotag. This mailinglist > > does not reflect that because very few people here are actual users. > > What an irony. I bet those users are mislead by the repotag inflation and > don't consider looking for alternatives. Tell users how to query vendor, > distribution and signature fields, after those are used properly by > all parties involved. No no, read the list of advantages. None of the proposed work-arounds offer the same set of advantages. https://www.redhat.com/archives/fedora-test-list/2004-December/msg00498.html > > Yes, my first paragraph was wrong, for some reason I thought fedora.us > > finally decided to have disttags. > > Funnily, they have had disttags since day one, because it is implemented > in the buildsystem: rh80 -> rh90 -> 1 -> 2 -> 3 in right-most part of > release. I'm not going into a loop with regard to discussing them. Ok. But 1 and 2 is very Fedora centric and has no purpose in the larger scale of things that exist. How would one know whether 3 means FC3 or EL3? It's out of scope for Fedora Extras and therefor unacceptable as a scheme to me and others. (Consider also Aurora, Yellow Dog, and other projects that perfectly fit inside the same Extras work) -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From wrrhdev at riede.org Sun Dec 19 14:11:32 2004 From: wrrhdev at riede.org (Willem Riede) Date: Sun, 19 Dec 2004 14:11:32 +0000 Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103417255.24165.17.camel@cutter> (from skvidal@phy.duke.edu on Sat Dec 18 19:47:35 2004) References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103303505.9364.32.camel@opus.phy.duke.edu> <1103415461.24165.4.camel@cutter> <1103417255.24165.17.camel@cutter> Message-ID: <1103465492l.4013l.40l@serve.riede.org> On 12/18/2004 07:47:35 PM, seth vidal wrote: > > We shouldn't have non-version-comparison data used to compare versions. > > [snip] > release: versioning information for the release of the package. This > includes describing what distro the package is FOR. It should NOT > include telling the user where the package is FROM. I'm not so sure about this. The same n-e-v-r from two repo's can easily still be different - for instance, they can: a) have different dependancies, b) have different patches applied, b) be compiled with different options. If they have different dependancies, yum might actually be able to pick the package that's right for me. If not, how does yum decide? Ask me? How do I decide? I do see the benefit that Dag claims for ease of recognition by means of the repotag (and yes, I realize that is easily forged, but people take convenience over limited risk any day, and I have verified the repo authentication before I put its URL in /etc/yum.repos.d). I do see the problem that zork isn't the right answer just because of the letter z coming last in the alphabet. What I don't have, unfortunately, is the right answer :-( Sigh, Willem Riede. From fedora at wir-sind-cool.org Sun Dec 19 14:27:40 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 19 Dec 2004 15:27:40 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <1103304477.17465.59.camel@finch.boston.redhat.com> <20041217191332.09e3025c.fedora@wir-sind-cool.org> <20041218232510.4b97657a.fedora@wir-sind-cool.org> <20041219000334.04b0e66b.fedora@wir-sind-cool.org> <20041219005213.3f2a3163.fedora@wir-sind-cool.org> <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> <20041219042951.0db247e0.fedora@wir-sind-cool.org> <20041219140406.1caddbfe.fedora@wir-sind-cool.org> <20041219145002.691a724c.fedora@wir-sind-cool.org> Message-ID: <20041219152740.5b27000f.fedora@wir-sind-cool.org> On Sun, 19 Dec 2004 14:59:45 +0100 (CET), Dag Wieers wrote: > > > No no, most of the users do want a disttag and repotag. This mailinglist > > > does not reflect that because very few people here are actual users. > > > > What an irony. I bet those users are mislead by the repotag inflation and > > don't consider looking for alternatives. Tell users how to query vendor, > > distribution and signature fields, after those are used properly by > > all parties involved. > > No no, read the list of advantages. None of the proposed work-arounds > offer the same set of advantages. > > https://www.redhat.com/archives/fedora-test-list/2004-December/msg00498.html That list is adjusted to your specific point of view and your personal wishes and goals. Items in that list disregard any of the discussed pitfalls. On the contrary, the people you discuss with acknowledge the benefits of disttags, but concentrate on avoiding pitfalls or improper use. > > > Yes, my first paragraph was wrong, for some reason I thought fedora.us > > > finally decided to have disttags. > > > > Funnily, they have had disttags since day one, because it is implemented > > in the buildsystem: rh80 -> rh90 -> 1 -> 2 -> 3 in right-most part of > > release. I'm not going into a loop with regard to discussing them. > > Ok. But 1 and 2 is very Fedora centric and has no purpose in the larger > scale of things that exist. How would one know whether 3 means FC3 or EL3? The question is wrong. It should be: How do I find out whether a package is for FC3 or EL3? The "Distribution" field would contain "Fedora Core 3" for all FC3 packages and "Red Hat Enterprise Linux 3" for all RHEL3 packages. You use that field already, too. You put "Dag Apt Repository for Fedora Core 3" in there, and I hope you didn't forget about that. A '3' in the filename is ambiguous. An 'fc3' substring in a filename is ambiguous, too. Adding ambiguous and non trustworthy vendor information in the filename doesn't make it better. '.rf' is as poorly chosen as '.fdr' or '.fr'. You expect that users know that .fr does not mean "french" and that .rf doesn't mean "redhat fedora". Similarly, there are much better ways how to query a package for who made it. Vendor and Packager information and signature are available. Let's put them to good effect, please. From fedora at wir-sind-cool.org Sun Dec 19 14:31:34 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 19 Dec 2004 15:31:34 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103465492l.4013l.40l@serve.riede.org> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103303505.9364.32.camel@opus.phy.duke.edu> <1103415461.24165.4.camel@cutter> <1103417255.24165.17.camel@cutter> <1103465492l.4013l.40l@serve.riede.org> Message-ID: <20041219153134.1a4b7a6a.fedora@wir-sind-cool.org> On Sun, 19 Dec 2004 14:11:32 +0000, Willem Riede wrote: > On 12/18/2004 07:47:35 PM, seth vidal wrote: > > > We shouldn't have non-version-comparison data used to compare versions. > > > > [snip] > > release: versioning information for the release of the package. This > > includes describing what distro the package is FOR. It should NOT > > include telling the user where the package is FROM. > > I'm not so sure about this. The same n-e-v-r from two repo's can easily > still be different - for instance, they can: > a) have different dependancies, > b) have different patches applied, > b) be compiled with different options. Exactly. > If they have different dependancies, yum might actually be able to pick the > package that's right for me. If not, how does yum decide? Ask me? How do I > decide? Welcome to the funny world of repository mixing. Yum cannot decide for you what to do with the mention conflicts (yes, those are conflicts). You must decide yourself. You can try to get aid from tools which you tell about priorities and which try to be clever. But overall, it's all fighting symptoms, not the cause of it. From alan at redhat.com Sun Dec 19 15:40:03 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 19 Dec 2004 10:40:03 -0500 Subject: a modest request In-Reply-To: <41C2F5AB.9020300@one.net> References: <41C2F5AB.9020300@one.net> Message-ID: <20041219154003.GB5417@devserv.devel.redhat.com> On Fri, Dec 17, 2004 at 10:05:15AM -0500, gslink wrote: > The problem with bad sectors is not with sectors that show a write check > but with those that don't show a write check but are bad. The write There is no way to detect disk errors of this form. Nor do we need to because the drive will do sparing for us > check on most hard drives is very simple and consists only of parity. Wrong. The check on any modern drive is built around very complex mathematics because the bit density is so high that the data is always full of errors. Advanced FEC algorithms are used which can not only analyse the data and recover it from the noise but also assess how close to unreadable the block is and can then rewrite the block and if that fails move it. IDE disks also pretty much ignore "format" and "verify" commands except for reading each disk sector and checking if it seems acceptable. If most of the disks you get have bad spots find a proper supplier. I've only seen that occur when people are not shipping drives properly (so the get damaged in transit) or if the vendor is recycling RMA'd drive pulls on the quiet. Out of the box drives don't come with errors and haven't seen the days of EIDE. Alan From dag at wieers.com Sun Dec 19 16:02:25 2004 From: dag at wieers.com (Dag Wieers) Date: Sun, 19 Dec 2004 17:02:25 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041219152740.5b27000f.fedora@wir-sind-cool.org> References: <1103223626.1763.18.camel@cutter> <1103304477.17465.59.camel@finch.boston.redhat.com> <20041217191332.09e3025c.fedora@wir-sind-cool.org> <20041218232510.4b97657a.fedora@wir-sind-cool.org> <20041219000334.04b0e66b.fedora@wir-sind-cool.org> <20041219005213.3f2a3163.fedora@wir-sind-cool.org> <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> <20041219042951.0db247e0.fedora@wir-sind-cool.org> <20041219140406.1caddbfe.fedora@wir-sind-cool.org> <20041219145002.691a724c.fedora@wir-sind-cool.org> <20041219152740.5b27000f.fedora@wir-sind-cool.org> Message-ID: On Sun, 19 Dec 2004, Michael Schwendt wrote: > On Sun, 19 Dec 2004 14:59:45 +0100 (CET), Dag Wieers wrote: > > > > > No no, most of the users do want a disttag and repotag. This mailinglist > > > > does not reflect that because very few people here are actual users. > > > > > > What an irony. I bet those users are mislead by the repotag inflation and > > > don't consider looking for alternatives. Tell users how to query vendor, > > > distribution and signature fields, after those are used properly by > > > all parties involved. > > > > No no, read the list of advantages. None of the proposed work-arounds > > offer the same set of advantages. > > > > https://www.redhat.com/archives/fedora-test-list/2004-December/msg00498.html > > That list is adjusted to your specific point of view and your personal > wishes and goals. Items in that list disregard any of the discussed > pitfalls. > > On the contrary, the people you discuss with acknowledge the benefits > of disttags, but concentrate on avoiding pitfalls or improper use. The only pitfall is not related with repotags themselves, but the specific way we want to influence the upgrade path. And even in that case it has been a decision based on the advantages outweighing one specific problem. So they don't belong in that list, as the list is not specific to our implementation. Otherwise I would have added the advantages of our scheme to it too, which I didn't because then it would be unfair. > > > > Yes, my first paragraph was wrong, for some reason I thought fedora.us > > > > finally decided to have disttags. > > > > > > Funnily, they have had disttags since day one, because it is implemented > > > in the buildsystem: rh80 -> rh90 -> 1 -> 2 -> 3 in right-most part of > > > release. I'm not going into a loop with regard to discussing them. > > > > Ok. But 1 and 2 is very Fedora centric and has no purpose in the larger > > scale of things that exist. How would one know whether 3 means FC3 or EL3? > > The question is wrong. It should be: > > How do I find out whether a package is for FC3 or EL3? > > The "Distribution" field would contain "Fedora Core 3" for all FC3 > packages and "Red Hat Enterprise Linux 3" for all RHEL3 packages. > You use that field already, too. But then you ignore the fact that lots of people want the disttag to give them a recognisable identifier in the filename and package info (EVR). 1 does not give people that, because frankly, I wasn't aware of it. > You put "Dag Apt Repository for Fedora Core 3" in there, and I hope > you didn't forget about that. I don't, the repotag is in addition to the Distribution field. > A '3' in the filename is ambiguous. An 'fc3' substring in a filename > is ambiguous, too. Adding ambiguous and non trustworthy vendor > information in the filename doesn't make it better. '.rf' is as poorly > chosen as '.fdr' or '.fr'. You expect that users know that .fr does > not mean "french" and that .rf doesn't mean "redhat fedora". Let's not fool each other. 'fc3' is much more specific and useful than '3' in itself. I wasn't aware there was a disttag in fedora.us. That should have been your first clue ! And the absence of 'rf' will never allow people to identify packages based on the filename, while having the 'rf' repotag inside is useful for those that understand the concept, but won't harm those that don't. I really can't understand that you are ignoring those facts. To me it's common sense. Maybe I understand better how users work as I help a few computer-illiterate users to work with Fedora and understand them the concepts. Without a recognisable disttag and repotag it's very hard to let people understand. > Similarly, there are much better ways how to query a package for who > made it. Vendor and Packager information and signature are > available. Let's put them to good effect, please. Sure, let's use those too. But there is a real use to having it in the filename and EVR info, despite the fact that we're using the release tag for something it wasn't designed for. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From alan at redhat.com Sun Dec 19 16:01:37 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 19 Dec 2004 11:01:37 -0500 Subject: a modest request In-Reply-To: <1103322871.2737.156.camel@kyrre> References: <41C2F5AB.9020300@one.net> <1103297207.4138.36.camel@laptopd505.fenrus.org> <1103322871.2737.156.camel@kyrre> Message-ID: <20041219160137.GF5417@devserv.devel.redhat.com> On Fri, Dec 17, 2004 at 11:47:22PM +0100, Kyrre Ness Sjobak wrote: > > If your disk is beyond remapping, the smart daemon (on by default) will > > send you a nice mail saying that your disk is going bad. > > Very, VERY many people never touches root's mail command... Indeed but at the moment the toolbar just has a 30Mb pointless up2date icon on it. Probably that needs to be 29Mb smaller and indicate other useful things From shrek-m at gmx.de Sun Dec 19 16:31:23 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 19 Dec 2004 17:31:23 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <1103304477.17465.59.camel@finch.boston.redhat.com> <20041217191332.09e3025c.fedora@wir-sind-cool.org> <20041218232510.4b97657a.fedora@wir-sind-cool.org> <20041219000334.04b0e66b.fedora@wir-sind-cool.org> <20041219005213.3f2a3163.fedora@wir-sind-cool.org> <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> <20041219042951.0db247e0.fedora@wir-sind-cool.org> <20041219140406.1caddbfe.fedora@wir-sind-cool.org> <20041219145002.691a724c.fedora@wir-sind-cool.org> <20041219152740.5b27000f.fedora@wir-sind-cool.org> Message-ID: <41C5ACDB.807@gmx.de> Dag Wieers wrote: >>The "Distribution" field would contain "Fedora Core 3" for all FC3 >>packages and "Red Hat Enterprise Linux 3" for all RHEL3 packages. >>You use that field already, too. >> >> > >But then you ignore the fact that lots of people want the disttag to give >them a recognisable identifier in the filename and package info (EVR). > > "the fact" ? "lots of people" ? i would say: 1) a user will package "foo" and not "foo-dag", "foo-fdr" or "foo-fr" with all the dependencies on this hacked release-tag. eg. "bar-dag", "bar-fdr", "bar-fr" 2) and a user will update "foo" to a new release without problems with several repositories. -- shrek-m From smooge at gmail.com Sun Dec 19 16:54:57 2004 From: smooge at gmail.com (Stephen J. Smoogen) Date: Sun, 19 Dec 2004 09:54:57 -0700 Subject: a modest request In-Reply-To: <20041219160137.GF5417@devserv.devel.redhat.com> References: <41C2F5AB.9020300@one.net> <1103297207.4138.36.camel@laptopd505.fenrus.org> <1103322871.2737.156.camel@kyrre> <20041219160137.GF5417@devserv.devel.redhat.com> Message-ID: <80d7e40904121908541a3f9087@mail.gmail.com> On Sun, 19 Dec 2004 11:01:37 -0500, Alan Cox wrote: > On Fri, Dec 17, 2004 at 11:47:22PM +0100, Kyrre Ness Sjobak wrote: > > > If your disk is beyond remapping, the smart daemon (on by default) will > > > send you a nice mail saying that your disk is going bad. > > > > Very, VERY many people never touches root's mail command... > > Indeed but at the moment the toolbar just has a 30Mb pointless up2date icon > on it. Probably that needs to be 29Mb smaller and indicate other useful things > Amen. We have to remove this from most of our workstations because it is completely meaningless and even the people who have 4 Gigabytes of RAM in their workstations thinks that 30MB is a waste for a dummy light. > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > -- Stephen J Smoogen. CSIRT/Linux System Administrator From cra at WPI.EDU Sun Dec 19 17:00:01 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Sun, 19 Dec 2004 12:00:01 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> <20041219042951.0db247e0.fedora@wir-sind-cool.org> <20041219140406.1caddbfe.fedora@wir-sind-cool.org> <20041219145002.691a724c.fedora@wir-sind-cool.org> <20041219152740.5b27000f.fedora@wir-sind-cool.org> Message-ID: <20041219170001.GF24911@angus.ind.WPI.EDU> On Sun, Dec 19, 2004 at 05:02:25PM +0100, Dag Wieers wrote: > But there is a real use to having it in the filename and EVR info, > despite the fact that we're using the release tag for something it wasn't > designed for. Why are you against putting repotags into a separate RPM tag and then having that RPM tag appear in the filename and in the default rpm -q output? I see that as a compromise between those who don't see a need for it to appear in the file/package name at all, and those who want to overload the Release tag. Yes, it requires the *configuration* of rpm and the buildsystems to change. Yes, it may require tools to change (but tools shouldn't be parsing filenames). Change is how improvements are made. Start by changing things for FC4, and continue to use the legacy methods for older distros. From chrisw01 at privatei.com Sun Dec 19 17:38:20 2004 From: chrisw01 at privatei.com (Christopher A. Williams) Date: Sun, 19 Dec 2004 10:38:20 -0700 Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041219170001.GF24911@angus.ind.WPI.EDU> References: <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> <20041219042951.0db247e0.fedora@wir-sind-cool.org> <20041219140406.1caddbfe.fedora@wir-sind-cool.org> <20041219145002.691a724c.fedora@wir-sind-cool.org> <20041219152740.5b27000f.fedora@wir-sind-cool.org> <20041219170001.GF24911@angus.ind.WPI.EDU> Message-ID: <1103477900.32093.3.camel@spike-home.comcast.net> On Sun, 2004-12-19 at 12:00 -0500, Charles R. Anderson wrote: > On Sun, Dec 19, 2004 at 05:02:25PM +0100, Dag Wieers wrote: > > But there is a real use to having it in the filename and EVR info, > > despite the fact that we're using the release tag for something it wasn't > > designed for. > > Why are you against putting repotags into a separate RPM tag and then > having that RPM tag appear in the filename and in the default rpm -q > output? I see that as a compromise between those who don't see a need > for it to appear in the file/package name at all, and those who want > to overload the Release tag. Yes, it requires the *configuration* of > rpm and the buildsystems to change. Yes, it may require tools to > change (but tools shouldn't be parsing filenames). Change is how > improvements are made. Start by changing things for FC4, and continue > to use the legacy methods for older distros. Thank you! At last a voice of reason in this long and heated thread. I think this, frankly, is a great solution. It satisfies the technical arguments that have been made (at least the ones I have seen) on both sides. If everyone is willing to compromise, I would certainly support this direction. Cheers, Chris -- ==================================== "If you get to thinkin' you're a person of some influence, try orderin' someone else's dog around." --Cowboy Wisdom From fedora at wir-sind-cool.org Sun Dec 19 17:51:05 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 19 Dec 2004 18:51:05 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <20041217191332.09e3025c.fedora@wir-sind-cool.org> <20041218232510.4b97657a.fedora@wir-sind-cool.org> <20041219000334.04b0e66b.fedora@wir-sind-cool.org> <20041219005213.3f2a3163.fedora@wir-sind-cool.org> <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> <20041219042951.0db247e0.fedora@wir-sind-cool.org> <20041219140406.1caddbfe.fedora@wir-sind-cool.org> <20041219145002.691a724c.fedora@wir-sind-cool.org> <20041219152740.5b27000f.fedora@wir-sind-cool.org> Message-ID: <20041219185105.46b04d89.fedora@wir-sind-cool.org> On Sun, 19 Dec 2004 17:02:25 +0100 (CET), Dag Wieers wrote: > > A '3' in the filename is ambiguous. An 'fc3' substring in a filename > > is ambiguous, too. Adding ambiguous and non trustworthy vendor > > information in the filename doesn't make it better. '.rf' is as poorly > > chosen as '.fdr' or '.fr'. You expect that users know that .fr does > > not mean "french" and that .rf doesn't mean "redhat fedora". > > Let's not fool each other. 'fc3' is much more specific and useful than > '3' in itself. It's not specific enough. > I wasn't aware there was a disttag in fedora.us. That should have been > your first clue ! Why should I underestimate your overview? > And the absence of 'rf' will never allow people to identify packages based > on the filename, while having the 'rf' repotag inside is useful for those > that understand the concept, but won't harm those that don't. Identifying packages based on the filename is a crude hack. A work-around for lack of more comfortable tools. > common sense. Maybe I understand better how users work as I help a few > computer-illiterate users to work with Fedora and understand them the > concepts. You jump to conclusions inappropriately. > Without a recognisable disttag and repotag it's very hard to let > people understand. Then give them the right tools to easy the pain. Joe User would love to be able to maintain his installed and available packages with a graphical tool. Joe User thinks that system-config-packages sucks. Joe User has picked up really bad rumours about low-level "rpm" and dependency nightmares and wants to avoid it like the plague, so he doesn't care about the default output of "rpm -q". For those who use plain rpm, you don't need to create an alias which includes more details in queries, because these people know how to use query tags. > > Similarly, there are much better ways how to query a package for who > > made it. Vendor and Packager information and signature are > > available. Let's put them to good effect, please. > > Sure, let's use those too. > > But there is a real use to having it in the filename and EVR info, > despite the fact that we're using the release tag for something it wasn't > designed for. There is no use for repo tags in EVR info. From shrek-m at gmx.de Sun Dec 19 19:00:04 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 19 Dec 2004 20:00:04 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041219185105.46b04d89.fedora@wir-sind-cool.org> References: <1103223626.1763.18.camel@cutter> <20041217191332.09e3025c.fedora@wir-sind-cool.org> <20041218232510.4b97657a.fedora@wir-sind-cool.org> <20041219000334.04b0e66b.fedora@wir-sind-cool.org> <20041219005213.3f2a3163.fedora@wir-sind-cool.org> <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> <20041219042951.0db247e0.fedora@wir-sind-cool.org> <20041219140406.1caddbfe.fedora@wir-sind-cool.org> <20041219145002.691a724c.fedora@wir-sind-cool.org> <20041219152740.5b27000f.fedora@wir-sind-cool.org> <20041219185105.46b04d89.fedora@wir-sind-cool.org> Message-ID: <41C5CFB4.4040209@gmx.de> Michael Schwendt wrote: >>>Similarly, there are much better ways how to query a package for who >>>made it. Vendor and Packager information and signature are >>>available. Let's put them to good effect, please. >>> >>> >>Sure, let's use those too. >> >>But there is a real use to having it in the filename and EVR info, >>despite the fact that we're using the release tag for something it wasn't >>designed for. >> >> >There is no use for repo tags in EVR info. > sorry, i need an overview. $ rpm --querytags [...] examples without repo-packages: "filenames" "name epoch:version.release" "name ditribution vendor packager" $ rpm -q kernel httpd squirrelmail xorg-x11 kernel-2.6.9-1.667 kernel-2.6.9-1.681_FC3 httpd-2.0.52-3.1 squirrelmail-1.4.3a-6.FC3 xorg-x11-6.8.1-12.FC3.21 $ rpm -q --qf "%{name}\n %{epoch} : %{version} . %{release} \n" kernel httpd squirrelmail xorg-x11 kernel (none) : 2.6.9 . 1.667 kernel (none) : 2.6.9 . 1.681_FC3 httpd (none) : 2.0.52 . 3.1 squirrelmail (none) : 1.4.3a . 6.FC3 xorg-x11 (none) : 6.8.1 . 12.FC3.21 $ rpm -q --qf "%{name}\n %{distribution}\n %{vendor}\n %{packager}\n\n" kernel httpd squirrelmail xorg-x11 kernel Red Hat (FC-3) Red Hat, Inc. Red Hat, Inc. kernel Red Hat (FC-3) Red Hat, Inc. Red Hat, Inc. httpd Red Hat (FC-3) Red Hat, Inc. Red Hat, Inc. squirrelmail Red Hat (FC-3) Red Hat, Inc. Red Hat, Inc. xorg-x11 Red Hat (FC-3) Red Hat, Inc. Red Hat, Inc. -- shrek-m From shrek-m at gmx.de Sun Dec 19 20:21:03 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 19 Dec 2004 21:21:03 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: <41C5CFB4.4040209@gmx.de> References: <1103223626.1763.18.camel@cutter> <20041218232510.4b97657a.fedora@wir-sind-cool.org> <20041219000334.04b0e66b.fedora@wir-sind-cool.org> <20041219005213.3f2a3163.fedora@wir-sind-cool.org> <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> <20041219042951.0db247e0.fedora@wir-sind-cool.org> <20041219140406.1caddbfe.fedora@wir-sind-cool.org> <20041219145002.691a724c.fedora@wir-sind-cool.org> <20041219152740.5b27000f.fedora@wir-sind-cool.org> <20041219185105.46b04d89.fedora@wir-sind-cool.org> <41C5CFB4.4040209@gmx.de> Message-ID: <41C5E2AF.8070606@gmx.de> >>> But there is a real use to having it in the filename and EVR info, >>> despite the fact that we're using the release tag for something it >>> wasn't designed for. >> >> There is no use for repo tags in EVR info. > brainstorming: - foo-repository: $ rpm -q --qf "%{name} %{repository}\n" foo foo rh.fc3.base.games - repository-url: $ rpm -q --qf "%{repositoryurl}\n" rh.fc3.base [base] name=Fedora Core $releasever - $basearch - Base #baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/$releasever/$basearch/os/ mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-core-$releasever enabled=1 gpgcheck=1 - settings via rpm # rpm --set repositoryurl=rh.fc3.base=enabled=0 - repository-update: # yum update --repository rh.fc3.base.games could it be possible to add a repo-tag in this way vendor? . release? . repo? . class = system-config-packages? eg. "redhat . fedora core 3 . base" rh.fc3.base.server rh.fc3.base.system rh.fc3.base.games eg. "redhat . fedora extras 3 . updates" rh.fe3.updates.server rh.fe3.updates.system rh.fe3.updates.games eg. "redhat . fedora extras 3 . testing" rh.fe3.testing.server rh.fe3.testing.system rh.fe3.testing.games eg. "fedora us . fedora extras 3" fdrus.fe3.server fdrus.fe3.system fdrus.fe3.games eg. "freshrpms.net . fedora extras 3" frn.fe3.server frn.fe3.system frn.fe3.games eg. "dag.wieers . fedora extras 3" dagw.fe3.server dagw.fe3.system dagw.fe3.games -- shrek-m From shrek-m at gmx.de Sun Dec 19 20:43:01 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 19 Dec 2004 21:43:01 +0100 Subject: Fedora Project launches Pre-Extras In-Reply-To: <41C5E2AF.8070606@gmx.de> References: <1103223626.1763.18.camel@cutter> <20041218232510.4b97657a.fedora@wir-sind-cool.org> <20041219000334.04b0e66b.fedora@wir-sind-cool.org> <20041219005213.3f2a3163.fedora@wir-sind-cool.org> <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> <20041219042951.0db247e0.fedora@wir-sind-cool.org> <20041219140406.1caddbfe.fedora@wir-sind-cool.org> <20041219145002.691a724c.fedora@wir-sind-cool.org> <20041219152740.5b27000f.fedora@wir-sind-cool.org> <20041219185105.46b04d89.fedora@wir-sind-cool.org> <41C5CFB4.4040209@gmx.de> <41C5E2AF.8070606@gmx.de> Message-ID: <41C5E7D5.4050303@gmx.de> > brainstorming: > > - foo-repository: > $ rpm -q --qf "%{name} %{repository}\n" foo > foo rh.fc3.base.games > > > - repository-url: > $ rpm -q --qf "%{repositoryurl}\n" rh.fc3.base - repository-packages-list (r=repository) $ rpm -qlr rh.fc3.base foo bar [...] - repository-info $ rpm -qir rh.fc3.base -- shrek-m From dag at wieers.com Sun Dec 19 22:03:23 2004 From: dag at wieers.com (Dag Wieers) Date: Sun, 19 Dec 2004 23:03:23 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041219170001.GF24911@angus.ind.WPI.EDU> References: <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> <20041219042951.0db247e0.fedora@wir-sind-cool.org> <20041219140406.1caddbfe.fedora@wir-sind-cool.org> <20041219145002.691a724c.fedora@wir-sind-cool.org> <20041219152740.5b27000f.fedora@wir-sind-cool.org> <20041219170001.GF24911@angus.ind.WPI.EDU> Message-ID: On Sun, 19 Dec 2004, Charles R. Anderson wrote: > On Sun, Dec 19, 2004 at 05:02:25PM +0100, Dag Wieers wrote: > > But there is a real use to having it in the filename and EVR info, > > despite the fact that we're using the release tag for something it wasn't > > designed for. > > Why are you against putting repotags into a separate RPM tag and then > having that RPM tag appear in the filename and in the default rpm -q > output? I'm not against that. It does not currently work and there's little incentive for Red Hat to add it. First make it happen, then tell me to change. > I see that as a compromise between those who don't see a need > for it to appear in the file/package name at all, and those who want > to overload the Release tag. Yes, it requires the *configuration* of > rpm and the buildsystems to change. Yes, it may require tools to > change (but tools shouldn't be parsing filenames). Tools aren't parsing filenames and the repotag is in no way added for tools. It's there for users. > Change is how improvements are made. Start by changing things for FC4, > and continue to use the legacy methods for older distros. Go ahead. I'm not stopping you. This discussion is not about the future, this discussion is about the past and the present. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Sun Dec 19 22:07:18 2004 From: dag at wieers.com (Dag Wieers) Date: Sun, 19 Dec 2004 23:07:18 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <20041219185105.46b04d89.fedora@wir-sind-cool.org> References: <1103223626.1763.18.camel@cutter> <20041218232510.4b97657a.fedora@wir-sind-cool.org> <20041219000334.04b0e66b.fedora@wir-sind-cool.org> <20041219005213.3f2a3163.fedora@wir-sind-cool.org> <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> <20041219042951.0db247e0.fedora@wir-sind-cool.org> <20041219140406.1caddbfe.fedora@wir-sind-cool.org> <20041219145002.691a724c.fedora@wir-sind-cool.org> <20041219152740.5b27000f.fedora@wir-sind-cool.org> <20041219185105.46b04d89.fedora@wir-sind-cool.org> Message-ID: On Sun, 19 Dec 2004, Michael Schwendt wrote: > There is no use for repo tags in EVR info. I think this concludes the whole thread. Thanks to everyone involved ! -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From plasticmonkey at gmail.com Sun Dec 19 22:08:41 2004 From: plasticmonkey at gmail.com (Philip Johnson) Date: Sun, 19 Dec 2004 22:08:41 +0000 Subject: Hardware Database Message-ID: Hello, Is there a supported hardware database for Fedora Core? I haven't seen one, and I believe it would be extremely useful for people who are possibly migrating/moving/switching to Fedora from windows to know which hardware will work out of the box. I don't currently have any progamming skills (apart from website related programming, php for example) so I would be very happy to set-up and maintain such a database. Let me know what you think, and tell me if I'm wrong if there is a database ;) Thanks, Philip Johnson (PlasticMonkey) From shrek-m at gmx.de Sun Dec 19 22:50:35 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 19 Dec 2004 23:50:35 +0100 Subject: Hardware Database In-Reply-To: References: Message-ID: <41C605BB.6030905@gmx.de> Philip Johnson wrote: >Hello, >Is there a supported hardware database for Fedora Core? I haven't seen >one, and I believe it would be extremely useful for people who are >possibly migrating/moving/switching to Fedora from windows to know >which hardware will work out of the box. > :-)) >I don't currently have any >progamming skills (apart from website related programming, php for >example) so I would be very happy to set-up and maintain such a >database. > >Let me know what you think, and tell me if I'm wrong if there is a database ;) > > http://tldp.org/HOWTO/Hardware-HOWTO/ http://www.linux-usb.org/ ... :-)) you can add to your list HP Color Laserjet 2550L (color-laserjet-2500 out of the box via sercomm-3port-lpt-printserver, postscript) KYOCERA FS 1000+ (out of the box via sercomm-3port-lpt-printserver, pxlmono) Promise FastTrack TX2000 (out of the box as software-raid, 2 modules = sata-promise ?,ataraid ?) WINaccord Xpen 20GB (out of the box, usb-storage) Olympus camedia C-310Zoom (out of the box, usb-storage) APC Powerstack 250 tty (apcupsd) APC smart-UPS SUA1000i (apcupsd, usb, tty) ... my litte bug/rfe - database :-) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=117048 hcl database is incomplete https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=117055 [RFE] a tool for searching a/o updating the hcl database would be great -- shrek-m From terraformers at gmx.net Sun Dec 19 22:55:06 2004 From: terraformers at gmx.net (Lars) Date: Sun, 19 Dec 2004 23:55:06 +0100 Subject: gnome-alsamixer not in pre-extras References: <20041219045341.42934845.fedora@wir-sind-cool.org> <1103445603.4320.8.camel@localhost.localdomain> Message-ID: Thorsten Leemhuis wrote: > Am Sonntag, den 19.12.2004, 07:27 +0100 schrieb Lars: >> Michael Schwendt wrote: >> >> > On Sun, 19 Dec 2004 04:00:17 +0100, Lars wrote: >> > >> >> hi >> >> >> >> just want to note that gnome-alsamixer is missing >> >> in the pre-extras repo. >> > >> > Thanks. It's a known thing. Please see: >> > >> > http://fedoraproject.org/wiki/Extras_2fFC3Status >> > >> > It says: >> > >> > gnome-alsamixer - Not needed for FC3 cause gnome-volume-control >> > offers functionality > > Just FYI, that was my decision. I made the package back in the days of > FC1. But I saw no reason to support in in FC2 and FC3 since the same > functionality is provided by the new gnome-mixer. AFAIK part of the new > gnome-mixer are taken from gnome-alsamixer. > > And I think this decision was/is right. The upstream package was not > updated since around one year AFAIK. > >> ah, thanks >> i'm using kde and would love to get it back because it works a *lot* >> nicer than kde's default kmix applet. > > I know that the current gnome-mixer isn't the best, but did you look at > it to see if it fits your needs? Anyway I think rebuilding for Fedora- > Extras FC3 is unnecessary and waste of time. If you love gnome-alsamixer > so much rebuild the FC1 srpm yourself. That *should* work. thanks for clearing this up. guess i will go the srpm way. best lars merry xmass to all the nice fedora people out there! -- No Software Patents! http://nosoftwarepatents.com Datenschutz - Ihr gutes Recht! http://datenschutz.de Get Firefox! http://spreadfirefox.com From paul at all-the-johnsons.co.uk Sun Dec 19 23:01:30 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 19 Dec 2004 23:01:30 +0000 Subject: OOo 2.0 Message-ID: <1103497291.3620.72.camel@localhost.localdomain> Hi, Any chance of the current dev version of OOo being added into rawhide as an additional package. I've been tracking it for a while now and the current version (1.9.5) is incredibly stable and looking fantastic. TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 plasticmonkey at gmail.com Sun Dec 19 23:02:17 2004 From: plasticmonkey at gmail.com (Philip Johnson) Date: Sun, 19 Dec 2004 23:02:17 +0000 Subject: Hardware Database In-Reply-To: <41C605BB.6030905@gmx.de> References: <41C605BB.6030905@gmx.de> Message-ID: <41C60879.6030905@gmail.com> shrek-m at gmx.de wrote: > :-)) > > http://tldp.org/HOWTO/Hardware-HOWTO/ > http://www.linux-usb.org/ > > :-)) > > my litte bug/rfe - database :-) > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=117048 > hcl database is incomplete > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=117055 > [RFE] a tool for searching a/o updating the hcl database would be great > Heh :) Granted, but what about a database that was specific to Fedora Core? Some pieces of hardware on there aren't too happy when it comes to fedora :D For example one or two pieces of hardware on there that I've seen listed don't always work straight away... they need fiddling with first :) - so in my opinion it isn't brilliant :D Point taken however :) Cheers, Philip Johnson (PlasticMonkey) From skvidal at phy.duke.edu Sun Dec 19 23:25:37 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 19 Dec 2004 18:25:37 -0500 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> <20041219042951.0db247e0.fedora@wir-sind-cool.org> <20041219140406.1caddbfe.fedora@wir-sind-cool.org> <20041219145002.691a724c.fedora@wir-sind-cool.org> <20041219152740.5b27000f.fedora@wir-sind-cool.org> <20041219170001.GF24911@angus.ind.WPI.EDU> Message-ID: <1103498737.8869.6.camel@cutter> > > Change is how improvements are made. Start by changing things for FC4, > > and continue to use the legacy methods for older distros. > > Go ahead. I'm not stopping you. > This discussion is not about the future, this discussion is about the past > and the present. I beg to differ, this whole thread has been about the future. How things are done, in the future, for fedora extras. That's what everything we discuss is about. There's no use talking about things unless it's about positive change for the future. -sv From tcallawa at redhat.com Sun Dec 19 23:50:35 2004 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sun, 19 Dec 2004 17:50:35 -0600 Subject: Hardware Database In-Reply-To: <41C60879.6030905@gmail.com> References: <41C605BB.6030905@gmx.de> <41C60879.6030905@gmail.com> Message-ID: <1103500235.8326.12.camel@localhost.localdomain> On Sun, 2004-12-19 at 23:02 +0000, Philip Johnson wrote: > Granted, but what about a database that was specific to Fedora Core? > Some pieces of hardware on there aren't too happy when it comes to > fedora :D Aurora uses a wiki, it seems well adapted to such a project. ~spot --- Tom "spot" Callaway LCA, RHCE Red Hat Sales Engineer || Aurora Linux Project Leader "If you are going through hell, keep going." - Sir Winston Churchill From dag at wieers.com Mon Dec 20 00:03:32 2004 From: dag at wieers.com (Dag Wieers) Date: Mon, 20 Dec 2004 01:03:32 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103498737.8869.6.camel@cutter> References: <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> <20041219042951.0db247e0.fedora@wir-sind-cool.org> <20041219140406.1caddbfe.fedora@wir-sind-cool.org> <20041219145002.691a724c.fedora@wir-sind-cool.org> <20041219152740.5b27000f.fedora@wir-sind-cool.org> <20041219170001.GF24911@angus.ind.WPI.EDU> <1103498737.8869.6.camel@cutter> Message-ID: On Sun, 19 Dec 2004, seth vidal wrote: > > > > Change is how improvements are made. Start by changing things for FC4, > > > and continue to use the legacy methods for older distros. > > > > Go ahead. I'm not stopping you. > > > This discussion is not about the future, this discussion is about the past > > and the present. > > I beg to differ, this whole thread has been about the future. How things > are done, in the future, for fedora extras. This was not about the future and not about Fedora Extras. It was about disttags and repotags in general. You've been wrong if you think I was arguing for a change in Fedora Extras. Disttags and repotags are necessary for 3rd party repositories and I have not argued about anything else than that. Kind regards, -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From mullens at ntlworld.com Mon Dec 20 03:05:12 2004 From: mullens at ntlworld.com (richard mullens) Date: Mon, 20 Dec 2004 03:05:12 +0000 Subject: FC4 - Installation memory test ? Message-ID: <41C64168.7070406@ntlworld.com> I just built a new machine and booted up with FC3 and SuSE Professional 9.1 installation DVDs. I tried the memory test that is available on the SuSE installation and pretty quickly it found a bit that read back as zero when 1 was written. As I had two DIMMs installed, I swapped them around and the bad bit moved to the other address bank - as expected. I think that such a test function would be useful in FC4 - unless (and here I'm showing my ignorance) the boot sequence tests memory and marks bad memory as unavailable. Can one can tell the system about bad memory ? From P.R.Schaffner at IEEE.org Mon Dec 20 03:12:38 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Sun, 19 Dec 2004 22:12:38 -0500 Subject: FC4 - Installation memory test ? In-Reply-To: <41C64168.7070406@ntlworld.com> References: <41C64168.7070406@ntlworld.com> Message-ID: <1103512359.7078.23.camel@tabb1.tabb> On Mon, 2004-12-20 at 03:05 +0000, richard mullens wrote: > I just built a new machine and booted up with FC3 and SuSE Professional > 9.1 installation DVDs. > > I tried the memory test that is available on the SuSE installation and > pretty quickly it found a bit that read back as zero when 1 was written. > As I had two DIMMs installed, I swapped them around and the bad bit > moved to the other address bank - as expected. > > I think that such a test function would be useful in FC4 - unless (and > here I'm showing my ignorance) the boot sequence tests memory and marks > bad memory as unavailable. I'm not familiar with the SuSE memory test, but there is isolinux/memtest on CD #1. > Can one can tell the system about bad memory ? Don't think so. Phil From P.R.Schaffner at IEEE.org Mon Dec 20 04:07:09 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Sun, 19 Dec 2004 23:07:09 -0500 Subject: Automatic Installation of Printers In-Reply-To: <200412172050.17180.jeffy5@optonline.net> References: <200412161847.59982.jeffy5@optonline.net> <1103314006.3524.63.camel@rodolfo.gt.factorrent.com> <1103323076.2737.160.camel@kyrre> <200412172050.17180.jeffy5@optonline.net> Message-ID: <1103515629.7078.55.camel@tabb1.tabb> On Fri, 2004-12-17 at 20:50 -0500, Jeffrey D. Yuille wrote: > On Friday 17 December 2004 05:47 pm, Kyrre Ness Sjobak wrote: > > fre, 17.12.2004 kl. 21.06 skrev Rodolfo J. Paiz: > > > On Fri, 2004-12-17 at 13:48 +0000, Timothy Murphy wrote: > > > > CUPS is almost wilfully difficult to configure. Thats putting it mildly. ... > I was the one that originally posted this message. I went to my web > browser and typed in "Localhost:631", and saw that print jobs were still in > the queue and the errors were "Unable to look up host "XXXXX- unknown host". > As I previously mentioned, I have a local LAN and can connect to the internet > from all of the hosts but am having difficulty in seeing the other nodes on > the network when it comes to printing - that is, when I try to print > remotely. When I go the the printing manager, it shows that it can see the > printer on the remote computer. I can sucessfully ping all of the hosts on > the LAN, however. All five machines have Fedora Core 3 installed on them. > How can I correct this problem? I have a wireless router with four ethernet > ports and the printer is an Epson Stylus C80 on one of the desktops. How do > I get the computers to "find" the host on which the printer resides? Any > help would be greatly appreciated. I have a similar setup on a 192.168.1.x network behind a cable modem and router. Using static IP addresses, rather than allowing the router to assign them via DHCP, and making entries for all the machines in /etc/hosts works for me. Phil From mandreiana at rdslink.ro Mon Dec 20 06:37:52 2004 From: mandreiana at rdslink.ro (Marius Andreiana) Date: Mon, 20 Dec 2004 08:37:52 +0200 Subject: OOo 2.0 In-Reply-To: <1103497291.3620.72.camel@localhost.localdomain> References: <1103497291.3620.72.camel@localhost.localdomain> Message-ID: <1103524672.3603.3.camel@marte.biciclete.ro> On Sun, 2004-12-19 at 23:01 +0000, Paul wrote: > Hi, > > Any chance of the current dev version of OOo being added into rawhide as > an additional package. I've been tracking it for a while now and the > current version (1.9.5) is incredibly stable and looking fantastic. agreed. Note that it's already available as rpms from openoffice.org For it to be in rawhide, ooo-ximian must be updated to work with 1.9.x, which it's being done (don't know how fast) -- Marius Andreiana Galuna - Solutii Linux in Romania http://www.galuna.ro From alan at redhat.com Mon Dec 20 10:34:17 2004 From: alan at redhat.com (Alan Cox) Date: Mon, 20 Dec 2004 05:34:17 -0500 Subject: FC4 - Installation memory test ? In-Reply-To: <1103512359.7078.23.camel@tabb1.tabb> References: <41C64168.7070406@ntlworld.com> <1103512359.7078.23.camel@tabb1.tabb> Message-ID: <20041220103417.GA26843@devserv.devel.redhat.com> On Sun, Dec 19, 2004 at 10:12:38PM -0500, Phil Schaffner wrote: > > Can one can tell the system about bad memory ? > > Don't think so. It depends how desperate you are. See the Documentation/boot.txt and you can reserve that bit of memory if it is one area not many. Usually people return faulty RAM but if its too late then providing you don't mind fiddling the reserve approach works. I don't think it needs a patch these days although it used to From mullens at ntlworld.com Mon Dec 20 12:24:16 2004 From: mullens at ntlworld.com (richard mullens) Date: Mon, 20 Dec 2004 12:24:16 +0000 Subject: FC4 - Installation memory test ? In-Reply-To: <20041220103417.GA26843@devserv.devel.redhat.com> References: <41C64168.7070406@ntlworld.com> <1103512359.7078.23.camel@tabb1.tabb> <20041220103417.GA26843@devserv.devel.redhat.com> Message-ID: <41C6C470.7000605@ntlworld.com> Alan Cox wrote: >On Sun, Dec 19, 2004 at 10:12:38PM -0500, Phil Schaffner wrote: > > >>>Can one can tell the system about bad memory ? >>> >>> >>Don't think so. >> >> > >It depends how desperate you are. See the Documentation/boot.txt and you can >reserve that bit of memory if it is one area not many. Usually people return >faulty RAM but if its too late then providing you don't mind fiddling the >reserve approach works. I don't think it needs a patch these days although >it used to > > > Thank you both. I obtain my hardware from a Computer Fair - but it is closed until the new year From mattdm at mattdm.org Mon Dec 20 16:07:47 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 20 Dec 2004 11:07:47 -0500 Subject: FC4 Suggestion: Dynamically Generated "role based" menus In-Reply-To: <1103306688.1465.15.camel@localhost.localdomain> References: <20041217170021.95B3D74555@hormel.redhat.com> <1103306688.1465.15.camel@localhost.localdomain> Message-ID: <20041220160747.GA30297@jadzia.bu.edu> On Fri, Dec 17, 2004 at 10:04:48AM -0800, William Hewitt wrote: > It would be kinda useful/interesting if one could generate the menu > system dynamically based on a role variable..... Basically an XML "if" > statement and an extra field in the ".desktop" files..... [...] > and transparently during the install/initialization.... Perhaps with > just another keyword in the xml definition? Dont know and I am just > throwing this out there... Perhaps there is alrady something like this > in place. > Any thoughts? Sounds like a decent idea. I think it'd be nicest if it could be based on (unix) group membership. This is probably a suggestion for upstream Gnome.... -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Mon Dec 20 16:15:04 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 20 Dec 2004 11:15:04 -0500 Subject: a modest request In-Reply-To: <20041217155634.A28772@mail.harddata.com> References: <41C2F5AB.9020300@one.net> <1103297207.4138.36.camel@laptopd505.fenrus.org> <604aa79104121714414184abee@mail.gmail.com> <20041217155634.A28772@mail.harddata.com> Message-ID: <20041220161504.GA30438@jadzia.bu.edu> On Fri, Dec 17, 2004 at 03:56:34PM -0700, Michal Jaegermann wrote: > In /etc/aliases you probably have lines like that: > > # Person who should get root's mail > #root: marc > > Maybe install should ask data for this alias and fill that lines > unless specifically and emphatically declined? The big advantage is > that this solves the issue in a general way instead for some > specific cases like smart. Yes, it'd be nice if firstboot or the installer could do this. However, I highly, highly recommend not trying to have some program manage (or mangle!) entries in /etc/aliases. Instead: root: :include: /etc/rootalias and then have the program drop root aliases into its own clean, separate file. For BU Linux, this is exactly what we do, and then we have a script which (unless configured differently in "/etc/sysconfig/rootalias-manager") adds members of the wheel group to this alias automatically. Later today, I'll file a bug making the small /etc/rootalias recommendation as a first step. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From linhardt at swbell.net Mon Dec 20 16:23:18 2004 From: linhardt at swbell.net (Terry Linhardt) Date: Mon, 20 Dec 2004 10:23:18 -0600 Subject: Automatic Installation of Printers In-Reply-To: <200412170814.01852.jeffy5@optonline.net> References: <200412161847.59982.jeffy5@optonline.net> <1103264000l.5074l.3l@devel.mpeters.us> <200412170814.01852.jeffy5@optonline.net> Message-ID: <41C6FC76.4030700@swbell.net> Jeffrey D. Yuille wrote: >On Friday 17 December 2004 01:13 am, Michael A. Peters wrote: > > >>On 12/16/2004 03:47:59 PM, Jeffrey D. Yuille wrote: >> >> >>>Hello, >>> >>> A suggestion for FC4 would be the automatic detection and >>>installation of >>>printers on the local machine, as is the case with some other >>>distributions >>>of Linux, with the option to choose CUPS or not. >>> >>> >>Fedora does this already - at least it does for me, with usb printers. >>Except for the part of choosing cups or not. You can however post >>install remove a printer from the cups configuration if you don't want >>to use cups. >> >> >Hello Michael, > > Perhaps I am missing something during the initial installation. I guess >the problem that I am having is when I am trying to get other machines on the >network to print from the machine where the printer is installed. I have >already gone through the steps of sharing a printer, etc. I have a small >network with a mixed environment of wireless and ethernet machines. They can >see the printer but cannot print to it. Perhaps the firewalls that are set >up by default are preventing the machines on the network from printing, I >don't know. Any help would be greatly appreciated. By the way, I have an >Epson Stylus C80 printer attached to a Dell Dimension XPS t600 Desktop. I >also use CUPS. > >Jeff > > > Whenever I suspect firewall issues I temporarily disable my firewall settings. (I am on an internal network, and feel safe in doing this for a quick test). I my case, I found that I *did* have firewall issues preventing me from accessing a printer from a remote machine. After that, I opened the required port and remote machines were able to print. Terry From jmorris at beau.org Mon Dec 20 19:28:03 2004 From: jmorris at beau.org (John Morris) Date: Mon, 20 Dec 2004 13:28:03 -0600 (CST) Subject: a modest request In-Reply-To: <604aa79104121714414184abee@mail.gmail.com> Message-ID: On Fri, 17 Dec 2004, Jeff Spaleta wrote: > be really keen if these sorts of mails could be sent to a normal user > account in home lan situations without the user even knowing that > smart is actually there and needs to be reconfigured to send mail to > non-root. Even better, and a lot more 'doable' would be for firstboot to provide a simple one click option to direct root's mail to the user account it creates. Then smart, mdadm, cron, etc could continue sending mail to root and it would end up in the primary user's mailbox without the user needing to understand the gory details or each package needing to be smarter. -- John M. http://www.beau.org/~jmorris This post is 100% M$ Free! Geekcode 3.1:GCS C+++ UL++++$ P++ L+++ W++ w--- Y++ b++ 5+++ R tv- e* r From michal at harddata.com Mon Dec 20 19:28:32 2004 From: michal at harddata.com (Michal Jaegermann) Date: Mon, 20 Dec 2004 12:28:32 -0700 Subject: a modest request In-Reply-To: <20041220161504.GA30438@jadzia.bu.edu>; from mattdm@mattdm.org on Mon, Dec 20, 2004 at 11:15:04AM -0500 References: <41C2F5AB.9020300@one.net> <1103297207.4138.36.camel@laptopd505.fenrus.org> <604aa79104121714414184abee@mail.gmail.com> <20041217155634.A28772@mail.harddata.com> <20041220161504.GA30438@jadzia.bu.edu> Message-ID: <20041220122832.A5005@mail.harddata.com> On Mon, Dec 20, 2004 at 11:15:04AM -0500, Matthew Miller wrote: > > Yes, it'd be nice if firstboot or the installer could do this. However, I > highly, highly recommend not trying to have some program manage (or mangle!) > entries in /etc/aliases. Instead: > > root: :include: /etc/rootalias > > and then have the program drop root aliases into its own clean, separate > file. I would prefer root: :include: /etc/mail/rootalias or maybe root: :include: /etc/sysconfig/rootalias (and things like a silent skip if that alias is already defined) but we are arguing here about details of an implementation. I think that there is a general agreement that something of that sort would be highly desirable. Should there be a bugzilla RFE for that? Michal From kyrre at solution-forge.net Mon Dec 20 19:33:18 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 20 Dec 2004 20:33:18 +0100 Subject: gnome-alsamixer not in pre-extras In-Reply-To: <20041219045341.42934845.fedora@wir-sind-cool.org> References: <20041219045341.42934845.fedora@wir-sind-cool.org> Message-ID: <1103571198.2728.6.camel@kyrre> s?n, 19.12.2004 kl. 04.53 skrev Michael Schwendt: > On Sun, 19 Dec 2004 04:00:17 +0100, Lars wrote: > > > hi > > > > just want to note that gnome-alsamixer is missing > > in the pre-extras repo. > > Thanks. It's a known thing. Please see: > > http://fedoraproject.org/wiki/Extras_2fFC3Status > > It says: > > gnome-alsamixer - Not needed for FC3 cause gnome-volume-control > offers functionality gnome-volume-control aren't able to activate/deactivate the 3D on my AWE 64 :( From kyrre at solution-forge.net Mon Dec 20 19:35:34 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 20 Dec 2004 20:35:34 +0100 Subject: a modest request (smartd email redirection....) In-Reply-To: <604aa79104121716467ca46a11@mail.gmail.com> References: <1103330123.2750.3.camel@localhost.localdomain> <604aa79104121716467ca46a11@mail.gmail.com> Message-ID: <1103571334.2728.8.camel@kyrre> l?r, 18.12.2004 kl. 01.46 skrev Jeff Spaleta: > On Fri, 17 Dec 2004 16:35:23 -0800, William Hewitt wrote: > >> Michal Jaegermann said: > >> Maybe install should ask data for this alias and fill that lines > >> unless specifically and emphatically declined? The big advantage is > >> that this solves the issue in a general way instead for some > >> specific cases like smart. > > > Or perhaps in FirstBoot(?) > > > I was actually trying to use the smartd specific example of the need > for a more general solution to the problem of relying of users to > interact with the system as root users in a number of ways in order to > see useful information. How many users see the logging and > notification information the system could be producing? How many users > actually login as root and read roots local email? In a home system > situations i doubt its very many. In large multiuser corporate network > you can probably reasonably rely on it. Not on every workstation... > On hobbiest desktops and > workstations its going to depend heavily on that person's experience > level, new people coming in to the fedora process as their first > venture into linux i doubt are going to know check roots email for > this sort of notification. > > -jef From kyrre at solution-forge.net Mon Dec 20 19:38:40 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 20 Dec 2004 20:38:40 +0100 Subject: a modest request In-Reply-To: <80d7e40904121908541a3f9087@mail.gmail.com> References: <41C2F5AB.9020300@one.net> <1103297207.4138.36.camel@laptopd505.fenrus.org> <1103322871.2737.156.camel@kyrre> <20041219160137.GF5417@devserv.devel.redhat.com> <80d7e40904121908541a3f9087@mail.gmail.com> Message-ID: <1103571520.2728.11.camel@kyrre> s?n, 19.12.2004 kl. 17.54 skrev Stephen J. Smoogen: > On Sun, 19 Dec 2004 11:01:37 -0500, Alan Cox wrote: > > On Fri, Dec 17, 2004 at 11:47:22PM +0100, Kyrre Ness Sjobak wrote: > > > > If your disk is beyond remapping, the smart daemon (on by default) will > > > > send you a nice mail saying that your disk is going bad. > > > > > > Very, VERY many people never touches root's mail command... > > > > Indeed but at the moment the toolbar just has a 30Mb pointless up2date icon > > on it. Probably that needs to be 29Mb smaller and indicate other useful things > > > > Amen. We have to remove this from most of our workstations because it > is completely meaningless and even the people who have 4 Gigabytes of > RAM in their workstations thinks that 30MB is a waste for a dummy > light. 30 MB RAM?!? Could that be why 128 MB machines are so *DAMN* slow? ... Urk. It's not like we use up2date anyway... I see a networkwide rpm -e up2date... From jspaleta at gmail.com Mon Dec 20 19:44:04 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 20 Dec 2004 14:44:04 -0500 Subject: a modest request In-Reply-To: References: <604aa79104121714414184abee@mail.gmail.com> Message-ID: <604aa79104122011447f2901e9@mail.gmail.com> On Mon, 20 Dec 2004 13:28:03 -0600 (CST), John Morris wrote: > Then smart, mdadm, cron, etc could continue sending mail to root > and it would end up in the primary user's mailbox without the user needing > to understand the gory details or each package needing to be smarter. I don't think i was advocating that each package become invidually smarter. Effective redirection of notification emails to an administrative user is just one aspect of the larger problem in defining an administrative user role instead of relying on people to use root user. There is a larger discussion about pre-configuring sudo for an adminstrative role for tasks instead of using a root user password that i was hoping to inspire. Sadly people actually wanted to solve this email problem and came up with a targetted solution. -jef From kyrre at solution-forge.net Mon Dec 20 19:41:31 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 20 Dec 2004 20:41:31 +0100 Subject: Automatic Installation of Printers In-Reply-To: <1103515629.7078.55.camel@tabb1.tabb> References: <200412161847.59982.jeffy5@optonline.net> <1103314006.3524.63.camel@rodolfo.gt.factorrent.com> <1103323076.2737.160.camel@kyrre> <200412172050.17180.jeffy5@optonline.net> <1103515629.7078.55.camel@tabb1.tabb> Message-ID: <1103571691.2728.14.camel@kyrre> man, 20.12.2004 kl. 05.07 skrev Phil Schaffner: > On Fri, 2004-12-17 at 20:50 -0500, Jeffrey D. Yuille wrote: > > On Friday 17 December 2004 05:47 pm, Kyrre Ness Sjobak wrote: > > > fre, 17.12.2004 kl. 21.06 skrev Rodolfo J. Paiz: > > > > On Fri, 2004-12-17 at 13:48 +0000, Timothy Murphy wrote: > > > > > CUPS is almost wilfully difficult to configure. > > Thats putting it mildly. > > ... > > I was the one that originally posted this message. I went to my web > > browser and typed in "Localhost:631", and saw that print jobs were still in > > the queue and the errors were "Unable to look up host "XXXXX- unknown host". > > As I previously mentioned, I have a local LAN and can connect to the internet > > from all of the hosts but am having difficulty in seeing the other nodes on > > the network when it comes to printing - that is, when I try to print > > remotely. When I go the the printing manager, it shows that it can see the > > printer on the remote computer. I can sucessfully ping all of the hosts on > > the LAN, however. All five machines have Fedora Core 3 installed on them. > > How can I correct this problem? I have a wireless router with four ethernet > > ports and the printer is an Epson Stylus C80 on one of the desktops. How do > > I get the computers to "find" the host on which the printer resides? Any > > help would be greatly appreciated. > > I have a similar setup on a 192.168.1.x network behind a cable modem and > router. Using static IP addresses, rather than allowing the router to > assign them via DHCP, and making entries for all the machines > in /etc/hosts works for me. Yup. Personaly i use DNSMASQ... And i personally mean that cups should *save* the broadcasted IP and use that. And then maybe use the dns-name as a "hide" for the user... From michal at harddata.com Mon Dec 20 19:56:48 2004 From: michal at harddata.com (Michal Jaegermann) Date: Mon, 20 Dec 2004 12:56:48 -0700 Subject: a modest request In-Reply-To: <604aa79104122011447f2901e9@mail.gmail.com>; from jspaleta@gmail.com on Mon, Dec 20, 2004 at 02:44:04PM -0500 References: <604aa79104121714414184abee@mail.gmail.com> <604aa79104122011447f2901e9@mail.gmail.com> Message-ID: <20041220125648.B5005@mail.harddata.com> On Mon, Dec 20, 2004 at 02:44:04PM -0500, Jeff Spaleta wrote: > There is a larger discussion about pre-configuring sudo for an > adminstrative role for tasks instead of using a root user password > that i was hoping to inspire. Sadly people actually wanted to solve > this email problem and came up with a targetted solution. How these two issues are tied up? Somewhat related in a general sense, agreed, but using sudo for email does not strike me as a particularly good idea. Michal From mattdm at mattdm.org Mon Dec 20 20:10:36 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 20 Dec 2004 15:10:36 -0500 Subject: a modest request In-Reply-To: <20041220122832.A5005@mail.harddata.com> References: <41C2F5AB.9020300@one.net> <1103297207.4138.36.camel@laptopd505.fenrus.org> <604aa79104121714414184abee@mail.gmail.com> <20041217155634.A28772@mail.harddata.com> <20041220161504.GA30438@jadzia.bu.edu> <20041220122832.A5005@mail.harddata.com> Message-ID: <20041220201036.GA7939@jadzia.bu.edu> On Mon, Dec 20, 2004 at 12:28:32PM -0700, Michal Jaegermann wrote: > I would prefer > root: :include: /etc/mail/rootalias Maybe. Postfix doesn't use this directory. Nor does exim. On the other hand, spamassassin puts its files there, so there's some non-sendmail-specific precedent. I understand the desire to not clutter up /etc further. > or maybe > root: :include: /etc/sysconfig/rootalias I don't think this is good, because almost everything else in /etc/sysconfig is either actually sourced into a shell script or sets variables in a format that looks like that ("FOO=bar"). > (and things like a silent skip if that alias is already defined) but > we are arguing here about details of an implementation. > I think that there is a general agreement that something of that > sort would be highly desirable. Should there be a bugzilla RFE for > that? Yes, there should. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Mon Dec 20 20:13:14 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 20 Dec 2004 15:13:14 -0500 Subject: a modest request (smartd email redirection....) In-Reply-To: <1103571334.2728.8.camel@kyrre> References: <1103330123.2750.3.camel@localhost.localdomain> <604aa79104121716467ca46a11@mail.gmail.com> <1103571334.2728.8.camel@kyrre> Message-ID: <20041220201313.GB7939@jadzia.bu.edu> On Mon, Dec 20, 2004 at 08:35:34PM +0100, Kyrre Ness Sjobak wrote: > > actually login as root and read roots local email? In a home system > > situations i doubt its very many. In large multiuser corporate network > > you can probably reasonably rely on it. > Not on every workstation... I dunno about corporate, but in *our* "enterprise" environment (Boston University), you can pretty much rely on it being completely ignored on most workstations unless something is done proactively to encourage the mail to go to a human or a remote logserver. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From michal at harddata.com Mon Dec 20 22:02:38 2004 From: michal at harddata.com (Michal Jaegermann) Date: Mon, 20 Dec 2004 15:02:38 -0700 Subject: a modest request In-Reply-To: <20041220201036.GA7939@jadzia.bu.edu>; from mattdm@mattdm.org on Mon, Dec 20, 2004 at 03:10:36PM -0500 References: <41C2F5AB.9020300@one.net> <1103297207.4138.36.camel@laptopd505.fenrus.org> <604aa79104121714414184abee@mail.gmail.com> <20041217155634.A28772@mail.harddata.com> <20041220161504.GA30438@jadzia.bu.edu> <20041220122832.A5005@mail.harddata.com> <20041220201036.GA7939@jadzia.bu.edu> Message-ID: <20041220150238.A10222@mail.harddata.com> On Mon, Dec 20, 2004 at 03:10:36PM -0500, Matthew Miller wrote: > On Mon, Dec 20, 2004 at 12:28:32PM -0700, Michal Jaegermann wrote: > > I would prefer > > root: :include: /etc/mail/rootalias > > Maybe. Postfix doesn't use this directory. Nor does exim. If these MTAs understand 'include:' in aliases then it does not matter as you have a full path. I simply do not like everything on the first level of /etc/. > Thanks. Michal From mattdm at mattdm.org Mon Dec 20 22:12:29 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 20 Dec 2004 17:12:29 -0500 Subject: a modest request In-Reply-To: <20041220150238.A10222@mail.harddata.com> References: <41C2F5AB.9020300@one.net> <1103297207.4138.36.camel@laptopd505.fenrus.org> <604aa79104121714414184abee@mail.gmail.com> <20041217155634.A28772@mail.harddata.com> <20041220161504.GA30438@jadzia.bu.edu> <20041220122832.A5005@mail.harddata.com> <20041220201036.GA7939@jadzia.bu.edu> <20041220150238.A10222@mail.harddata.com> Message-ID: <20041220221229.GA14167@jadzia.bu.edu> On Mon, Dec 20, 2004 at 03:02:38PM -0700, Michal Jaegermann wrote: > > > I would prefer > > > root: :include: /etc/mail/rootalias > > Maybe. Postfix doesn't use this directory. Nor does exim. > If these MTAs understand 'include:' in aliases then it does not > matter as you have a full path. I simply do not like everything > on the first level of /etc/. I know; I just meant, they don't put stuff there. It's kinda sendmail's directory, despite the generic name. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From byte at aeon.com.my Mon Dec 20 16:00:50 2004 From: byte at aeon.com.my (Colin Charles) Date: Tue, 21 Dec 2004 00:00:50 +0800 Subject: Fedora Project launches Pre-Extras In-Reply-To: References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> Message-ID: <1103558450.4468.28.camel@localhost.localdomain> On Fri, 2004-12-17 at 17:56 +0100, Dag Wieers wrote: > > If you use different repositories and there's no coordination, there's > no > proper way to compare the release tags anyway. The discussion about > either > the disttag or the vendortag are useless. So, wouldn't it be sensible that we all work together on Extras, and there's less of these "different" repositories and coordination? Quoting you from another post: > But then again, if you're talking as the authority repository and > don't > see a use in 3rd party repositories, there's no need for a repotag. > But > for a complete other reason. And yes, Fedora Extras is the "authority" repository (like Legacy is the "authority" channel for EOLed Core stuff, and Core is the "authority" channel for stuff in Core), so maybe Alternatives needs a repotag =) -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From byte at aeon.com.my Tue Dec 21 01:26:32 2004 From: byte at aeon.com.my (Colin Charles) Date: Tue, 21 Dec 2004 09:26:32 +0800 Subject: Hardware Database In-Reply-To: <1103500235.8326.12.camel@localhost.localdomain> References: <41C605BB.6030905@gmx.de> <41C60879.6030905@gmail.com> <1103500235.8326.12.camel@localhost.localdomain> Message-ID: <1103592392.4468.30.camel@localhost.localdomain> On Sun, 2004-12-19 at 17:50 -0600, Tom 'spot' Callaway wrote: > > Granted, but what about a database that was specific to Fedora > Core? > > Some pieces of hardware on there aren't too happy when it comes to > > fedora :D > > Aurora uses a wiki, it seems well adapted to such a project. And there's nothing stopping folk from using: http://fedoraproject.org/wiki/ for their uses in starting a simple HCL database -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From dag at wieers.com Tue Dec 21 03:56:32 2004 From: dag at wieers.com (Dag Wieers) Date: Tue, 21 Dec 2004 04:56:32 +0100 (CET) Subject: Fedora Project launches Pre-Extras In-Reply-To: <1103558450.4468.28.camel@localhost.localdomain> References: <1103223626.1763.18.camel@cutter> <20041216201052.GA22375@jadzia.bu.edu> <604aa7910412161223461e0a68@mail.gmail.com> <200412170209.11024@-mr700> <20041217130944.5fa3955e.fedora@wir-sind-cool.org> <1103297943.9364.7.camel@opus.phy.duke.edu> <1103558450.4468.28.camel@localhost.localdomain> Message-ID: On Tue, 21 Dec 2004, Colin Charles wrote: > On Fri, 2004-12-17 at 17:56 +0100, Dag Wieers wrote: > > > > If you use different repositories and there's no coordination, there's > > no > > proper way to compare the release tags anyway. The discussion about > > either > > the disttag or the vendortag are useless. > > So, wouldn't it be sensible that we all work together on Extras, and > there's less of these "different" repositories and coordination? The current issue to achieve this is the limited scope of Extras and the different goals (only support devel and -1). If I may be rude, it has still to be seen of Extras (and the cooperation between the community and Red Hat) will work out better than what we have in place now. Another concern I have is that before I can contribute I have to sign some legalese of which I have completely no understanding what it really means. And I am very concerned about the involvement of my employer in the process. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From mharris at www.linux.org.uk Tue Dec 21 07:53:37 2004 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Tue, 21 Dec 2004 02:53:37 -0500 Subject: X.org X11 6.8.2rc1 (xorg-x11-6.8.1.901) release candidate 1 now in Fedora Development for testing Message-ID: <41C7D681.3020305@www.linux.org.uk> X.Org X11 6.8.2rc1 a.k.a 6.8.1.901 is now in Fedora Development (rawhide) for testing. This new X11 test release is from the stable bugfix-only 6.8-branch of X.Org X11 CVS. The new release fixes a large number of bugs in 6.8.1 which have been reported since it was released, including fixes to the X server, radeon and other drivers, and addition of PCI IDs of some newer hardware. This is strictly a bug fix only release, and contains no new major features. If you experienced a bug in X.Org 6.8.1 or earlier which is still present in the currently shipping Fedora Core xorg-x11 update, you may want to install this release candidate to see if your bug may have been fixed. For a complete list of the specific issues that have been fixed in the new release, I refer you to the X.org CVS changelog (xc/ChangeLog) in the X.Org source code, and the Red Hat rpm spec file changelog. This is the only location the changes are documented in, so read these 2 places if you want to know the details, as this is the only locations the changes are documented. After upgrading to test the new release, if you experience any new bugs or regressions, please be sure to file them in X.Org's official bugzilla, which is located at: http://bugs.freedesktop.org in the "xorg" component. Be sure to indicate in your bug report the version of Fedora Core you are using, and the specific xorg-x11 rpm version-release from rawhide, which can be obtained by running "rpm -q xorg-x11". Also, make sure you attach your X server log and config file to the bug report as single uncompressed file attachments using the bugzilla file attachment interface. If your problem is lockup/crash related, or DRI/AGP related, also attach your complete /var/log/messages from the time of boot onward, so there is sufficient information present in the bug report for an initial analysis. If you experience any problems that are related specifically to the rpm packaging of xorg-x11, and not the software itself, please file them in Red Hat bugzilla instead, in the "xorg-x11" component. SPECIAL NOTES: ~~~~~~~~~~~~~ 1) Someone has reported a bug already, in which after upgrading to the new X.Org, their config file was renamed from xorg.conf to xorg.conf.backup. If this happens for you, just rename it back to xorg.conf and it should work as before. Don't report this bug in bugzilla again, as we already know about it and will be investigating it shortly. 2) Compatibility with 3rd party and proprietary video drivers: This release of X.Org is believed to be 100% ABI compatible with 6.8.1. As such, proprietary and other 3rd party drivers should function with this test release if they worked with 6.8.1. One important thing to note however, is that various 3rd party driver installation mechanisms such as Nvidia's proprietary driver installer, improperly overwrite X.Org supplied files which are managed by RPM in Fedora Core. When you upgrade X.Org via rpm, some of the 3rd party driver files (most noteably libGL and libglx.a for Nvidia) will probably be overwritten by the new X.Org supplied files in rpm format. The simplest solution to this problem, is to obtain your Nvidia or ATI proprietary drivers in RPM format from: http://www.livna.org. Alternatively, you can redownload the driver again from wherever you got it the first time, and reinstall it. If you experience any problems with unsupported 3rd party drivers, report them directly to the vendor who supplied the drivers, not to Red Hat. In the extremely unlikely event the X server module ABI has changed unexpectedly, if you experience proprietary driver problems with the new X server which you believe may be due to accidental regression in the X server, report it to X.Org in the http://bugs.freedesktop.org bugzilla, so the issue can be investigated before the 6.8.2 release finalizes. 3) If you experience ANY problems that you are planning on filing in any bugzilla, make sure you query that bugzilla's both open and closed bugs to see if the issue has already been reported. Quite often people don't do this critical step and an issue ends up being reported a large number of times, which wastes developers time closing duplicates that they could be spending fixing bugs. On behalf of Red Hat, as well as X.Org, I would like to thank all of the brave beta testers out there in advance for testing this new X.Org stable release candidate. Enjoy. From gslink at one.net Tue Dec 21 16:43:25 2004 From: gslink at one.net (gslink) Date: Tue, 21 Dec 2004 11:43:25 -0500 Subject: a modest request In-Reply-To: <1103297207.4138.36.camel@laptopd505.fenrus.org> References: <41C2F5AB.9020300@one.net> <1103297207.4138.36.camel@laptopd505.fenrus.org> Message-ID: <41C852AD.5090505@one.net> What you say is only partly true. Most discs do not relocate anything. This is especially true of older discs. I have a stack of discs that have small bad spots and must be formatted and sectors locked out before installing RH. As far as I can see this is simply a flaw that gives Microsoft an enormous club to use on Red Hat. From gslink at one.net Tue Dec 21 16:56:57 2004 From: gslink at one.net (gslink) Date: Tue, 21 Dec 2004 11:56:57 -0500 Subject: a modest request In-Reply-To: <20041219154003.GB5417@devserv.devel.redhat.com> References: <41C2F5AB.9020300@one.net> <20041219154003.GB5417@devserv.devel.redhat.com> Message-ID: <41C855D9.8000308@one.net> Linux works very well with disc sizes of less than 1g. There are lots of these older discs around and if you want to make a firewall or other application which doesn't require lots of disc then these are excellent. If you are planning to use a large server then a new disc is a must. As I have said before older discs don't have the checks that modern discs have. There are even modern 20g drives that require you to lockout bad sectors. From alan at redhat.com Tue Dec 21 17:16:31 2004 From: alan at redhat.com (Alan Cox) Date: Tue, 21 Dec 2004 12:16:31 -0500 Subject: a modest request In-Reply-To: <41C852AD.5090505@one.net> References: <41C2F5AB.9020300@one.net> <1103297207.4138.36.camel@laptopd505.fenrus.org> <41C852AD.5090505@one.net> Message-ID: <20041221171631.GA31871@devserv.devel.redhat.com> On Tue, Dec 21, 2004 at 11:43:25AM -0500, gslink wrote: > What you say is only partly true. Most discs do not relocate anything. All modern disks relocate on write errors. I actually spend some time talking to drive vendors about such things. Alan From alan at redhat.com Tue Dec 21 17:18:54 2004 From: alan at redhat.com (Alan Cox) Date: Tue, 21 Dec 2004 12:18:54 -0500 Subject: a modest request In-Reply-To: <41C855D9.8000308@one.net> References: <41C2F5AB.9020300@one.net> <20041219154003.GB5417@devserv.devel.redhat.com> <41C855D9.8000308@one.net> Message-ID: <20041221171854.GB31871@devserv.devel.redhat.com> On Tue, Dec 21, 2004 at 11:56:57AM -0500, gslink wrote: > Linux works very well with disc sizes of less than 1g. There are lots > of these older discs around and if you want to make a firewall or other > application which doesn't require lots of disc then these are excellent. The era of disks that didn't always deal with bad blocks is well before drives hit the enormous inconceivable capacity of 1Gb. > If you are planning to use a large server then a new disc is a must. > As I have said before older discs don't have the checks that modern > discs have. There are even modern 20g drives that require you to > lockout bad sectors. Only faulty ones. And if they happen to be IBM/Hitachi then you should get the firmware updates for the "deathstar" drives applied if relevant. Alan From dmm at 1-4-5.net Tue Dec 21 17:21:14 2004 From: dmm at 1-4-5.net (David Meyer) Date: Tue, 21 Dec 2004 09:21:14 -0800 Subject: What are folks doing for (laptop) power management on FC3? Message-ID: <20041221172114.GA13159@1-4-5.net> Thanks, Dave From alan at redhat.com Tue Dec 21 17:23:09 2004 From: alan at redhat.com (Alan Cox) Date: Tue, 21 Dec 2004 12:23:09 -0500 Subject: What are folks doing for (laptop) power management on FC3? In-Reply-To: <20041221172114.GA13159@1-4-5.net> References: <20041221172114.GA13159@1-4-5.net> Message-ID: <20041221172309.GA3087@devserv.devel.redhat.com> I do "acpi=off" At least on older laptops even those that think they can do ACPI its generally a win. On newer boxes I'm just running the cpu speed daemon and a 100Hz kernel rather than the FC3 kernel. From balay at fastmail.fm Tue Dec 21 17:31:22 2004 From: balay at fastmail.fm (Satish Balay) Date: Tue, 21 Dec 2004 11:31:22 -0600 (CST) Subject: What are folks doing for (laptop) power management on FC3? In-Reply-To: <20041221172309.GA3087@devserv.devel.redhat.com> References: <20041221172114.GA13159@1-4-5.net> <20041221172309.GA3087@devserv.devel.redhat.com> Message-ID: On Tue, 21 Dec 2004, Alan Cox wrote: > On newer boxes I'm just running the cpu speed daemon and a 100Hz > kernel rather than the FC3 kernel. Will this be available in a FC3 kernel update? thanks, Satish From gslink at one.net Tue Dec 21 17:49:01 2004 From: gslink at one.net (gslink) Date: Tue, 21 Dec 2004 12:49:01 -0500 Subject: Playing CDs on FC3 Message-ID: <41C8620D.2070706@one.net> I noticed that even though sound cards and speakers check out that in FC3 only the root user can play a cd. Any other user gets a popup that the cd can't be read. Has anyone else had this trouble? No changes to access privledges were made after installation so this is the assumed setting. From gslink at one.net Tue Dec 21 17:52:17 2004 From: gslink at one.net (gslink) Date: Tue, 21 Dec 2004 12:52:17 -0500 Subject: RPM problems Message-ID: <41C862D1.3080309@one.net> We installed the updates to RPM for FC3 from the updates directory and found that suddenly clicking on an RPM no longer works. Using RPM from a terminal window does not seem to be affected. Has anyone else had this problem? From kms at passback.co.uk Tue Dec 21 17:57:26 2004 From: kms at passback.co.uk (Keith Sharp) Date: Tue, 21 Dec 2004 17:57:26 +0000 Subject: What are folks doing for (laptop) power management on FC3? In-Reply-To: <20041221172114.GA13159@1-4-5.net> References: <20041221172114.GA13159@1-4-5.net> Message-ID: <1103651846.3562.4.camel@animal.passback.co.uk> Hello, I have a Thinkpad T40, I am alos using acpi=off. I couldn't face the pain of trying to configure ACPI to work the way APM did... Keith. From cam at apt2324.com Tue Dec 21 17:44:20 2004 From: cam at apt2324.com (Cam Desautels) Date: Tue, 21 Dec 2004 11:44:20 -0600 Subject: What are folks doing for (laptop) power management on FC3? In-Reply-To: <20041221172309.GA3087@devserv.devel.redhat.com> References: <20041221172114.GA13159@1-4-5.net> <20041221172309.GA3087@devserv.devel.redhat.com> Message-ID: <41C860F4.7070309@apt2324.com> Alan Cox wrote: > I do > "acpi=off" > > At least on older laptops even those that think they can do ACPI its generally > a win. On newer boxes I'm just running the cpu speed daemon and a 100Hz > kernel rather than the FC3 kernel. > What advantage is gained from turning ACPI off? -- Cam Desautels ASCII ribbon campaign ( ) http://www.BinaryUprising.com against HTML e-mail X / \ From mattdm at mattdm.org Tue Dec 21 18:50:53 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 21 Dec 2004 13:50:53 -0500 Subject: What are folks doing for (laptop) power management on FC3? In-Reply-To: <41C860F4.7070309@apt2324.com> References: <20041221172114.GA13159@1-4-5.net> <20041221172309.GA3087@devserv.devel.redhat.com> <41C860F4.7070309@apt2324.com> Message-ID: <20041221185053.GA19727@jadzia.bu.edu> On Tue, Dec 21, 2004 at 11:44:20AM -0600, Cam Desautels wrote: > >At least on older laptops even those that think they can do ACPI its > >generally > >a win. On newer boxes I'm just running the cpu speed daemon and a 100Hz > >kernel rather than the FC3 kernel. > What advantage is gained from turning ACPI off? You can't mix and match APM and ACPI. And if you have a laptop which works really well with APM, that's generally better than ACPI works at its very best these days. (Suspend to disk might actually work with no difficulties, for example.) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From balay at fastmail.fm Tue Dec 21 18:53:39 2004 From: balay at fastmail.fm (Satish Balay) Date: Tue, 21 Dec 2004 12:53:39 -0600 (CST) Subject: What are folks doing for (laptop) power management on FC3? In-Reply-To: <41C860F4.7070309@apt2324.com> References: <20041221172114.GA13159@1-4-5.net> <20041221172309.GA3087@devserv.devel.redhat.com> <41C860F4.7070309@apt2324.com> Message-ID: On Tue, 21 Dec 2004, Cam Desautels wrote: > Alan Cox wrote: > > I do "acpi=off" > > What advantage is gained from turning ACPI off? "acpi=off" => 'apm=on' Satish From alan at redhat.com Tue Dec 21 18:54:22 2004 From: alan at redhat.com (Alan Cox) Date: Tue, 21 Dec 2004 13:54:22 -0500 Subject: What are folks doing for (laptop) power management on FC3? In-Reply-To: <41C860F4.7070309@apt2324.com> References: <20041221172114.GA13159@1-4-5.net> <20041221172309.GA3087@devserv.devel.redhat.com> <41C860F4.7070309@apt2324.com> Message-ID: <20041221185422.GA15472@devserv.devel.redhat.com> On Tue, Dec 21, 2004 at 11:44:20AM -0600, Cam Desautels wrote: > >At least on older laptops even those that think they can do ACPI its > >generally > > What advantage is gained from turning ACPI off? On my laptop it gives me working APM suspend to ram and suspend to disk. From michal at harddata.com Tue Dec 21 19:29:59 2004 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 21 Dec 2004 12:29:59 -0700 Subject: What are folks doing for (laptop) power management on FC3? In-Reply-To: <41C860F4.7070309@apt2324.com>; from cam@apt2324.com on Tue, Dec 21, 2004 at 11:44:20AM -0600 References: <20041221172114.GA13159@1-4-5.net> <20041221172309.GA3087@devserv.devel.redhat.com> <41C860F4.7070309@apt2324.com> Message-ID: <20041221122959.A5073@mail.harddata.com> On Tue, Dec 21, 2004 at 11:44:20AM -0600, Cam Desautels wrote: > > What advantage is gained from turning ACPI off? This is switching a laptop to APM for a power managment. For some laptops this is exactly what doctor prescribed and for other this is an instant killer. Depends really on your BIOS, and what kind of bugs are hidden there, so it is hard to call that "advantage". Newer models tend to lean towards ACPI but you still _may_ have working APM. ACPI is big and convoluted beast and BIOS writers are not famous for a quality of their code. OTOH I have seen laptops where APM is still nominally there but you definitely do not want to use it. Michal From cam at apt2324.com Tue Dec 21 20:39:58 2004 From: cam at apt2324.com (Cam Desautels) Date: Tue, 21 Dec 2004 14:39:58 -0600 Subject: What are folks doing for (laptop) power management on FC3? In-Reply-To: References: <20041221172114.GA13159@1-4-5.net> <20041221172309.GA3087@devserv.devel.redhat.com> <41C860F4.7070309@apt2324.com> Message-ID: <41C88A1E.4090804@apt2324.com> Satish Balay wrote: > "acpi=off" => 'apm=on' Does the stock FC3 kernel not have APM support? I passed the "acpi=off" option, then ran "apm -s" to which I was greeted with "No APM support in kernel." Then I attempted a "modprobe apm" and got "FATAL: Module apm not found." What's up? -- Cam Desautels ASCII ribbon campaign ( ) http://www.BinaryUprising.com against HTML e-mail X / \ From Stephane.Gaucher at USherbrooke.ca Tue Dec 21 21:02:04 2004 From: Stephane.Gaucher at USherbrooke.ca (Stephane Gaucher) Date: Tue, 21 Dec 2004 16:02:04 -0500 Subject: phpinfo() not responding in apache In-Reply-To: <41C34220.7070407@donut.dk> References: <1103232284.3536.62.camel@localhost.localdomain> <41C34220.7070407@donut.dk> Message-ID: <1103662924.3909.2.camel@localhost.localdomain> On Fri, 2004-12-17 at 21:31 +0100, Cream[DONut] wrote: > Stephane Gaucher wrote: > > > > ?> > > > you are missing a ; > > its: > ?> > Forbidden You don't have permission to access /info.php on this server. Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request. ________________________________________________________________________ Apache/2.0.52 (Fedora) Server at 127.0.0.1 Port 80 -------------- next part -------------- An HTML attachment was scrubbed... URL: From shrek-m at gmx.de Tue Dec 21 22:11:47 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 21 Dec 2004 23:11:47 +0100 Subject: phpinfo() not responding in apache In-Reply-To: <1103662924.3909.2.camel@localhost.localdomain> References: <1103232284.3536.62.camel@localhost.localdomain> <41C34220.7070407@donut.dk> <1103662924.3909.2.camel@localhost.localdomain> Message-ID: <41C89FA3.4050101@gmx.de> Stephane Gaucher wrote: > On Fri, 2004-12-17 at 21:31 +0100, Cream[DONut] wrote: > >>Stephane Gaucher wrote: >> >>> >> ?> >> >>you are missing a ; >> >>its: >>>?> >> >> both is ok $ lynx 127.0.0.1/phpinfo.php $ lynx 127.0.0.1/phpinfo-2.php $ cat /var/www/html/phpinfo*.php > *Forbidden* > You don't have permission to access /info.php on this server. > > Additionally, a 403 Forbidden error was encountered while trying to > use an ErrorDocument to handle the request. > > ------------------------------------------------------------------------ > /Apache/2.0.52 (Fedora) Server at 127.0.0.1 Port 80/ > $ php -i | grep -i gaucher Please try fedora-list at redhat.com $ -- shrek-m From lynn at garlic.com Tue Dec 21 23:50:36 2004 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Tue, 21 Dec 2004 16:50:36 -0700 Subject: preamble for intel 2200bg wireless??? In-Reply-To: <20041221170026.5A06C7431A@hormel.redhat.com> References: <20041221170026.5A06C7431A@hormel.redhat.com> Message-ID: <41C8B6CC.5090708@garlic.com> I've got the latest ip22200-0.18 wireless driver installed on fc3 and working well at home ... but am having trouble where there are multiple access points in the same area. the service people say that there is some preamble issue ... especially with "G" and cisco wireless points ... where the laptap starts oscillating between the various access points (all same ssid) and loosing connection. there is supposedly some preamble option change necessary to correct the problem From joelbryanster at gmail.com Wed Dec 22 00:55:35 2004 From: joelbryanster at gmail.com (joelbryan) Date: Wed, 22 Dec 2004 08:55:35 +0800 Subject: What Packages in Fedora you be thankful of? Message-ID: Now christmas is coming, and Fedora Project make it this far, I think it's time for us to thank the developers, just for the holiday to make it memorable. In any version released in Fedora core, what packages or features you be thankful of? Create your own list, and tell how you feel thankful for it. This is my list. 1. The Bluecurve desktop, the developers behind the artworks and icons, personally I like it very much, it not only bring much familiarity, ease of use, and comfortability, it also brings a "breath of life and fresh air" in all the desktop races, giving hope in familiarization, standardization, and on using the desktop more easily. To the developers, thank you for doing so. 2. The Anaconda Installer, because it's the most easiest Linux installation I've ever seen, aside from it's easy to install linux with it, it has a welcoming atmosphere, and the package selection where as easy as "add/remove programs" in windows, and making it available it the desktop is an innovation to Linux. To the developer, here is my thanks to you. 3. The up2date applet. Not only this is omnipresent in the desktop, It is also makes easier to see when your system is behind the latest packages, because up2date automatically display in icons the status of your system, in an animated applet. So the next time you see a message "Your system is fully updated", it would bring a smile in your face. Thanks for this. 4. Inclusion of Rythmbox, Evolution 2 and Firefox. I'm thankful for inclusion of Rythmbox, because it makes me organized my audio CD's, more like iTunes does, and the new Evolution is easier to use and Firefox browser that replaced the heavy mozilla browser. Hopefully we see more packages like Calendars, Paint applications, and cool games. But thanks for you guys who makes the Fedora complete (yet for now). Of course, Fedora isn't yet that complete, there's a lot of room for improvement, and innovations. This where just based on my personal opinion, and my thanks to the developers that I feel the need to be grateful of, using all of this. Anyways, I'm grateful, and thanks for all of your effort, thank you very much. From lynn at garlic.com Wed Dec 22 01:17:59 2004 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Tue, 21 Dec 2004 18:17:59 -0700 Subject: preamble for intel 2200bg wireless??? In-Reply-To: <20041221170026.5A06C7431A@hormel.redhat.com> References: <20041221170026.5A06C7431A@hormel.redhat.com> Message-ID: <41C8CB47.1050802@garlic.com> I've got the latest ipw2200-0.18 wireless driver Sunday and installed on fc3 and it working well at home ... but am having trouble where there are multiple access points in the same area. the service people say that there is some preamble issue ... especially with "G" and cisco wireless points ... where the laptap starts oscillating between the various access points (all same ssid) and loosing connection. there is supposedly some preamble option change necessary to correct the problem. I just found out that there was ipw2200-0.19 driver from sometime yesterday and just now installed it. It seems to have similar but different characteristics to 0.18 ... comes up and works fine initially for a time ... and then looses signal. From lists at donut.dk Wed Dec 22 01:23:20 2004 From: lists at donut.dk (Cream[DONut]) Date: Wed, 22 Dec 2004 02:23:20 +0100 Subject: What Packages in Fedora you be thankful of? In-Reply-To: References: Message-ID: <41C8CC88.7090403@donut.dk> joelbryan wrote: >Now christmas is coming, and Fedora Project make it this far, I think >it's time for us to thank the developers, just for the holiday to make >it memorable. > >In any version released in Fedora core, what packages or features you >be thankful of? Create your own list, and tell how you feel thankful >for it. > > This is my list. 1. yum, has really taken me by storm 2. xfce, wonderfully light, and highly customizable (is that a word?) From mpeters at mac.com Wed Dec 22 01:29:52 2004 From: mpeters at mac.com (Michael A. Peters) Date: Wed, 22 Dec 2004 01:29:52 +0000 Subject: What Packages in Fedora you be thankful of? In-Reply-To: (from joelbryanster@gmail.com on Tue Dec 21 16:55:35 2004) References: Message-ID: <1103678992l.8332l.5l@devel.mpeters.us> I'm thankful for - yum Using it on YDL before I ever used Fedora, but it makes life so much easier. Thanks Seth for continued improvement AbiWord and Gnumeric First class office apps imho - I remember when at work, I had an x86 linux box and a Linux iMac. I use to have to run MOL on the iMac to run Mac Office 98 because gnumeric (RH 6 or 7) would create excel files that the rest of the company could not read - unless I exported to csv or something, which wasn't as useful (we never got excel 97 to work in wine in RH - though it was suppose to) Now - AbiWord and Gnumeric - first class in their own right, and work extremely well with MS Office created documents as well. I think Gnumeric is actually superior to Excel even for Secretary Jane. I sure find it easier to use than MS Excel (which I think is the best product they make) kudzu - it just keeps getting better and better all the time. I use to really hate kudzu and preferred to do things myself. Congrats to the hardware detection people. system-switch-mail - nice to make it so easy to dump sendmail in favor of postfix. system-config-* - much better than linuxconf ever hoped to be. I hated linuxconf, but the system-config-* apps are actually nice to use. Linux Kernel - this is the first time I've gone for over a month since a distro was released that I don't feel compelled to compile my own. Well, first time since I learned how to do it ... Last but most certainly not least - the one thing that excites me about Linux the most - GStreamer and related apps. I'm a GStreamer fan boy - I admit it, those developers are cool (seriously - read their blogs on planet gstreamer - they _are_ cool :D) GStreamer is one of the big pieces to the puzzle that imho Linux really needs in order to be a viable desktop operating system for the common user. That's where I want to see Linux penetrate market the most - the home user. I think GStreamer is one of the pieces of the puzzle that really can make that happen. A big thank you to the GStreamer team, and the GStreamer developers on this list. -=-=-=-=-=-=-=-=-=- What do I want for Christmas? An iPod. What else? jigdo distribution planned for Fedora Core 4 :D From balay at fastmail.fm Wed Dec 22 01:34:22 2004 From: balay at fastmail.fm (Satish Balay) Date: Tue, 21 Dec 2004 19:34:22 -0600 (CST) Subject: What are folks doing for (laptop) power management on FC3? In-Reply-To: <41C88A1E.4090804@apt2324.com> References: <20041221172114.GA13159@1-4-5.net> <20041221172309.GA3087@devserv.devel.redhat.com> <41C860F4.7070309@apt2324.com> <41C88A1E.4090804@apt2324.com> Message-ID: On Tue, 21 Dec 2004, Cam Desautels wrote: > Satish Balay wrote: > > "acpi=off" => 'apm=on' > > Does the stock FC3 kernel not have APM support? It does. (as I've indicated above - and as others have indcated in this thread) > I passed the "acpi=off" option, then ran "apm -s" to which I was > greeted with "No APM support in kernel." Maybe your laptop doesn't support APM? I guess you can check 'dmesg' or /var/log/messages and look for APM errors. Satish From aapo.romu at exitium.com Wed Dec 22 01:44:10 2004 From: aapo.romu at exitium.com (Aapo Ville Antrea Romu) Date: Wed, 22 Dec 2004 03:44:10 +0200 Subject: What Packages in Fedora you be thankful of? In-Reply-To: <20041222013011.38B6473BB7@hormel.redhat.com> References: <20041222013011.38B6473BB7@hormel.redhat.com> Message-ID: <1103679850.28970.5.camel@athlon64.exitium.com> Hi! Yum is a great package. Works as well as apt-get in Debian. Great piece of software. Ximian Evolution. I really like it. Email, calendar etc. in one efficient and stable package. Mozilla web browser. Works everywhere as expected. Terminal Server Client. I could not live without it. Both TSC and VNC working great. It is a huge effort you have made with 64bit distro also. Hopefully it will get more supported around the audio/multimedia areas also. Best Regards: Exitium From seandarcy at hotmail.com Wed Dec 22 02:13:01 2004 From: seandarcy at hotmail.com (sean darcy) Date: Tue, 21 Dec 2004 21:13:01 -0500 Subject: how do I set pkgconfig to use /usr/lib64 ? Message-ID: I'm running x86_64 fc3. All the 64bit apps put the pkgconfig files in /usr/lib64. When I'm building a program I often forget to export PKG_CONFIG_PATH=/usr/lib64/pkgconfig:/usr/lib/pkgconfig. Now I did put it in rc.local. That didn't work. Given that I and others use a lot of user names, is there someplace to change PKG_CONFIG_PATH universally? Where is it set to /usr/lib/pkgconfig in the first place? thanks sean From michal at harddata.com Wed Dec 22 03:27:18 2004 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 21 Dec 2004 20:27:18 -0700 Subject: how do I set pkgconfig to use /usr/lib64 ? In-Reply-To: ; from seandarcy@hotmail.com on Tue, Dec 21, 2004 at 09:13:01PM -0500 References: Message-ID: <20041221202718.A19519@mail.harddata.com> On Tue, Dec 21, 2004 at 09:13:01PM -0500, sean darcy wrote: > When I'm building a program I often forget to export > PKG_CONFIG_PATH=/usr/lib64/pkgconfig:/usr/lib/pkgconfig. > > Now I did put it in rc.local. That didn't work. For all system-wide changes of that kind you are adding your own file(s) in /etc/profile.d/. Look for examples there. Likely you should start names with something like 'z_...' to make sure that they will be loaded last. Don't forget 'export PKG_CONFIG_PATH'. For your own use you have a bunch of "dot-files" in your $HOME. See 'Bash Startup Files' in 'info bash' (and similar for shells from csh family). > Given that I and others use > a lot of user names, is there someplace to change PKG_CONFIG_PATH > universally? It always was; but what this has to do with fedora-test? Michal From dmm at 1-4-5.net Wed Dec 22 03:57:10 2004 From: dmm at 1-4-5.net (David Meyer) Date: Tue, 21 Dec 2004 19:57:10 -0800 Subject: What are folks doing for (laptop) power management on FC3? In-Reply-To: <20041221172309.GA3087@devserv.devel.redhat.com> References: <20041221172114.GA13159@1-4-5.net> <20041221172309.GA3087@devserv.devel.redhat.com> Message-ID: <20041222035710.GA21269@1-4-5.net> On Tue, Dec 21, 2004 at 12:23:09PM -0500, Alan Cox wrote: >> I do >> "acpi=off" >> >> At least on older laptops even those that think they can do ACPI its generally >> a win. On newer boxes I'm just running the cpu speed daemon and a 100Hz >> kernel rather than the FC3 kernel. That's just what I needed. Thanks all who answered. Dave From jerryw4386 at msn.com Wed Dec 22 04:59:34 2004 From: jerryw4386 at msn.com (JERRY WHITMIRE) Date: Tue, 21 Dec 2004 20:59:34 -0800 Subject: Packages Message-ID: The package i am most grateful for is the one in Fedora core 3 test 3 is what it takes to have MY FAT HARD DRIVE show up in the gnome my computer icon and the ability to put them on the kde desktop it is a shame it is not in Fedora core 3 i wish it could be put in Fedora core 4. It comes in very handy because i can download the Fedora core iso and burn them in Windows or Fedora . I can download the iso with Fedora witch can do this faster and with no eras but Windows will only download the iso if i have download manager . And it may not be very reliable doing it. this is very useful for me as a [new user of Fedora]. I am sure if it were in Fedora core 4 this feather would attract more Windows user to Fedora. anyway thanks for having it it Fedora 3 test 3. i have Windows on first hard drive Fedora core 3 test 3 on # 2 hard drive and Fedora cora 3 on # 3 hard drive I am very happy with Fedora and Redhat keep up the good work Jerry W. Whitmire jerryw4386 at msn.com _________________________________________________________________ Don?t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ From byte at aeon.com.my Wed Dec 22 07:10:14 2004 From: byte at aeon.com.my (Colin Charles) Date: Wed, 22 Dec 2004 15:10:14 +0800 Subject: RPM problems In-Reply-To: <41C862D1.3080309@one.net> References: <41C862D1.3080309@one.net> Message-ID: <1103699414.4263.158.camel@localhost.localdomain> On Tue, 2004-12-21 at 12:52 -0500, gslink wrote: > We installed the updates to RPM for FC3 from the updates directory and > found that suddenly clicking on an RPM no longer works. Using RPM from > a terminal window does not seem to be affected. Has anyone else had > this problem? It hasn't worked for quite a while now. I'm presuming you mean double clicking on an RPM and expecting it to be installed... This post is off topic, and deserves to be on fedora-list at redhat.com -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From byte at aeon.com.my Wed Dec 22 07:10:44 2004 From: byte at aeon.com.my (Colin Charles) Date: Wed, 22 Dec 2004 15:10:44 +0800 Subject: Playing CDs on FC3 In-Reply-To: <41C8620D.2070706@one.net> References: <41C8620D.2070706@one.net> Message-ID: <1103699444.4263.161.camel@localhost.localdomain> On Tue, 2004-12-21 at 12:49 -0500, gslink wrote: > I noticed that even though sound cards and speakers check out that in > FC3 only the root user can play a cd. Any other user gets a popup that > the cd can't be read. Has anyone else had this trouble? No changes to > access privledges were made after installation so this is the assumed > setting. No. FC-3 plays CDs just fine (as a normal user). Maybe your CDROM is wonky? Post is off topic, fedora-list at redhat.com next time -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From fedora_test_list at poczta.fm Wed Dec 22 12:21:53 2004 From: fedora_test_list at poczta.fm (Dawid Gajownik) Date: Wed, 22 Dec 2004 13:21:53 +0100 Subject: X.org X11 6.8.2rc1 (xorg-x11-6.8.1.901) release candidate 1 now in Fedora Development for testing In-Reply-To: <41C7D681.3020305@www.linux.org.uk> References: <41C7D681.3020305@www.linux.org.uk> Message-ID: <41C966E1.3070707@poczta.fm> Dnia 12/21/2004 08:53 AM, U?ytkownik Mike A. Harris napisa?: > you may want to install this release candidate to see if your bug may > have been fixed. This one seems to be fixed :D https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=123879 > After upgrading to test the new release, if you experience any new > bugs or regressions, please be sure to file them in X.Org's official > bugzilla Well, now after upgrading on the top of the cursor I can see funny black dot (especially visible on the white background). Unfortunately, I'm not able to make a screenshot with a cursor :/ Can anyone reproduce this bug? I searched through RedHat's and freedesktop.org's bugzillas but I haven't found something similar. -- ^_* ---------------------------------------------------------------------- Dzwonisz za granice? >>> http://link.interia.pl/f183f From fedora at warmcat.com Wed Dec 22 13:15:46 2004 From: fedora at warmcat.com (Andy Green) Date: Wed, 22 Dec 2004 13:15:46 +0000 Subject: X.org X11 6.8.2rc1 (xorg-x11-6.8.1.901) release candidate 1 now in Fedora Development for testing In-Reply-To: <41C966E1.3070707@poczta.fm> References: <41C7D681.3020305@www.linux.org.uk> <41C966E1.3070707@poczta.fm> Message-ID: <200412221315.52167.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 22 December 2004 12:21, Dawid Gajownik wrote: > Well, now after upgrading on the top of the cursor I can see funny black > dot (especially visible on the white background). Unfortunately, I'm not > able to make a screenshot with a cursor :/ Can anyone reproduce this bug? I see it, but I don't mind it. It's positioned right where you are pointing with the default pointer. - -Andy - -- http://www.addintelligence.co.uk -- we design custom hardware and software for your products -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFByXOIjKeDCxMJCTIRAglFAKCPyiCmlafC/JO+4Qw7FVbLaOuL8QCcDfsd fhlf/ETNkLo9sso25oEUXw0= =AVfW -----END PGP SIGNATURE----- From fedora_test_list at poczta.fm Wed Dec 22 13:37:09 2004 From: fedora_test_list at poczta.fm (Dawid Gajownik) Date: Wed, 22 Dec 2004 14:37:09 +0100 Subject: X.org X11 6.8.2rc1 (xorg-x11-6.8.1.901) release candidate 1 now in Fedora Development for testing In-Reply-To: <200412221315.52167.fedora@warmcat.com> References: <41C7D681.3020305@www.linux.org.uk> <41C966E1.3070707@poczta.fm> <200412221315.52167.fedora@warmcat.com> Message-ID: <41C97885.1030509@poczta.fm> Dnia 12/22/2004 02:15 PM, U?ytkownik Andy Green napisa?: > It's positioned right where you are pointing with the default > pointer. So is it a bug or a feature? Should I open a bug report or not? -- ^_* ---------------------------------------------------------------------- Dla menedzerow! >>> http://link.interia.pl/f1842 From jharnish at ci.grand-rapids.mi.us Wed Dec 22 13:06:03 2004 From: jharnish at ci.grand-rapids.mi.us (Harnish, Joe) Date: Wed, 22 Dec 2004 08:06:03 -0500 Subject: Inotify Message-ID: <221C759285B78647AEE6181FD6AF36A70E7D646A@bambi.grand-rapids.mi.us> Is there any plans on switching to Inotify? Thanks Joe -------------- next part -------------- An HTML attachment was scrubbed... URL: From ml2news at optonline.net Wed Dec 22 14:28:29 2004 From: ml2news at optonline.net (ml2news at optonline.net) Date: Wed, 22 Dec 2004 09:28:29 -0500 Subject: X.org X11 6.8.2rc1 (xorg-x11-6.8.1.901) release candidate 1 now in In-Reply-To: <41C7D681.3020305@www.linux.org.uk> References: <41C7D681.3020305@www.linux.org.uk> Message-ID: mharris at www.linux.org.uk ("Mike A. Harris") writes: > This is strictly a bug fix only release, and contains no new major > features. If you experienced a bug in X.Org 6.8.1 or earlier which is > still present in the currently shipping Fedora Core xorg-x11 update, you > may want to install this release candidate to see if your bug may have been > fixed. This bug is still present: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=138479 same bug but reported at freedesktop.org: https://bugs.freedesktop.org/show_bug.cgi?id=1214 -- Mathieu Chouquet-Stringer "Le disparu, si l'on v?n?re sa m?moire, est plus pr?sent et plus puissant que le vivant". -- Antoine de Saint-Exup?ry, Citadelle -- From veillard at redhat.com Wed Dec 22 15:59:43 2004 From: veillard at redhat.com (Daniel Veillard) Date: Wed, 22 Dec 2004 10:59:43 -0500 Subject: Inotify In-Reply-To: <221C759285B78647AEE6181FD6AF36A70E7D646A@bambi.grand-rapids.mi.us> References: <221C759285B78647AEE6181FD6AF36A70E7D646A@bambi.grand-rapids.mi.us> Message-ID: <20041222155943.GM15323@redhat.com> On Wed, Dec 22, 2004 at 08:06:03AM -0500, Harnish, Joe wrote: > Is there any plans on switching to Inotify? When it's in the kernel, gamin will use it automatically. And it will be in the kernel when accepted upstream by Linus. Daniel -- Daniel Veillard | Red Hat Desktop team http://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 plasticmonkey at gmail.com Wed Dec 22 16:20:19 2004 From: plasticmonkey at gmail.com (Philip Johnson) Date: Wed, 22 Dec 2004 16:20:19 +0000 Subject: Hardware Database - Request for experiences! Message-ID: <41C99EC3.8050101@gmail.com> OK, there is now a HCL at http://fedoraproject.org/wiki/HCL. Well, that said, Doncho had beat me to it, so it isn't new or anything :P I'm also going to be helping out, and I would appreciate it if you could all send me a report on how your hardware has worked within fedora (whether it worked straight away without any fiddling, or if you had to do something to make it work (if this is the case please state)). However, please send them to plasticmonkey at gmail.com so we don't end up with them all over the list - I'm sure there's more important topics to be discussed. Thanks, Philip Johnson (PlasticMonkey) From fedora at nodata.co.uk Wed Dec 22 18:24:44 2004 From: fedora at nodata.co.uk (nodata) Date: Wed, 22 Dec 2004 19:24:44 +0100 Subject: Hardware Database - Request for experiences! In-Reply-To: <41C99EC3.8050101@gmail.com> References: <41C99EC3.8050101@gmail.com> Message-ID: <1103739885.3368.8.camel@localhost.localdomain> On Wed, 2004-12-22 at 16:20 +0000, Philip Johnson wrote: > OK, there is now a HCL at http://fedoraproject.org/wiki/HCL. > Well, that said, Doncho had beat me to it, so it isn't new or anything :P > I'm also going to be helping out, and I would appreciate it if you > could all send me a report on how your hardware has worked within fedora > (whether it worked straight away without any fiddling, or if you had to > do something to make it work (if this is the case please state)). > However, please send them to plasticmonkey at gmail.com so we don't end > up with them all over the list - I'm sure there's more important topics > to be discussed. > > Thanks, > > Philip Johnson (PlasticMonkey) > Why aren't you allowing edits to the hardware compatibility wiki? From ernesto at ornl.gov Wed Dec 22 20:02:27 2004 From: ernesto at ornl.gov (Williams Jr, Ernest L.) Date: Wed, 22 Dec 2004 15:02:27 -0500 Subject: DOOM3 and Fedora Message-ID: Hi, Does anyone have doom3 working under Fedora3? Mine fails to start. Any pointers? Here is what I get: =========================================================== [williams at lion sandbox]$ doom3 DOOM 1.1.1286 linux-x86 Nov 24 2004 17:56:04 GetLocalAddress failed: gethostbyname failed: requested name is valid but does not have an IP address ------ Initializing File System ------ Loaded pk4 /usr/local/games/doom3/base/game00.pk4 with checksum 0x7dafc4d4 Loaded pk4 /usr/local/games/doom3/base/game01.pk4 with checksum 0x16cf3b8a Loaded pk4 /usr/local/games/doom3/base/pak000.pk4 with checksum 0x28d208f1 Loaded pk4 /usr/local/games/doom3/base/pak001.pk4 with checksum 0x40244be0 Loaded pk4 /usr/local/games/doom3/base/pak002.pk4 with checksum 0xc51ecdcd Loaded pk4 /usr/local/games/doom3/base/pak003.pk4 with checksum 0xcd79d028 Loaded pk4 /usr/local/games/doom3/base/pak004.pk4 with checksum 0x765e4f8b Loaded pk4 /usr/local/games/doom3/base/pak005.pk4 with checksum 0x8ffc3621 Current search path: /home/williams/.doom3/base /usr/local/games/doom3/base /usr/local/games/doom3/base/pak005.pk4 (63 files) /usr/local/games/doom3/base/pak004.pk4 (5137 files) /usr/local/games/doom3/base/pak003.pk4 (4676 files) /usr/local/games/doom3/base/pak002.pk4 (6120 files) /usr/local/games/doom3/base/pak001.pk4 (8972 files) /usr/local/games/doom3/base/pak000.pk4 (2698 files) /usr/local/games/doom3/base/game01.pk4 (2 files) /usr/local/games/doom3/base/game00.pk4 (2 files) game DLL: 0x0 in pak: 0x0 file system initialized. -------------------------------------- ----- Initializing Decls ----- ------------------------------ /proc/cpuinfo CPU frequency: 799.372 MHz guessing video ram ( use +set sys_videoRam to force ) .. Setup X display connection found XNVCtrl extension 1.6 Detected 0.80 GHz CPU 2032 MB of System memory 128 MB of Video memory on an optimal video architecture This system qualifies for Low quality. ------- Initializing renderSystem -------- using ARB renderSystem renderSystem initialized. -------------------------------------- 5151 strings read from strings/english.lang Couldn't open journal files execing editor.cfg execing default.cfg couldn't exec DoomConfig.cfg couldn't exec autoexec.cfg 5151 strings read from strings/english.lang ----- Initializing Sound System ------ sound system initialized. -------------------------------------- ----- R_InitOpenGL ----- dlopen(libGL.so.1) Initializing OpenGL display Using XFree86-VidModeExtension Version 2.2 DGA DirectVideo Mouse (Version 2.0) initialized Free86-VidModeExtension Activated at 640x480 Using 8/8/8 Color bits, 8 Alpha bits, 16 depth, 8 stencil display. GL_RENDERER: Mesa GLX Indirect GL_EXTENSIONS: GL_ARB_depth_texture GL_ARB_imaging GL_ARB_multitexture GL_ARB_point_parameters GL_ARB_point_sprite GL_ARB_shadow GL_ARB_shadow_ambient GL_ARB_texture_border_clamp GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_ARB_texture_mirrored_repeat GL_ARB_transpose_matrix GL_ARB_window_posGL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_func_separate GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_copy_texture GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_multi_draw_arrays GL_EXT_packed_pixels GL_EXT_point_parameters GL_EXT_polygon_offset GL_EXT_rescale_normal GL_EXT_secondary_color GL_EXT_separate_specular_color GL_EXT_shadow_funcs GL_EXT_stencil_two_side GL_EXT_stencil_wrap GL_EXT_subtexture GL_EXT_texture GL_EXT_texture3DGL_EXT_texture_edge_clamp GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_texture_lod_bias GL_EXT_texture_object GL_EXT_texture_rectangle GL_EXT_vertex_array GL_APPLE_packed_pixels GL_ATI_texture_env_combine3 GL_ATI_texture_mirror_once GL_ATIX_texture_env_combine3 GL_IBM_texture_mirrored_repeat GL_INGR_blend_func_separate GL_MESA_pack_invert GL_MESA_ycbcr_texture GL_NV_blend_square GL_NV_point_sprite GL_NV_texgen_reflection GL_NV_texture_rectangle GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_SGIX_depth_texture GL_SGIX_shadow GL_SGIX_shadow_ambient GL_SUN_multi_draw_arrays ------- Input Initialization ------- XKB extension: compile time 0x1:0x0, runtime 0x1:0x0: OK XKB extension present on server ( 0x1:0x0 ) ------------------------------------ dlopen(libasound.so.2) asoundlib version: 1.0.6 Alsa is available ------ Alsa Sound Initialization ----- opened Alsa PCM device default for playback device buffer size: 5461 frames ( 21844 bytes ) allocated a mix buffer of 16384 bytes -------------------------------------- ...using GL_ARB_multitexture ...using GL_ARB_texture_env_combine ...using GL_ARB_texture_cube_map ...using GL_ARB_texture_env_dot3 ...using GL_ARB_texture_env_add X..GL_ARB_texture_non_power_of_two not found X..GL_ARB_texture_compression not found X..GL_EXT_texture_filter_anisotropic not found ...using GL_EXT_texture_lod ...using GL_1.4_texture_lod_bias X..GL_EXT_shared_texture_palette not found ...using GL_EXT_texture3D ...using GL_EXT_stencil_wrap X..GL_NV_register_combiners not found ...using GL_EXT_stencil_two_side X..GL_ATI_fragment_shader not found X..GL_ATI_text_fragment_shader not found X..GL_ARB_vertex_buffer_object not found X..GL_ARB_vertex_program not found X..GL_ARB_fragment_program not found X..EXT_depth_bounds_test not found ---------- R_NV20_Init ---------- Not available. ----------- R200_Init ----------- Not available. ---------- R_ARB2_Init ---------- Not available. ---------- R_Exp_Init ----------- Disabled at compile time. --------------------------------- ----- R_ReloadARBPrograms ----- glprogs/test.vfp: GL_VERTEX_PROGRAM_ARB not available glprogs/test.vfp: GL_FRAGMENT_PROGRAM_ARB not available glprogs/interaction.vfp: GL_VERTEX_PROGRAM_ARB not available glprogs/interaction.vfp: GL_FRAGMENT_PROGRAM_ARB not available glprogs/bumpyEnvironment.vfp: GL_VERTEX_PROGRAM_ARB not available glprogs/bumpyEnvironment.vfp: GL_FRAGMENT_PROGRAM_ARB not available glprogs/ambientLight.vfp: GL_VERTEX_PROGRAM_ARB not available glprogs/ambientLight.vfp: GL_FRAGMENT_PROGRAM_ARB not available glprogs/shadow.vp: GL_VERTEX_PROGRAM_ARB not available glprogs/R200_interaction.vp: GL_VERTEX_PROGRAM_ARB not available glprogs/nv20_bumpAndLight.vp: GL_VERTEX_PROGRAM_ARB not available glprogs/nv20_diffuseColor.vp: GL_VERTEX_PROGRAM_ARB not available glprogs/nv20_specularColor.vp: GL_VERTEX_PROGRAM_ARB not available glprogs/nv20_diffuseAndSpecularColor.vp: GL_VERTEX_PROGRAM_ARB not available glprogs/environment.vfp: GL_VERTEX_PROGRAM_ARB not available glprogs/environment.vfp: GL_FRAGMENT_PROGRAM_ARB not available ------------------------------- WARNING: vertex array range in virtual memory (SLOW) signal caught: Segmentation fault si_code 1 Trying to exit gracefully.. Shutting down sound hardware ----------- Alsa Shutdown ------------ close pcm dlclose -------------------------------------- From sopwith at redhat.com Wed Dec 22 20:12:58 2004 From: sopwith at redhat.com (Elliot Lee) Date: Wed, 22 Dec 2004 15:12:58 -0500 Subject: Fedora Project Mailing Lists reminder Message-ID: This is a reminder of the mailing lists for the Fedora Project, and the purpose of each list. You can view this information at http://fedora.redhat.com/participate/communicate/ When you're using these mailing lists, please take the time to choose the one that is most appropriate to your post. If you don't know the right mailing list to use for a question or discussion, please contact me. This will help you get the best possible answer for your question, and keep other list subscribers happy! Mailing Lists Mailing lists are email addresses which send email to all users subscribed to the mailing list. Sending an email to a mailing list reaches all users interested in discussing a specific topic and users available to help other users with the topic. The following mailing lists are available. To subscribe, send email to -request at redhat.com (replace with the desired mailing list name such as fedora-list) with the word subscribe in the subject. fedora-announce-list - Announcements of changes and events. To stay aware of news, subscribe to this list. fedora-list - For users of releases. If you want help with a problem installing or using , this is the list for you. fedora-test-list - For testers of test releases. If you would like to discuss experiences using TEST releases, this is the list for you. fedora-devel-list - For developers, developers, developers. If you are interested in helping create releases, this is the list for you. fedora-docs-list - For participants of the docs project fedora-desktop-list - For discussions about desktop issues such as user interfaces, artwork, and usability fedora-config-list - For discussions about the development of configuration tools fedora-tools-list - For discussions about the toolchain (gcc, gdb, etc...) within Fedora fedora-patches-list - For submitting patches to Fedora maintainers, and used in line with BugWeek fedora-legacy-announce - For announcements about the Fedora Legacy Project fedora-legacy-list - For discussions about the Fedora Legacy Project fedora-selinux-list - For discussions about the Fedora SELinux Project fedora-marketing-list - For discussions about marketing and expanding the Fedora user base fedora-de-list - For discussions about Fedora in the German language fedora-es-list - For discussions about Fedora in the Spanish language fedora-ja-list - For discussions about Fedora in the Japanese language fedora-i18n-list - For discussions about the internationalization of Fedora Core fedora-trans-list - For discussions about translating the software and documentation associated with the Fedora Project German: fedora-trans-de French: fedora-trans-fr Spanish: fedora-trans-es Italian: fedora-trans-it Brazilian Portuguese: fedora-trans-pt_br Japanese: fedora-trans-ja Korean: fedora-trans-ko Simplified Chinese: fedora-trans-zh_cn Traditional Chinese: fedora-trans-zh_tw From sean.bruno at dsl-only.net Wed Dec 22 23:30:35 2004 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Wed, 22 Dec 2004 15:30:35 -0800 Subject: DOOM3 and Fedora In-Reply-To: References: Message-ID: <1103758235.23988.0.camel@localhost.localdomain> I have been able to run the Demo for quite some time. Is this the full version? If it is, I will give it a shot after Christmas(wife says its under the tree!). Sean On Wed, 2004-12-22 at 15:02 -0500, Williams Jr, Ernest L. wrote: > Hi, > > Does anyone have doom3 working under Fedora3? > Mine fails to start. Any pointers? > > Here is what I get: > =========================================================== > [williams at lion sandbox]$ doom3 > DOOM 1.1.1286 linux-x86 Nov 24 2004 17:56:04 > GetLocalAddress failed: gethostbyname failed: requested name is valid but does not have an IP address > ------ Initializing File System ------ > Loaded pk4 /usr/local/games/doom3/base/game00.pk4 with checksum 0x7dafc4d4 > Loaded pk4 /usr/local/games/doom3/base/game01.pk4 with checksum 0x16cf3b8a > Loaded pk4 /usr/local/games/doom3/base/pak000.pk4 with checksum 0x28d208f1 > Loaded pk4 /usr/local/games/doom3/base/pak001.pk4 with checksum 0x40244be0 > Loaded pk4 /usr/local/games/doom3/base/pak002.pk4 with checksum 0xc51ecdcd > Loaded pk4 /usr/local/games/doom3/base/pak003.pk4 with checksum 0xcd79d028 > Loaded pk4 /usr/local/games/doom3/base/pak004.pk4 with checksum 0x765e4f8b > Loaded pk4 /usr/local/games/doom3/base/pak005.pk4 with checksum 0x8ffc3621 > Current search path: > /home/williams/.doom3/base > /usr/local/games/doom3/base > /usr/local/games/doom3/base/pak005.pk4 (63 files) > /usr/local/games/doom3/base/pak004.pk4 (5137 files) > /usr/local/games/doom3/base/pak003.pk4 (4676 files) > /usr/local/games/doom3/base/pak002.pk4 (6120 files) > /usr/local/games/doom3/base/pak001.pk4 (8972 files) > /usr/local/games/doom3/base/pak000.pk4 (2698 files) > /usr/local/games/doom3/base/game01.pk4 (2 files) > /usr/local/games/doom3/base/game00.pk4 (2 files) > game DLL: 0x0 in pak: 0x0 > file system initialized. > -------------------------------------- > ----- Initializing Decls ----- > ------------------------------ > /proc/cpuinfo CPU frequency: 799.372 MHz > guessing video ram ( use +set sys_videoRam to force ) .. > Setup X display connection > found XNVCtrl extension 1.6 > Detected > 0.80 GHz CPU > 2032 MB of System memory > 128 MB of Video memory on an optimal video architecture > > This system qualifies for Low quality. > ------- Initializing renderSystem -------- > using ARB renderSystem > renderSystem initialized. > -------------------------------------- > 5151 strings read from strings/english.lang > Couldn't open journal files > execing editor.cfg > execing default.cfg > couldn't exec DoomConfig.cfg > couldn't exec autoexec.cfg > 5151 strings read from strings/english.lang > ----- Initializing Sound System ------ > sound system initialized. > -------------------------------------- > ----- R_InitOpenGL ----- > dlopen(libGL.so.1) > Initializing OpenGL display > Using XFree86-VidModeExtension Version 2.2 > DGA DirectVideo Mouse (Version 2.0) initialized > Free86-VidModeExtension Activated at 640x480 > Using 8/8/8 Color bits, 8 Alpha bits, 16 depth, 8 stencil display. > GL_RENDERER: Mesa GLX Indirect > GL_EXTENSIONS: GL_ARB_depth_texture GL_ARB_imaging GL_ARB_multitexture GL_ARB_point_parameters GL_ARB_point_sprite GL_ARB_shadow GL_ARB_shadow_ambient GL_ARB_texture_border_clamp GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_ARB_texture_mirrored_repeat GL_ARB_transpose_matrix GL_ARB_window_posGL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_func_separate GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_copy_texture GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_multi_draw_arrays GL_EXT_packed_pixels GL_EXT_point_parameters GL_EXT_polygon_offset GL_EXT_rescale_normal GL_EXT_secondary_color GL_EXT_separate_specular_color GL_EXT_shadow_funcs GL_EXT_stencil_two_side GL_EXT_stencil_wrap GL_EXT_subtexture GL_EXT_texture GL_EXT_texture3DGL_EXT_texture_edge_clamp GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_texture_lod_bias GL_EXT_texture_object GL_EXT_texture_rectangle GL_EXT_vertex_array GL_APPLE_packed_pixels GL_ATI_texture_env_combine3 GL_ATI_texture_mirror_once GL_ATIX_texture_env_combine3 GL_IBM_texture_mirrored_repeat GL_INGR_blend_func_separate GL_MESA_pack_invert GL_MESA_ycbcr_texture GL_NV_blend_square GL_NV_point_sprite GL_NV_texgen_reflection GL_NV_texture_rectangle GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_SGIX_depth_texture GL_SGIX_shadow GL_SGIX_shadow_ambient GL_SUN_multi_draw_arrays > > ------- Input Initialization ------- > XKB extension: compile time 0x1:0x0, runtime 0x1:0x0: OK > XKB extension present on server ( 0x1:0x0 ) > ------------------------------------ > dlopen(libasound.so.2) > asoundlib version: 1.0.6 > Alsa is available > ------ Alsa Sound Initialization ----- > opened Alsa PCM device default for playback > device buffer size: 5461 frames ( 21844 bytes ) > allocated a mix buffer of 16384 bytes > -------------------------------------- > ...using GL_ARB_multitexture > ...using GL_ARB_texture_env_combine > ...using GL_ARB_texture_cube_map > ...using GL_ARB_texture_env_dot3 > ...using GL_ARB_texture_env_add > X..GL_ARB_texture_non_power_of_two not found > X..GL_ARB_texture_compression not found > X..GL_EXT_texture_filter_anisotropic not found > ...using GL_EXT_texture_lod > ...using GL_1.4_texture_lod_bias > X..GL_EXT_shared_texture_palette not found > ...using GL_EXT_texture3D > ...using GL_EXT_stencil_wrap > X..GL_NV_register_combiners not found > ...using GL_EXT_stencil_two_side > X..GL_ATI_fragment_shader not found > X..GL_ATI_text_fragment_shader not found > X..GL_ARB_vertex_buffer_object not found > X..GL_ARB_vertex_program not found > X..GL_ARB_fragment_program not found > X..EXT_depth_bounds_test not found > ---------- R_NV20_Init ---------- > Not available. > ----------- R200_Init ----------- > Not available. > ---------- R_ARB2_Init ---------- > Not available. > ---------- R_Exp_Init ----------- > Disabled at compile time. > --------------------------------- > ----- R_ReloadARBPrograms ----- > glprogs/test.vfp: GL_VERTEX_PROGRAM_ARB not available > glprogs/test.vfp: GL_FRAGMENT_PROGRAM_ARB not available > glprogs/interaction.vfp: GL_VERTEX_PROGRAM_ARB not available > glprogs/interaction.vfp: GL_FRAGMENT_PROGRAM_ARB not available > glprogs/bumpyEnvironment.vfp: GL_VERTEX_PROGRAM_ARB not available > glprogs/bumpyEnvironment.vfp: GL_FRAGMENT_PROGRAM_ARB not available > glprogs/ambientLight.vfp: GL_VERTEX_PROGRAM_ARB not available > glprogs/ambientLight.vfp: GL_FRAGMENT_PROGRAM_ARB not available > glprogs/shadow.vp: GL_VERTEX_PROGRAM_ARB not available > glprogs/R200_interaction.vp: GL_VERTEX_PROGRAM_ARB not available > glprogs/nv20_bumpAndLight.vp: GL_VERTEX_PROGRAM_ARB not available > glprogs/nv20_diffuseColor.vp: GL_VERTEX_PROGRAM_ARB not available > glprogs/nv20_specularColor.vp: GL_VERTEX_PROGRAM_ARB not available > glprogs/nv20_diffuseAndSpecularColor.vp: GL_VERTEX_PROGRAM_ARB not available > glprogs/environment.vfp: GL_VERTEX_PROGRAM_ARB not available > glprogs/environment.vfp: GL_FRAGMENT_PROGRAM_ARB not available > ------------------------------- > WARNING: vertex array range in virtual memory (SLOW) > signal caught: Segmentation fault > si_code 1 > Trying to exit gracefully.. > Shutting down sound hardware > ----------- Alsa Shutdown ------------ > close pcm > dlclose > -------------------------------------- > From ad+lists at uni-x.org Thu Dec 23 03:12:15 2004 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Thu, 23 Dec 2004 04:12:15 +0100 Subject: DOOM3 and Fedora In-Reply-To: References: Message-ID: <1103771534.22625.23.camel@serendipity.dogma.lan> Am Mi, den 22.12.2004 schrieb Williams Jr, Ernest L. um 21:02: > Does anyone have doom3 working under Fedora3? > Mine fails to start. Any pointers? > > Here is what I get: > Initializing OpenGL display > Using XFree86-VidModeExtension Version 2.2 > DGA DirectVideo Mouse (Version 2.0) initialized > Free86-VidModeExtension Activated at 640x480 > Using 8/8/8 Color bits, 8 Alpha bits, 16 depth, 8 stencil display. I am no gamer. From what I did read Doom 3 needs the X server running with 24bit color depth. Seems you have it running with 16bit? "xwininfo" and clicking on the desktop background tells you for sure. Alexander -- Alexander Dalloz | Enger, Germany | new address - new key: 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora GNU/Linux Core 2 (Tettnang) on Athlon kernel 2.6.9-1.6_FC2smp Serendipity 04:08:48 up 5:52, 16 users, 1.17, 1.02, 0.73 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From ernesto at ornl.gov Thu Dec 23 04:24:03 2004 From: ernesto at ornl.gov (Williams Jr, Ernest L.) Date: Wed, 22 Dec 2004 23:24:03 -0500 Subject: DOOM3 and Fedora Message-ID: -----Original Message----- From: fedora-test-list-bounces at redhat.com on behalf of Sean Bruno Sent: Wed 12/22/2004 6:30 PM To: For testers of Fedora Core development releases Subject: Re: DOOM3 and Fedora I have been able to run the Demo for quite some time. Is this the full version? If it is, I will give it a shot after Christmas(wife says its under the tree!). ===== ELW> Yes, this is the full version. The demo no longer works for me: My kernel is --- 2.6.9-1.681_FC3 NVIDIA Driver --- VIDIA-Linux-x86-1.0-6629 Any ideas? Sean On Wed, 2004-12-22 at 15:02 -0500, Williams Jr, Ernest L. wrote: > Hi, > > Does anyone have doom3 working under Fedora3? > Mine fails to start. Any pointers? > > Here is what I get: > =========================================================== > [williams at lion sandbox]$ doom3 > DOOM 1.1.1286 linux-x86 Nov 24 2004 17:56:04 > GetLocalAddress failed: gethostbyname failed: requested name is valid but does not have an IP address > ------ Initializing File System ------ > Loaded pk4 /usr/local/games/doom3/base/game00.pk4 with checksum 0x7dafc4d4 > Loaded pk4 /usr/local/games/doom3/base/game01.pk4 with checksum 0x16cf3b8a > Loaded pk4 /usr/local/games/doom3/base/pak000.pk4 with checksum 0x28d208f1 > Loaded pk4 /usr/local/games/doom3/base/pak001.pk4 with checksum 0x40244be0 > Loaded pk4 /usr/local/games/doom3/base/pak002.pk4 with checksum 0xc51ecdcd > Loaded pk4 /usr/local/games/doom3/base/pak003.pk4 with checksum 0xcd79d028 > Loaded pk4 /usr/local/games/doom3/base/pak004.pk4 with checksum 0x765e4f8b > Loaded pk4 /usr/local/games/doom3/base/pak005.pk4 with checksum 0x8ffc3621 > Current search path: > /home/williams/.doom3/base > /usr/local/games/doom3/base > /usr/local/games/doom3/base/pak005.pk4 (63 files) > /usr/local/games/doom3/base/pak004.pk4 (5137 files) > /usr/local/games/doom3/base/pak003.pk4 (4676 files) > /usr/local/games/doom3/base/pak002.pk4 (6120 files) > /usr/local/games/doom3/base/pak001.pk4 (8972 files) > /usr/local/games/doom3/base/pak000.pk4 (2698 files) > /usr/local/games/doom3/base/game01.pk4 (2 files) > /usr/local/games/doom3/base/game00.pk4 (2 files) > game DLL: 0x0 in pak: 0x0 > file system initialized. > -------------------------------------- > ----- Initializing Decls ----- > ------------------------------ > /proc/cpuinfo CPU frequency: 799.372 MHz > guessing video ram ( use +set sys_videoRam to force ) .. > Setup X display connection > found XNVCtrl extension 1.6 > Detected > 0.80 GHz CPU > 2032 MB of System memory > 128 MB of Video memory on an optimal video architecture > > This system qualifies for Low quality. > ------- Initializing renderSystem -------- > using ARB renderSystem > renderSystem initialized. > -------------------------------------- > 5151 strings read from strings/english.lang > Couldn't open journal files > execing editor.cfg > execing default.cfg > couldn't exec DoomConfig.cfg > couldn't exec autoexec.cfg > 5151 strings read from strings/english.lang > ----- Initializing Sound System ------ > sound system initialized. > -------------------------------------- > ----- R_InitOpenGL ----- > dlopen(libGL.so.1) > Initializing OpenGL display > Using XFree86-VidModeExtension Version 2.2 > DGA DirectVideo Mouse (Version 2.0) initialized > Free86-VidModeExtension Activated at 640x480 > Using 8/8/8 Color bits, 8 Alpha bits, 16 depth, 8 stencil display. > GL_RENDERER: Mesa GLX Indirect > GL_EXTENSIONS: GL_ARB_depth_texture GL_ARB_imaging GL_ARB_multitexture GL_ARB_point_parameters GL_ARB_point_sprite GL_ARB_shadow GL_ARB_shadow_ambient GL_ARB_texture_border_clamp GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_ARB_texture_mirrored_repeat GL_ARB_transpose_matrix GL_ARB_window_posGL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_func_separate GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_copy_texture GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_multi_draw_arrays GL_EXT_packed_pixels GL_EXT_point_parameters GL_EXT_polygon_offset GL_EXT_rescale_normal GL_EXT_secondary_color GL_EXT_separate_specular_color GL_EXT_shadow_funcs GL_EXT_stencil_two_side GL_EXT_stencil_wrap GL_EXT_subtexture GL_EXT_texture GL_EXT_texture3DGL_EXT_texture_edge_clamp GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_t exture_lod_bias GL_EXT_texture_object GL_EXT_texture_rectangle GL_EXT_vertex_array GL_APPLE_packed_pixels GL_ATI_texture_env_combine3 GL_ATI_texture_mirror_once GL_ATIX_texture_env_combine3 GL_IBM_texture_mirrored_repeat GL_INGR_blend_func_separate GL_MESA_pack_invert GL_MESA_ycbcr_texture GL_NV_blend_square GL_NV_point_sprite GL_NV_texgen_reflection GL_NV_texture_rectangle GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_SGIX_depth_texture GL_SGIX_shadow GL_SGIX_shadow_ambient GL_SUN_multi_draw_arrays > > ------- Input Initialization ------- > XKB extension: compile time 0x1:0x0, runtime 0x1:0x0: OK > XKB extension present on server ( 0x1:0x0 ) > ------------------------------------ > dlopen(libasound.so.2) > asoundlib version: 1.0.6 > Alsa is available > ------ Alsa Sound Initialization ----- > opened Alsa PCM device default for playback > device buffer size: 5461 frames ( 21844 bytes ) > allocated a mix buffer of 16384 bytes > -------------------------------------- > ...using GL_ARB_multitexture > ...using GL_ARB_texture_env_combine > ...using GL_ARB_texture_cube_map > ...using GL_ARB_texture_env_dot3 > ...using GL_ARB_texture_env_add > X..GL_ARB_texture_non_power_of_two not found > X..GL_ARB_texture_compression not found > X..GL_EXT_texture_filter_anisotropic not found > ...using GL_EXT_texture_lod > ...using GL_1.4_texture_lod_bias > X..GL_EXT_shared_texture_palette not found > ...using GL_EXT_texture3D > ...using GL_EXT_stencil_wrap > X..GL_NV_register_combiners not found > ...using GL_EXT_stencil_two_side > X..GL_ATI_fragment_shader not found > X..GL_ATI_text_fragment_shader not found > X..GL_ARB_vertex_buffer_object not found > X..GL_ARB_vertex_program not found > X..GL_ARB_fragment_program not found > X..EXT_depth_bounds_test not found > ---------- R_NV20_Init ---------- > Not available. > ----------- R200_Init ----------- > Not available. > ---------- R_ARB2_Init ---------- > Not available. > ---------- R_Exp_Init ----------- > Disabled at compile time. > --------------------------------- > ----- R_ReloadARBPrograms ----- > glprogs/test.vfp: GL_VERTEX_PROGRAM_ARB not available > glprogs/test.vfp: GL_FRAGMENT_PROGRAM_ARB not available > glprogs/interaction.vfp: GL_VERTEX_PROGRAM_ARB not available > glprogs/interaction.vfp: GL_FRAGMENT_PROGRAM_ARB not available > glprogs/bumpyEnvironment.vfp: GL_VERTEX_PROGRAM_ARB not available > glprogs/bumpyEnvironment.vfp: GL_FRAGMENT_PROGRAM_ARB not available > glprogs/ambientLight.vfp: GL_VERTEX_PROGRAM_ARB not available > glprogs/ambientLight.vfp: GL_FRAGMENT_PROGRAM_ARB not available > glprogs/shadow.vp: GL_VERTEX_PROGRAM_ARB not available > glprogs/R200_interaction.vp: GL_VERTEX_PROGRAM_ARB not available > glprogs/nv20_bumpAndLight.vp: GL_VERTEX_PROGRAM_ARB not available > glprogs/nv20_diffuseColor.vp: GL_VERTEX_PROGRAM_ARB not available > glprogs/nv20_specularColor.vp: GL_VERTEX_PROGRAM_ARB not available > glprogs/nv20_diffuseAndSpecularColor.vp: GL_VERTEX_PROGRAM_ARB not available > glprogs/environment.vfp: GL_VERTEX_PROGRAM_ARB not available > glprogs/environment.vfp: GL_FRAGMENT_PROGRAM_ARB not available > ------------------------------- > WARNING: vertex array range in virtual memory (SLOW) > signal caught: Segmentation fault > si_code 1 > Trying to exit gracefully.. > Shutting down sound hardware > ----------- Alsa Shutdown ------------ > close pcm > dlclose > -------------------------------------- > -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From fct-cornette at insight.rr.com Thu Dec 23 04:26:23 2004 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 22 Dec 2004 23:26:23 -0500 Subject: X.org X11 6.8.2rc1 (xorg-x11-6.8.1.901) release candidate 1 now in Fedora Development for testing In-Reply-To: <41C7D681.3020305@www.linux.org.uk> References: <41C7D681.3020305@www.linux.org.uk> Message-ID: <41CA48EF.1010507@insight.rr.com> Mike A. Harris wrote: > X.Org X11 6.8.2rc1 a.k.a 6.8.1.901 is now in Fedora Development There is one bug that I'm experiencing with kernels later than kernel-2.6.9-1.681_FC3 in which a computer with either a i810 or the computer with the Radeon card will lock up the machine randomly. An easy trigger for the problem is to change to a virtual terminal, then switch back to the GUI. This is an excerpt of the last few Xorg.0.log before the crashing of the computer. (no response from keyboard, garbage on top line of display, no activity, but the pre-crash information is still on the display. Jim Running the versions of kernel-2.6.9-1.1048_FC4 and xorg-x11-6.8.1.901-1. (**) Option "Device" "/dev/input/event1" (--) Synaptics synaptics touchpad found (**) Option "AlwaysCore" (**) Synaptics: always reports core events (II) XINPUT: Adding extended input device "Synaptics" (type: MOUSE) (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) Synaptics DeviceInit called SynapticsCtrl called. (II) Mouse0: ps2EnableDataReporting: succeeded Synaptics DeviceOn called (--) Synaptics synaptics touchpad found Synaptics DeviceOff called (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) RADEON(0): [RESUME] Attempting to re-init Radeon hardware. (II) RADEON(0): [agp] Mode 0x0f000207 [AGP 0x1002/0xcab0; Card 0x1002/0x4336] Synaptics DeviceOn called (--) Synaptics synaptics touchpad found (II) Mouse0: ps2EnableDataReporting: succeeded > > 3) If you experience ANY problems that you are planning on filing in any > bugzilla, make sure you query that bugzilla's both open and closed bugs > to see if the issue has already been reported. Quite often people don't > do this critical step and an issue ends up being reported a large number > of times, which wastes developers time closing duplicates that they > could be spending fixing bugs. > > On behalf of Red Hat, as well as X.Org, I would like to thank all of the > brave beta testers out there in advance for testing this new X.Org > stable release candidate. Enjoy. > -- If a nation values anything more than freedom, it will lose its freedom; and the irony of it is that if it is comfort or money it values more, it will lose that, too. -- W. Somerset Maugham From ernesto at ornl.gov Thu Dec 23 04:26:21 2004 From: ernesto at ornl.gov (Williams Jr, Ernest L.) Date: Wed, 22 Dec 2004 23:26:21 -0500 Subject: DOOM3 and Fedora Message-ID: -----Original Message----- From: fedora-test-list-bounces at redhat.com on behalf of Alexander Dalloz Sent: Wed 12/22/2004 10:12 PM To: For testers of Fedora Core development releases Subject: Re: DOOM3 and Fedora Am Mi, den 22.12.2004 schrieb Williams Jr, Ernest L. um 21:02: > Does anyone have doom3 working under Fedora3? > Mine fails to start. Any pointers? > > Here is what I get: > Initializing OpenGL display > Using XFree86-VidModeExtension Version 2.2 > DGA DirectVideo Mouse (Version 2.0) initialized > Free86-VidModeExtension Activated at 640x480 > Using 8/8/8 Color bits, 8 Alpha bits, 16 depth, 8 stencil display. I am no gamer. From what I did read Doom 3 needs the X server running with 24bit color depth. Seems you have it running with 16bit? "xwininfo" and clicking on the desktop background tells you for sure. ====== ELW> Indeed. I am running 24-bit *************************************** [williams at lion NVIDIA]$ xwininfo xwininfo: Please select the window about which you would like information by clicking the mouse in that window. xwininfo: Window id: 0x2800007 "williams at lion:~/NVIDIA - Shell - Konsole" Absolute upper-left X: 4 Absolute upper-left Y: 21 Relative upper-left X: 0 Relative upper-left Y: 0 Width: 949 Height: 636 Depth: 24 Visual Class: TrueColor Border width: 0 Class: InputOutput Colormap: 0x20 (installed) Bit Gravity State: NorthWestGravity Window Gravity State: NorthWestGravity Backing Store State: NotUseful Save Under State: no Map State: IsViewable Override Redirect State: no Corners: +4+21 -447+21 -447-393 +4-393 -geometry 949x636+0+0 Alexander -- Alexander Dalloz | Enger, Germany | new address - new key: 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora GNU/Linux Core 2 (Tettnang) on Athlon kernel 2.6.9-1.6_FC2smp Serendipity 04:08:48 up 5:52, 16 users, 1.17, 1.02, 0.73 From joelbryanster at gmail.com Thu Dec 23 08:22:12 2004 From: joelbryanster at gmail.com (joelbryan) Date: Thu, 23 Dec 2004 16:22:12 +0800 Subject: Inotify In-Reply-To: <20041222155943.GM15323@redhat.com> References: <221C759285B78647AEE6181FD6AF36A70E7D646A@bambi.grand-rapids.mi.us> <20041222155943.GM15323@redhat.com> Message-ID: How about dazuko? On Wed, 22 Dec 2004 10:59:43 -0500, Daniel Veillard wrote: > On Wed, Dec 22, 2004 at 08:06:03AM -0500, Harnish, Joe wrote: > > Is there any plans on switching to Inotify? > > When it's in the kernel, gamin will use it automatically. > And it will be in the kernel when accepted upstream by Linus. > > Daniel > > -- > Daniel Veillard | Red Hat Desktop team http://redhat.com/ > veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ > http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From joelbryanster at gmail.com Thu Dec 23 10:13:10 2004 From: joelbryanster at gmail.com (joelbryan) Date: Thu, 23 Dec 2004 18:13:10 +0800 Subject: DOOM3 and Fedora In-Reply-To: References: Message-ID: > 5151 strings read from strings/english.lang > Couldn't open journal files > execing editor.cfg > execing default.cfg > couldn't exec DoomConfig.cfg > couldn't exec autoexec.cfg > 5151 strings read from strings/english.lang> ------- Input Initialization ------- > XKB extension: compile time 0x1:0x0, runtime 0x1:0x0: OK > XKB extension present on server ( 0x1:0x0 ) > ...using GL_ARB_multitexture > ...using GL_ARB_texture_env_combine > ...using GL_ARB_texture_cube_map > ...using GL_ARB_texture_env_dot3 > ...using GL_ARB_texture_env_add > X..GL_ARB_texture_non_power_of_two not found > X..GL_ARB_texture_compression not found > X..GL_EXT_texture_filter_anisotropic not found > ...using GL_EXT_texture_lod > ...using GL_1.4_texture_lod_bias > X..GL_EXT_shared_texture_palette not found > ...using GL_EXT_texture3D > ...using GL_EXT_stencil_wrap > X..GL_NV_register_combiners not found > ...using GL_EXT_stencil_two_side > X..GL_ATI_fragment_shader not found > X..GL_ATI_text_fragment_shader not found > X..GL_ARB_vertex_buffer_object not found > X..GL_ARB_vertex_program not found > X..GL_ARB_fragment_program not found > X..EXT_depth_bounds_test not found > glprogs/test.vfp: GL_VERTEX_PROGRAM_ARB not available > glprogs/test.vfp: GL_FRAGMENT_PROGRAM_ARB not available > glprogs/interaction.vfp: GL_VERTEX_PROGRAM_ARB not available > glprogs/interaction.vfp: GL_FRAGMENT_PROGRAM_ARB not available > glprogs/bumpyEnvironment.vfp: GL_VERTEX_PROGRAM_ARB not available > glprogs/bumpyEnvironment.vfp: GL_FRAGMENT_PROGRAM_ARB not available > glprogs/ambientLight.vfp: GL_VERTEX_PROGRAM_ARB not available > glprogs/ambientLight.vfp: GL_FRAGMENT_PROGRAM_ARB not available > glprogs/shadow.vp: GL_VERTEX_PROGRAM_ARB not available > glprogs/R200_interaction.vp: GL_VERTEX_PROGRAM_ARB not available > glprogs/nv20_bumpAndLight.vp: GL_VERTEX_PROGRAM_ARB not available > glprogs/nv20_diffuseColor.vp: GL_VERTEX_PROGRAM_ARB not available > glprogs/nv20_specularColor.vp: GL_VERTEX_PROGRAM_ARB not available > glprogs/nv20_diffuseAndSpecularColor.vp: GL_VERTEX_PROGRAM_ARB not available > glprogs/environment.vfp: GL_VERTEX_PROGRAM_ARB not available > glprogs/environment.vfp: GL_FRAGMENT_PROGRAM_ARB not available > ------------------------------- > WARNING: vertex array range in virtual memory (SLOW) > signal caught: Segmentation fault > si_code 1 > Trying to exit gracefully.. > Shutting down sound hardware > ----------- Alsa Shutdown ------------ > close pcm > dlclose > -------------------------------------- > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > 1. It seems that, the configuration files where not loaded at the beginning, try setting up permission to file. 2. The game require an OpenGL compliant video card, and tries to load it according to the game requirements, and doing so, fails to load GL_ARB, GL_VERTEX_PROGRAM_ARB, GL_EXT.. It seems that none of those extensions are compatible with your video card. Are you sure your using an OpenGL compliant card, have you tried running tux racer or gltron, do those games run smoothly? From fedora at kjb.dds.nl Thu Dec 23 10:15:03 2004 From: fedora at kjb.dds.nl (Klaasjan Brand) Date: Thu, 23 Dec 2004 11:15:03 +0100 Subject: DOOM3 and Fedora In-Reply-To: References: Message-ID: <1103796903.3990.3.camel@isengard> On Wed, 2004-12-22 at 15:02 -0500, Williams Jr, Ernest L. wrote: > Hi, > > Does anyone have doom3 working under Fedora3? > Mine fails to start. Any pointers? > GL_RENDERER: Mesa GLX Indirect Looks like there's no accelerated 3d available on your system (or it's not configured correctly). Also, to play Doom 3 on Fedora you need an nvidia card with the nvidia binary drivers, at least until ATI or the DRI people make some progress with their drivers. Any other hardware is certainly not powerful enough to run the game. Klaasjan From alan at redhat.com Thu Dec 23 11:06:14 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 23 Dec 2004 06:06:14 -0500 Subject: DOOM3 and Fedora In-Reply-To: <1103796903.3990.3.camel@isengard> References: <1103796903.3990.3.camel@isengard> Message-ID: <20041223110614.GA32123@devserv.devel.redhat.com> On Thu, Dec 23, 2004 at 11:15:03AM +0100, Klaasjan Brand wrote: > nvidia card with the nvidia binary drivers, at least until ATI or the > DRI people make some progress with their drivers. Any other hardware is > certainly not powerful enough to run the game. The open source DRI Radeon drivers will play Doom3. Not with every fancy effect running but they will play it From russell at coker.com.au Thu Dec 23 12:08:27 2004 From: russell at coker.com.au (Russell Coker) Date: Thu, 23 Dec 2004 23:08:27 +1100 Subject: FC4 - Installation memory test ? In-Reply-To: <41C64168.7070406@ntlworld.com> References: <41C64168.7070406@ntlworld.com> Message-ID: <200412232308.30374.russell@coker.com.au> On Monday 20 December 2004 14:05, richard mullens wrote: > I think that such a test function would be useful in FC4 - unless (and What do you require that typing "memtest" at the FC3 CD1 install prompt does not provide? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=143653 One thing I've noticed that memtest86+ doesn't do is install a GRUB menu entry when you install the package. I've filed a bugzilla, see the above URL. > here I'm showing my ignorance) the boot sequence tests memory and marks > bad memory as unavailable. It could be handy for a very small number of people to be able to run a memory test at boot time and lock out bad blocks. But for most people I think it's best to have a smaller kernel. If either the BIOS or memtest86+ finds a memory error then you have a hardware problem that you have to fix before you should expect ANY operating system to work well. You state that you have found a single bit that's broken in your memory, what makes you think that the memory module only has one error? Maybe after it warms up it will have more errors. -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page From cmadams at hiwaay.net Thu Dec 23 13:40:04 2004 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 23 Dec 2004 07:40:04 -0600 Subject: FC4 - Installation memory test ? In-Reply-To: <200412232308.30374.russell@coker.com.au> References: <41C64168.7070406@ntlworld.com> <200412232308.30374.russell@coker.com.au> Message-ID: <20041223134004.GB1333848@hiwaay.net> Once upon a time, Russell Coker said: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=143653 > > One thing I've noticed that memtest86+ doesn't do is install a GRUB menu entry > when you install the package. I've filed a bugzilla, see the above URL. Try "memtest-setup" if you have the memtest86+ package installed. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From russell at coker.com.au Thu Dec 23 15:12:07 2004 From: russell at coker.com.au (Russell Coker) Date: Fri, 24 Dec 2004 02:12:07 +1100 Subject: FC4 - Installation memory test ? In-Reply-To: <20041223134004.GB1333848@hiwaay.net> References: <41C64168.7070406@ntlworld.com> <200412232308.30374.russell@coker.com.au> <20041223134004.GB1333848@hiwaay.net> Message-ID: <200412240212.10451.russell@coker.com.au> On Friday 24 December 2004 00:40, Chris Adams wrote: > Once upon a time, Russell Coker said: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=143653 > > > > One thing I've noticed that memtest86+ doesn't do is install a GRUB menu > > entry when you install the package. I've filed a bugzilla, see the above > > URL. > > Try "memtest-setup" if you have the memtest86+ package installed. # memtest-setup grubby fatal error: unable to find a suitable template Setup complete. # -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page From joelbryanster at gmail.com Fri Dec 24 00:21:56 2004 From: joelbryanster at gmail.com (joelbryan) Date: Fri, 24 Dec 2004 08:21:56 +0800 Subject: What MS is saying about FireFox. Message-ID: http://blogs.msdn.com/ptorr/archive/2004/12/20/327511.aspx From scott.aaron at abc.net.au Fri Dec 24 00:31:35 2004 From: scott.aaron at abc.net.au (Aaron Scott) Date: Fri, 24 Dec 2004 11:31:35 +1100 Subject: What MS is saying about FireFox. In-Reply-To: References: Message-ID: <1103848295.15930.25.camel@localhost.localdomain> Pretty funny stuff. :-) A little paranoid and deluded but still funny stuff. On Fri, 2004-12-24 at 08:21 +0800, joelbryan wrote: > http://blogs.msdn.com/ptorr/archive/2004/12/20/327511.aspx > -- ================================ ABC IT - SMS Unix Phone: 02 8333 1382 ================================ -------------- next part -------------- An HTML attachment was scrubbed... URL: From temlakos at comcast.net Fri Dec 24 00:57:45 2004 From: temlakos at comcast.net (Temlakos) Date: Thu, 23 Dec 2004 19:57:45 -0500 Subject: What MS is saying about FireFox. In-Reply-To: <1103848295.15930.25.camel@localhost.localdomain> References: <1103848295.15930.25.camel@localhost.localdomain> Message-ID: <1103849865.4735.1.camel@localhost.localdomain> On Fri, 2004-12-24 at 11:31 +1100, Aaron Scott wrote: > Pretty funny stuff. :-) A little paranoid and deluded but still funny > stuff. > > On Fri, 2004-12-24 at 08:21 +0800, joelbryan wrote: > > http://blogs.msdn.com/ptorr/archive/2004/12/20/327511.aspx Worse than paranoid, this is classic projection--accusing others of your own sins. I have installed Firefox on clients' machines running Windows. It installs well, and my clients love it. I'm recommending it to all my clients, even when I can't persuade them to migrate to Linux. -- Temlakos From TVarveris at wiley.com Fri Dec 24 00:59:53 2004 From: TVarveris at wiley.com (TVarveris at wiley.com) Date: Thu, 23 Dec 2004 19:59:53 -0500 Subject: Terri Varveris/P&T/NewYork909/Wiley is out of the office. Message-ID: I will be out of the office starting 12/23/2004 and will not return until 01/03/2005. I'm out until Monday, January 3rd. I'll be checking email. In case of emergency, feel free to call me at 718-984-8731. Hope you have a wonderful and safe Christmas and New Year! Terri From goemon at anime.net Fri Dec 24 01:58:38 2004 From: goemon at anime.net (Dan Hollis) Date: Thu, 23 Dec 2004 17:58:38 -0800 (PST) Subject: DOOM3 and Fedora In-Reply-To: <20041223110614.GA32123@devserv.devel.redhat.com> Message-ID: On Thu, 23 Dec 2004, Alan Cox wrote: > On Thu, Dec 23, 2004 at 11:15:03AM +0100, Klaasjan Brand wrote: > > nvidia card with the nvidia binary drivers, at least until ATI or the > > DRI people make some progress with their drivers. Any other hardware is > > certainly not powerful enough to run the game. > The open source DRI Radeon drivers will play Doom3. Not with every fancy > effect running but they will play it afaik the opensource drivers only support older hardware. the latest ati cards dont work with it and require closed source binary ati drivers. -Dan From alan at redhat.com Fri Dec 24 02:00:17 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 23 Dec 2004 21:00:17 -0500 Subject: DOOM3 and Fedora In-Reply-To: References: <20041223110614.GA32123@devserv.devel.redhat.com> Message-ID: <20041224020017.GC996@devserv.devel.redhat.com> On Thu, Dec 23, 2004 at 05:58:38PM -0800, Dan Hollis wrote: > afaik the opensource drivers only support older hardware. the latest ati > cards dont work with it and require closed source binary ati drivers. The latest ATI cards don't work 3D with Linux just 2D. The binary ati drivers don't run anything much and dont work on any modern kernel. The DRI folks have the beginnings of R300 code now thankfully. From cam at apt2324.com Fri Dec 24 05:21:30 2004 From: cam at apt2324.com (Cam Desautels) Date: Thu, 23 Dec 2004 23:21:30 -0600 Subject: What MS is saying about FireFox. In-Reply-To: References: Message-ID: <41CBA75A.8020400@apt2324.com> joelbryan wrote: > http://blogs.msdn.com/ptorr/archive/2004/12/20/327511.aspx > This is disgusting and annoying. The fact that he doesn't like that firefox download is mirrored says nothing about the quality of the app. -- Cam Desautels ASCII ribbon campaign ( ) http://www.BinaryUprising.com against HTML e-mail X / \ From mattdm at mattdm.org Fri Dec 24 08:19:36 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 24 Dec 2004 03:19:36 -0500 Subject: What MS is saying about FireFox. In-Reply-To: <41CBA75A.8020400@apt2324.com> References: <41CBA75A.8020400@apt2324.com> Message-ID: <20041224081935.GA11135@jadzia.bu.edu> On Thu, Dec 23, 2004 at 11:21:30PM -0600, Cam Desautels wrote: > >http://blogs.msdn.com/ptorr/archive/2004/12/20/327511.aspx > This is disgusting and annoying. The fact that he doesn't like that > firefox download is mirrored says nothing about the quality of the app. Seems like a reasonable point, though -- I doubt many people who download firefox from mirrors check to make sure the binary isn't trojaned. That could bite us sometime, and then it'd pretty much be Microsoft lauging. But, since the _Fedora_ firefox package is signed, it doesn't seem to have have much to do with us here. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From fhew3 at cogeco.ca Fri Dec 24 14:45:26 2004 From: fhew3 at cogeco.ca (Fulko Hew) Date: Fri, 24 Dec 2004 09:45:26 -0500 Subject: FC3 can no longer successfully burn CDs] Message-ID: <41CC2B86.5040103@cogeco.ca> For me, and a few of my friends, FC3 has two different kinds of problems regarding CDs: 1/ it no longer burns CDs correctly. ie. they are un-usable. 2/ you can't use dd or md5sum to accurately read or check CDs. I used the following commands to erase/record (as Xcdroast invoked them)... cdrecord dev= /dev/cdrom gracetime=2 -v -eject speed=4 blank=fast cdrecord dev= /dev/cdrom gracetime=2 fs=4096k driveropts=burnfree -v -useinfo speed=4 -dao -eject -pad -data /root/KNOPPIX_V3.7-2004-12-08-EN.iso ================================================== Here is a summary of my investigations: - I boot with the older kernel (2.6.9-1.677) and I can burn a CD and read it with dd and I get the correct MD5 - Burning with the later kernel, and the CD's are bad. - 2.6.8.-1.681_FC3 causes problems read with (exact sector count) 2.6.9-1.677 2.6.8.-1.681_FC3 burned with =========== ================ =========== 2.6.9-1.677 OK OK 2.6.8.-1.681_FC3 bad bad using a 2.6.9-1.677 burn... read with (no sector count) 2.6.9-1.677 2.6.8.-1.681_FC3 =========== ================ sectors read: 326441 326441 It should have read 326426 2Kbyte sectors) ================================================== Does anyone care to comment? -- fedora-list mailing list fedora-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list From arjanv at redhat.com Fri Dec 24 14:50:44 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Fri, 24 Dec 2004 15:50:44 +0100 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <41CC2B86.5040103@cogeco.ca> References: <41CC2B86.5040103@cogeco.ca> Message-ID: <1103899844.4131.23.camel@laptopd505.fenrus.org> On Fri, 2004-12-24 at 09:45 -0500, Fulko Hew wrote: > > For me, and a few of my friends, FC3 has two different kinds of > problems regarding CDs: question; what kind of device is /dev/cdrom? (I hope you're not using ide-scsi... -------------- 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 fhew3 at cogeco.ca Fri Dec 24 15:03:57 2004 From: fhew3 at cogeco.ca (Fulko Hew) Date: Fri, 24 Dec 2004 10:03:57 -0500 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <1103899844.4131.23.camel@laptopd505.fenrus.org> References: <41CC2B86.5040103@cogeco.ca> <1103899844.4131.23.camel@laptopd505.fenrus.org> Message-ID: <41CC2FDD.4030101@cogeco.ca> Arjan van de Ven wrote: >On Fri, 2004-12-24 at 09:45 -0500, Fulko Hew wrote: > >>For me, and a few of my friends, FC3 has two different kinds of >>problems regarding CDs: >> > >question; what kind of device is /dev/cdrom? > In my case /dev/cdrom is a CD/CD-R/DVD combo device ATA-attached as /dev/hdc. When I first installed FC3, XcdRoast showed it as 3 devices, but now as I check (after all updates to-date) it only shows as '/dev/cdrom' whick is linked to /dev/hdc >(I hope you're not using ide-scsi... > other than the above, I don't know if its using ide-scsi. I thought ide-scsi didn't exist anymore? From alan at redhat.com Fri Dec 24 17:14:39 2004 From: alan at redhat.com (Alan Cox) Date: Fri, 24 Dec 2004 12:14:39 -0500 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <1103899844.4131.23.camel@laptopd505.fenrus.org> References: <41CC2B86.5040103@cogeco.ca> <1103899844.4131.23.camel@laptopd505.fenrus.org> Message-ID: <20041224171439.GD17888@devserv.devel.redhat.com> On Fri, Dec 24, 2004 at 03:50:44PM +0100, Arjan van de Ven wrote: > On Fri, 2004-12-24 at 09:45 -0500, Fulko Hew wrote: > > > > For me, and a few of my friends, FC3 has two different kinds of > > problems regarding CDs: > > question; what kind of device is /dev/cdrom? > (I hope you're not using ide-scsi... Unlikely - if he was using ide-scsi it would probably work. If it is ide-cd then it suprises me but I can just about see how such behaviour can occur From fhew3 at cogeco.ca Fri Dec 24 17:20:05 2004 From: fhew3 at cogeco.ca (Fulko Hew) Date: Fri, 24 Dec 2004 12:20:05 -0500 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <20041224171439.GD17888@devserv.devel.redhat.com> References: <41CC2B86.5040103@cogeco.ca> <1103899844.4131.23.camel@laptopd505.fenrus.org> <20041224171439.GD17888@devserv.devel.redhat.com> Message-ID: <41CC4FC5.6030300@cogeco.ca> Alan Cox wrote: >On Fri, Dec 24, 2004 at 03:50:44PM +0100, Arjan van de Ven wrote: > >>On Fri, 2004-12-24 at 09:45 -0500, Fulko Hew wrote: >> >>>For me, and a few of my friends, FC3 has two different kinds of >>>problems regarding CDs: >>> >>question; what kind of device is /dev/cdrom? >>(I hope you're not using ide-scsi... >> > >Unlikely - if he was using ide-scsi it would probably work. If it is ide-cd >then it suprises me but I can just about see how such behaviour can occur > Thanks, but your comment doesn't suggest what I should do or try next ;-( In the mean time I/we have to stick with a pre 2.6.9 kernel on FC2. :-( From alan at redhat.com Fri Dec 24 17:20:39 2004 From: alan at redhat.com (Alan Cox) Date: Fri, 24 Dec 2004 12:20:39 -0500 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <41CC4FC5.6030300@cogeco.ca> References: <41CC2B86.5040103@cogeco.ca> <1103899844.4131.23.camel@laptopd505.fenrus.org> <20041224171439.GD17888@devserv.devel.redhat.com> <41CC4FC5.6030300@cogeco.ca> Message-ID: <20041224172039.GA22347@devserv.devel.redhat.com> On Fri, Dec 24, 2004 at 12:20:05PM -0500, Fulko Hew wrote: > Thanks, but your comment doesn't suggest what I should do or try next ;-( > In the mean time I/we have to stick with a pre 2.6.9 kernel on FC2. :-( What would be useful is to file a bug, and include in it the details of the exact controller/drive/commands used as well as any errors logged in dmesg about the attempt. Alan From surak at casa.surak.eti.br Fri Dec 24 17:25:23 2004 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Fri, 24 Dec 2004 14:25:23 -0300 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <20041224172039.GA22347@devserv.devel.redhat.com> References: <41CC2B86.5040103@cogeco.ca> <1103899844.4131.23.camel@laptopd505.fenrus.org> <20041224171439.GD17888@devserv.devel.redhat.com> <41CC4FC5.6030300@cogeco.ca> <20041224172039.GA22347@devserv.devel.redhat.com> Message-ID: <1103909123.5329.1.camel@localhost.surak.eti.br> Em Sex, 2004-12-24 ?s 12:20 -0500, Alan Cox escreveu: > > Thanks, but your comment doesn't suggest what I should do or try next ;-( > > In the mean time I/we have to stick with a pre 2.6.9 kernel on FC2. :-( > What would be useful is to file a bug, and include in it the details of the > exact controller/drive/commands used as well as any errors logged in dmesg > about the attempt. I don't know what happens. k3b won't help me understand it. It just says "unknown error 254" and I can no longer record cds. In fact, never could with fc3 From fhew3 at cogeco.ca Fri Dec 24 17:26:26 2004 From: fhew3 at cogeco.ca (Fulko Hew) Date: Fri, 24 Dec 2004 12:26:26 -0500 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <20041224172039.GA22347@devserv.devel.redhat.com> References: <41CC2B86.5040103@cogeco.ca> <1103899844.4131.23.camel@laptopd505.fenrus.org> <20041224171439.GD17888@devserv.devel.redhat.com> <41CC4FC5.6030300@cogeco.ca> <20041224172039.GA22347@devserv.devel.redhat.com> Message-ID: <41CC5142.8050101@cogeco.ca> Alan Cox wrote: >On Fri, Dec 24, 2004 at 12:20:05PM -0500, Fulko Hew wrote: > >>Thanks, but your comment doesn't suggest what I should do or try next ;-( >>In the mean time I/we have to stick with a pre 2.6.9 kernel on FC2. :-( >> > >What would be useful is to file a bug, and include in it the details of the >exact controller/drive/commands used as well as any errors logged in dmesg >about the attempt. > It has, back on Dec 4 as bugzilla # 141884, but since nothing has really transpired I thought I'd try the mailing list. This has happened on 3 different hardware/controllers/drives, in two different cities, and there are no dmesg errors. From alan at redhat.com Fri Dec 24 17:26:07 2004 From: alan at redhat.com (Alan Cox) Date: Fri, 24 Dec 2004 12:26:07 -0500 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <1103909123.5329.1.camel@localhost.surak.eti.br> References: <41CC2B86.5040103@cogeco.ca> <1103899844.4131.23.camel@laptopd505.fenrus.org> <20041224171439.GD17888@devserv.devel.redhat.com> <41CC4FC5.6030300@cogeco.ca> <20041224172039.GA22347@devserv.devel.redhat.com> <1103909123.5329.1.camel@localhost.surak.eti.br> Message-ID: <20041224172607.GC22347@devserv.devel.redhat.com> On Fri, Dec 24, 2004 at 02:25:23PM -0300, Alexandre Strube wrote: > > > In the mean time I/we have to stick with a pre 2.6.9 kernel on FC2. :-( > > What would be useful is to file a bug, and include in it the details of the > > exact controller/drive/commands used as well as any errors logged in dmesg > > about the attempt. > > I don't know what happens. k3b won't help me understand it. It just says > "unknown error 254" and I can no longer record cds. In fact, never could > with fc3 What does cdrecord have to say ? From alan at redhat.com Fri Dec 24 17:26:58 2004 From: alan at redhat.com (Alan Cox) Date: Fri, 24 Dec 2004 12:26:58 -0500 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <41CC5142.8050101@cogeco.ca> References: <41CC2B86.5040103@cogeco.ca> <1103899844.4131.23.camel@laptopd505.fenrus.org> <20041224171439.GD17888@devserv.devel.redhat.com> <41CC4FC5.6030300@cogeco.ca> <20041224172039.GA22347@devserv.devel.redhat.com> <41CC5142.8050101@cogeco.ca> Message-ID: <20041224172658.GD22347@devserv.devel.redhat.com> On Fri, Dec 24, 2004 at 12:26:26PM -0500, Fulko Hew wrote: > It has, back on Dec 4 as bugzilla # 141884, but since nothing has really > transpired > I thought I'd try the mailing list. Thanks I'll take a look after Christmas/New year. Internally we've also seen at least one problem drive and are looking into that. From linux_4ever at yahoo.com Fri Dec 24 17:31:14 2004 From: linux_4ever at yahoo.com (Steve G) Date: Fri, 24 Dec 2004 09:31:14 -0800 (PST) Subject: What MS is saying about FireFox. In-Reply-To: <20041224081935.GA11135@jadzia.bu.edu> Message-ID: <20041224173114.62107.qmail@web50610.mail.yahoo.com> >But, since the _Fedora_ firefox package is signed, it doesn't seem to have >have much to do with us here. :) But what about the plugins that Firefox offers to download? -Steve Grubb __________________________________ Do you Yahoo!? Meet the all-new My Yahoo! - Try it today! http://my.yahoo.com From guy at incentre.net Fri Dec 24 17:39:19 2004 From: guy at incentre.net (Guy Fraser) Date: Fri, 24 Dec 2004 10:39:19 -0700 Subject: What MS is saying about FireFox. In-Reply-To: References: Message-ID: <1103909959.3474.41.camel@sigurd.incentre.net> On Fri, 2004-24-12 at 08:21 +0800, joelbryan wrote: > http://blogs.msdn.com/ptorr/archive/2004/12/20/327511.aspx > Who cares... People who are too stupid to know how crappy the security is in all Microsoft products deserve to be afflicted with all the violations they get. The guy who wrote the article is pretty much the standard looser that Microsoft gets to write this kind of drivel. Rant deleted. From mattdm at mattdm.org Fri Dec 24 17:40:32 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 24 Dec 2004 12:40:32 -0500 Subject: What MS is saying about FireFox. In-Reply-To: <20041224173114.62107.qmail@web50610.mail.yahoo.com> References: <20041224081935.GA11135@jadzia.bu.edu> <20041224173114.62107.qmail@web50610.mail.yahoo.com> Message-ID: <20041224174031.GA25638@jadzia.bu.edu> On Fri, Dec 24, 2004 at 09:31:14AM -0800, Steve G wrote: > >But, since the _Fedora_ firefox package is signed, it doesn't seem to have > >have much to do with us here. :) > But what about the plugins that Firefox offers to download? Having some sort of signing on those would be a good idea. For now, I just make sure I'm getting 'em from a trusted site. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From cam at apt2324.com Fri Dec 24 17:42:27 2004 From: cam at apt2324.com (Cam Desautels) Date: Fri, 24 Dec 2004 11:42:27 -0600 Subject: What MS is saying about FireFox. In-Reply-To: <20041224081935.GA11135@jadzia.bu.edu> References: <41CBA75A.8020400@apt2324.com> <20041224081935.GA11135@jadzia.bu.edu> Message-ID: <41CC5503.40005@apt2324.com> Matthew Miller wrote: > On Thu, Dec 23, 2004 at 11:21:30PM -0600, Cam Desautels wrote: > >>>http://blogs.msdn.com/ptorr/archive/2004/12/20/327511.aspx >> >>This is disgusting and annoying. The fact that he doesn't like that >>firefox download is mirrored says nothing about the quality of the app. > > > Seems like a reasonable point, though -- I doubt many people who download > firefox from mirrors check to make sure the binary isn't trojaned. That > could bite us sometime, and then it'd pretty much be Microsoft lauging. True, but the tools are there. The checksums are available. If it bites someone in the ass, it is only their fault for being lazy and not utilizing the available tools. But my point really was that even if the downloading system isn't secure -- and I honestly don't know if it is or not, the mirrors could automatically and periodically be md5ed -- does not mean that the application itself is insecure. Saying so is just irresponsibly spreading FUD. But FUD is an integral part of the MS marketing strategy. -- Cam Desautels ASCII ribbon campaign ( ) http://www.BinaryUprising.com against HTML e-mail X / \ From linux_4ever at yahoo.com Fri Dec 24 17:48:14 2004 From: linux_4ever at yahoo.com (Steve G) Date: Fri, 24 Dec 2004 09:48:14 -0800 (PST) Subject: Rawhide SE Linux targeted policy warning !!! Message-ID: <20041224174814.12139.qmail@web50607.mail.yahoo.com> Hi, I just updated from rawhide. I am using selinux-policy-targeted-1.19.15-7. It breaks about everything. My suggestion is to skip it (unless you want a little excitement in your life). You cannot even get in via ssh to correct the problem because of ssh not being able to execute bash. Relabeling does not fix it. If its too late, your only hope is setting selinux=0 at boot menu and waiting for a corrected selinux targeted policy unless you have the old one. -Steve Grubb __________________________________ Do you Yahoo!? Yahoo! Mail - 250MB free storage. Do more. Manage less. http://info.mail.yahoo.com/mail_250 From fhew3 at cogeco.ca Fri Dec 24 18:09:12 2004 From: fhew3 at cogeco.ca (Fulko Hew) Date: Fri, 24 Dec 2004 13:09:12 -0500 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <20041224172607.GC22347@devserv.devel.redhat.com> References: <41CC2B86.5040103@cogeco.ca> <1103899844.4131.23.camel@laptopd505.fenrus.org> <20041224171439.GD17888@devserv.devel.redhat.com> <41CC4FC5.6030300@cogeco.ca> <20041224172039.GA22347@devserv.devel.redhat.com> <1103909123.5329.1.camel@localhost.surak.eti.br> <20041224172607.GC22347@devserv.devel.redhat.com> Message-ID: <41CC5B48.3060405@cogeco.ca> Alan Cox wrote: >On Fri, Dec 24, 2004 at 02:25:23PM -0300, Alexandre Strube wrote: > >>>>In the mean time I/we have to stick with a pre 2.6.9 kernel on FC2. :-( >>>> >>>What would be useful is to file a bug, and include in it the details of the >>>exact controller/drive/commands used as well as any errors logged in dmesg >>>about the attempt. >>> >>I don't know what happens. k3b won't help me understand it. It just says >>"unknown error 254" and I can no longer record cds. In fact, never could >>with fc3 >> > >What does cdrecord have to say ? > Nothing. I just tried burning a KNOPPIX CD, and cdrecord did not complain or have any unusual messages, however the resultant CD was unusable (read errors), but since I tried booting it I can't read its dmesg. I'll reboot with an old kernel and try a 'cmp' on the disk and the image. to see where it fails. Note: I think the result appears to give media read errors, not just bad data. (I hear the CD drive re-seeking.) From pri.rhl3 at iadonisi.to Fri Dec 24 18:09:37 2004 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Fri, 24 Dec 2004 13:09:37 -0500 Subject: Rawhide SE Linux targeted policy warning !!! In-Reply-To: <20041224174814.12139.qmail@web50607.mail.yahoo.com> References: <20041224174814.12139.qmail@web50607.mail.yahoo.com> Message-ID: <1103911777.4825.1.camel@ws187.local.linuxlobbyist.org> On Fri, 2004-12-24 at 09:48 -0800, Steve G wrote: > You cannot even get in via ssh to correct the problem because of ssh not being > able to execute bash. Relabeling does not fix it. If its too late, your only hope > is setting selinux=0 at boot menu and waiting for a corrected selinux targeted > policy unless you have the old one. Suggest setting SELINUX=permissive in /etc/sysconfig/selinux instead so that contexts still get set properly (relatively speaking) for when the targeted policy is fixed. From paul at all-the-johnsons.co.uk Fri Dec 24 18:42:46 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 24 Dec 2004 18:42:46 +0000 Subject: Rawhide SE Linux targeted policy warning !!! In-Reply-To: <20041224174814.12139.qmail@web50607.mail.yahoo.com> References: <20041224174814.12139.qmail@web50607.mail.yahoo.com> Message-ID: <1103913766.3199.0.camel@localhost.localdomain> Hi, > I just updated from rawhide. I am using selinux-policy-targeted-1.19.15-7. It > breaks about everything. My suggestion is to skip it (unless you want a little > excitement in your life). glibc is also knackered (fails to map correctly). I've reverted back to the previous version of both. TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 linux_4ever at yahoo.com Fri Dec 24 19:46:31 2004 From: linux_4ever at yahoo.com (Steve G) Date: Fri, 24 Dec 2004 11:46:31 -0800 (PST) Subject: Rawhide SE Linux targeted policy warning !!! In-Reply-To: <1103911777.4825.1.camel@ws187.local.linuxlobbyist.org> Message-ID: <20041224194631.2884.qmail@web50605.mail.yahoo.com> >Suggest setting SELINUX=permissive in /etc/sysconfig/selinux instead >so that contexts still get set properly (relatively speaking) for when >the targeted policy is fixed You are right. But I was thinking of the person discovering that they've fell into this hole. When you are at the gdm prompt trying to login, your only way of getting in is disabling selinux on the command prompt, boot up, then set it to permissive, and reboot. BTW, this is all that's in the logs: Dec 24 12:45:24 localhost gdm[2549]: session_child_run: Could not exec /etc/X11/xdm/Xsession default There is no avc messages or anything useful. Also, selinux-policy-targeted-1.19.15-5 works fine. Its something in the last day that causes this. -Steve Grubb __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From drepper at redhat.com Fri Dec 24 20:19:05 2004 From: drepper at redhat.com (Ulrich Drepper) Date: Fri, 24 Dec 2004 12:19:05 -0800 Subject: Rawhide SE Linux targeted policy warning !!! In-Reply-To: <1103913766.3199.0.camel@localhost.localdomain> References: <20041224174814.12139.qmail@web50607.mail.yahoo.com> <1103913766.3199.0.camel@localhost.localdomain> Message-ID: <41CC79B9.2070204@redhat.com> Paul wrote: >>I just updated from rawhide. I am using selinux-policy-targeted-1.19.15-7. It >>breaks about everything. My suggestion is to skip it (unless you want a little >>excitement in your life). > > > glibc is also knackered (fails to map correctly). That is extremely unlikely, especially since I run it (and the latest policy as well). Since nobody has posted any actual information I must guess that some files are mislabeled. E.g., ldconfig for some reason creates updated glibc DOSs with system_u:object_r:lib_t instead of system_u:object_r:shlib_t This difference is crucial since the policy now is restrictive when it comes to mapping files for execution. So, take a look at the output of ls -lZ /lib /lib/tls /usr/lib (and for related directories). If any DSO uses lib_t instead of shlib_t, fix the label. The easiest way to do this is to relabel the entire filesystem. More info at http://fedora.redhat.com/docs/selinux-faq-fc3/ -- ? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From linux_4ever at yahoo.com Fri Dec 24 18:41:36 2004 From: linux_4ever at yahoo.com (Steve G) Date: Fri, 24 Dec 2004 10:41:36 -0800 (PST) Subject: Rawhide SE Linux targeted policy warning !!! In-Reply-To: <1103911777.4825.1.camel@ws187.local.linuxlobbyist.org> Message-ID: <20041224184136.26845.qmail@web50606.mail.yahoo.com> >Suggest setting SELINUX=permissive in /etc/sysconfig/selinux instead >so that contexts still get set properly (relatively speaking) for when >the targeted policy is fixed You are right. But I was thinking of the person discovering that they've fell into this hole. When you are at the gdm prompt trying to login, your only way of getting in is disabling selinux on the command prompt, boot up, then set it to permissive, and reboot. BTW, this is all that's in the logs: Dec 24 12:45:24 localhost gdm[2549]: session_child_run: Could not exec /etc/X11/xdm/Xsession default There is no avc messages or anything useful. Also, selinux-policy-targeted-1.19.15-5 works fine. Its something in the last day that causes this. -Steve Grubb __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From skvidal at phy.duke.edu Fri Dec 24 21:21:01 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 24 Dec 2004 16:21:01 -0500 Subject: What MS is saying about FireFox. In-Reply-To: <41CC5503.40005@apt2324.com> References: <41CBA75A.8020400@apt2324.com> <20041224081935.GA11135@jadzia.bu.edu> <41CC5503.40005@apt2324.com> Message-ID: <1103923261.9465.0.camel@cutter> On Fri, 2004-12-24 at 11:42 -0600, Cam Desautels wrote: > Matthew Miller wrote: > > On Thu, Dec 23, 2004 at 11:21:30PM -0600, Cam Desautels wrote: > > > >>>http://blogs.msdn.com/ptorr/archive/2004/12/20/327511.aspx > >> > >>This is disgusting and annoying. The fact that he doesn't like that > >>firefox download is mirrored says nothing about the quality of the app. > > > > > > Seems like a reasonable point, though -- I doubt many people who download > > firefox from mirrors check to make sure the binary isn't trojaned. That > > could bite us sometime, and then it'd pretty much be Microsoft lauging. > > True, but the tools are there. The checksums are available. If it > bites someone in the ass, it is only their fault for being lazy and not > utilizing the available tools. > All of this thread is offtopic. http://fedoraproject.org/wiki/PostIsOffTopic Take it somewhere else if you want to talk about this. -sv From pri.rhl3 at iadonisi.to Fri Dec 24 21:18:01 2004 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Fri, 24 Dec 2004 16:18:01 -0500 Subject: Rawhide SE Linux targeted policy warning !!! In-Reply-To: <41CC79B9.2070204@redhat.com> References: <20041224174814.12139.qmail@web50607.mail.yahoo.com> <1103913766.3199.0.camel@localhost.localdomain> <41CC79B9.2070204@redhat.com> Message-ID: <1103923086.6668.12.camel@ws187.local.linuxlobbyist.org> On Fri, 2004-12-24 at 12:19 -0800, Ulrich Drepper wrote: > Paul wrote: > > glibc is also knackered (fails to map correctly). > > That is extremely unlikely, especially since I run it (and the latest > policy as well). > > Since nobody has posted any actual information I must guess that some > files are mislabeled. E.g., ldconfig for some reason creates updated > glibc DOSs with > > system_u:object_r:lib_t > > instead of > > system_u:object_r:shlib_t > > This difference is crucial since the policy now is restrictive when it > comes to mapping files for execution. So, take a look at the output of > > ls -lZ /lib /lib/tls /usr/lib > > (and for related directories). If any DSO uses lib_t instead of > shlib_t, fix the label. The easiest way to do this is to relabel the > entire filesystem. More info at Except for one thing. At least in my case, I *have* relabeled the filesystem. Twice. But since you asked, here is some actual information: === ws187:root:493)# slogin iadonisi at ws187 iadonisi at ws187's password: Last login: Fri Dec 24 15:58:18 2004 from ws187.local.linuxlobbyist.org audit(1103921912.627:0): avc: denied { transition } for pid=5909 exe=/usr/sbin/sshd path=/bin/bash dev=dm-0 ino=588724 scontext=root:system_r:initrc_t tcontext=user_u:system_r:unconfined_t tclass=process /bin/bash: Permission denied Connection to ws187 closed. ws187:root:494)# === And even after relabeling, ls -lZ does in fact show DSOs with lib_t instead of shlib_t. I could try relabeling these DSOs manually, though it does make me a little nervous, but it does seem to indicate there might something wrong with selinux-policy-targeted. FYI, this is a fully updated rawhide system, minus the swig and xfce4 packages due to some dependency problems. -- -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 linux_4ever at yahoo.com Fri Dec 24 13:16:58 2004 From: linux_4ever at yahoo.com (Steve G) Date: Fri, 24 Dec 2004 05:16:58 -0800 (PST) Subject: What MS is saying about FireFox. In-Reply-To: <20041224081935.GA11135@jadzia.bu.edu> Message-ID: <20041224131658.50195.qmail@web50606.mail.yahoo.com> >But, since the _Fedora_ firefox package is signed, it doesn't seem to have >have much to do with us here. :) But what about the plugins that Firefox offers to download? -Steve Grubb __________________________________ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com From linux_4ever at yahoo.com Fri Dec 24 20:52:56 2004 From: linux_4ever at yahoo.com (Steve G) Date: Fri, 24 Dec 2004 12:52:56 -0800 (PST) Subject: Rawhide SE Linux targeted policy warning !!! In-Reply-To: <41CC79B9.2070204@redhat.com> Message-ID: <20041224205256.21049.qmail@web50603.mail.yahoo.com> >> glibc is also knackered (fails to map correctly). > >That is extremely unlikely, especially since I run it (and the latest >policy as well). I'm also running glibc-2.3.4-3 and haven't seen any glibc problems. wrt the original problem, I reverted back to targeted 1.19.15-5 and the problem is still there. There must be another update that caused the problem...but interestingly, turning off selinux allows me to log in. I also changed the system to boot to run level 3. From there, if I startx everything is OK. But if I do init 5 and then try to log in it doesn't let me. Also found the lack of avc messages may be because the audit deamon got 'em. There's about 600k lines of messages I'm sorting through. I think I'll delete them and start over... -Steve Grubb __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From linux_4ever at yahoo.com Fri Dec 24 21:28:51 2004 From: linux_4ever at yahoo.com (Steve G) Date: Fri, 24 Dec 2004 13:28:51 -0800 (PST) Subject: Rawhide SE Linux targeted policy warning !!! In-Reply-To: <20041224194631.2884.qmail@web50605.mail.yahoo.com> Message-ID: <20041224212851.28157.qmail@web50605.mail.yahoo.com> >There is no avc messages or anything useful. OK here's what I pulled from the audit log: event={'msg_type'=KERNEL 'seq'=0 'len'=222 'message'='audit(1103922269.990:3027786): avc: denied { entrypoint } for pid=3176 exe=/usr/bin/gdm-binary path=/etc/X11/xdm/Xsession dev=hda2 ino=214827 scontext=user_u:system_r:httpd_t tcontext=system_u:object_r:etc_t tclass=file' } event={'msg_type'=KERNEL 'seq'=0 'len'=87 'message'='audit(1103922269.990:3027786): item=0 name=/etc/X11/xdm/Xsession inode=214827 dev=00:00gdm-binary path=/etc/X11/xdm/Xsession dev=hda2 ino=214827 scontext=user_u:system_r:httpd_t tcontext=system_u:object_r:etc_t tclass=file' } I'm wondering where the httpd_t comes from? I've relabeled the system a couple of times. BTW, cups is just scrolling avc denied messages: event={'msg_type'=KERNEL 'seq'=0 'len'=194 'message'='audit(1103922414.543:809779): avc: denied { unlink } for pid=1849 exe=/usr/sbin/cupsd name=0 dev=hda2 ino=212999 scontext=user_u:system_r:cupsd_t tcontext=system_u:object_r:file_t tclass=file' } -Steve Grubb __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From paul at all-the-johnsons.co.uk Fri Dec 24 23:19:19 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 24 Dec 2004 23:19:19 +0000 Subject: Rawhide SE Linux targeted policy warning !!! In-Reply-To: <41CC79B9.2070204@redhat.com> References: <20041224174814.12139.qmail@web50607.mail.yahoo.com> <1103913766.3199.0.camel@localhost.localdomain> <41CC79B9.2070204@redhat.com> Message-ID: <1103930359.3199.5.camel@localhost.localdomain> Hi, > >>I just updated from rawhide. I am using selinux-policy-targeted-1.19.15-7. It > >>breaks about everything. My suggestion is to skip it (unless you want a little > >>excitement in your life). > > > > > > glibc is also knackered (fails to map correctly). > > That is extremely unlikely, especially since I run it (and the latest > policy as well). > > Since nobody has posted any actual information I must guess that some > files are mislabeled. E.g., ldconfig for some reason creates updated > glibc DOSs with From rom memory (I know, I should have noted it down), libdl.so.2 was at fault with some error about it not being able to map correctly. Meant that httpd, cups and a few other services would fail to work. Reverting back to 2.3.3-99 on glibc and the previous selinux fixed the problems. TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 vadim at overture.com Sat Dec 25 18:54:20 2004 From: vadim at overture.com (Vadim) Date: Sat, 25 Dec 2004 10:54:20 -0800 Subject: Red Hat Network Alert Notification Tool dies Message-ID: <41CDB75C.7030900@overture.com> FC3, 2.6.9-1.681_FC3 #1 Thu Nov 18 15:10:10 EST 2004 i686 i686 i386 GNU/Linux Allpications -> Preferences -> More Preferences -> Preferred Applications Causes Red Hat Network Alert Notification Tool to die. -V From ufo at linux.net.mk Sun Dec 26 00:21:22 2004 From: ufo at linux.net.mk (Arangel Angov) Date: Sun, 26 Dec 2004 01:21:22 +0100 Subject: iptables problems Message-ID: <41CE0402.4030500@linux.net.mk> I started having this problem with iptables a while ago. It seems that I can't start/stop iptables manually through the terminal. Only way I can control iptables is thru system-config-securitylevel. This used to work fine with default FC3 installation and I don't remember when exactly it started giving me a hard time. When I do "rpm -e system-config-securitylevel system-config-securitylevel-tui" I can start/stop iptables manually again, but when the packages are installed I can't do nothing from the terminal. It also gives me an error in System Settings > Server Settings > Services when I try to start or stop the service. It says smth like "Service couldnt start, error:" and thats it. Another thing: I can't add firewall rules manually when I have only iptables installed (without system-config-securitylevel). For example I want to use NAT so I can get Internet to my laptop and "iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE" is just not added to the table of rules. Anyone has any ideas, or should I visit bugzilla for this one? Thanks, Arangel From paul at all-the-johnsons.co.uk Sun Dec 26 16:57:36 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 26 Dec 2004 16:57:36 +0000 Subject: kgpg broken Message-ID: <1104080256.4590.5.camel@localhost.localdomain> Hi, Is me or is kgpg broken after the latest updates? TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 ernesto at ornl.gov Sun Dec 26 17:07:06 2004 From: ernesto at ornl.gov (Williams Jr, Ernest L.) Date: Sun, 26 Dec 2004 12:07:06 -0500 Subject: DOOM3 and Fedora Message-ID: -----Original Message----- From: fedora-test-list-bounces at redhat.com on behalf of Klaasjan Brand Sent: Thu 12/23/2004 5:15 AM To: For testers of Fedora Core development releases Subject: Re: DOOM3 and Fedora On Wed, 2004-12-22 at 15:02 -0500, Williams Jr, Ernest L. wrote: > Hi, > > Does anyone have doom3 working under Fedora3? > Mine fails to start. Any pointers? > GL_RENDERER: Mesa GLX Indirect Looks like there's no accelerated 3d available on your system (or it's not configured correctly). Also, to play Doom 3 on Fedora you need an nvidia card with the nvidia binary drivers, at least until ATI or the DRI pe"ople make some progress with their drivers. Any other hardware is certainly not powerful enough to run the game. =====================================================> ====ELW> Indeed, I have NVIDIA and those binary drivers as well. The Doom 3 Demo played perfect on FC3 kernels prior to "2.6.9-1.681_FC3" So here is what I did to resolve the problem: --Move to "2.6.9-1.715_FC3" from testing repository --Re-run the NVIDIA install script with the "--add-this-kernel" option. --Reboot And away we go!!! Doom3 is awesome!! I just could not let my relatives running Windows out do my Linux Box during the holidays. One caveat: There is indeed a gotcha. -- known issue that causes the laptop to lockup when logging out from the KDE or GNOME desktop. I believe this has already been reported for "2.6.9-1.715_FC3" in previous threads. I hope this is fixed in upstream kernels for FC3? Merry Christmas, Ernesto =====================================> Klaasjan -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From selinux at gmail.com Sun Dec 26 17:57:58 2004 From: selinux at gmail.com (Tom London) Date: Sun, 26 Dec 2004 09:57:58 -0800 Subject: kgpg broken In-Reply-To: <1104080256.4590.5.camel@localhost.localdomain> References: <1104080256.4590.5.camel@localhost.localdomain> Message-ID: <4c4ba15304122609573e568b52@mail.gmail.com> On Sun, 26 Dec 2004 16:57:36 +0000, Paul wrote: > Hi, > > Is me or is kgpg broken after the latest updates? > > TTFN > > Paul > -- > > > Fails for me too. -- Tom London From paul at all-the-johnsons.co.uk Sun Dec 26 18:00:47 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 26 Dec 2004 18:00:47 +0000 Subject: kgpg broken In-Reply-To: <4c4ba15304122609573e568b52@mail.gmail.com> References: <1104080256.4590.5.camel@localhost.localdomain> <4c4ba15304122609573e568b52@mail.gmail.com> Message-ID: <1104084047.4590.19.camel@localhost.localdomain> Hi, > > Is me or is kgpg broken after the latest updates? > Fails for me too. Are any of the other packages in kdeutils failing? I've reverted to an older version of kdeutils and that hasn't fixed the problem. TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 paul at all-the-johnsons.co.uk Sun Dec 26 18:10:58 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 26 Dec 2004 18:10:58 +0000 Subject: Strange mounting / unmounting problem Message-ID: <1104084658.4590.23.camel@localhost.localdomain> Hi, I have been listening (and ripping) a couple of CDs I was given as presents yesterday. They both claim to be copy protected, but both seem happy enough in my machine. They both played fine, but failed to eject. I did a power reset and they would still not eject, so I used a trusty paper clip and opened the drawers to extract the discs. Odd thing is that neither drive will open at all. Okay, that seems strange, but I've noticed this before. If I start my machine without a zip disc in the drive, the drive never mounts the disc when I put one in. If I start the machine with a disc in the drive, it won't read or unmount it. Anyone else seeing this and if they are, how do I fix the problem? TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 selinux at gmail.com Sun Dec 26 18:12:47 2004 From: selinux at gmail.com (Tom London) Date: Sun, 26 Dec 2004 10:12:47 -0800 Subject: kgpg broken In-Reply-To: <1104084047.4590.19.camel@localhost.localdomain> References: <1104080256.4590.5.camel@localhost.localdomain> <4c4ba15304122609573e568b52@mail.gmail.com> <1104084047.4590.19.camel@localhost.localdomain> Message-ID: <4c4ba15304122610121cbda2ef@mail.gmail.com> On Sun, 26 Dec 2004 18:00:47 +0000, Paul wrote: > Hi, > > > > Is me or is kgpg broken after the latest updates? > > > Fails for me too. > > Are any of the other packages in kdeutils failing? I've reverted to an > older version of kdeutils and that hasn't fixed the problem. > > TTFN > > Paul > -- Kdict works., so does KMahjong. KDevelop starts as well. tom -- Tom London From alan at redhat.com Sun Dec 26 21:03:00 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 26 Dec 2004 16:03:00 -0500 Subject: Strange mounting / unmounting problem In-Reply-To: <1104084658.4590.23.camel@localhost.localdomain> References: <1104084658.4590.23.camel@localhost.localdomain> Message-ID: <20041226210300.GA26702@devserv.devel.redhat.com> On Sun, Dec 26, 2004 at 06:10:58PM +0000, Paul wrote: > I have been listening (and ripping) a couple of CDs I was given as > presents yesterday. They both claim to be copy protected, but both seem > happy enough in my machine. They both played fine, but failed to eject. If its one of the Windows booby trap ones then HAL may well have decided it is a disk and mounted it, that migh texplain the lack of eject ? > I did a power reset and they would still not eject, so I used a trusty > paper clip and opened the drawers to extract the discs. Be aware that several CD and DVD drive vendors treat copy protected discs as a warranty invalidating event.. From sean.bruno at dsl-only.net Sun Dec 26 21:33:08 2004 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Sun, 26 Dec 2004 13:33:08 -0800 Subject: DOOM3 and Fedora In-Reply-To: References: Message-ID: <1104096788.23211.1.camel@localhost.localdomain> Just got it installed today and must say that it is fantastic. I am running it with a Nvidia TI 4200, so I can at least play it. On Sun, 2004-12-26 at 12:07 -0500, Williams Jr, Ernest L. wrote: > > > -----Original Message----- > From: fedora-test-list-bounces at redhat.com on behalf of Klaasjan Brand > Sent: Thu 12/23/2004 5:15 AM > To: For testers of Fedora Core development releases > Subject: Re: DOOM3 and Fedora > > On Wed, 2004-12-22 at 15:02 -0500, Williams Jr, Ernest L. wrote: > > Hi, > > > > Does anyone have doom3 working under Fedora3? > > Mine fails to start. Any pointers? > > > GL_RENDERER: Mesa GLX Indirect > > Looks like there's no accelerated 3d available on your system (or it's > not configured correctly). Also, to play Doom 3 on Fedora you need an > nvidia card with the nvidia binary drivers, at least until ATI or the > DRI pe"ople make some progress with their drivers. Any other hardware is > certainly not powerful enough to run the game. > > =====================================================> > ====ELW> > Indeed, I have NVIDIA and those binary drivers as well. > The Doom 3 Demo played perfect on FC3 kernels prior to > "2.6.9-1.681_FC3" > > So here is what I did to resolve the problem: > > --Move to "2.6.9-1.715_FC3" from testing repository > --Re-run the NVIDIA install script with the "--add-this-kernel" option. > --Reboot > > And away we go!!! Doom3 is awesome!! > I just could not let my relatives running Windows > out do my Linux Box during the holidays. > > One caveat: There is indeed a gotcha. > -- known issue that causes the laptop to lockup when logging > out from the KDE or GNOME desktop. I believe this has > already been reported for "2.6.9-1.715_FC3" in previous threads. > I hope this is fixed in upstream kernels for FC3? > > Merry Christmas, > Ernesto > =====================================> > > > Klaasjan > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > > From mrguytx at austin.rr.com Mon Dec 27 00:11:39 2004 From: mrguytx at austin.rr.com (W. Guy Thomas) Date: Sun, 26 Dec 2004 18:11:39 -0600 Subject: help on the #fedora channel please? Message-ID: <1104106299.5010.58.camel@localhost.localdomain> If any one on this list is an op in #fedora on freednode, please pop in and ban 'User2', he is filling the channel with expletives and needs to be kicked. Sorry for the intrusion. Thanks. G From mr700 at globalnet.bg Mon Dec 27 11:24:28 2004 From: mr700 at globalnet.bg (Doncho N. Gunchev) Date: Mon, 27 Dec 2004 13:24:28 +0200 Subject: Hardware Database - Request for experiences! In-Reply-To: <1103739885.3368.8.camel@localhost.localdomain> References: <41C99EC3.8050101@gmail.com> <1103739885.3368.8.camel@localhost.localdomain> Message-ID: <200412271324.28289@-mr700> On 2004 12 22 (Wednesday) 20:24, nodata wrote: > On Wed, 2004-12-22 at 16:20 +0000, Philip Johnson wrote: > > OK, there is now a HCL at http://fedoraproject.org/wiki/HCL. > > Well, that said, Doncho had beat me to it, so it isn't new or anything :P > > I'm also going to be helping out, and I would appreciate it if you > > could all send me a report on how your hardware has worked within fedora > > (whether it worked straight away without any fiddling, or if you had to > > do something to make it work (if this is the case please state)). > > However, please send them to plasticmonkey at gmail.com so we don't end > > up with them all over the list - I'm sure there's more important topics > > to be discussed. > > > > Thanks, > > > > Philip Johnson (PlasticMonkey) > > > > Why aren't you allowing edits to the hardware compatibility wiki? > If you want to join - go to http://www.fedoraproject.org/wiki, create an account and contact someone from 'EditGroup' (ex: ColinCharles) telling him what your goal is (HCL). Read the 'FrontPage' and if you need more info - just ask. If you don't want to register - feel free to send us your data. -- Regards, Doncho N. Gunchev Registered Linux User #291323 at counter.li.org GPG-Key-ID: 1024D/DA454F79 http://pgp.mit.edu Key fingerprint = 684F 688B C508 C609 0371 5E0F A089 CB15 DA45 4F79 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From paul at all-the-johnsons.co.uk Mon Dec 27 11:58:01 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 27 Dec 2004 11:58:01 +0000 Subject: udev problem? Message-ID: <1104148681.3701.21.camel@localhost.localdomain> Hi, Is it udev which controls if a CD or zip disk can be unmounted? I seem to be having a problem by which a disc can be read, ripped, burned to - generally used, but will fail to eject. There is nothing in dmesg about the failure. Using rawhide with udev 048-2 (I had the problem with 048-4, so reinstalled the older version, but it's not done much to help). I need to file a bugzilla report, but need to know if it should be under udev. TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 sds at epoch.ncsc.mil Mon Dec 27 13:23:14 2004 From: sds at epoch.ncsc.mil (Stephen Smalley) Date: Mon, 27 Dec 2004 08:23:14 -0500 Subject: Rawhide SE Linux targeted policy warning !!! In-Reply-To: <41CC79B9.2070204@redhat.com> References: <20041224174814.12139.qmail@web50607.mail.yahoo.com> <1103913766.3199.0.camel@localhost.localdomain> <41CC79B9.2070204@redhat.com> Message-ID: <1104153794.15615.5.camel@moss-spartans.epoch.ncsc.mil> On Fri, 2004-12-24 at 15:19, Ulrich Drepper wrote: > Since nobody has posted any actual information I must guess that some > files are mislabeled. E.g., ldconfig for some reason creates updated > glibc DOSs with > > system_u:object_r:lib_t > > instead of > > system_u:object_r:shlib_t Sorry, ldconfig regenerates the DSOs, not just the links and cache? If so, then it needs a patch to preserve the types on the DSOs. -- Stephen Smalley National Security Agency From kyrre at solution-forge.net Mon Dec 27 18:13:33 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 27 Dec 2004 19:13:33 +0100 Subject: What Packages in Fedora you be thankful of? In-Reply-To: References: Message-ID: <1104171211.2718.6.camel@kyrre> ons, 22.12.2004 kl. 01.55 skrev joelbryan: > Now christmas is coming, and Fedora Project make it this far, I think > it's time for us to thank the developers, just for the holiday to make > it memorable. > > In any version released in Fedora core, what packages or features you > be thankful of? Create your own list, and tell how you feel thankful > for it. > > This is my list. > > 1. The Bluecurve desktop, the developers behind the artworks and > icons, personally I like it very much, it not only bring much > familiarity, ease of use, and comfortability, it also brings a "breath > of life and fresh air" in all the desktop races, giving hope in > familiarization, standardization, and on using the desktop more > easily. To the developers, thank you for doing so. > Yup! > 2. The Anaconda Installer, because it's the most easiest Linux > installation I've ever seen, aside from it's easy to install linux > with it, it has a welcoming atmosphere, and the package selection > where as easy as "add/remove programs" in windows, and making it > available it the desktop is an innovation to Linux. To the developer, > here is my thanks to you. > Agreed > 3. The up2date applet. Not only this is omnipresent in the desktop, It > is also makes easier to see when your system is behind the latest > packages, because up2date automatically display in icons the status of > your system, in an animated applet. So the next time you see a message > "Your system is fully updated", it would bring a smile in your face. > Thanks for this. > NOOO!!! The idea is good, but the implementation sucks... Mesa wantses a yum aplet! And damn animation, DIE!!! long live yum! it is getting better and better all the time, now we only need a snappy gui for it, and an aplet to go with it... > 4. Inclusion of Rythmbox, Evolution 2 and Firefox. I'm thankful for > inclusion of Rythmbox, because it makes me organized my audio CD's, > more like iTunes does, and the new Evolution is easier to use and > Firefox browser that replaced the heavy mozilla browser. Hopefully we > see more packages like Calendars, Paint applications, and cool games. > But thanks for you guys who makes the Fedora complete (yet for now). > Agreed. I was just about to mention rythmbox and firefox. evolution 2 i haven't tried yet, but if it is anything close to evo 1, it got to be nice :) As for rythmbox, a working, built-in tag editor would be nice. Not that there is anything wrong with easytag... > Of course, Fedora isn't yet that complete, there's a lot of room for > improvement, and innovations. This where just based on my personal > opinion, and my thanks to the developers that I feel the need to be > grateful of, using all of this. Anyways, I'm grateful, and thanks for > all of your effort, thank you very much. Yup. Now we are just waiting for the extras to arrive, and it seems like there might even be a polish-up on the rpm building tools as well. Hooray for fedora and its developers!! From kyrre at solution-forge.net Mon Dec 27 18:13:32 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 27 Dec 2004 19:13:32 +0100 Subject: Playing CDs on FC3 In-Reply-To: <1103699444.4263.161.camel@localhost.localdomain> References: <41C8620D.2070706@one.net> <1103699444.4263.161.camel@localhost.localdomain> Message-ID: <1104170687.2718.0.camel@kyrre> ons, 22.12.2004 kl. 08.10 skrev Colin Charles: > On Tue, 2004-12-21 at 12:49 -0500, gslink wrote: > > I noticed that even though sound cards and speakers check out that in > > FC3 only the root user can play a cd. Any other user gets a popup that > > the cd can't be read. Has anyone else had this trouble? No changes to > > access privledges were made after installation so this is the assumed > > setting. > > No. FC-3 plays CDs just fine (as a normal user). Maybe your CDROM is > wonky? > > Post is off topic, fedora-list at redhat.com next time > -- > Colin Charles, byte at aeon.com.my > http://www.bytebot.net/ > "First they ignore you, then they laugh at you, then they fight you, > then you win." -- Mohandas Gandhi Do a full update (yum update), then it should be okay... From kyrre at solution-forge.net Mon Dec 27 18:14:17 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 27 Dec 2004 19:14:17 +0100 Subject: What Packages in Fedora you be thankful of? In-Reply-To: <1104171211.2718.6.camel@kyrre> References: <1104171211.2718.6.camel@kyrre> Message-ID: <1104171257.2718.8.camel@kyrre> And gthumb rocks! From kyrre at solution-forge.net Mon Dec 27 18:42:35 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 27 Dec 2004 19:42:35 +0100 Subject: iptables problems In-Reply-To: <41CE0402.4030500@linux.net.mk> References: <41CE0402.4030500@linux.net.mk> Message-ID: <1104172954.2718.29.camel@kyrre> > For example I want to use NAT so I can get Internet to my laptop and > "iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE" is just not added > to the table of rules. Nat'ing should be part of the firewall config tool... From sean.bruno at dsl-only.net Mon Dec 27 19:43:08 2004 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Mon, 27 Dec 2004 11:43:08 -0800 Subject: Hardware Database - Request for experiences! In-Reply-To: <200412271324.28289@-mr700> References: <41C99EC3.8050101@gmail.com> <1103739885.3368.8.camel@localhost.localdomain> <200412271324.28289@-mr700> Message-ID: <1104176588.4156.0.camel@localhost.localdomain> On Mon, 2004-12-27 at 13:24 +0200, Doncho N. Gunchev wrote: > On 2004 12 22 (Wednesday) 20:24, nodata wrote: > > On Wed, 2004-12-22 at 16:20 +0000, Philip Johnson wrote: > > > OK, there is now a HCL at http://fedoraproject.org/wiki/HCL. > > > Well, that said, Doncho had beat me to it, so it isn't new or anything :P > > > I'm also going to be helping out, and I would appreciate it if you > > > could all send me a report on how your hardware has worked within fedora > > > (whether it worked straight away without any fiddling, or if you had to > > > do something to make it work (if this is the case please state)). > > > However, please send them to plasticmonkey at gmail.com so we don't end > > > up with them all over the list - I'm sure there's more important topics > > > to be discussed. > > > Just curious if we can add a "monitor/LCD" section for displays. From dmm at 1-4-5.net Mon Dec 27 20:45:21 2004 From: dmm at 1-4-5.net (David Meyer) Date: Mon, 27 Dec 2004 12:45:21 -0800 Subject: mailman question[MAILER-DAEMON: Returned mail: see transcript for details] Message-ID: <20041227204521.GA9677@1-4-5.net> I'm sure folks have seen this (many times) already, so thanks for the help up front. So I'm trying to get mailman to run on FC3, and I am running into the following problem: >> ----- Transcript of session follows ----- >> Group mismatch error. Mailman expected the mail wrapper script to be >> executed as one of the following groups: >> [mail, postfix, mailman, nobody], >> but the system's mail server executed the mail script as group: "mailnull". >> Try tweaking the mail server to run the script as one of these groups: >> [mail, postfix, mailman, nobody], >> or re-run configure providing the command line option: >> '--with-mail-gid=mailnull'. >> 554 5.3.0 unknown mailer error 2 Since I installed mailman from the RPM, I didn't configure it. Further, sendmail.8.13.1 has a config option that looks like # default UID (can be username or userid:groupid) # O DefaultUser=mailnull If you set DefaultUser to something else, everything else goes south... Anyone have a suggestion? Thanks, and have a safe and happy new year, Dave From dmm at 1-4-5.net Mon Dec 27 21:14:57 2004 From: dmm at 1-4-5.net (David Meyer) Date: Mon, 27 Dec 2004 13:14:57 -0800 Subject: mailman question[MAILER-DAEMON: Returned mail: see transcript for details] In-Reply-To: <20041227204521.GA9677@1-4-5.net> References: <20041227204521.GA9677@1-4-5.net> Message-ID: <20041227211457.GA466@1-4-5.net> On Mon, Dec 27, 2004 at 12:45:21PM -0800, David Meyer wrote: >> I'm sure folks have seen this (many times) already, so >> thanks for the help up front. >> >> So I'm trying to get mailman to run on FC3, and I am >> running into the following problem: >> >> >> ----- Transcript of session follows ----- >> >> Group mismatch error. Mailman expected the mail wrapper script to be >> >> executed as one of the following groups: >> >> [mail, postfix, mailman, nobody], >> >> but the system's mail server executed the mail script as group: "mailnull". >> >> Try tweaking the mail server to run the script as one of these groups: >> >> [mail, postfix, mailman, nobody], >> >> or re-run configure providing the command line option: >> >> '--with-mail-gid=mailnull'. >> >> 554 5.3.0 unknown mailer error 2 >> >> Since I installed mailman from the RPM, I didn't >> configure it. Further, sendmail.8.13.1 has a config >> option that looks like >> >> # default UID (can be username or userid:groupid) >> # O DefaultUser=mailnull >> >> If you set DefaultUser to something else, everything else >> goes south... >> >> Anyone have a suggestion? >> >> Thanks, and have a safe and happy new year, >> >> Dave Solved my own problem, at least in one way: ./configure --verbose --prefix=/var/mailman --with-mail-gid=mailnull --with-cgi-gid=apache Thanks, Dave >> >> >> >> -- >> fedora-test-list mailing list >> fedora-test-list at redhat.com >> To unsubscribe: >> http://www.redhat.com/mailman/listinfo/fedora-test-list From drepper at redhat.com Mon Dec 27 23:03:13 2004 From: drepper at redhat.com (Ulrich Drepper) Date: Mon, 27 Dec 2004 15:03:13 -0800 Subject: Rawhide SE Linux targeted policy warning !!! In-Reply-To: <1104153794.15615.5.camel@moss-spartans.epoch.ncsc.mil> References: <20041224174814.12139.qmail@web50607.mail.yahoo.com> <1103913766.3199.0.camel@localhost.localdomain> <41CC79B9.2070204@redhat.com> <1104153794.15615.5.camel@moss-spartans.epoch.ncsc.mil> Message-ID: <41D094B1.5050802@redhat.com> Stephen Smalley wrote: > Sorry, ldconfig regenerates the DSOs, not just the links and cache? No, incorrectly written down on my side. ldconfig never rewrites DSOs. -- ? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From cervajs at fpf.slu.cz Mon Dec 27 23:48:18 2004 From: cervajs at fpf.slu.cz (marek cervenka) Date: Tue, 28 Dec 2004 00:48:18 +0100 (CET) Subject: custom modules size In-Reply-To: <20041223134004.GB1333848@hiwaay.net> References: <41C64168.7070406@ntlworld.com> <200412232308.30374.russell@coker.com.au> <20041223134004.GB1333848@hiwaay.net> Message-ID: hi, i have problem with recompiled custom kernel modules are very large [root at lts-cna modules]# du -s 2.6.9-1.681_FC3/kernel/ 37420 2.6.9-1.681_FC3/kernel/ [root at lts-cna modules]# du -s 2.6.9-prep/kernel/ 242624 2.6.9-prep/kernel/ any help? google doesnt help me thanks --------------------------------------- Marek Cervenka Centrum Vypocetni Techniky CVT - http://cvt.fpf.slu.cz FPF SLU OPAVA - http://www.fpf.slu.cz LCNA - http://lcna.slu.cz ======================================= From ad+lists at uni-x.org Mon Dec 27 23:36:02 2004 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Tue, 28 Dec 2004 00:36:02 +0100 Subject: custom modules size In-Reply-To: References: <41C64168.7070406@ntlworld.com> <200412232308.30374.russell@coker.com.au> <20041223134004.GB1333848@hiwaay.net> Message-ID: <1104190562.13742.112.camel@serendipity.dogma.lan> Am Di, den 28.12.2004 schrieb marek cervenka um 0:48: > i have problem with recompiled custom kernel > modules are very large They contain debug informations and are not stripped. > Marek Cervenka Alexander P.S. Please don't hijack foreign threads! -- Alexander Dalloz | Enger, Germany | new address - new key: 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora GNU/Linux Core 2 (Tettnang) on Athlon kernel 2.6.9-1.6_FC2smp Serendipity 00:33:54 up 5 days, 2:17, load average: 0.63, 0.41, 0.46 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From mr700 at globalnet.bg Tue Dec 28 00:06:57 2004 From: mr700 at globalnet.bg (Doncho N. Gunchev) Date: Tue, 28 Dec 2004 02:06:57 +0200 Subject: iptables problems In-Reply-To: <1104172954.2718.29.camel@kyrre> References: <41CE0402.4030500@linux.net.mk> <1104172954.2718.29.camel@kyrre> Message-ID: <200412280206.57616@-mr700> On 2004-12-27 (Monday) 20:42, Kyrre Ness Sjobak wrote: > > > For example I want to use NAT so I can get Internet to my laptop and > > "iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE" is just not added > > to the table of rules. > > Nat'ing should be part of the firewall config tool... As a workaround - try inserting the rule and then 'service iptables save'. This will save the current firewall rules to /etc/sysconfig/iptables. -- Regards, Doncho N. Gunchev Registered Linux User #291323 at counter.li.org GPG-Key-ID: 1024D/DA454F79 http://pgp.mit.edu Key fingerprint = 684F 688B C508 C609 0371 5E0F A089 CB15 DA45 4F79 From jerryw4386 at msn.com Tue Dec 28 03:15:58 2004 From: jerryw4386 at msn.com (JERRY WHITMIRE) Date: Mon, 27 Dec 2004 19:15:58 -0800 Subject: Firefox Epiphany Up2date Message-ID: Problem with Firefox, Epiphany and up2date not connecting to internet. i can go on line with Konqueror with no problem. i can go to network control device and the #1 dns is 192.168.0.1 #2 dns is 205.171.3.65 this works with Konqueror and it works real fast with these settings. To get firefox, epiphany, konqueror and up2date to work. I have to put in # 1 dns 205.171.3.65 # 2 dns 205.171.2.65 and they work slow something with whatever is not letting the first set of dns # work right. i have turned off firewall and selinux to see if this was the problem with the same results. This happens with FC 3 TEST 3 AND FC3 final and the other Fedora releases. I know that the dns # 192.168.0.1 and 205.171.3.65 are the right ones because i have used other linux products and these # work with them . i do not know where to start to correct this problem. Does any one have any ideas on how to fix this . i would like to get this fixed before Fedora core 4 comes out. Thanks _________________________________________________________________ Don?t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ From ernesto at ornl.gov Tue Dec 28 17:13:24 2004 From: ernesto at ornl.gov (Williams Jr, Ernest L.) Date: Tue, 28 Dec 2004 12:13:24 -0500 Subject: Firefox Epiphany Up2date Message-ID: -----Original Message----- From: fedora-test-list-bounces at redhat.com on behalf of JERRY WHITMIRE Sent: Mon 12/27/2004 10:15 PM To: fedora-test-list at redhat.com Subject: Firefox Epiphany Up2date Problem with Firefox, Epiphany and up2date not connecting to internet. i can go on line with Konqueror with no problem. i can go to network control device and the #1 dns is 192.168.0.1 #2 dns is 205.171.3.65 this works with Konqueror and it works real fast with these settings. To get firefox, epiphany, konqueror and up2date to work. I have to put in # 1 dns 205.171.3.65 # 2 dns 205.171.2.65 and they work slow something with whatever is not letting the first set of dns # work right. i have turned off firewall and selinux to see if this was the problem with the same results. This happens with FC 3 TEST 3 AND FC3 final and the other Fedora releases. I know that the dns # 192.168.0.1 and 205.171.3.65 are the right ones because i have used other linux products and these # work with them . i do not know where to start to correct this problem. Does any one have any ideas on how to fix this . i would like to get this fixed before Fedora core 4 comes out. Thanks ==========ELW> Strange, that only konqueror works? Please post the contents of your "/etc/resolv.conf" file. Also, post your "/etc/hosts" file. I think your problem may be due to a misconfigured "/etc/hosts" file, not sure. I will include a snippet of my "/etc/hosts" below: ========================= /etc/hosts ========================= # Do not remove the following line, or various programs # that require network functionality will fail. 127.0.0.1 localhost.localdomain localhost ====================== /etc/hosts ============================ _________________________________________________________________ Don't just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From raviguptarkg at rediffmail.com Tue Dec 28 17:31:16 2004 From: raviguptarkg at rediffmail.com (RAVI GUPTA) Date: 28 Dec 2004 17:31:16 -0000 Subject: problem in booting fedora core Message-ID: <20041228173116.15922.qmail@webmail26.rediffmail.com> RESPECTED SIR I AM STUDENT OF INFORMATION TECH. AND I HAVE BOUGHT A NEW PC HAVING FOLLOWING CONFIGURATION: INTEL D915GAV MOTHERBOARD INTEL 3.0 GHz PROCESSOR 512 MB RAM 80 GB HDD PROBLEM 1: WHEN I INSTALLED FEDORA CORE-2 THE WHOLE INSTALLATION WENT SMOOTHLY BUT AFTER THE COMPLETE INSTALLATION WHEN REBOOTING WAS DONE THE SYSTEM SHOWED BOOT LOADER ERROR AND WAS UNABLE TO DETECT HARD DISK. AFTER MAKING CERTAIN ARRANGEMENT IT RAN ALSO BUT DURING BOOTING OF LINUX IT SHOWED UNSUPPORTED CHIPSET. AND THEN AGAIN AFTER RESTARTING THE COMPUTER IT AGAIN STARTED SHOWING BOOT LOADER ERROR. PROBLEM 2: AND THEN WHEN I INSTALLED FEDORA CORE-3 AGAIN AFTER INSTALLATION WHEN I REBOOTED THE SYSTEM MY SYSTEM KEPT RESTARTING AGAIN AND AGAIN AND FINALLY STUCK TO SCREEN DISPLAYING : GRUB Loading stage 2 ..... - ALL THE GOOD AND INTELLIGENT PEOPLE PRESENT THERE PLEASE HELP ME OUT I AM REALLY IN BIG TROUBLE AS OUR INSTITUTE REALLY BACKUPS ON FEDORA CORE LINUX OPERATING SYSTEMS. WAITING FOR REPLY. YOURS SINCERELY, RAVI KANT GUPTA -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmarshall at pingtel.com Tue Dec 28 17:42:02 2004 From: mmarshall at pingtel.com (Marden P. Marshall) Date: Tue, 28 Dec 2004 12:42:02 -0500 Subject: problem in booting fedora core In-Reply-To: <20041228173116.15922.qmail@webmail26.rediffmail.com> References: <20041228173116.15922.qmail@webmail26.rediffmail.com> Message-ID: <1104255722.5840.16.camel@watson.pingtel.com> I recently installed Fedora Core 3 on a new system based upon the Intel D915GAV mother board with no problems. The only thing that did not work was the audio. I suspect that you might have a bad D915GAV board. My configuration is as follows: Intel D915GAV P4-HT 3.2GHz 1 Gig DDR3200 RAM 160GB SATA HD I wish that I had more to offer. -Mardy On Tue, 2004-12-28 at 17:31 +0000, RAVI GUPTA wrote: > > RESPECTED SIR > I AM STUDENT OF INFORMATION TECH. AND I HAVE BOUGHT A NEW PC > HAVING FOLLOWING CONFIGURATION: > > INTEL D915GAV MOTHERBOARD > INTEL 3.0 GHz PROCESSOR > 512 MB RAM > 80 GB HDD > > PROBLEM 1: > WHEN I INSTALLED FEDORA CORE-2 THE WHOLE INSTALLATION WENT > SMOOTHLY BUT AFTER THE COMPLETE INSTALLATION WHEN REBOOTING WAS DONE > THE SYSTEM SHOWED BOOT LOADER ERROR AND WAS UNABLE TO DETECT HARD > DISK. AFTER MAKING CERTAIN ARRANGEMENT IT RAN ALSO BUT DURING BOOTING > OF LINUX IT SHOWED UNSUPPORTED CHIPSET. AND THEN AGAIN AFTER > RESTARTING THE COMPUTER IT AGAIN STARTED SHOWING BOOT LOADER ERROR. > > PROBLEM 2: > AND THEN WHEN I INSTALLED FEDORA CORE-3 AGAIN AFTER > INSTALLATION WHEN I REBOOTED THE SYSTEM MY SYSTEM KEPT RESTARTING > AGAIN AND AGAIN AND FINALLY STUCK TO SCREEN DISPLAYING : > > GRUB Loading stage 2 ..... > - > > ALL THE GOOD AND INTELLIGENT PEOPLE PRESENT THERE PLEASE HELP > ME OUT I AM REALLY IN BIG TROUBLE AS OUR INSTITUTE REALLY BACKUPS ON > FEDORA CORE LINUX OPERATING SYSTEMS. > WAITING FOR REPLY. > > YOURS SINCERELY, > RAVI KANT GUPTA > > > > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From mikes at hartwellcorp.com Tue Dec 28 18:46:23 2004 From: mikes at hartwellcorp.com (Michael St. Laurent) Date: Tue, 28 Dec 2004 10:46:23 -0800 Subject: SATA drives in a RAID 5 in Fedora Message-ID: <91A5926EFF44D3118B1200104B7276EB02C578BC@hart-exchange.hartwellcorp.com> Has anyone used Fedora Core 3 to setup a system with three SATA drives in a RAID 5 configuration? I'm wondering if FC3 handles SATA better than EL3 does. -- Michael St. Laurent Hartwell Corporation From ron.flory at adtran.com Tue Dec 28 19:06:09 2004 From: ron.flory at adtran.com (RON FLORY) Date: Tue, 28 Dec 2004 13:06:09 -0600 Subject: problem in booting fedora core In-Reply-To: <20041228173116.15922.qmail@webmail26.rediffmail.com> References: <20041228173116.15922.qmail@webmail26.rediffmail.com> Message-ID: <41D1AEA1.7090802@adtran.com> RAVI GUPTA wrote: > PROBLEM 1: > WHEN I INSTALLED FEDORA CORE-2 THE WHOLE INSTALLATION WENT > SMOOTHLY BUT AFTER THE COMPLETE INSTALLATION WHEN REBOOTING WAS DONE THE > SYSTEM SHOWED BOOT LOADER ERROR AND WAS UNABLE TO DETECT HARD DISK. > AFTER MAKING CERTAIN ARRANGEMENT IT RAN ALSO BUT DURING BOOTING OF > LINUX IT SHOWED UNSUPPORTED CHIPSET. AND THEN AGAIN AFTER RESTARTING THE > COMPUTER IT AGAIN STARTED SHOWING BOOT LOADER ERROR. > > PROBLEM 2: > AND THEN WHEN I INSTALLED FEDORA CORE-3 AGAIN AFTER > INSTALLATION WHEN I REBOOTED THE SYSTEM MY SYSTEM KEPT RESTARTING AGAIN > AND AGAIN AND FINALLY STUCK TO SCREEN DISPLAYING : > > GRUB Loading stage 2 ..... It sounds suspiciously like a setup, hard disk, or memory problem. * Are you overclocking the processor or the memory? * could your power supply be too small? * could you run processor/disk/ram diagnostics? - Try reverting your BIOS settings to non-aggressive "safe" settings. - are you running the latest BIOS? - try a minimal install, with as few options as possible. - as an experiment to see if the hardware is usable in its current state, can you temporarily install RedHat 9.0 Linux, or NT, or XP on that machine and have it run reliably? (no flames please, i did say "temporary" after all) ron From P.R.Schaffner at IEEE.org Tue Dec 28 19:40:55 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Tue, 28 Dec 2004 14:40:55 -0500 Subject: problem in booting fedora core In-Reply-To: <41D1AEA1.7090802@adtran.com> References: <20041228173116.15922.qmail@webmail26.rediffmail.com> <41D1AEA1.7090802@adtran.com> Message-ID: <1104262855.3874.9.camel@tabb1.tabb> On Tue, 2004-12-28 at 13:06 -0600, RON FLORY wrote: > RAVI GUPTA wrote: > > PROBLEM 1: Two suggestions unrelated to your technical problems: 1. Do not use all CAPS. This is the e-mail equivalent of shouting and may be considered impolite. 2. You are not asking about issues related to testing new Fedora components. The appropriate list for your questions would be fedora-list: http://www.redhat.com/mailman/listinfo/fedora-list ... > > GRUB Loading stage 2 ..... > > It sounds suspiciously like a setup, hard disk, or memory > problem. > > * Are you overclocking the processor or the memory? > * could your power supply be too small? > * could you run processor/disk/ram diagnostics? > > - Try reverting your BIOS settings to non-aggressive "safe" > settings. > - are you running the latest BIOS? > - try a minimal install, with as few options as possible. > - as an experiment to see if the hardware is usable in its > current state, can you temporarily install RedHat 9.0 > Linux, or NT, or XP on that machine and have it run reliably? > (no flames please, i did say "temporary" after all) All good suggestions. Might consider running memtest from the FC3 install disk. Let it run for an extended time as errors may not show up immediately. Could try booting Basilisk http://www.linux4all.de/livecd/basilisk/1.40/README-basilisk-1.40.htm or Knoppix http://www.knoppix.org/ CD-based distributions. Good luck, Phil From shrek-m at gmx.de Wed Dec 29 08:49:03 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 29 Dec 2004 09:49:03 +0100 Subject: rpm-4.4 has disttag (was: Re: Fedora Project launches Pre-Extras) In-Reply-To: References: <20041219022255.1e93e3a2.fedora@wir-sind-cool.org> <20041219042951.0db247e0.fedora@wir-sind-cool.org> <20041219140406.1caddbfe.fedora@wir-sind-cool.org> <20041219145002.691a724c.fedora@wir-sind-cool.org> <20041219152740.5b27000f.fedora@wir-sind-cool.org> <20041219170001.GF24911@angus.ind.WPI.EDU> <1103498737.8869.6.camel@cutter> Message-ID: <41D26F7F.2030508@gmx.de> >>>>Change is how improvements are made. Start by changing things for FC4, >>>>and continue to use the legacy methods for older distros. >>>> >>>> >>>Go ahead. I'm not stopping you. >>> >>> >>>This discussion is not about the future, this discussion is about the past >>>and the present. >>> >>> >>I beg to differ, this whole thread has been about the future. How things >>are done, in the future, for fedora extras. >> >> >This was not about the future and not about Fedora Extras. It was about >disttags and repotags in general. > >You've been wrong if you think I was arguing for a change in Fedora Extras. > >Disttags and repotags are necessary for 3rd party repositories and I have >not argued about anything else than that. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=143389 ------- Additional Comments From jbj at redhat.com 2004-12-29 00:59 ------- rpm-4.4 has Disttag: (reluctantly, I do not believe Disttag: is useful or viable). So it's not the rpm implementation that is preventing repository markers in packages. From davide.rossetti at roma1.infn.it Wed Dec 29 09:14:45 2004 From: davide.rossetti at roma1.infn.it (Davide Rossetti) Date: Wed, 29 Dec 2004 10:14:45 +0100 Subject: Testing - kernel-2.6.9-1.715_FC3 panics on GUI Exit In-Reply-To: <1103121407.12465.12.camel@dcbw.boston.redhat.com> References: <1103121407.12465.12.camel@dcbw.boston.redhat.com> Message-ID: <41D27585.4020508@roma1.infn.it> Dan Williams wrote: >On Wed, 2004-12-15 at 07:01 -0500, Jim Cornette wrote: > > >>The problem seems to be triggered when exiting the GUI. When booting in >>runlevel 5 and logging out of X, the hourglass stays in the center of >>the screen and the caplocks light flashes. >>When booted into runlevel 3 and closing down, the text on the screen >>displays a series of numbers and states that it has a panic condition >>and the cap-locks light is flashing. >> >> > >Known issue and has been fixed already in later kernels than FC3 (.906 >and later I believe), and at some point I assume it will be pushed down >to FC3. > >Do you happen to have a ThinkPad T31, or a Radeon graphics card? > >Does your panic backtrace look anything like this? >------------------ >Nov 7 22:22:30 localhost kernel: Call Trace: >Nov 7 22:22:30 localhost kernel: [] handle_mm_fault+0xe5/0x233 >Nov 7 22:22:30 localhost kernel: [] path_lookup+0xff/0x12f >Nov 7 22:22:30 localhost kernel: [] open_namei+0x99/0x581 >Nov 7 22:22:30 localhost kernel: [] filp_open+0x23/0x3c >Nov 7 22:22:30 localhost kernel: [] __cond_resched+0x14/0x3b >Nov 7 22:22:30 localhost kernel: [] direct_strncpy_from_user+0x3e/0x5d >Nov 7 22:22:30 localhost kernel: [] sys_open+0x31/0x7d >Nov 7 22:22:30 localhost kernel: [] syscall_call+0x7/0xb >------------------ > > > I have an Intel 830 ASUS laptop... and keep on having problems with 1.715 kernels... better that previous kernels (as in https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=142240). before it oops'd at gdm restart. now it locks down at shutdown time with spin_lock msgs in console... sysrq- is not active so at next boot I loose the dump. let me know if I can be of any help From paul at all-the-johnsons.co.uk Wed Dec 29 10:45:42 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 29 Dec 2004 10:45:42 +0000 Subject: Kernel building Message-ID: <1104317143.3558.6.camel@localhost.localdomain> Hi, I've not compiled a kernel for quite a while (the last was around 2.6.8 for a RH9 box). Does the kernel-source supplied with FC come with the config file used by RH or if it doesn't, is one available? The kernels work fine, I just want to tweak it so DETECT_ALL_LUNS (I think it is) is enabled for USB so I can get my 8 in 2 reader working (there is a bugzilla job in for this problem) TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From arjanv at redhat.com Wed Dec 29 11:14:11 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Wed, 29 Dec 2004 12:14:11 +0100 Subject: Kernel building In-Reply-To: <1104317143.3558.6.camel@localhost.localdomain> References: <1104317143.3558.6.camel@localhost.localdomain> Message-ID: <1104318851.4168.15.camel@laptopd505.fenrus.org> On Wed, 2004-12-29 at 10:45 +0000, Paul wrote: > Does the kernel-source supplied with FC come with the config file used FC doesn't come with kernel-source anymore > by RH or if it doesn't, is one available? The kernels work fine, I just > want to tweak it so DETECT_ALL_LUNS (I think it is) is enabled for USB > so I can get my 8 in 2 reader working (there is a bugzilla job in for > this problem) fwiw that is a *runtime* option where the default is set compile time... so you don't need to recompile your kernel for that at all, you just need to add the module parameter (and please make sure to file the output of cat /proc/scsi/scsi into RH bugzilla so that your device can be added to the whitelist) -------------- 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 paul at all-the-johnsons.co.uk Wed Dec 29 11:23:12 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 29 Dec 2004 11:23:12 +0000 Subject: Kernel building In-Reply-To: <1104318851.4168.15.camel@laptopd505.fenrus.org> References: <1104317143.3558.6.camel@localhost.localdomain> <1104318851.4168.15.camel@laptopd505.fenrus.org> Message-ID: <1104319392.3558.11.camel@localhost.localdomain> Hi, > > by RH or if it doesn't, is one available? The kernels work fine, I just > > want to tweak it so DETECT_ALL_LUNS (I think it is) is enabled for USB > > so I can get my 8 in 2 reader working (there is a bugzilla job in for > > this problem) > > fwiw that is a *runtime* option where the default is set compile time... > so you don't need to recompile your kernel for that at all, you just > need to add the module parameter > > (and please make sure to file the output of cat /proc/scsi/scsi into RH > bugzilla so that your device can be added to the whitelist) Before I do that, this is the output of /proc/scsi/scsi and /sbin/lsusb - I'm not sure they marry up! Attached devices: Host: scsi1 Channel: 00 Id: 00 Lun: 00 Vendor: OEI-USB Model: CompactFlash Rev: 1.01 Type: Direct-Access ANSI SCSI revision: 02 Bus 002 Device 002: ID 55aa:b012 OnSpec Electronic, Inc. Bus 002 Device 001: ID 0000:0000 Bus 001 Device 003: ID 03f0:3004 Hewlett-Packard Bus 001 Device 002: ID 05a9:a511 OmniVision Technologies, Inc. OV511+ WebCam Bus 001 Device 001: ID 0000:0000 It is the device on Bus 002 Device 002 that I need to get working. It looks like it should be the correct one, but I'd like to make sure before filing a bugzilla. For reference, the bugzilla related to this is https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=141384 TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 paul at all-the-johnsons.co.uk Wed Dec 29 11:38:57 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 29 Dec 2004 11:38:57 +0000 Subject: [Fwd: Re: Kernel building] Message-ID: <1104320337.3558.13.camel@localhost.localdomain> Hi, Somehow, this bounced - any clues as to why? TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- next part -------------- An embedded message was scrubbed... From: Paul Subject: Re: Kernel building Date: Wed, 29 Dec 2004 11:23:12 +0000 Size: 2634 URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From surak at casa.surak.eti.br Wed Dec 29 12:01:14 2004 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Wed, 29 Dec 2004 09:01:14 -0300 Subject: Testing - kernel-2.6.9-1.715_FC3 panics on GUI Exit In-Reply-To: <41D27585.4020508@roma1.infn.it> References: <1103121407.12465.12.camel@dcbw.boston.redhat.com> <41D27585.4020508@roma1.infn.it> Message-ID: <1104321674.30596.1.camel@localhost.surak.eti.br> Em Qua, 2004-12-29 ?s 10:14 +0100, Davide Rossetti escreveu: > >>The problem seems to be triggered when exiting the GUI. When booting in > >>runlevel 5 and logging out of X, the hourglass stays in the center of > >>the screen and the caplocks light flashes. (...) > I have an Intel 830 ASUS laptop... and keep on having problems with > 1.715 kernels... better that previous kernels (as in > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=142240). before it > oops'd at gdm restart. now it locks down at shutdown time with spin_lock > msgs in console... sysrq- is not active so at next boot I loose the > dump. let me know if I can be of any help Am I correct that we already are at 2.6.9-1.698_FC3? Did you tried it? I'm having weird behaviour with sound on fc3 kernels anyway, but that's another thread and another list :-) From fct-cornette at insight.rr.com Wed Dec 29 12:04:38 2004 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 29 Dec 2004 07:04:38 -0500 Subject: Testing - kernel-2.6.9-1.715_FC3 panics on GUI Exit In-Reply-To: <41D27585.4020508@roma1.infn.it> References: <1103121407.12465.12.camel@dcbw.boston.redhat.com> <41D27585.4020508@roma1.infn.it> Message-ID: <41D29D56.5080304@insight.rr.com> Davide Rossetti wrote: > Dan Williams wrote: > >> On Wed, 2004-12-15 at 07:01 -0500, Jim Cornette wrote: >> >> >>> The problem seems to be triggered when exiting the GUI. When booting >>> in runlevel 5 and logging out of X, the hourglass stays in the center >>> of the screen and the caplocks light flashes. >>> When booted into runlevel 3 and closing down, the text on the screen >>> displays a series of numbers and states that it has a panic condition >>> and the cap-locks light is flashing. >>> >> >> >> Known issue and has been fixed already in later kernels than FC3 (.906 >> and later I believe), and at some point I assume it will be pushed down >> to FC3. >> >> Do you happen to have a ThinkPad T31, or a Radeon graphics card? >> >> Does your panic backtrace look anything like this? >> ------------------ >> Nov 7 22:22:30 localhost kernel: Call Trace: >> Nov 7 22:22:30 localhost kernel: [] >> handle_mm_fault+0xe5/0x233 >> Nov 7 22:22:30 localhost kernel: [] path_lookup+0xff/0x12f >> Nov 7 22:22:30 localhost kernel: [] open_namei+0x99/0x581 >> Nov 7 22:22:30 localhost kernel: [] filp_open+0x23/0x3c >> Nov 7 22:22:30 localhost kernel: [] __cond_resched+0x14/0x3b >> Nov 7 22:22:30 localhost kernel: [] >> direct_strncpy_from_user+0x3e/0x5d >> Nov 7 22:22:30 localhost kernel: [] sys_open+0x31/0x7d >> Nov 7 22:22:30 localhost kernel: [] syscall_call+0x7/0xb >> ------------------ >> >> >> > I have an Intel 830 ASUS laptop... and keep on having problems with > 1.715 kernels... better that previous kernels (as in > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=142240). before it > oops'd at gdm restart. now it locks down at shutdown time with spin_lock > msgs in console... sysrq- is not active so at next boot I loose the > dump. let me know if I can be of any help > I still had the problem with later than 715 kernels and am using kernel 2.6.9-1.681_FC3. I get a lockup sometimes when ctl-alt-Fn to a terminal and then back to the GUI. The shutdown is alright in most cases. Jim -- Hideously disfigured by an ancient Indian curse? WE CAN HELP! Call (511) 338-0959 for an immediate appointment. From surak at casa.surak.eti.br Wed Dec 29 12:10:25 2004 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Wed, 29 Dec 2004 09:10:25 -0300 Subject: Testing - kernel-2.6.9-1.715_FC3 panics on GUI Exit In-Reply-To: <41D29D56.5080304@insight.rr.com> References: <1103121407.12465.12.camel@dcbw.boston.redhat.com> <41D27585.4020508@roma1.infn.it> <41D29D56.5080304@insight.rr.com> Message-ID: <1104322225.30596.4.camel@localhost.surak.eti.br> Em Qua, 2004-12-29 ?s 07:04 -0500, Jim Cornette escreveu: > I still had the problem with later than 715 kernels and am using kernel > 2.6.9-1.681_FC3. I get a lockup sometimes when ctl-alt-Fn to a terminal > and then back to the GUI. The shutdown is alright in most cases. Did you tried 698? Changing to kernel 698 and changing from integrated agp savage 8x to a old pci-voodoo4 solved it to me. Don't know which one of those solved, I did it at the same time. From selinux at gmail.com Wed Dec 29 16:14:45 2004 From: selinux at gmail.com (Tom London) Date: Wed, 29 Dec 2004 08:14:45 -0800 Subject: yum fails on today's rawhide Message-ID: <4c4ba15304122908141d7d8ecf@mail.gmail.com> yum update <> ---> Package libgcc.i386 0:3.4.3-11 set to be updated ---> Package gcc.i386 0:3.4.3-11 set to be updated --> Running transaction check --> Processing Dependency: libselinux = %{epoch}:1.19.3-3 for package: libselinux-devel Traceback (most recent call last): File "/usr/bin/yum", line 7, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 104, in main (result, resultmsgs) = base.buildTransaction() File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 219, in buildTransaction (rescode, restring) = self.resolveDeps() File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 187, in resolveDeps (checkdep, missing, conflict, errormsgs) = self._processReq(dep) File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 271, in _processReq CheckDeps, missingdep = self._requiringFromTransaction(requiringPkg, requirementTuple, errormsgs) File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 420, in _requiringFromTransaction provSack = self.whatProvides(needname, needflags, needversion) File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 65, in whatProvides (r_e, r_v, r_r) = rpmUtils.miscutils.stringToVersion(version) File "/usr/lib/python2.4/site-packages/rpmUtils/miscutils.py", line 307, in stringToVersion epoch = string.atol(verstring[:i]) File "/usr/lib/python2.4/string.py", line 419, in atol return _long(s, base) ValueError: invalid literal for long(): %{epoch} -- Tom London From selinux at gmail.com Wed Dec 29 16:27:47 2004 From: selinux at gmail.com (Tom London) Date: Wed, 29 Dec 2004 08:27:47 -0800 Subject: yum fails on today's rawhide In-Reply-To: <4c4ba15304122908141d7d8ecf@mail.gmail.com> References: <4c4ba15304122908141d7d8ecf@mail.gmail.com> Message-ID: <4c4ba1530412290827383e07d1@mail.gmail.com> BTW, yum --exclude=\*selinux\* update works. From yekkim at pacbell.net Wed Dec 29 17:25:50 2004 From: yekkim at pacbell.net (Mickey Stein) Date: Wed, 29 Dec 2004 09:25:50 -0800 Subject: libselinux(*-devel) .spec file problem solved. In-Reply-To: <20041229170020.0EB5474301@hormel.redhat.com> References: <20041229170020.0EB5474301@hormel.redhat.com> Message-ID: <41D2E89E.3090202@pacbell.net> >Message: 1 >Date: Wed, 29 Dec 2004 08:27:47 -0800 >From: Tom London >Subject: Re: yum fails on today's rawhide >To: For testers of Fedora Core development releases > >Message-ID: <4c4ba1530412290827383e07d1 at mail.gmail.com> >Content-Type: text/plain; charset=US-ASCII > >BTW, > >yum --exclude=\*selinux\* update > >works. > > > Tom, this is fixed in the next version (libselinux-1.19.4-1). I started a bug on it and by the time I could get it reported, it was fixed ;) Btw: The bug was at url: "http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=143836". Mick From dwalsh at redhat.com Wed Dec 29 17:29:28 2004 From: dwalsh at redhat.com (Daniel J Walsh) Date: Wed, 29 Dec 2004 12:29:28 -0500 Subject: libselinux(*-devel) .spec file problem solved. In-Reply-To: <41D2E89E.3090202@pacbell.net> References: <20041229170020.0EB5474301@hormel.redhat.com> <41D2E89E.3090202@pacbell.net> Message-ID: <41D2E978.7040407@redhat.com> Mickey Stein wrote: > >> Message: 1 >> Date: Wed, 29 Dec 2004 08:27:47 -0800 >> From: Tom London >> Subject: Re: yum fails on today's rawhide >> To: For testers of Fedora Core development releases >> >> Message-ID: <4c4ba1530412290827383e07d1 at mail.gmail.com> >> Content-Type: text/plain; charset=US-ASCII >> >> BTW, >> >> yum --exclude=\*selinux\* update >> >> works. >> >> >> > Tom, this is fixed in the next version (libselinux-1.19.4-1). I > started a bug on it and by the time I could get it reported, > it was fixed ;) Btw: The bug was at url: > "http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=143836". > > Mick > Package is available on ftp://people.redhat.com/dwalsh/SELinux/Fedora From linux_4ever at yahoo.com Wed Dec 29 16:32:43 2004 From: linux_4ever at yahoo.com (Steve G) Date: Wed, 29 Dec 2004 08:32:43 -0800 (PST) Subject: yum fails on today's rawhide In-Reply-To: <4c4ba15304122908141d7d8ecf@mail.gmail.com> Message-ID: <20041229163244.54885.qmail@web50609.mail.yahoo.com> >yum update >--> Processing Dependency: libselinux = %{epoch}:1.19.3-3 for package: >libselinux-devel >Traceback (most recent call last): > epoch = string.atol(verstring[:i]) > File "/usr/lib/python2.4/string.py", line 419, in atol > return _long(s, base) >ValueError: invalid literal for long(): %{epoch} You would think that this defaults to 0 so that packagers could future-proof their spec file. Or...rpmbuild would complain. -Steve Grubb __________________________________ Do you Yahoo!? Send holiday email and support a worthy cause. Do good. http://celebrity.mail.yahoo.com From michal at harddata.com Wed Dec 29 18:24:51 2004 From: michal at harddata.com (Michal Jaegermann) Date: Wed, 29 Dec 2004 11:24:51 -0700 Subject: Kernel building In-Reply-To: <1104319392.3558.11.camel@localhost.localdomain>; from paul@all-the-johnsons.co.uk on Wed, Dec 29, 2004 at 11:23:12AM +0000 References: <1104317143.3558.6.camel@localhost.localdomain> <1104318851.4168.15.camel@laptopd505.fenrus.org> <1104319392.3558.11.camel@localhost.localdomain> Message-ID: <20041229112451.C1334@mail.harddata.com> On Wed, Dec 29, 2004 at 11:23:12AM +0000, Paul wrote: > > Before I do that, this is the output of /proc/scsi/scsi and /sbin/lsusb > - I'm not sure they marry up! They do in a sense. > Attached devices: > Host: scsi1 Channel: 00 Id: 00 Lun: 00 > Vendor: OEI-USB Model: CompactFlash Rev: 1.01 > Type: Direct-Access ANSI SCSI revision: 02 This looks like an actual memory card you stuck in one of slots... > Bus 002 Device 002: ID 55aa:b012 OnSpec Electronic, Inc. and this is that 8-in-2 interface itself. A pretty popular device. You will find that, with 55aa:b012 id, packaged with those floppies which have also two slots for USB memory cards all fitting into one regular floppy bay. It would be nice not to need any "extra wizzardry" in /etc/modprobe.conf for this to work. Michal From skvidal at phy.duke.edu Wed Dec 29 19:11:51 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 29 Dec 2004 14:11:51 -0500 Subject: yum fails on today's rawhide In-Reply-To: <4c4ba15304122908141d7d8ecf@mail.gmail.com> References: <4c4ba15304122908141d7d8ecf@mail.gmail.com> Message-ID: <1104347511.20105.0.camel@opus.phy.duke.edu> On Wed, 2004-12-29 at 08:14 -0800, Tom London wrote: > yum update > <> > ---> Package libgcc.i386 0:3.4.3-11 set to be updated > ---> Package gcc.i386 0:3.4.3-11 set to be updated > --> Running transaction check > --> Processing Dependency: libselinux = %{epoch}:1.19.3-3 for package: > libselinux-devel > Traceback (most recent call last): > File "/usr/bin/yum", line 7, in ? > yummain.main(sys.argv[1:]) > File "/usr/share/yum-cli/yummain.py", line 104, in main > (result, resultmsgs) = base.buildTransaction() > File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 219, > in buildTransaction > (rescode, restring) = self.resolveDeps() > File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 187, > in resolveDeps > (checkdep, missing, conflict, errormsgs) = self._processReq(dep) > File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 271, > in _processReq > CheckDeps, missingdep = > self._requiringFromTransaction(requiringPkg, requirementTuple, > errormsgs) > File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 420, > in _requiringFromTransaction > provSack = self.whatProvides(needname, needflags, needversion) > File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 65, in > whatProvides > (r_e, r_v, r_r) = rpmUtils.miscutils.stringToVersion(version) > File "/usr/lib/python2.4/site-packages/rpmUtils/miscutils.py", line > 307, in stringToVersion > epoch = string.atol(verstring[:i]) > File "/usr/lib/python2.4/string.py", line 419, in atol > return _long(s, base) > ValueError: invalid literal for long(): %{epoch} > That error has been fixed in cvs - but it's also a bug in the package. -sv From kyrre at solution-forge.net Wed Dec 29 20:27:49 2004 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Wed, 29 Dec 2004 21:27:49 +0100 Subject: problem in booting fedora core In-Reply-To: <20041228173116.15922.qmail@webmail26.rediffmail.com> References: <20041228173116.15922.qmail@webmail26.rediffmail.com> Message-ID: <1104352069.4019.4.camel@kyrre> tir, 28.12.2004 kl. 18.31 skrev RAVI GUPTA: > > RESPECTED SIR > I AM STUDENT OF INFORMATION TECH. AND I HAVE BOUGHT A NEW PC > HAVING FOLLOWING CONFIGURATION: > > INTEL D915GAV MOTHERBOARD > INTEL 3.0 GHz PROCESSOR > 512 MB RAM > 80 GB HDD > > PROBLEM 1: > WHEN I INSTALLED FEDORA CORE-2 THE WHOLE INSTALLATION WENT > SMOOTHLY BUT AFTER THE COMPLETE INSTALLATION WHEN REBOOTING WAS DONE > THE SYSTEM SHOWED BOOT LOADER ERROR AND WAS UNABLE TO DETECT HARD > DISK. AFTER MAKING CERTAIN ARRANGEMENT IT RAN ALSO BUT DURING BOOTING > OF LINUX IT SHOWED UNSUPPORTED CHIPSET. AND THEN AGAIN AFTER > RESTARTING THE COMPUTER IT AGAIN STARTED SHOWING BOOT LOADER ERROR. > > PROBLEM 2: > AND THEN WHEN I INSTALLED FEDORA CORE-3 AGAIN AFTER > INSTALLATION WHEN I REBOOTED THE SYSTEM MY SYSTEM KEPT RESTARTING > AGAIN AND AGAIN AND FINALLY STUCK TO SCREEN DISPLAYING : > > GRUB Loading stage 2 ..... > - > > ALL THE GOOD AND INTELLIGENT PEOPLE PRESENT THERE PLEASE HELP > ME OUT I AM REALLY IN BIG TROUBLE AS OUR INSTITUTE REALLY BACKUPS ON > FEDORA CORE LINUX OPERATING SYSTEMS. > WAITING FOR REPLY. > > YOURS SINCERELY, > RAVI KANT GUPTA > > *D*O* *N*O*T* *W*R*I*T*E* *I*N* *A*L*L* *C*A*P*S*!*!*!*!* Now, it couldn't be a disk partitioning problem? How is /boot located on the disk? (and how is it generally partitioned?) From DwaineGarden at rogers.com Wed Dec 29 21:55:53 2004 From: DwaineGarden at rogers.com (Dwaine Garden) Date: Wed, 29 Dec 2004 16:55:53 -0500 Subject: [Fwd: Re: Kernel building] In-Reply-To: <1104320337.3558.13.camel@localhost.localdomain> References: <1104320337.3558.13.camel@localhost.localdomain> Message-ID: <41D327E9.70700@rogers.com> Paul wrote: >Hi, > >Somehow, this bounced - any clues as to why? > >TTFN > >Paul > > > > ------------------------------------------------------------------------ > > Subject: > Re: Kernel building > From: > Paul > Date: > Wed, 29 Dec 2004 11:23:12 +0000 > To: > arjanv at redhat.com, For testers of Fedora Core development releases > > > To: > arjanv at redhat.com, For testers of Fedora Core development releases > > > >Hi, > > > >>>by RH or if it doesn't, is one available? The kernels work fine, I just >>>want to tweak it so DETECT_ALL_LUNS (I think it is) is enabled for USB >>>so I can get my 8 in 2 reader working (there is a bugzilla job in for >>>this problem) >>> >>> >>fwiw that is a *runtime* option where the default is set compile time... >>so you don't need to recompile your kernel for that at all, you just >>need to add the module parameter >> >>(and please make sure to file the output of cat /proc/scsi/scsi into RH >>bugzilla so that your device can be added to the whitelist) >> >> > >Before I do that, this is the output of /proc/scsi/scsi and /sbin/lsusb >- I'm not sure they marry up! > >Attached devices: >Host: scsi1 Channel: 00 Id: 00 Lun: 00 > Vendor: OEI-USB Model: CompactFlash Rev: 1.01 > Type: Direct-Access ANSI SCSI revision: 02 > >Bus 002 Device 002: ID 55aa:b012 OnSpec Electronic, Inc. >Bus 002 Device 001: ID 0000:0000 >Bus 001 Device 003: ID 03f0:3004 Hewlett-Packard >Bus 001 Device 002: ID 05a9:a511 OmniVision Technologies, Inc. OV511+ >WebCam >Bus 001 Device 001: ID 0000:0000 > >It is the device on Bus 002 Device 002 that I need to get working. It >looks like it should be the correct one, but I'd like to make sure >before filing a bugzilla. > >For reference, the bugzilla related to this is > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=141384 > >TTFN > >Paul > > > Paul, add this. It worked for my 6-1 USB reader. Stick it in modprobe.conf options scsi_mod max_luns=8 Let me know if it works. It's better than a recompile of the kernel. Dwaine. From jerryw4386 at msn.com Wed Dec 29 21:32:12 2004 From: jerryw4386 at msn.com (JERRY WHITMIRE) Date: Wed, 29 Dec 2004 13:32:12 -0800 Subject: Firefox,Epiphany,Up2date Message-ID: The attachments with + is what Fedora sets as default. these settings work when boot up or the up2date icon would not show that i need to up2date files. konqueror and opera works with these. firefox,epiphany,mozilla,netscape and up2date do not. # 1 dns 192.168.0.1 # 2 dns 205.171.3.65 the ones with - is what i can put in that makes firefox,epiphany,mozilla,netscape and up2date work very fast now. # 1 dns 192.168.0 # 2 dns 205.171.3.65 I have did more testing the original dns # worked very slow # 1 dns 205.171.3.65 # 2 dns 205.171.2.65 and came up with second set that works very fast for all of the above borwesrs and up2date. # 1 dns 192.168.0 # 2 dns 205.171.3.65 Thanks _________________________________________________________________ Is your PC infected? Get a FREE online computer virus scan from McAfee? Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: webcm[1].html URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: hosts - URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: hosts + URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: resolv.conf - URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: resolv.conf + URL: From paul at all-the-johnsons.co.uk Thu Dec 30 01:00:00 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 30 Dec 2004 01:00:00 +0000 Subject: [Fwd: Re: Kernel building] In-Reply-To: <41D327E9.70700@rogers.com> References: <1104320337.3558.13.camel@localhost.localdomain> <41D327E9.70700@rogers.com> Message-ID: <1104368400.3547.1.camel@localhost.localdomain> Hi, > >Attached devices: > >Host: scsi1 Channel: 00 Id: 00 Lun: 00 > > Vendor: OEI-USB Model: CompactFlash Rev: 1.01 > > Type: Direct-Access ANSI SCSI revision: 02 > > > >Bus 002 Device 002: ID 55aa:b012 OnSpec Electronic, Inc. > >Bus 002 Device 001: ID 0000:0000 > >Bus 001 Device 003: ID 03f0:3004 Hewlett-Packard > >Bus 001 Device 002: ID 05a9:a511 OmniVision Technologies, Inc. OV511+ > >WebCam > >Bus 001 Device 001: ID 0000:0000 > Paul, add this. It worked for my 6-1 USB reader. Stick it in modprobe.conf > > options scsi_mod max_luns=8 > > Let me know if it works. It's better than a recompile of the kernel. Did nothing at all :-( TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 scott.aaron at abc.net.au Thu Dec 30 03:54:59 2004 From: scott.aaron at abc.net.au (Aaron Scott) Date: Thu, 30 Dec 2004 14:54:59 +1100 Subject: [Fwd: Re: Kernel building] In-Reply-To: <1104368400.3547.1.camel@localhost.localdomain> References: <1104320337.3558.13.camel@localhost.localdomain> <41D327E9.70700@rogers.com> <1104368400.3547.1.camel@localhost.localdomain> Message-ID: <1104378899.2869.10.camel@localhost.localdomain> On Thu, 2004-12-30 at 01:00 +0000, Paul wrote: > > Did nothing at all :-( > > TTFN > > Paul > -- There's gratitude for you :-) -- ================================ ABC IT - SMS Unix Phone: 02 8333 1382 ================================ -------------- next part -------------- An HTML attachment was scrubbed... URL: From fct-cornette at insight.rr.com Thu Dec 30 04:05:13 2004 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 29 Dec 2004 23:05:13 -0500 Subject: Testing - kernel-2.6.9-1.715_FC3 panics on GUI Exit In-Reply-To: <1104322225.30596.4.camel@localhost.surak.eti.br> References: <1103121407.12465.12.camel@dcbw.boston.redhat.com> <41D27585.4020508@roma1.infn.it> <41D29D56.5080304@insight.rr.com> <1104322225.30596.4.camel@localhost.surak.eti.br> Message-ID: <41D37E79.8090902@insight.rr.com> Alexandre Strube wrote: > Em Qua, 2004-12-29 ?s 07:04 -0500, Jim Cornette escreveu: > > >>I still had the problem with later than 715 kernels and am using kernel >>2.6.9-1.681_FC3. I get a lockup sometimes when ctl-alt-Fn to a terminal >>and then back to the GUI. The shutdown is alright in most cases. > > > Did you tried 698? Changing to kernel 698 and changing from integrated > agp savage 8x to a old pci-voodoo4 solved it to me. Don't know which one > of those solved, I did it at the same time. > I downloaded and installed it through firefox just now. I was surprised that clicking on the file would launch system-config-packages and have automated download followed by an installation. The installation process was rather slow, but a welcome addition. I hope it improves for speed and functionality for FC4. Thanks! Since this was a clean install, I missed the introduction of kernel-2.6.9-1.698_FC3 in testing. The 715 version, which crashes this computer on shutdown, was already in the testing repository. 698 was obscured by the newer kernel version being there also. I'll see if this works without putting the computer into a panic state. Jim -- Double your disk space - delete Windows! -- Albert Dorofeev From fct-cornette at insight.rr.com Thu Dec 30 04:41:45 2004 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 29 Dec 2004 23:41:45 -0500 Subject: Testing - kernel-2.6.9-1.715_FC3 panics on GUI Exit In-Reply-To: <41D37E79.8090902@insight.rr.com> References: <1103121407.12465.12.camel@dcbw.boston.redhat.com> <41D27585.4020508@roma1.infn.it> <41D29D56.5080304@insight.rr.com> <1104322225.30596.4.camel@localhost.surak.eti.br> <41D37E79.8090902@insight.rr.com> Message-ID: <41D38709.1090001@insight.rr.com> Jim Cornette wrote: > Alexandre Strube wrote: > >> Em Qua, 2004-12-29 ?s 07:04 -0500, Jim Cornette escreveu: >> >> >>> I still had the problem with later than 715 kernels and am using >>> kernel 2.6.9-1.681_FC3. I get a lockup sometimes when ctl-alt-Fn to a >>> terminal and then back to the GUI. The shutdown is alright in most >>> cases. >> >> >> >> Did you tried 698? Changing to kernel 698 and changing from integrated >> agp savage 8x to a old pci-voodoo4 solved it to me. Don't know which one >> of those solved, I did it at the same time. >> The computer shutdown with the 698 versioned kernel similar to the way with the 681 kernel. Hopefully the occasional lockup that happens when switching to a virtual terminal disappears with the 698 kernel. My concern now is with later kernels causing the kernel panic with the radeon graphics controller. Jim -- Walk softly and carry a megawatt laser. From arjanv at redhat.com Thu Dec 30 08:35:46 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Thu, 30 Dec 2004 09:35:46 +0100 Subject: [Fwd: Re: Kernel building] In-Reply-To: <1104368400.3547.1.camel@localhost.localdomain> References: <1104320337.3558.13.camel@localhost.localdomain> <41D327E9.70700@rogers.com> <1104368400.3547.1.camel@localhost.localdomain> Message-ID: <1104395746.4170.3.camel@laptopd505.fenrus.org> On Thu, 2004-12-30 at 01:00 +0000, Paul wrote: > Hi, > > > >Attached devices: > > >Host: scsi1 Channel: 00 Id: 00 Lun: 00 > > > Vendor: OEI-USB Model: CompactFlash Rev: 1.01 > > > Type: Direct-Access ANSI SCSI revision: 02 > > > > > >Bus 002 Device 002: ID 55aa:b012 OnSpec Electronic, Inc. > > >Bus 002 Device 001: ID 0000:0000 > > >Bus 001 Device 003: ID 03f0:3004 Hewlett-Packard > > >Bus 001 Device 002: ID 05a9:a511 OmniVision Technologies, Inc. OV511+ > > >WebCam > > >Bus 001 Device 001: ID 0000:0000 > > > Paul, add this. It worked for my 6-1 USB reader. Stick it in modprobe.conf > > > > options scsi_mod max_luns=8 > > > > Let me know if it works. It's better than a recompile of the kernel. > > Did nothing at all :-( after you do this you need to recreate the initrd (with mkinitrd) or install a new kernel -------------- 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 paul at all-the-johnsons.co.uk Thu Dec 30 09:17:27 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 30 Dec 2004 09:17:27 +0000 Subject: [Fwd: Re: Kernel building] In-Reply-To: <1104395746.4170.3.camel@laptopd505.fenrus.org> References: <1104320337.3558.13.camel@localhost.localdomain> <41D327E9.70700@rogers.com> <1104368400.3547.1.camel@localhost.localdomain> <1104395746.4170.3.camel@laptopd505.fenrus.org> Message-ID: <1104398247.4355.7.camel@localhost.localdomain> Hi, > after you do this you need to recreate the initrd (with mkinitrd) or > install a new kernel My brain isn't in gear cd /boot /sbin/mkinitrd initrd-2.6.9-1.1049_FC4 should be all that I need to use However, all that comes up with is the how to use mkinitrd options. I've tried adding -f before the initrd-2.6.9-1.1049 and still get the same. Is this me needing more sleep or mkinitrd being silly? TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From arjanv at redhat.com Thu Dec 30 09:30:28 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Thu, 30 Dec 2004 10:30:28 +0100 Subject: [Fwd: Re: Kernel building] In-Reply-To: <1104398247.4355.7.camel@localhost.localdomain> References: <1104320337.3558.13.camel@localhost.localdomain> <41D327E9.70700@rogers.com> <1104368400.3547.1.camel@localhost.localdomain> <1104395746.4170.3.camel@laptopd505.fenrus.org> <1104398247.4355.7.camel@localhost.localdomain> Message-ID: <20041230093028.GA32197@devserv.devel.redhat.com> On Thu, Dec 30, 2004 at 09:17:27AM +0000, Paul wrote: > Hi, > > > after you do this you need to recreate the initrd (with mkinitrd) or > > install a new kernel > > My brain isn't in gear > > cd /boot > /sbin/mkinitrd initrd-2.6.9-1.1049_FC4 mkinitrd initrd-2.6.9-1.1049_FC4.img 2.6.9-1.1049_FC4 I think From paul at all-the-johnsons.co.uk Thu Dec 30 11:14:09 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 30 Dec 2004 11:14:09 +0000 Subject: [Fwd: Re: Kernel building] In-Reply-To: <20041230093028.GA32197@devserv.devel.redhat.com> References: <1104320337.3558.13.camel@localhost.localdomain> <41D327E9.70700@rogers.com> <1104368400.3547.1.camel@localhost.localdomain> <1104395746.4170.3.camel@laptopd505.fenrus.org> <1104398247.4355.7.camel@localhost.localdomain> <20041230093028.GA32197@devserv.devel.redhat.com> Message-ID: <1104405250.3588.2.camel@localhost.localdomain> Hi, > > My brain isn't in gear > > > > cd /boot > > /sbin/mkinitrd initrd-2.6.9-1.1049_FC4 > > mkinitrd initrd-2.6.9-1.1049_FC4.img 2.6.9-1.1049_FC4 Spot on. For future releases of the kernel, will I need to do that every time or will it just be picked up on install? TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 paul at all-the-johnsons.co.uk Thu Dec 30 11:30:08 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 30 Dec 2004 11:30:08 +0000 Subject: rpm problem Message-ID: <1104406208.3588.14.camel@localhost.localdomain> Hi, Whenever I try to remove an rpm (and sometimes install them), I get a lot of errors saying there is a script error with preun and postun. I've rebuilt the rpmdb, but still get the same error. Is there anyway of tracing what has broken to cause this problem? TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From surak at casa.surak.eti.br Thu Dec 30 12:14:38 2004 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Thu, 30 Dec 2004 09:14:38 -0300 Subject: Testing - kernel-2.6.9-1.715_FC3 panics on GUI Exit In-Reply-To: <41D38709.1090001@insight.rr.com> References: <1103121407.12465.12.camel@dcbw.boston.redhat.com> <41D27585.4020508@roma1.infn.it> <41D29D56.5080304@insight.rr.com> <1104322225.30596.4.camel@localhost.surak.eti.br> <41D37E79.8090902@insight.rr.com> <41D38709.1090001@insight.rr.com> Message-ID: <1104408878.8518.4.camel@localhost.surak.eti.br> Em Qua, 2004-12-29 ?s 23:41 -0500, Jim Cornette escreveu: > >> Did you tried 698? Changing to kernel 698 and changing from integrated > >> agp savage 8x to a old pci-voodoo4 solved it to me. Don't know which one > >> of those solved, I did it at the same time. > The computer shutdown with the 698 versioned kernel similar to the way > with the 681 kernel. Hopefully the occasional lockup that happens when > switching to a virtual terminal disappears with the 698 kernel. My > concern now is with later kernels causing the kernel panic with the > radeon graphics controller. 698 still has the issue of logging out to gdm. From livelinux at nwst.de Thu Dec 30 12:22:04 2004 From: livelinux at nwst.de (livelinux at nwst.de) Date: Thu, 30 Dec 2004 13:22:04 +0100 Subject: installing udev-039-10.FC3.6 needs 206Mb on / filesystem ?? Message-ID: <41D3F2EC.1090404@nwst.de> I get this message when trying to run yum update ... The kernel package 2.6.9-1.681_FC3 reports that it needs 276Mb on /. Someone else got this error ? thanks! Best Regards, Dirk Westfal -- RHCE//Admin//DGQ/QB www.linux4all.de From arjanv at redhat.com Thu Dec 30 13:15:45 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Thu, 30 Dec 2004 14:15:45 +0100 Subject: [Fwd: Re: Kernel building] In-Reply-To: <1104405250.3588.2.camel@localhost.localdomain> References: <1104320337.3558.13.camel@localhost.localdomain> <41D327E9.70700@rogers.com> <1104368400.3547.1.camel@localhost.localdomain> <1104395746.4170.3.camel@laptopd505.fenrus.org> <1104398247.4355.7.camel@localhost.localdomain> <20041230093028.GA32197@devserv.devel.redhat.com> <1104405250.3588.2.camel@localhost.localdomain> Message-ID: <20041230131545.GA8994@devserv.devel.redhat.com> On Thu, Dec 30, 2004 at 11:14:09AM +0000, Paul wrote: > Hi, > > > > My brain isn't in gear > > > > > > cd /boot > > > /sbin/mkinitrd initrd-2.6.9-1.1049_FC4 > > > > mkinitrd initrd-2.6.9-1.1049_FC4.img 2.6.9-1.1049_FC4 > > Spot on. > > For future releases of the kernel, will I need to do that every time or > will it just be picked up on install? nah; the key thing is that *at the time the initrd is created* the module option is in the /etc file. Every rpm install of a kernel will create it's own initrd at that time, so as long as you keep the option in the /etc file you're fine from now on. You did have to fix up the existing initrd because at the time that was created the option wasn't in there yet. From davide.rossetti at roma1.infn.it Thu Dec 30 13:48:48 2004 From: davide.rossetti at roma1.infn.it (Davide Rossetti) Date: Thu, 30 Dec 2004 14:48:48 +0100 Subject: Testing - kernel-2.6.9-1.715_FC3 panics on GUI Exit In-Reply-To: <1104321674.30596.1.camel@localhost.surak.eti.br> References: <1104321674.30596.1.camel@localhost.surak.eti.br> Message-ID: <41D40740.9060308@roma1.infn.it> Alexandre Strube wrote: >>I have an Intel 830 ASUS laptop... and keep on having problems with >>1.715 kernels... better that previous kernels (as in >>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=142240). before it >>oops'd at gdm restart. now it locks down at shutdown time with spin_lock >>msgs in console... sysrq- is not active so at next boot I loose the >>dump. let me know if I can be of any help >> >> > >Am I correct that we already are at 2.6.9-1.698_FC3? Did you tried it? > > 2.6.9-1.715_FC3 is the last test kernel. and it's faulty... they say because it has 4G/4G option off 2.6.9-1.681_FC3 is the last update kernel. and it does well... >I'm having weird behaviour with sound on fc3 kernels anyway, but that's >another thread and another list :-) > > me too... after install my intel i8x0 mobile chipset audio was not auto-detected. regards From fedora at wir-sind-cool.org Thu Dec 30 15:03:09 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Thu, 30 Dec 2004 16:03:09 +0100 Subject: rpm problem In-Reply-To: <1104406208.3588.14.camel@localhost.localdomain> References: <1104406208.3588.14.camel@localhost.localdomain> Message-ID: <20041230160309.4bf4226d.fedora@wir-sind-cool.org> On Thu, 30 Dec 2004 11:30:08 +0000, Paul wrote: > Hi, > > Whenever I try to remove an rpm (and sometimes install them), I get a > lot of errors saying there is a script error with preun and postun. I've > rebuilt the rpmdb, but still get the same error. > > Is there anyway of tracing what has broken to cause this problem? Yeah, display the scripts that fail. From there you can find out what is broken. From pnasrat at redhat.com Thu Dec 30 15:07:05 2004 From: pnasrat at redhat.com (Paul Nasrat) Date: Thu, 30 Dec 2004 10:07:05 -0500 Subject: installing udev-039-10.FC3.6 needs 206Mb on / filesystem ?? In-Reply-To: <41D3F2EC.1090404@nwst.de> References: <41D3F2EC.1090404@nwst.de> Message-ID: <20041230150704.GF13982@minimumble.lab.boston.redhat.com> On Thu, Dec 30, 2004 at 01:22:04PM +0100, livelinux at nwst.de wrote: > I get this message when trying to run yum update ... > The kernel package 2.6.9-1.681_FC3 reports that it needs 276Mb on /. Have you actually checked your available disk space? IIRC the space is cumilative for the transaction. df -H Paul From michal at harddata.com Thu Dec 30 16:44:57 2004 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 30 Dec 2004 09:44:57 -0700 Subject: [Fwd: Re: Kernel building] In-Reply-To: <20041230093028.GA32197@devserv.devel.redhat.com>; from arjanv@redhat.com on Thu, Dec 30, 2004 at 10:30:28AM +0100 References: <1104320337.3558.13.camel@localhost.localdomain> <41D327E9.70700@rogers.com> <1104368400.3547.1.camel@localhost.localdomain> <1104395746.4170.3.camel@laptopd505.fenrus.org> <1104398247.4355.7.camel@localhost.localdomain> <20041230093028.GA32197@devserv.devel.redhat.com> Message-ID: <20041230094457.A26837@mail.harddata.com> On Thu, Dec 30, 2004 at 10:30:28AM +0100, Arjan van de Ven wrote: > > mkinitrd initrd-2.6.9-1.1049_FC4.img 2.6.9-1.1049_FC4 > > I think If you are remaking initrd for the _currently running_ kernel then try mkinitrd -f /boot/initrd-$(uname -r).img $(uname -r) It will save you some memory strain. :-) Michal From tbrowder at cox.net Thu Dec 30 18:00:27 2004 From: tbrowder at cox.net (Tom Browder) Date: Thu, 30 Dec 2004 12:00:27 -0600 Subject: FC 3 and Kernel Lock or Hang Message-ID: <20041230180029.TFJY16610.lakermmtao08.cox.net@nonerjsnum1tkq> I have continued to be plagued by a kernel hang or lockup since FC 2 on AMD dual cpus with ATI radeon 7500. I am currently running FC 3 with the latset released kernel (681). Is there any hope for the problem by using one of the test kernels? Thanks. Tom Browder From czar at czarc.net Thu Dec 30 20:47:00 2004 From: czar at czarc.net (Gene C.) Date: Thu, 30 Dec 2004 15:47:00 -0500 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <20041230180029.TFJY16610.lakermmtao08.cox.net@nonerjsnum1tkq> References: <20041230180029.TFJY16610.lakermmtao08.cox.net@nonerjsnum1tkq> Message-ID: <200412301547.00088.czar@czarc.net> On Thursday 30 December 2004 13:00, Tom Browder wrote: > I have continued to be plagued by a kernel hang or lockup since FC 2 on AMD > dual cpus with ATI radeon 7500. ?I am currently running FC 3 with the > latset released kernel (681). > > Is there any hope for the problem by using one of the test kernels? Can you expend on your problem a bit? I have a dual Athlon system running FC3 (never ran FC2 on it but FC1 did not have problems) and it experiences a solid lockup at times (random events maybe once a week or so). The system hard freezes and I have to do a hardware reset to get it back up (cannot ssh into from another system). -- Gene From surak at casa.surak.eti.br Thu Dec 30 21:37:28 2004 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Thu, 30 Dec 2004 18:37:28 -0300 Subject: Testing - kernel-2.6.9-1.715_FC3 panics on GUI Exit In-Reply-To: <41D40740.9060308@roma1.infn.it> References: <1104321674.30596.1.camel@localhost.surak.eti.br> <41D40740.9060308@roma1.infn.it> Message-ID: <1104442648.8518.31.camel@localhost.surak.eti.br> Em Qui, 2004-12-30 ?s 14:48 +0100, Davide Rossetti escreveu: > 2.6.9-1.715_FC3 is the last test kernel. and it's faulty... they say > because it has 4G/4G option off > 2.6.9-1.681_FC3 is the last update kernel. and it does well... Could you please explain it to me? You said that -715 is the last test kernel, what does it mean? I was counting just as integers, higher is newer :-) > >I'm having weird behaviour with sound on fc3 kernels anyway, but that's > >another thread and another list :-) > me too... after install my intel i8x0 mobile chipset audio was not > auto-detected. I have SEVERAL machines upgraded from fedora 1 and 2. All of them (intel, via and sis chipsets) cannot open volume control anymore, and have no sound. What should I do? From saphipps at mchsi.com Thu Dec 30 22:18:06 2004 From: saphipps at mchsi.com (Scott A Phipps) Date: Thu, 30 Dec 2004 16:18:06 -0600 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <200412301547.00088.czar@czarc.net> References: <20041230180029.TFJY16610.lakermmtao08.cox.net@nonerjsnum1tkq> <200412301547.00088.czar@czarc.net> Message-ID: <1104445086.20795.2.camel@localhost.localdomain> On Thu, 2004-12-30 at 15:47 -0500, Gene C. wrote: > I have a dual Athlon system running FC3 (never ran FC2 on it but FC1 did not > have problems) and it experiences a solid lockup at times (random events > maybe once a week or so). The system hard freezes and I have to do a > hardware reset to get it back up (cannot ssh into from another system). > -- > Gene > FWIW I also have a dual athlon system; specifically, an asus a7m266-d. I also have a radeon 7500, and the only problems I have seen are related to the known issues with dual head and virtual terminals. Other than that, my system has been completely stable. Scott From tbrowder at cox.net Thu Dec 30 22:48:13 2004 From: tbrowder at cox.net (Tom Browder) Date: Thu, 30 Dec 2004 16:48:13 -0600 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <200412301547.00088.czar@czarc.net> Message-ID: <20041230224816.XSQS16610.lakermmtao08.cox.net@nonerjsnum1tkq> > -----Original Message----- > From: fedora-test-list-bounces at redhat.com > [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Gene C. > Sent: Thursday, December 30, 2004 2:47 PM > To: fedora-test-list at redhat.com > Subject: Re: FC 3 and Kernel Lock or Hang > Can you expend on your problem a bit? > > I have a dual Athlon system running FC3 (never ran FC2 on it > but FC1 did not have problems) and it experiences a solid > lockup at times (random events maybe once a week or so). The > system hard freezes and I have to do a hardware reset to get > it back up (cannot ssh into from another system). Sounds exactly like my problem, except it happens more often. I have three other machines identically configured at work, and they exhibit the same behavior (2 running FC 2, 1 running FC 3). And never had the problem on any with FC 1. -Tom From tbrowder at cox.net Thu Dec 30 22:50:36 2004 From: tbrowder at cox.net (Tom Browder) Date: Thu, 30 Dec 2004 16:50:36 -0600 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <20041230224816.XSQS16610.lakermmtao08.cox.net@nonerjsnum1tkq> Message-ID: <20041230225039.SDGY2202.lakermmtao02.cox.net@nonerjsnum1tkq> I just restarted with the test 715 kernel to see if things are any better. -Tom From johannes at erdfelt.com Thu Dec 30 23:04:52 2004 From: johannes at erdfelt.com (Johannes Erdfelt) Date: Thu, 30 Dec 2004 15:04:52 -0800 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <20041230224816.XSQS16610.lakermmtao08.cox.net@nonerjsnum1tkq> References: <200412301547.00088.czar@czarc.net> <20041230224816.XSQS16610.lakermmtao08.cox.net@nonerjsnum1tkq> Message-ID: <20041230230452.GG18847@sventech.com> On Thu, Dec 30, 2004, Tom Browder wrote: > > -----Original Message----- > > From: fedora-test-list-bounces at redhat.com > > [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Gene C. > > Sent: Thursday, December 30, 2004 2:47 PM > > To: fedora-test-list at redhat.com > > Subject: Re: FC 3 and Kernel Lock or Hang > > Can you expend on your problem a bit? > > > > I have a dual Athlon system running FC3 (never ran FC2 on it > > but FC1 did not have problems) and it experiences a solid > > lockup at times (random events maybe once a week or so). The > > system hard freezes and I have to do a hardware reset to get > > it back up (cannot ssh into from another system). > > Sounds exactly like my problem, except it happens more often. I have three > other machines identically configured at work, and they exhibit the same > behavior (2 running FC 2, 1 running FC 3). > > And never had the problem on any with FC 1. I have a dual Athlon that mysteriously locks up too. I've had hardware problems with it in the past, but I thought I had it fixed with FC1 a while ago, but then started having lockups again when I upgraded to FC3. I thought it was the hardware problems coming back again, but I guess there might be an Athlon SMP bug with the FC3 kernels. JE From tbrowder at cox.net Fri Dec 31 02:58:15 2004 From: tbrowder at cox.net (Tom Browder) Date: Thu, 30 Dec 2004 20:58:15 -0600 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <20041230225039.SDGY2202.lakermmtao02.cox.net@nonerjsnum1tkq> Message-ID: <20041231025820.BMRR16610.lakermmtao08.cox.net@nonerjsnum1tkq> > -----Original Message----- > From: fedora-test-list-bounces at redhat.com > [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Tom Browder > Sent: Thursday, December 30, 2004 4:51 PM > To: 'For testers of Fedora Core development releases' > Subject: RE: FC 3 and Kernel Lock or Hang > I just restarted with the test 715 kernel to see if things > are any better. They aren't--locks up just the same. -Tom From arjanv at redhat.com Fri Dec 31 08:11:06 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Fri, 31 Dec 2004 09:11:06 +0100 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <20041230230452.GG18847@sventech.com> References: <200412301547.00088.czar@czarc.net> <20041230224816.XSQS16610.lakermmtao08.cox.net@nonerjsnum1tkq> <20041230230452.GG18847@sventech.com> Message-ID: <1104480666.5402.15.camel@laptopd505.fenrus.org> On Thu, 2004-12-30 at 15:04 -0800, Johannes Erdfelt wrote: > On Thu, Dec 30, 2004, Tom Browder wrote: > > > -----Original Message----- > > > From: fedora-test-list-bounces at redhat.com > > > [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Gene C. > > > Sent: Thursday, December 30, 2004 2:47 PM > > > To: fedora-test-list at redhat.com > > > Subject: Re: FC 3 and Kernel Lock or Hang > > > Can you expend on your problem a bit? > > > > > > I have a dual Athlon system running FC3 (never ran FC2 on it > > > but FC1 did not have problems) and it experiences a solid > > > lockup at times (random events maybe once a week or so). The > > > system hard freezes and I have to do a hardware reset to get > > > it back up (cannot ssh into from another system). > > > > Sounds exactly like my problem, except it happens more often. I have three > > other machines identically configured at work, and they exhibit the same > > behavior (2 running FC 2, 1 running FC 3). > > > > And never had the problem on any with FC 1. > > I have a dual Athlon that mysteriously locks up too. I've had hardware > problems with it in the past, but I thought I had it fixed with FC1 a > while ago, but then started having lockups again when I upgraded to FC3. 1) we need oopses to be able to debug this. just 'it locks up' isn't too usefull 2) All the people seeing this are NOT using a binary only nvidia or ATI video driver, right? (those who do anyway PLEASE always mention that in your reports) -------------- 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 tbrowder at cox.net Fri Dec 31 12:36:21 2004 From: tbrowder at cox.net (Tom Browder) Date: Fri, 31 Dec 2004 06:36:21 -0600 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <1104480666.5402.15.camel@laptopd505.fenrus.org> Message-ID: <20041231123625.LZCR7687.lakermmtao06.cox.net@nonerjsnum1tkq> > -----Original Message----- > From: fedora-test-list-bounces at redhat.com > [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of > Arjan van de Ven > 1) we need oopses to be able to debug this. > just 'it locks up' isn't too usefull > 2) All the people seeing this are NOT using a binary only > nvidia or ATI > video driver, right? > (those who do anyway PLEASE always mention that in your reports) No, no special driver. And I would love to get an oops, or use a specially instrumented kernel, or something. I have had occasion to be able to ssh in to one of my machines at work while it was "locked" but couldn't find anything obvious. Reports of such to the fedora list weren't of interest to anyone. I see nothing unusual in the messages log after a reboot. Any debugging or test ideas would be gratefully accepted. -Tom From mr700 at globalnet.bg Fri Dec 31 13:33:32 2004 From: mr700 at globalnet.bg (Doncho N. Gunchev) Date: Fri, 31 Dec 2004 15:33:32 +0200 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <20041231123625.LZCR7687.lakermmtao06.cox.net@nonerjsnum1tkq> References: <20041231123625.LZCR7687.lakermmtao06.cox.net@nonerjsnum1tkq> Message-ID: <200412311533.33635@-mr700> On 2004 12 31 (Friday) 14:36, Tom Browder wrote: > > -----Original Message----- > > From: fedora-test-list-bounces at redhat.com > > [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of > > Arjan van de Ven > > 1) we need oopses to be able to debug this. > > just 'it locks up' isn't too usefull > > 2) All the people seeing this are NOT using a binary only > > nvidia or ATI > > video driver, right? > > (those who do anyway PLEASE always mention that in your reports) > > No, no special driver. And I would love to get an oops, or use a specially > instrumented kernel, or something. > > I have had occasion to be able to ssh in to one of my machines at work while > it was "locked" but couldn't find anything obvious. Reports of such to the > fedora list weren't of interest to anyone. > > I see nothing unusual in the messages log after a reboot. > > Any debugging or test ideas would be gratefully accepted. > My PC (Athlon 2000+) with nVidia driver locks up sometimes, but I did not pay attention (nVidia binary driver), but my friend with FC2 and latest kernel had such problem without any binary drivers these days after update. At work, with P4 machines, I have no problem with FC3 (one of them running with nVidia driver about a month). It is strange that my PC sometimes locks in such a way, that the socks proxy works (running on my locked PC), routing works, pings, but ssh and httpd do not (ports open but no traffic). Sometimes there is disk activity also, but nothing in the log files, and it's difficult to guess because it happens 2-3 times a month... So... what can I do? I don't need the nVidia driver (screen savers) and don't care about any performance losses at home - personal apache and postfix only. Any tips? PS: Please do not reply this year, have some fun! ;-] -- Regards, Doncho N. Gunchev Registered Linux User #291323 at counter.li.org GPG-Key-ID: 1024D/DA454F79 http://pgp.mit.edu Key fingerprint = 684F 688B C508 C609 0371 5E0F A089 CB15 DA45 4F79 From jlb17 at duke.edu Fri Dec 31 17:22:35 2004 From: jlb17 at duke.edu (Joshua Baker-LePain) Date: Fri, 31 Dec 2004 12:22:35 -0500 (EST) Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <20041231170024.6D44873E82@hormel.redhat.com> References: <20041231170024.6D44873E82@hormel.redhat.com> Message-ID: On Fri, 31 Dec 2004 at 12:00pm, Tom Browder wrote > I have continued to be plagued by a kernel hang or lockup since FC 2 on AMD > dual cpus with ATI radeon 7500. I am currently running FC 3 with the latset > released kernel (681). > > Is there any hope for the problem by using one of the test kernels? What motherboard are you using? There are lots of us throwing out our Tyan S2466 based systems as fast as we can. After a while they start exhibiting the behavior you're seeing (hard locks (no OOPS available)) at random times that are very hard to diagnose/resolve. See the beowulf list archives for a fair bit of discussion of this. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University From czar at czarc.net Fri Dec 31 20:28:31 2004 From: czar at czarc.net (Gene C.) Date: Fri, 31 Dec 2004 15:28:31 -0500 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <1104480666.5402.15.camel@laptopd505.fenrus.org> References: <200412301547.00088.czar@czarc.net> <20041230230452.GG18847@sventech.com> <1104480666.5402.15.camel@laptopd505.fenrus.org> Message-ID: <200412311528.31590.czar@czarc.net> On Friday 31 December 2004 03:11, Arjan van de Ven wrote: > 1) we need oopses to be able to debug this. > ? ?just 'it locks up' isn't too usefull > 2) All the people seeing this are NOT using a binary only nvidia or ATI > ? ?video driver, right? > ? ?(those who do anyway PLEASE always mention that in your reports) 1. Gigabyte GA-7DPXDW+ mobo with dual Athlon 2800+ and 2GB ram. 2. ATI Radeon 9200 running the "standard" xorg-X11 radeon driver. -- Gene From czar at czarc.net Fri Dec 31 20:29:16 2004 From: czar at czarc.net (Gene C.) Date: Fri, 31 Dec 2004 15:29:16 -0500 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <20041231123625.LZCR7687.lakermmtao06.cox.net@nonerjsnum1tkq> References: <20041231123625.LZCR7687.lakermmtao06.cox.net@nonerjsnum1tkq> Message-ID: <200412311529.16961.czar@czarc.net> On Friday 31 December 2004 07:36, Tom Browder wrote: > I see nothing unusual in the messages log after a reboot. > > Any debugging or test ideas would be gratefully accepted. Me too. -- Gene From tduffy at sun.com Tue Dec 21 00:17:45 2004 From: tduffy at sun.com (Tom Duffy) Date: Tue, 21 Dec 2004 00:17:45 -0000 Subject: New testing kernel. In-Reply-To: <20041213191140.GA7361@redhat.com> References: <20041204040649.GA15079@redhat.com> <1102964456.9258.25.camel@duffman> <20041213191140.GA7361@redhat.com> Message-ID: <1103588256.29595.8.camel@duffman> On Mon, 2004-12-13 at 14:11 -0500, Dave Jones wrote: > Strange. I thought I nuked that msg for that kernel. > http://people.redhat.com/davej/kernels/Fedora/FC3/ > has a snapshot-of-the-day, which should have it removed for sure. > (I just checked, its #if 0'd out). Got this on the 715 kernel: Unable to handle kernel paging request at fffffeff8014278f RIP: [] PML4 0 Oops: 0010 [1] CPU 0 Modules linked in: md5 ipv6 parport_pc lp parport autofs4 i2c_dev i2c_core ds yenta_socket pcmcia_core sunrpc ext3 jbd sr_mod dm_mod usb_storage button battery ac joydev ohci_hcd snd_intel8x0 snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_page_alloc gameport snd_mpu401_uart snd_rawmidi snd_seq_device snd soundcore e1000 forcedeth floppy xfs sata_nv libata qla2300 qla2xxx scsi_transport_fc sd_mod scsi_mod Pid: 0, comm: swapper Not tainted 2.6.9-1.715_FC3 RIP: 0010:[] [] RSP: 0018:ffffffff8048be80 EFLAGS: 00010246 RAX: 0000000000000001 RBX: ffffffff8041a4e0 RCX: 000001003f585e88 RDX: ffffffff8048be98 RSI: fffffeff8014278f RDI: 000001003f602b60 RBP: ffffffff8048be98 R08: ffffffff8048be98 R09: 000001003ec8f240 R10: 000001003ec8f240 R11: ffffffff80501f18 R12: 000000000000007a R13: ffffffff80501f18 R14: 0000000000000000 R15: 0000000000000000 FS: 0000002a95566b00(0000) GS:ffffffff804fd700(0000) knlGS:0000000000000000 CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b CR2: fffffeff8014278f CR3: 0000000000101000 CR4: 00000000000006e0 Process swapper (pid: 0, threadinfo ffffffff80500000, task ffffffff8040b680) Stack: ffffffff8014205d ffffffff80501f18 0000000000000246 ffffffff8048be98 ffffffff8048be98 0000000000000000 ffffffff802b621c 0000000000000001 ffffffff804b7930 000000000000000a Call Trace: {run_timer_softirq+591} {usb_hcd_irq+41} {__do_softirq+76} {do_softirq +49} {do_IRQ+664} {ret_from_intr +0} {default_idle+0} {default_idle+32} {cpu_idle+26} {start_kernel +632} {_sinittext+427} Code: Bad RIP value. RIP [] RSP CR2: fffffeff8014278f <3>Debug: sleeping function called from invalid context at include/linux/rwsem.h:43 in_atomic():1[expected: 0], irqs_disabled():0 Call Trace: {__might_sleep+173} {profile_task_exit+33} {do_exit+34} {oops_end+159} {do_page_fault+1155} {__wake_up_common+67} {error_exit+0} {run_timer_softirq+591} {usb_hcd_irq+41} {__do_softirq+76} {do_softirq+49} {do_IRQ+664} {ret_from_intr+0} {default_idle+0} {default_idle+32} {cpu_idle +26} {start_kernel+632} {_sinittext+427} Kernel panic - not syncing: Aiee, killing interrupt handler! -------------- 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: