From gstool at earthlink.net Wed Mar 1 00:24:05 2006 From: gstool at earthlink.net (Gerry Tool) Date: Tue, 28 Feb 2006 18:24:05 -0600 Subject: Printing problem In-Reply-To: <1141158479.2498.5.camel@nww2.staffsamb.nhs.uk> References: <1141158479.2498.5.camel@nww2.staffsamb.nhs.uk> Message-ID: <4404E9A5.9050302@earthlink.net> Leon Stringer wrote: >Hi, > >I've done a simple Entity/Relationship Diagram in Dia and when I came to >print it lines were missing. Initially, I thought this was a Dia problem >(http://bugzilla.gnome.org/show_bug.cgi?id=332795) but I then thought to >test it with FC4. > >Under FC4 however it prints correctly. > >So I've uploaded the PostScript of the diagram (which displays >correctly) and wondered if anyone could try it to see if they could >reproduce the problem and/or suggest what's at fault. > >It's at http://homepage.ntlworld.com/leon.stringer/fedora/output.ps > >The problem I see is that the main part of the lines connecting the >MEMBER entity to the one above and below are missing (although the 'A' >part of the "crows foot" shows). > >I'm printing to an HP DeskJet 990Cxi. > >Thanks in advance, > >Leon... > > > Views and prints fine to my Samsung ML-1750 and Canon PIXMA ip-4000 printers in both FC4 (uptodate) and FC5T3 + all rawhide updates. The printers are connected to a Netgear lpd print server. Gerry From thedave at ix.netcom.com Wed Mar 1 00:36:14 2006 From: thedave at ix.netcom.com (Dave Atkins) Date: Tue, 28 Feb 2006 18:36:14 -0600 Subject: Unable to mount root after upgrade from FC4->FC5t3 In-Reply-To: <9540d010602250205g234ae5f4nbbac747db3fbb97f@mail.gmail.com> References: <9540d010602250039s31e38500s40cb6d1b57d1e088@mail.gmail.com> <9540d010602250205g234ae5f4nbbac747db3fbb97f@mail.gmail.com> Message-ID: <1141173374.3343.27.camel@buckaroo> I mentioned this a while back and got no response, I was waiting for someone else to confirm before I bugzilled it. So, I suppose it's time for reporting it as a true bug. >From David Atkins, 01 Feb 2006 - "Did something happen to mkinitrd?" > OK, I might be going crazy, but didn't mkinitrd use to include the > modules and dependencies aliased as scsi_host_adapter > in /etc/modprobe.conf? > > I've got a USB hard drive that I use as part of my home directories, > that need to be fsck'ed and mounted at boot. > > I thought I fixed this by adding the following lines > to /etc/modprobe.conf: > alias scsi_hostadapter ehci_hcd > alias scsi_hostadapter sd_mod > alias scsi_hostadapter usb_storage > > The disk is mounted as (/etc/fstab): > LABEL=storage /media/storage ext3 defaults,noatime 1 1 > > I fiddled with this for a while earlier in testing, and I thought that > these mod's would cause new kernel installs to run mkinitrd and > include the appropriate modules so that these drives would be > available as soon as udev loads (like it does for the root drive). > > I've kind of glossed over the MAKEDEV traffic on the list because I > thought it didn't pertain to me. Could this be a part of that > craziness? > > Thanks, > Dave. > > PS - This is the output of: mkinitrd -v -f > initrd-2.6.15-1.1884_FC5smp.img 2.6.15-1.1884_FC5smp > Creating initramfs > Looking for deps of module sd_mod: scsi_mod > Looking for deps of module scsi_mod > Looking for deps of module ehci_hcd > Looking for deps of module usb_storage > Looking for deps of module ide-disk > Looking for driver for device sda2 > Looking for deps of module libata: scsi_mod > Looking for deps of module ata_piix: libata scsi_mod > Looking for deps of module ext3: jbd > Looking for deps of module jbd > Looking for deps of module dm-mod > Looking for deps of module dm-mirror: dm-mod > Looking for deps of module dm-zero: dm-mod > Looking for deps of module dm-snapshot: dm-mod > Using > modules: /lib/modules/2.6.15-1.1884_FC5smp/kernel/drivers/scsi/scsi_mod.ko /lib/modules/2.6.15-1.1884_FC5smp/kernel/drivers/scsi/sd_mod.ko /lib/modules/2.6.15-1.1884_FC5smp/kernel/drivers/scsi/libata.ko /lib/modules/2.6.15-1.1884_FC5smp/kernel/drivers/scsi/ata_piix.ko /lib/modules/2.6.15-1.1884_FC5smp/kernel/fs/jbd/jbd.ko /lib/modules/2.6.15-1.1884_FC5smp/kernel/fs/ext3/ext3.ko /lib/modules/2.6.15-1.1884_FC5smp/kernel/drivers/md/dm-mod.ko /lib/modules/2.6.15-1.1884_FC5smp/kernel/drivers/md/dm-mirror.ko /lib/modules/2.6.15-1.1884_FC5smp/kernel/drivers/md/dm-zero.ko /lib/modules/2.6.15-1.1884_FC5smp/kernel/drivers/md/dm-snapshot.ko > /sbin/nash -> /tmp/initrd.Z10326/bin/nash > /sbin/insmod.static -> /tmp/initrd.Z10326/bin/insmod > copy from > `/lib/modules/2.6.15-1.1884_FC5smp/kernel/drivers/scsi/scsi_mod.ko' [elf32-i386] to `/tmp/initrd.Z10326/lib/scsi_mod.ko' [elf32-i386] > copy from > `/lib/modules/2.6.15-1.1884_FC5smp/kernel/drivers/scsi/sd_mod.ko' [elf32-i386] to `/tmp/initrd.Z10326/lib/sd_mod.ko' [elf32-i386] > copy from > `/lib/modules/2.6.15-1.1884_FC5smp/kernel/drivers/scsi/libata.ko' [elf32-i386] to `/tmp/initrd.Z10326/lib/libata.ko' [elf32-i386] > copy from > `/lib/modules/2.6.15-1.1884_FC5smp/kernel/drivers/scsi/ata_piix.ko' [elf32-i386] to `/tmp/initrd.Z10326/lib/ata_piix.ko' [elf32-i386] > copy from > `/lib/modules/2.6.15-1.1884_FC5smp/kernel/fs/jbd/jbd.ko' [elf32-i386] to `/tmp/initrd.Z10326/lib/jbd.ko' [elf32-i386] > copy from > `/lib/modules/2.6.15-1.1884_FC5smp/kernel/fs/ext3/ext3.ko' [elf32-i386] to `/tmp/initrd.Z10326/lib/ext3.ko' [elf32-i386] > copy from > `/lib/modules/2.6.15-1.1884_FC5smp/kernel/drivers/md/dm-mod.ko' [elf32-i386] to `/tmp/initrd.Z10326/lib/dm-mod.ko' [elf32-i386] > copy from > `/lib/modules/2.6.15-1.1884_FC5smp/kernel/drivers/md/dm-mirror.ko' [elf32-i386] to `/tmp/initrd.Z10326/lib/dm-mirror.ko' [elf32-i386] > copy from > `/lib/modules/2.6.15-1.1884_FC5smp/kernel/drivers/md/dm-zero.ko' [elf32-i386] to `/tmp/initrd.Z10326/lib/dm-zero.ko' [elf32-i386] > copy from > `/lib/modules/2.6.15-1.1884_FC5smp/kernel/drivers/md/dm-snapshot.ko' [elf32-i386] to `/tmp/initrd.Z10326/lib/dm-snapshot.ko' [elf32-i386] > /sbin/lvm.static -> /tmp/initrd.Z10326/bin/lvm > /etc/lvm -> /tmp/initrd.Z10326/etc/lvm > `/etc/lvm/lvm.conf' -> `/tmp/initrd.Z10326/etc/lvm/lvm.conf' > Adding module scsi_mod > Adding module sd_mod > Adding module libata > Adding module ata_piix > Adding module jbd > Adding module ext3 > Adding module dm-mod > Adding module dm-mirror > Adding module dm-zero > Adding module dm-snapshot > On Sat, 2006-02-25 at 11:05 +0100, Vladimir Vukicevic wrote: > Problem solved -- the initrd image didn't include sd_mod.ko! Hence, > no sd* devices were available, and thus no root. Running mkinitrd > with --with=sd_mod fixed things -- I'm not sure why mkinitrd isn't > picking up on this? I was running a non-FC kernel beforehand, where I > had compiled in ata_piix and the various scsi modules while futzing > around with trying to get suspend/hibernate to work, so my > modprobe.conf and friends had no mention of ata_piix or any of the > scsi bits, not sure if that had an effect on the installer. > > - Vlad > > On 2/25/06, Vladimir Vukicevic wrote: > > After doing an installer-based upgrade from FC4 to FC5t3, at boot I see: > > > > scsi0 : ata_piix > > [...] > > Loading ahci.ko module > > Creating root device. > > Mounting root filesystem. > > mount: could not find filesystem '/dev/root' > > Setting up other filesystems. > > Setting up new root fs > > setuproot: moving /dev failed: No such file or directory > > no fstab.sys, mounting internal defaults > > setuproot: error mounting /proc: No such file or directory > > setuproot: error mounting /sys: No such file or directory > > Switching to new root and running init. > > unmounting old /dev > > unmounting old /proc > > unmounting old /sys > > switchroot: mount failed: No such file or directory > > Kernel panic - not syncing: Attempted to kill init! > > > > Any idea what the issue is? I can't find any info on what's changed > > in the boot process (I'm still able to boot my previous 2.6.14 kernels > > fine), nor do I seem to be able to get a shell in the initrd via > > init=/bin/sh (just seems to ignore the init kernel option). Note that > > at upgrade time, I told the installer to not touch my grub config; it > > just added the new kernel as an option. > From shrek-m at gmx.de Wed Mar 1 00:47:44 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 01 Mar 2006 01:47:44 +0100 Subject: Cinema Display 30 and Radeon 9600 In-Reply-To: References: <37607E81-B216-4CB0-92D9-6A9C93FA0D26@donpoo.net> Message-ID: <4404EF30.6020906@gmx.de> On 01.03.2006 00:39, Scott wrote: > On Feb 28, 2006, at 4:16 PM, Scott wrote: > >> I seem to have run into a hardware issue while trying out FC5 test 3 >> i386. I have an ATI Radeon 9600 (RV350 AGP) connected to an Apple >> Cinema Display 30. This card is known to support the dual link dvi >> connection required to display 2560x1600 which is the native >> resolution of the ACD 30. > > Attached are my xorg.conf and Xorg.0.log files. "if it is not in bugzilla it does not exist" -- shrek-m From jvian10 at charter.net Wed Mar 1 01:36:12 2006 From: jvian10 at charter.net (Jeff Vian) Date: Tue, 28 Feb 2006 19:36:12 -0600 Subject: Issues with test 3 In-Reply-To: References: <1141093342.4115.111.camel@eagle.lab.net> Message-ID: <1141176972.4115.124.camel@eagle.lab.net> On Tue, 2006-02-28 at 11:32 +0000, Mike Martin wrote: > On 2/28/06, Jeff Vian wrote: > > On Mon, 2006-02-27 at 11:12 +0000, Mike Martin wrote: > > > Hi > > > > > > I installed test 3 last night and I have the following issues > > > > > > 1. Bash scripts not picking up varaiable eg: > > > > > > this (very simple) script > > > > > > ffmpeg -i $2 -b $1 $3 > > > > > > when run results in a message from ffmpeg about io error (no file) > > > > > Is this run from the command line? If so then $1, $2, and $3 have no > > values. These variables are initialized from the command like making > > the call and exist only within the script environment. > > > > for example > > script 1 2 3 > > would call a script named script and within that script the variables > > $1, $2, and $3 would have the values 1, 2, and 3 respectively. > > > > If you are calling a script that then calls ffmpeg with the line given > > then that should work. > > > > > > sorry not to be clearer but that is what I am doing - the script > worked before upgrading > > the script is > > #!/bin/bash > ffmpeg -i $2 -b $1 $3 > > Within the script, and before the line that calls ffmpeg you might try putting in 3 echo commands to see if the value is actually being seen. You also might need to put "" around the variables in the line calling ffmpeg (such as "$1" ) although that does not seem it should be needed. --- #!/bin/bash echo "this is value 1: $1" echo "this is value 2: $2" echo "this is value 3: $3" ffmpeg -i $2 -b $1 $3 --- I just tried it on my FC5t3 x86_64 box and the values were passed properly. I did not try it with ffmpeg but the echo worked and passing the values to the called command also worked. > this is run as script name number input file output file > > > > > > 2. Naulitlus burn gives no chance to change burn speed > > > > > > 3. On an exiting user account menu entries are sparse (ie some > > > installed apps missing) > > > > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > https://www.redhat.com/mailman/listinfo/fedora-test-list > > > From eengnerd at yahoo.com Wed Mar 1 01:39:37 2006 From: eengnerd at yahoo.com (Arthur Baldwin) Date: Tue, 28 Feb 2006 17:39:37 -0800 (PST) Subject: Crash Dump for Test 3 Message-ID: <20060301013938.20711.qmail@web36702.mail.mud.yahoo.com> Dear Fedora Dev Team, I have attached a "System State" dump of a crash that occured during the message that says "Starting Installation...This may take several minutes". Let me know if you need more information. Sincerely, Arthur Baldwin --------------------------------- Yahoo! Mail Bring photos to life! New PhotoMail makes sharing a breeze. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: anacdump.txt URL: From catfather at donpoo.net Wed Mar 1 02:36:50 2006 From: catfather at donpoo.net (Scott) Date: Tue, 28 Feb 2006 21:36:50 -0500 Subject: Cinema Display 30 and Radeon 9600 In-Reply-To: <4404EF30.6020906@gmx.de> References: <37607E81-B216-4CB0-92D9-6A9C93FA0D26@donpoo.net> <4404EF30.6020906@gmx.de> Message-ID: <154407A6-145B-4D6A-BB6E-3541BBB6ABCA@donpoo.net> On Feb 28, 2006, at 7:47 PM, shrek-m at gmx.de wrote: > On 01.03.2006 00:39, Scott wrote: > >> On Feb 28, 2006, at 4:16 PM, Scott wrote: >> >>> I seem to have run into a hardware issue while trying out FC5 >>> test 3 i386. I have an ATI Radeon 9600 (RV350 AGP) connected to >>> an Apple Cinema Display 30. This card is known to support the >>> dual link dvi connection required to display 2560x1600 which is >>> the native resolution of the ACD 30. >> >> Attached are my xorg.conf and Xorg.0.log files. > > > "if it is not in bugzilla it does not exist" Agreed. Before I go there I just wanted to make sure that I wasn't missing something obviously, like a recommended RADEON driver setting required for dual link dvi mode. The blank screen on install along with a copy of the X.log and X config from the install disk is something I will bugzilla. Might be nice though to see if I could gather more info other than 'it doesn't work' :) -- Scott -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2369 bytes Desc: not available URL: From jandrejkovic at gmail.com Wed Mar 1 02:39:18 2006 From: jandrejkovic at gmail.com (Jan Andrejkovic) Date: Wed, 1 Mar 2006 02:39:18 +0000 Subject: FC5t3 - rpm -e hangs up Message-ID: Hello, I have upgraded FC4 to FC5t3. I had some xen problems therefore I have decided to reinstall xen packages. But when I try rpm -e kernel-xen-hypervisor-devel or rpm -e kernel-xen-guest-devel rpm hangs up and eats almost 100% cpu for long time. I need to use kill -9 to stop it. I have tried to do rm -f /var/lib/rpm/__db* and rpm --rebuilddb but nothing helped after those commands - it hangs again. I have also tried rpm -e --justdb but it did not help either. Initially it was "yum remove" which hanged first. But as far as I know it uses rpm therefore I report this as rpm problem. Does anybody have the same problem or can anybody tell me some workaround how I can remove those packages manually and possibly rebuild database without them? Thank you very much, Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: From catfather at donpoo.net Wed Mar 1 02:56:45 2006 From: catfather at donpoo.net (Scott) Date: Tue, 28 Feb 2006 21:56:45 -0500 Subject: Cinema Display 30 and Radeon 9600 In-Reply-To: <20060301001825.GA22176@mail.harddata.com> References: <37607E81-B216-4CB0-92D9-6A9C93FA0D26@donpoo.net> <20060301001825.GA22176@mail.harddata.com> Message-ID: <142CFAFC-9C6D-40E6-B6F1-8CB6A7A53D2E@donpoo.net> On Feb 28, 2006, at 7:18 PM, Michal Jaegermann wrote: >> >> During install I see no video after leaving text mode. I can switch >> back to vt2 and check the logs. The X server apparently launches just >> fine and the only EE logged is about dri not being able to load. > > Try to turn off dri in your xorg.conf and see what will happen. > You may also check if setting "AGPMode" will not help. "8" may be > good. At least it works for me, with dri, but this is different > Radeon. I tried disabling dri by commenting out the module in my xorg.conf and also setting AGPMode to "8" as you suggested. I still see the same exact symptom. Running 'X' as root from the console after install results in a blank screen. No errors are logged to the console or the X log file. Appreciate the suggestion anyway :) -- Scott -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2369 bytes Desc: not available URL: From skunkworx at verizon.net Wed Mar 1 03:16:00 2006 From: skunkworx at verizon.net (Skunk Worx) Date: Tue, 28 Feb 2006 19:16:00 -0800 Subject: fc5t3 usb disk or disk-1? In-Reply-To: <20060228130723.45166.qmail@web52603.mail.yahoo.com> References: <20060228130723.45166.qmail@web52603.mail.yahoo.com> Message-ID: <440511F0.9090903@verizon.net> Antonio Olivares wrote: > > --- Skunk Worx wrote: > >> My external usb hard drive is showing up on >> /media/disk-1 rather than >> /media/disk (as it used to). >> >> # mount | grep disk >> /dev/sda1 on /media/disk-1 type ext2 >> (rw,noexec,nosuid,nodev) >> >> Does this seem unusual? It seems like this recently >> changed. > > This happens to media that you unmount and remount > again. If you unmount again and remount the names > will change to /media/disk-2, /media/disk-3, > /media/disk-4/, ..., etc. This has been occurring in > FC5T2 also. > This is on a fresh boot. It used to come up as /media/disk, now as /media/disk-1. There is nothing on /media/disk, and no mount/remount pairs are being performed... -- SW From monty19 at hotmail.com Wed Mar 1 02:31:21 2006 From: monty19 at hotmail.com (Jason Montleon) Date: Wed, 1 Mar 2006 11:31:21 +0900 Subject: rawhide report: 20060228 changes References: <200602280819.k1S8J6eT009069@porkchop.devel.redhat.com> Message-ID: OK, it was my own stupid fault for doing this, but I missed the message for the new kernel (1991): > * Sun Feb 26 2006 Dave Jones > - 2.6.16rc4-git9 & -git10 > - Temporarily disable xen due to build breakage. and went ahead and uninstalled the old kernel, kernel-devel and unfortunately also the last kernel-xen-hypervisor and kernel-xen-hypervisor-devel kernels. Is the 1977 xen kernel still available somewhere, or will I have to wait for the xen builds to be re-enabled so that I can use xen, and if so, when are they expected to be re-enabled ----- Original Message ----- From: "Build System" To: ; Sent: Tuesday, February 28, 2006 5:19 PM Subject: rawhide report: 20060228 changes > > > Removed package libibverbs > > Removed package opensm > > Removed package libsdp > > Removed package udapl > > Removed package libmthca > > Updated Packages: > > GConf-1.0.9-20 > -------------- > * Mon Feb 27 2006 Karsten Hopp 1.0.9-20 > - BuildRequires zlib-devel > > * Fri Feb 24 2006 Matthias Clasen - 1.0.9-19 > - Prereq: coreutils > > * Mon Feb 13 2006 Jesse Keating - 1.0.9-18.2.1 > - rebump for build order issues during double-long bump > > NetworkManager-0.5.1-15.cvs20060227 > ----------------------------------- > * Mon Feb 27 2006 Christopher Aillon > 0.5.1-15.cvs20060227 > - Update snapshot, which fixes up the libnotify stuff. > > anaconda-10.92.12-1 > ------------------- > * Mon Feb 27 2006 Jeremy Katz - 10.92.12-1 > - Dependency whiteout to fix ordering (clumens) > - Fix swap on RAID in kickstart (#176537) > - Add keymap overrides > - Fix segfault with USB CD/DVD drives (#182589) > > at-spi-1.7.6-1 > -------------- > * Mon Feb 27 2006 Matthias Clasen - 1.7.6-1 > - Update to 1.7.6 > > authconfig-5.2.2-1 > ------------------ > * Mon Feb 27 2006 Tomas Mraz - 5.2.2-1 > - add try_first_pass option to pam_unix for better integration > with individual service configurations (#182350) > - updated translations > > boost-1.33.1-5 > -------------- > * Thu Feb 16 2006 Florian La Roche - 1.33.1-5 > - use the real version number to point to the shared libs > > booty-0.68-1 > ------------ > * Mon Feb 27 2006 Peter Jones - 0.68-1 > - sync between invocations of grub on smp > - default to "mbr", not "partition" for grub installation on md > > bug-buddy-1:2.13.90-1 > --------------------- > * Mon Feb 27 2006 Matthias Clasen - 2.13.90-1 > - Update to 2.13.90 > > * Fri Feb 17 2006 Karsten Hopp 2.13.0-2 > - BuildRequires: which > > cryptsetup-luks-1.0.3-0.rc2 > --------------------------- > * Mon Feb 27 2006 Bill Nottingham 1.0.3-0.rc2 > - update to 1.0.3rc2, fixes bug with HAL & encrypted devices (#182658) > > eel2-2.13.92-1 > -------------- > * Mon Feb 27 2006 Matthias Clasen - 2.13.92-1 > - Update to 2.13.92 > > epiphany-1.9.8-1 > ---------------- > * Mon Feb 27 2006 Matthias Clasen - 1.9.8-1 > - Update to 1.9.8 > > evince-0.5.1-1 > -------------- > * Mon Feb 27 2006 Matthias Clasen - 0.5.1-1 > - Update to 0.5.1 > - Drop upstreamed patch > > file-roller-2.13.92-1 > --------------------- > * Mon Feb 27 2006 Matthias Clasen - 2.13.92-1 > - Update to 2.13.92 > > g-wrap-1.9.6-2 > -------------- > * Mon Feb 27 2006 Bill Nottingham 1.9.6-2 > - don't use an executable stack (#183287) > > gal-1:0.24-7 > ------------ > * Mon Feb 27 2006 Karsten Hopp 0.24-7 > - BuildRequires: libSM-devel > > gcc-4.1.0-0.30 > -------------- > * Mon Feb 27 2006 Jakub Jelinek 4.1.0-0.30 > - update from gcc-4_1-branch (-r111278:111466) > - GCC 4.1.0 RC2 > - PRs fortran/26201, libobjc/26309, rtl-optimization/25603, target/25603 > - fix nested vector shifts (#182047, PR middle-end/26379) > - merge gomp changes from trunk (-r111390:111391, -r111428:111429 and > -r111440:111441) > - PR middle-end/26412 > - fortran MATMUL optimization (Richard Sandiford) > - fortran WHERE optimizations (Roger Sayle) > - x86_64 _mm_monitor fixes (H.J. Lu, PR target/24879) > - add MNI support on i?86/x86_64, -mmni option and header > (H.J Lu) > > gnome-bluetooth-0.7.0-2 > ----------------------- > * Mon Feb 27 2006 Harald Hoyer - 0.7.0-2 > - pydir fixes for lib64 > > * Thu Feb 16 2006 Harald Hoyer - 0.7.0-1 > - version 0.7.0 > > gnome-desktop-2.13.92-1 > ----------------------- > * Mon Feb 27 2006 Matthias Clasen - 2.13.92-1 > - Update to 2.13.92 > > gnome-doc-utils-0.5.7-1 > ----------------------- > * Mon Feb 27 2006 Matthias Clasen - 0.5.7-1 > - Update to 0.5.7 > > gnome-keyring-0.4.8-1 > --------------------- > * Mon Feb 27 2006 Matthias Clasen - 0.4.8-1 > - Update to 0.4.8 > > gnome-media-2.13.93-1 > --------------------- > * Mon Feb 27 2006 Matthias Clasen - 2.13.93-1 > - Update to 2.13.93 > > gnome-panel-2.13.91-4 > --------------------- > * Mon Feb 27 2006 Ray Strode - 2.13.91-4 > - ignore unknown options (bug 182734) > > gnome-screensaver-2.13.92-1 > --------------------------- > * Mon Feb 27 2006 Matthias Clasen - 2.13.92-1 > - Update to 2.13.92 > > gnome-system-monitor-2.13.92-1 > ------------------------------ > * Mon Feb 27 2006 Matthias Clasen 2.13.92-1 > - Update to 2.13.92 > > gnome-vfs2-2.13.92-1 > -------------------- > * Mon Feb 27 2006 Matthias Clasen - 2.13.92-1 > - Update to 2.13.92 > > irqbalance-1:1.12-1.25 > ---------------------- > * Sun Feb 26 2006 Dave Jones > - Don't rebalance IRQs where no interrupts have occured. > > kernel-2.6.15-1.1991_FC5 > ------------------------ > * Mon Feb 27 2006 Dave Jones > - 2.6.16rc5 & rc5-git1 > > * Sun Feb 26 2006 Dave Jones > - 2.6.16rc4-git9 & -git10 > - Temporarily disable xen due to build breakage. > > * Sat Feb 25 2006 Dave Jones > - 2.6.16rc4-git8 > > libgnome-2.13.90-1 > ------------------ > * Mon Feb 27 2006 Matthias Clasen - 2.13.90-1 > - Update to 2.13.90 > - Drop obsolete patch > > libgnomeui-2.13.90-1 > -------------------- > * Mon Feb 27 2006 Matthias Clasen - 2.13.90-1 > - Update to 2.13.90 > > libgtop2-2.13.92-1 > ------------------ > * Mon Feb 27 2006 Matthias Clasen - 2.13.92-1 > - Update to 2.13.92 > > libtermcap-2.0.8-45 > ------------------- > * Mon Feb 27 2006 Miloslav Trmac - 2.0.8-45 > - Add Requires(postun): /sbin/install-info to libtermcap-devel (#182836) > > libvirt-0.0.5-1 > --------------- > * Thu Feb 23 2006 Daniel Veillard 0.0.5-1 > - new domain creation API > - new UUID based APIs > - more tests, documentation, devhelp > - bug fixes > > libwnck-2.13.92-1 > ----------------- > * Mon Feb 27 2006 Matthias Clasen - 2.13.92-1 > - Update to 2.13.92 > > mkinitrd-5.0.29-1 > ----------------- > * Mon Feb 27 2006 Peter Jones - 5.0.29-1 > - Fix pump-devel buildrequires > - Fix grubby's getpathbyspec() usage (#183010) > - Fix grubby's makefile > - Make readlink command work with super scary huge sysfs paths (#183091) > - Make readlink handle directories better (#166666) > - Don't create ramdisk blockdevs, mkblkdevs does it (#181873) > - Don't use showlabels to resolve labels, use resolveDevice so we don't > need messy awk (#180372) > > mod_python-3.2.8-3 > ------------------ > * Mon Feb 27 2006 Joe Orton 3.2.8-3 > - remove use of apr_sockaddr_port_get > > * Mon Feb 27 2006 Joe Orton 3.2.8-2 > - update to 3.2.8 > > nautilus-2.13.92-1 > ------------------ > * Mon Feb 27 2006 Matthias Clasen - 2.13.92-1 > - Update to 2.13.92 > > * Mon Feb 13 2006 Matthias Clasen - 2.13.91-1 > - Update to 2.13.91 > > * Fri Feb 10 2006 Jesse Keating - 2.13.90-2.2 > - bump again for double-long bug on ppc(64) > > nautilus-cd-burner-2.13.92-1 > ---------------------------- > * Mon Feb 27 2006 Matthias Clasen - 2.13.92-1 > - Update to 2.13.92 > - Drop upstreamed patch > - Add BuildReq for gnome-mount > > openobex-1.1-1 > -------------- > * Thu Feb 16 2006 Harald Hoyer 1.1-1 > - version 1.1 > > * Fri Feb 10 2006 Jesse Keating - 1.0.1-4.2.1 > - bump again for double-long bug on ppc(64) > > * Tue Feb 07 2006 Jesse Keating - 1.0.1-4.2 > - rebuilt for new gcc4.1 snapshot and glibc changes > > openobex-apps-1.0.0-10 > ---------------------- > * Fri Feb 24 2006 Harald Hoyer - 1.0.0-10 > - rebuilt for openobex-1.1 > > * Thu Feb 16 2006 Harald Hoyer - 1.0.0-9 > - rebuilt for openobex-1.1 > > pam-0.99.3.0-2 >-------------- > * Fri Feb 24 2006 Tomas Mraz 0.99.3.0-2 > - added try_first_pass option to pam_cracklib > - use try_first_pass for pam_unix and pam_cracklib in > system-auth (#182350) > > * Fri Feb 10 2006 Jesse Keating - 0.99.3.0-1.2 > - bump again for double-long bug on ppc(64) > > * Tue Feb 07 2006 Jesse Keating - 0.99.3.0-1.1 > - rebuilt for new gcc4.1 snapshot and glibc changes > > pirut-0.9.16-1 > -------------- > * Mon Feb 27 2006 Jeremy Katz - 0.9.16-1 > - Fix optional package searching (#182555) > - Catch errors when downloading metadata (#178641) > - Some UI changes from Simon Lanzmich (#182644) > - More UI changes from jrb > > psacct-6.3.2-41 > --------------- > * Mon Feb 27 2006 Peter Jones - 6.3.2-41 > - add touch to prereq > > * Mon Feb 27 2006 Ivana Varekova - 6.3.2-40 > - add chkconfig to prereq - bug 182848 > > struts-0:1.2.8-2jpp_9fc > ----------------------- > * Fri Feb 24 2006 Rafael Schloming - 0:1.2.8-2jpp_9fc > - Removed the webapps-tomcat{3,4} subpackages. > > system-switch-mail-0.5.25-7 > --------------------------- > * Mon Feb 27 2006 Than Ngo 0.5.25-7 > - fix consolehelper config #160931 > > tomcat5-0:5.5.15-1jpp_3fc > ------------------------- > * Thu Feb 23 2006 Rafael Schloming - > 0:5.5.15-1jpp_3fc > - Added jasper-foo symlinks for jars. > > * Wed Feb 22 2006 Rafael Schloming - > 0:5.5.15-1jpp_2fc > - Exclude ppc64 s390 s390x > > * Wed Feb 22 2006 Rafael Schloming - > 0:5.5.15-1jpp_1fc > - Updated to 5.5.15 > > util-linux-2.13-0.16 > -------------------- > * Wed Feb 22 2006 Karel Zak 2.13-0.16 > - fix #181782 - mkswap should automatically add selinux label to swapfile > - fix #180730 - col is exiting with 1 (fix > util-linux-2.12p-col-EILSEQ.patch) > - fix #181896 - broken example in schedutils man pages > - fix #177331 - login omits pam_acct_mgmt & pam_chauthtok when > authentication is skipped. > - fix #177523 - umount -a should not unmount sysfs > - fix #182553 - fdisk -l inside xen guest shows no disks > > wpa_supplicant-1:0.4.8-1 > ------------------------ > * Fri Feb 24 2006 Dan Williams - 0.4.8-1 > - Downgrade to 0.4.8 stable release rather than a dev release > > xorg-x11-fonts-7.0-2 > -------------------- > * Fri Feb 24 2006 Mike A. Harris 7.0-2 > - Generate encodings.dir files in the encodings dirs with mkfontscale from > the > base fonts package post install script, to work around bug (#173875) > > Broken deps for i386 > ---------------------------------------------------------- > GFS-kernel - 2.6.15-5.FC5.4.i686 requires kernel = 0:2.6.15-1.1955_FC5 > GFS-kernel - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5 > GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires kernel-smp = > 0:2.6.15-1.1955_FC5 > GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires > /lib/modules/2.6.15-1.1955_FC5smp > cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel = > 0:2.6.15-1.1955_FC5 > cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires > /lib/modules/2.6.15-1.1955_FC5 > cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires > kernel-smp = 0:2.6.15-1.1955_FC5 > cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires > /lib/modules/2.6.15-1.1955_FC5smp > dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel = > 0:2.6.15-1.1955_FC5 > dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires > /lib/modules/2.6.15-1.1955_FC5 > dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel-smp > = 0:2.6.15-1.1955_FC5 > dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires > /lib/modules/2.6.15-1.1955_FC5smp > gnbd-kernel - 2.6.15-5.FC5.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 > gnbd-kernel - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 > gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires kernel-smp = > 0:2.6.15-1.1955_FC5 > gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires > /lib/modules/2.6.15-1.1955_FC5smp > > > > Broken deps for ia64 > ---------------------------------------------------------- > rgmanager - 1.9.31-3.ia64 requires ccs > vconfig - 1.9-1.1.ia64 requires libc.so.6 > vconfig - 1.9-1.1.ia64 requires libc.so.6(GLIBC_2.0) > > > > > > > Broken deps for ppc64 > ---------------------------------------------------------- > emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi > vconfig - 1.9-1.1.ppc64 requires libc.so.6 > vconfig - 1.9-1.1.ppc64 requires libc.so.6(GLIBC_2.0) > > > > Broken deps for s390 > ---------------------------------------------------------- > rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 > rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 > rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 > > > > Broken deps for s390x > ---------------------------------------------------------- > rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) > rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) > rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) > > > > Broken deps for x86_64 > ---------------------------------------------------------- > GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 > GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 > cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires kernel = > 0:2.6.15-1.1955_FC5 > cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires > /lib/modules/2.6.15-1.1955_FC5 > dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires kernel = > 0:2.6.15-1.1955_FC5 > dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires > /lib/modules/2.6.15-1.1955_FC5 > gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 > gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires > /lib/modules/2.6.15-1.1955_FC5 > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > From fct-cornette at insight.rr.com Wed Mar 1 03:32:35 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Tue, 28 Feb 2006 22:32:35 -0500 Subject: FC5t3 - rpm -e hangs up In-Reply-To: References: Message-ID: <440515D3.9030005@insight.rr.com> Jan Andrejkovic wrote: > Hello, > > I have upgraded FC4 to FC5t3. I had some xen problems therefore I have > decided to reinstall xen packages. > But when I try > rpm -e kernel-xen-hypervisor-devel or rpm -e kernel-xen-guest-devel rpm > hangs up and eats almost 100% cpu for long time. > I need to use kill -9 to stop it. > > I have tried to do > rm -f /var/lib/rpm/__db* > and > rpm --rebuilddb > but nothing helped after those commands - it hangs again. > > I have also tried rpm -e --justdb but it did not help either. > > Initially it was "yum remove" which hanged first. But as far as I know > it uses rpm therefore I report this as rpm problem. > > Does anybody have the same problem or can anybody tell me some > workaround how I can remove those packages manually and possibly rebuild > database without them? > > Thank you very much, > > Jan > > If rpm is consuming a lot of cpu percentage in regular boot, have you tried runlevel 1 or booting into rescue mode? Are the actions the same with cpu usage? There is an option to run rpm in rescue mode by issuing some parameter to reference the root in terms where rpm from the rescue CD is used and rpm removal/addition is performed in reference to /mnt/sysimage. I believe it was used successfully when some had problems with i386 arch packages were installed instead of the proper i686 rpms. The documentation is scarce for rescue mode and rpm. I found RHL 7.2, 9 and RHEL4 The link is for RHEL4 which should be close to current information anyway. http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/sysadmin-guide/s1-rescuemode-boot.html If the rescue mode link does not help, how are others who upgraded from FC4 to FC5T3 systems reacting? Rawhide after FC5T3 was released installs go backwards and replace later version installed packages. I am wondering if this same personality for the installer is effecting FC4 to FC5T3 upgrades also. Major libraries were involved. FC5T1 through rawhide, then to FC5T3 install disc bug. (not supported, but may happen for FC4 or similar supported paths. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183153 Jim -- Well fix that in the next (upgrade, update, patch release, service pack). From alor at taipang.com Wed Mar 1 04:26:16 2006 From: alor at taipang.com (=?koi8-r?Q?=E1lor?=) Date: Wed, 01 Mar 2006 09:26:16 +0500 Subject: nVidia and selinux permission denied In-Reply-To: <4403874D.3000601@redhat.com> References: <1140934686.3055.10.camel@logi.telenet.ru> <4403874D.3000601@redhat.com> Message-ID: <1141187176.9032.2.camel@agl.taipang.com> ? ???, 27/02/2006 ? 18:12 -0500, Daniel J Walsh ?????: > You could try to set the file context on these files to textrel_shlib_t > > chcon -t textrel_shlib_t /usr/lib/xorg/modules/drivers/nvidia_drv.so > /usr/lib/xorg/modules/extensions/libglx.so > > If that does not work try setting the boolean allow_execstack? > > setsebool -P allow_execstack=1 > Thanks! All works. Best regards, Alex Long From davej at redhat.com Wed Mar 1 04:25:34 2006 From: davej at redhat.com (Dave Jones) Date: Tue, 28 Feb 2006 23:25:34 -0500 Subject: rawhide report: 20060228 changes In-Reply-To: References: <200602280819.k1S8J6eT009069@porkchop.devel.redhat.com> Message-ID: <20060301042534.GH28434@redhat.com> On Wed, Mar 01, 2006 at 11:31:21AM +0900, Jason Montleon wrote: > OK, it was my own stupid fault for doing this, but I missed the message for > the new kernel (1991): > > >* Sun Feb 26 2006 Dave Jones > >- 2.6.16rc4-git9 & -git10 > >- Temporarily disable xen due to build breakage. > > and went ahead and uninstalled the old kernel, kernel-devel and > unfortunately also the last kernel-xen-hypervisor and > kernel-xen-hypervisor-devel kernels. Is the 1977 xen kernel still > available somewhere I just dropped them at http://people.redhat.com/davej/xen I'll leave them there until it's fixed up again > , or will I have to wait for the xen builds to be > re-enabled so that I can use xen, and if so, when are they expected to be > re-enabled 'soon'. I don't know more than that right now, as we're shaking things up a bit (a bit more than expected this late in the game actually, but it should be for the best). Dave From jmorris at beau.org Wed Mar 1 04:39:39 2006 From: jmorris at beau.org (John Morris) Date: Tue, 28 Feb 2006 22:39:39 -0600 Subject: First time boot screen? In-Reply-To: <20060228212158.GA28157@exeter.boston.redhat.com> References: <1141102726.2657.2.camel@fc5t3.thetoolshed.us> <1141160335.3016.11.camel@mjolnir> <20060228212158.GA28157@exeter.boston.redhat.com> Message-ID: <1141187979.3016.20.camel@mjolnir> On Tue, 2006-02-28 at 15:21, Chris Lumens wrote: > Because I modified it to no longer do that. The problem here is that we > have a variety of weird corner cases where firstboot is unable to run, > but will try again a second time anyway. This comes up when X has > problems and you change runlevels to fix it, for instance. In that > case, the quick way to prevent firstboot from running again is to create > a lock file and make it check to see if it's already "running". Been there, done that. But when you click that last done button at the end of firstboot it is pretty safe to assume you really are done with it and at that point it could safely switch off the service. Sure it doesn't gain a lot on boot time but it would be one less thing to do every boot thereafter. -- 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 Wed Mar 1 05:09:20 2006 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 28 Feb 2006 22:09:20 -0700 Subject: fc5t3 usb disk or disk-1? In-Reply-To: <440511F0.9090903@verizon.net> References: <20060228130723.45166.qmail@web52603.mail.yahoo.com> <440511F0.9090903@verizon.net> Message-ID: <20060301050920.GB26957@mail.harddata.com> On Tue, Feb 28, 2006 at 07:16:00PM -0800, Skunk Worx wrote: > > This is on a fresh boot. It used to come up as /media/disk, now as > /media/disk-1. There is nothing on /media/disk, This is not a question if there is something on /media/disk but simply if it exists or not. If it is there then it will be NOT used. Michal From skunkworx at verizon.net Wed Mar 1 05:36:35 2006 From: skunkworx at verizon.net (Skunk Worx) Date: Tue, 28 Feb 2006 21:36:35 -0800 Subject: fc5t3 usb disk or disk-1? In-Reply-To: <20060301050920.GB26957@mail.harddata.com> References: <20060228130723.45166.qmail@web52603.mail.yahoo.com> <440511F0.9090903@verizon.net> <20060301050920.GB26957@mail.harddata.com> Message-ID: <440532E3.2050205@verizon.net> Michal Jaegermann wrote: > On Tue, Feb 28, 2006 at 07:16:00PM -0800, Skunk Worx wrote: >> This is on a fresh boot. It used to come up as /media/disk, now as >> /media/disk-1. There is nothing on /media/disk, > > This is not a question if there is something on /media/disk but > simply if it exists or not. If it is there then it will be NOT > used. > > Michal > Thanks...I must have created /media/disk to match my scripts, after experiencing the cascading case for some other reason. Working fine now. -- SW From mike at miketc.com Wed Mar 1 08:21:06 2006 From: mike at miketc.com (Mike Chambers) Date: Wed, 01 Mar 2006 02:21:06 -0600 Subject: First time boot screen? In-Reply-To: <1141187979.3016.20.camel@mjolnir> References: <1141102726.2657.2.camel@fc5t3.thetoolshed.us> <1141160335.3016.11.camel@mjolnir> <20060228212158.GA28157@exeter.boston.redhat.com> <1141187979.3016.20.camel@mjolnir> Message-ID: <1141201266.2465.0.camel@scrappy.miketc.com> On Tue, 2006-02-28 at 22:39 -0600, John Morris wrote: > Been there, done that. But when you click that last done button at the > end of firstboot it is pretty safe to assume you really are done with it > and at that point it could safely switch off the service. Sure it > doesn't gain a lot on boot time but it would be one less thing to do > every boot thereafter. They can also manually edit /etc/sysconfig/firstboot and change the setting to "no". -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt, then it's hilarious!" From buildsys at redhat.com Wed Mar 1 08:24:01 2006 From: buildsys at redhat.com (Build System) Date: Wed, 1 Mar 2006 03:24:01 -0500 Subject: rawhide report: 20060301 changes Message-ID: <200603010824.k218O0P1032044@porkchop.devel.redhat.com> Updated Packages: NetworkManager-0.5.1-17.cvs20060227 ----------------------------------- * Tue Feb 28 2006 Christopher Aillon 0.5.1-17.cvs20060228 - Tweak three-scan-prune.patch * Mon Feb 27 2006 Christopher Aillon 0.5.1-16.cvs20060227 - Don't prune networks until they've gone MIA for three scans, not one. anaconda-10.92.14-1 ------------------- * Tue Feb 28 2006 Jeremy Katz - 10.92.14-1 - fix traceback in pkgorder - don't display xen - make partitioning type combo wider (dcantrel) - handle Serbian locales properly (#182591) binutils-2.16.91.0.6-2 ---------------------- * Tue Feb 28 2006 Jakub Jelinek 2.16.91.0.6-2 - add MNI support on i?86/x86_64 (#183080) - support S signal frame augmentation flag in .eh_frame, add .cfi_signal_frame support (#175951, PR other/26208, BZ#300) bluez-hcidump-1.30-1 -------------------- * Thu Feb 23 2006 David Woodhouse 1.30-1 - update to bluez-hcidump 1.30 bluez-utils-2.25-1 ------------------ * Thu Feb 23 2006 David Woodhouse - 2.25-1 - Update to bluez-utils 2.25 - Add hidd init script (#182274) device-mapper-multipath-0.4.5-12.2 ---------------------------------- * Mon Feb 27 2006 Benjamin Marzinski 0.4.5-12.2 - Prereq: chkconfig * Mon Feb 20 2006 Karsten Hopp 0.4.5-12.1 - BuildRequires: libselinux-devel eel2-2.13.92-2 -------------- * Tue Feb 28 2006 Matthias Clasen - 2.13.92-2 -Fix a nautilus crash (#183368) evolution-2.5.92-1 ------------------ * Mon Feb 27 2006 Ray Strode - 2.5.92-1 - 2.5.92 * Tue Feb 14 2006 David Malcolm - 2.5.91-1 - 2.5.91 - updated patch 101 to track upstream changes to calendar printing code - remove uptreamed patch 807 (NM multiple initialization assertion) - readded the mail-to-task plugin XML UI file - bump e-d-s req to 1.5.91 * Fri Feb 10 2006 Jesse Keating - 2.5.90-2.1 - bump again for double-long bug on ppc(64) evolution-connector-2.5.92-1 ---------------------------- * Tue Feb 28 2006 Ray Strode - 2.5.92-1 - 2.5.92 * Wed Feb 15 2006 David Malcolm - 2.5.91-1 - 2.5.91 - fix missing declarations (patch 301) evolution-data-server-1.5.92-1 ------------------------------ * Mon Feb 27 2006 Ray Strode - 1.5.92-1 - 1.5.92 fedora-logos-1.1.42-1 --------------------- * Tue Feb 28 2006 Matthias Clasen 1.1.42-1 - New artwork for gdm, kdm Bluecurve from Diana Fong gcc-4.1.0-1 ----------- * Tue Feb 28 2006 Jakub Jelinek 4.1.0-1 - update from gcc-4_1-branch (-r111466:111570) - GCC 4.1.0 release - PR other/26473 * Mon Feb 27 2006 Jakub Jelinek 4.1.0-0.31 - add __floatuns[sdt]i[sdxt]f exports to libgcc_s.so.1 (Joseph S. Myers) - fix unwinding through signal frames (#175951, PR other/26208, glibc BZ#300) gdb-6.3.0.0-1.110 ----------------- * Thu Feb 23 2006 Alexandre Oliva - 6.3.0.0-1.110 - Bump up release number. * Thu Feb 23 2006 Alexandre Oliva - 6.3.0.0-1.107 - Enable gdb to debug core files and executables with mismatched prelink base addresses. Fixes BZ 175075. * Tue Feb 14 2006 Alexandre Oliva - 6.3.0.0-1.106 - Bump up release number. gnome-session-2.13.92-1 ----------------------- * Tue Feb 28 2006 Ray Strode - 2.13.92-1 - Update to 2.13.92 - Add patch from CVS HEAD to maintain compatibility with version 2.13.91 * Thu Feb 23 2006 Ray Strode - 2.13.91-2 - take ownership of autostart dir (bug 182335) gnome-vfs2-2.13.92-3 -------------------- * Tue Feb 28 2006 Alexander Larsson - 2.13.92-3 - Fix smb browsing (#170922) * Tue Feb 28 2006 Alexander Larsson - 2.13.92-2 - Add patch (from cvs) that fixes permission reading gtkhtml3-3.9.92-1 ----------------- * Mon Feb 27 2006 Ray Strode - 3.9.92-1 - Update to 3.9.92 guile-5:1.6.7-6 --------------- * Tue Feb 28 2006 Miroslav Lichvar - 5:1.6.7-6 - move .la files for modules from devel to main package (#182242) hicolor-icon-theme-0.9-2 ------------------------ * Mon Feb 27 2006 Ray Strode 0.9-2 - Remove Prereq on gtk. Prereq's complicate things, and the gtk-update-icon-cache is already protected by [ -x ... ] htmlview-3.0.0-14 ----------------- * Tue Feb 28 2006 Matthias Clasen > 3.0.0-14 - Create absolute symlinks to desktop files (#176104) initscripts-8.30-1 ------------------ * Tue Feb 28 2006 Bill Nottingham 8.30-1 - hotplug: don't cause modules to be reloaded on ifdown/rmmod (#179809) - fix endless loops in ifup/ifdown (#177792, #182466) - fix enabling of enforcing SELinux mode after relabel (#181893) - remove debugging code from ifup-bnep - add /proc, /sys mounting back to rc.sysinit Note: booting without an initrd is deprecated - translation updates jpilot-0.99.8-3 --------------- * Mon Feb 27 2006 Ivana Varekova - 0.99.8-3 - fix b183014 - jpilot startup problem kernel-2.6.15-1.1996_FC5 ------------------------ * Tue Feb 28 2006 Dave Jones - 2.6.16rc5-git3 * Tue Feb 28 2006 David Woodhouse - Fix gettimeofday() in the 64-bit PowerPC vDSO kudzu-1.2.33-1 -------------- * Tue Feb 28 2006 Jeremy Katz - 1.2.33-1 - fix i2o again (#182522) librsvg2-2.14.1-1 ----------------- * Tue Feb 28 2006 Matthias Clasen 2.14.1-1 - Update to 2.14.1 libvirt-0.0.6-1 --------------- * Tue Feb 28 2006 Daniel Veillard 0.0.6-1 - added error handling APIs - small bug fixes - improve python bindings - augment documentation and regression tests mc-1:4.6.1a-9 ------------- * Tue Feb 28 2006 Jindrich Novy 4.6.1a-9 - fix hotkey conflict in Layout options (#183282) - move syntax configuration file from /usr/share/mc to /etc/mc - save layout settings pernamently for showing free space, not only for current session (#182127) - fix audio bindings, make firefox default html binding mod_auth_mysql-1:3.0.0-3 ------------------------ * Tue Feb 28 2006 Joe Orton 1:3.0.0-3 - fix to disable auth by default again (regression since FC4) mono-1.1.13.2-4 --------------- * Tue Feb 28 2006 Ray Strode - 1.1.13.2-4 - Updated patch from Paolo Molaro * Mon Feb 27 2006 Ray Strode - 1.1.13.2-3 - Patch from Jakub to make work with SELinux better ncurses-5.5-19 -------------- * Mon Feb 27 2006 Miroslav Lichvar - 5.5-19 - avoid comparing padding in cchar_t structure (#182024) ntp-4.2.0.a.20050816-11 ----------------------- * Thu Feb 23 2006 Miroslav Lichvar - 4.2.0.a.20050816-11 - update man pages (#153195, #162856) - drop C-Frame-121, vsnprintf, minusTi and loconly patch - prevent segfault when loopback interface is not configured (#159056) - spec cleanup openoffice.org-1:2.0.2-5.1.2 ---------------------------- * Sat Feb 25 2006 Caolan McNamara - 1:2.0.2-5.1 - hunspell replaces myspell - Catalan help documentation available - add sestatus details to crash_reporter - nl_NL dictionaries upstreamed - hu_HU dictionaries upstreamed - workspace.epspreview.patch integrated - workspace.dbwizardpp1.patch integrated - workspace.cmcfixes20.patch integrated - workspace.cmcfixes21.patch integrated - workspace.cmcfixes22.patch integrated - workspace.cmcfixes23.patch integrated - workspace.gcc41.patch integrated - workspace.sb41.patch integrated - workspace.systemagg.patch integrated - workspace.hro02.patch integrated - openoffice.org-1.9.96.ooo35641.noxfonts.vcl.patch integrated - openoffice.org-2.0.1.ooo58618.sfx2.interactionhandler.patch integrated - openoffice.org-2.0.1.ooo58798.parallel.patch integrated - openoffice.org-2.0.1.ooo59537.config_office.nss.patch integrated - openoffice.org-2.0.1.ooo59666.vcl.animatedtheme.patch integrated - openoffice.org-1.9.125.ooo54040.savecrash.svtools.patch integrated - openoffice.org-2.0.1.ooo61098.vcl.readonlyentry.patch integrated - openoffice.org-2.0.2.ooo61178.ucb.neon25.patch integrated - drop openoffice.org-1.9.125.ooo54586.nfslock.sal.patch - drop openoffice.org-1.9.112.ooo50857.gtkslowunderkde.vcl.patch - drop openoffice.org-1.9.88.NONE.gcc3gcj4.patch - drop empty sandbox.jar - deliver link flag syntax changed - new workspace.jaxpapi.patch - replace fasterhelpcontent2.patch with workspace.targetedaot.patch - replace ooo52974.systemhsqldbbeanshell.patch and oooXXXXX.systemxalan.patch with workspace.systemjava.patch - rh#178670# drop PROT_EXEC - add openoffice.org-2.0.2-ooo61841.vcl.honourfontconfigoverrides.patch for rh#179692# - add openoffice.org-2.0.2.ooo62030.solenv._version.patch - rh#181876# update workspace.atkbridge.patch - update and split evo patches to match upstream segmentation - ooo#62318# mozab not available with system mozilla php-5.1.2-5 ----------- * Tue Feb 28 2006 Joe Orton 5.1.2-5 - provide php-api (#183227) - add provides for all builtin modules (Tim Jackson, #173804) - own %{_libdir}/php/pear for PEAR packages (per #176733) - add obsoletes to allow upgrade from FE4 PDO packages (#181863) php-pear-1:1.4.6-2 ------------------ * Tue Feb 28 2006 Joe Orton 1:1.4.6-2 - set cache_dir directory, own /var/cache/php-pear pirut-0.9.17-1 -------------- * Tue Feb 28 2006 Jeremy Katz - 0.9.17-1 - Fix package selection traceback (#183310) - Lock the yum pid file when pirut tools are running (#183311) - Give feedback during group selection (#183307) - Fix display of urllib2 encoded strings (#183111) pm-utils-0.11-1 --------------- * Tue Feb 28 2006 Jeremy Katz - 0.11-1 - fix display on resume with nvidia graphics - add infrastructure to tell what pm-util is running; don't resume video on return from hibernate as the BIOS has already re-initialized it * Fri Feb 24 2006 Phil Knirsch - 0.10-1 - Added missing pciutils-devel BuildRequires (#182566) - Fixed missing vbestata save/restore calls for video suspend/resume (#182167, - Renamed hook scripts to allow local pre and post inserts (#179421) - Added support for blinking led lights on Thinkpad Laptops during suspend (#179420) - Added pm-powersave script for powersaving via HAL (#169054) - Added symlinks for pm-shutdown and pm-restart (#165953) redhat-artwork-0.241-1 ---------------------- * Tue Feb 28 2006 Matthias Clasen - 0.241-1 - New artwork by Diana Fong sound-juicer-2.13.6-1 --------------------- * Tue Feb 28 2006 Matthias Clasen - 2.13.6-1 - Update to 2.13.6 system-config-language-1.1.11-1 ------------------------------- * Tue Feb 28 2006 Paul Nasrat - 1.1.11-1 - Update translations - Serbian locales (#172600) system-config-securitylevel-1.6.16-1 ------------------------------------ * Tue Feb 28 2006 Chris Lumens 1.6.16-1 - Add requirement for scriptlets (#182876, #182877). - Add glade UI strings to translations (#182181). - Reorder service checkboxes to make the screen fit for Italian (#182447). totem-1.3.92-1 -------------- * Tue Feb 28 2006 Matthias Clasen - 1.3.92-1 - Update to 1.3.92 wpa_supplicant-1:0.4.8-2 ------------------------ * Mon Feb 27 2006 Dan Williams - 0.4.8-2 - Don't expose private data on the control interface unless requested xorg-x11-xkbdata-1.0.1-5 ------------------------ * Tue Feb 28 2006 Mike A. Harris 1.0.1-5 - Fixed rpm pre script upgrade/install testing - Rebuild package as 1.0.1-5 in rawhide, completing the transition to xkeyboard-config. * Tue Feb 28 2006 Mike A. Harris 1.0.1-4.0.7.xkbcfg.5 - Added rpm pre script, to pre-remove the symbols/pc during package upgrades, to avoid an rpm cpio error if the X11R7.0 modular xkbdata package is already installed, because rpm can not replace a directory with a file. * Fri Feb 24 2006 Mike A. Harris 1.0.1-4.0.7.xkbcfg.1 - Package renamed to xorg-x11-xkbdata and version/release tweaked since it is too late to add new package names to Fedora Core 5 development. - Added "Provides: xkeyboard-config" virtual provide. Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15-5.FC5.4.i686 requires kernel = 0:2.6.15-1.1955_FC5 GFS-kernel - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5 GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5smp cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp gnbd-kernel - 2.6.15-5.FC5.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs vconfig - 1.9-1.1.ia64 requires libc.so.6 vconfig - 1.9-1.1.ia64 requires libc.so.6(GLIBC_2.0) Broken deps for ppc64 ---------------------------------------------------------- emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi vconfig - 1.9-1.1.ppc64 requires libc.so.6 vconfig - 1.9-1.1.ppc64 requires libc.so.6(GLIBC_2.0) Broken deps for s390 ---------------------------------------------------------- rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 Broken deps for s390x ---------------------------------------------------------- rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 From yinyang at eburg.com Wed Mar 1 08:37:41 2006 From: yinyang at eburg.com (Gordon Messmer) Date: Wed, 01 Mar 2006 00:37:41 -0800 Subject: Mouse lockups in X.org w/ ATI In-Reply-To: <4404B1D8.7090506@eburg.com> References: <44015DA8.5070706@eburg.com> <44023214.80309@eburg.com> <44023659.4060705@eburg.com> <20060227173038.GC20969@localhost.localdomain> <4404B1D8.7090506@eburg.com> Message-ID: <44055D55.6030900@eburg.com> Gordon Messmer wrote: > Monty wrote: >> >> My Logitech mouse does this. My HP mouse does not (pity; the Logitech >> is a much better mouse otherwise). > > Yeah, I snagged a MS USB optical mouse and tested it. It seems fine, so > the problem seems peculiar to Logitech mice. > I've filed this in bugzilla: bug ID 183454 From shrek-m at gmx.de Wed Mar 1 08:53:40 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 01 Mar 2006 09:53:40 +0100 Subject: First time boot screen? In-Reply-To: <1141201266.2465.0.camel@scrappy.miketc.com> References: <1141102726.2657.2.camel@fc5t3.thetoolshed.us> <1141160335.3016.11.camel@mjolnir> <20060228212158.GA28157@exeter.boston.redhat.com> <1141187979.3016.20.camel@mjolnir> <1141201266.2465.0.camel@scrappy.miketc.com> Message-ID: <44056114.2050709@gmx.de> On 01.03.2006 09:21, Mike Chambers wrote: >On Tue, 2006-02-28 at 22:39 -0600, John Morris wrote: > >>Been there, done that. But when you click that last done button at the >>end of firstboot it is pretty safe to assume you really are done with it >>and at that point it could safely switch off the service. Sure it >>doesn't gain a lot on boot time but it would be one less thing to do >>every boot thereafter. >> >> > >They can also manually edit /etc/sysconfig/firstboot and change the >setting to "no". > > it is called "firstboot" and not "everyboot" if firstboot is succesfully done at one time it should be off. -- shrek-m From yinyang at eburg.com Wed Mar 1 09:01:11 2006 From: yinyang at eburg.com (Gordon Messmer) Date: Wed, 01 Mar 2006 01:01:11 -0800 Subject: Mouse lockups in X.org w/ ATI In-Reply-To: <44055D55.6030900@eburg.com> References: <44015DA8.5070706@eburg.com> <44023214.80309@eburg.com> <44023659.4060705@eburg.com> <20060227173038.GC20969@localhost.localdomain> <4404B1D8.7090506@eburg.com> <44055D55.6030900@eburg.com> Message-ID: <440562D7.3090903@eburg.com> Gordon Messmer wrote: > > I've filed this in bugzilla: bug ID 183454 > And just as soon as I do, it may be fixed. Son of a... Monty~ Are you still seeing this problem after updating to the latest kernel package? From ajchida at gmail.com Wed Mar 1 09:01:46 2006 From: ajchida at gmail.com (Chidananda Jayakeerti) Date: Wed, 1 Mar 2006 14:31:46 +0530 Subject: Postgresql on FC5T3 In-Reply-To: <440397D9.3070505@webworks.se> References: <440397D9.3070505@webworks.se> Message-ID: <71b7a9890603010101w1ffaf490kf55efbb03bbea005@mail.gmail.com> Make sure postgres is installed (rpm -q postgresql). If not, install it from the FC5T3 cd's (postgresql -ivh postgresql*) Make sure postgres is running (ps | ax). If not, start postgresql (/etc/rc.d/init.d/postgresql start). Set the password for postgres user (created by postgres). Login as postgres. Postgres databases can be accessed using the psql prompt (psql). By default it will login to postgres database, i think. Hope this helps. Chida On 2/28/06, Uno Engborg wrote: > > How do I get postgresql to work in FC5T3. I don't seam to figure out > how this new alternative > system is supposed to work. Could sombody provide a hint? > > > Regards > Uno Engborg > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at permanentmail.com Wed Mar 1 09:02:53 2006 From: paul at permanentmail.com (Paul Dickson) Date: Wed, 1 Mar 2006 02:02:53 -0700 Subject: OT: AntiSpam UOL In-Reply-To: <4404DEC6.5020901@herakles.homelinux.org> References: <44047808.40107@gmx.de> <1141147576.24999.2.camel@host-81-191-138-133.bluecom.no> <440496A2.7080600@mharris.ca> <4404DEC6.5020901@herakles.homelinux.org> Message-ID: <20060301020253.3366fb02.paul@permanentmail.com> On Wed, 01 Mar 2006 07:37:42 +0800, John Summerfield wrote: > Mike A. Harris wrote: > > > > > Everyone who clicks on the link, helps uol.com.br to keep their > > broken rediculous system functioning for the people who use it. > > Filter them with procmail to /dev/null or block them at the MTA > > level instead. > > > > > This works for me. I've not seen one for months. > > www:~# grep \.br /etc/postfix/header-checks > /servadm.KAVOADM.kavo.com.br/ REJECT No thanks > /^From:.*AntiSpam.*uol.com.br/ REJECT Fix your mail service > www:~# I'm now using in my .procmailrc: :0 HBhb : * ^From:.*uol.com.br /dev/null I haven't seen any since. -Paul From berryja at gmail.com Wed Mar 1 09:09:31 2006 From: berryja at gmail.com (Jonathan Berry) Date: Wed, 1 Mar 2006 03:09:31 -0600 Subject: FC5, progression or regression? In-Reply-To: <4404BB24.7020102@bigpond.net.au> References: <1141088499.3032.15.camel@c-67-164-203-75.hsd1.ut.comcast.net> <4403B39C.4070901@mharris.ca> <20060228035954.GA11216@devserv.devel.redhat.com> <20060228040838.GE22600@redhat.com> <4404BB24.7020102@bigpond.net.au> Message-ID: <8767947e0603010109i366f59bic2c9fcc2455afca2@mail.gmail.com> On 2/28/06, David Timms wrote: > Dave Jones wrote: > > On Mon, Feb 27, 2006 at 10:59:54PM -0500, Bill Nottingham wrote: > > > Mike A. Harris (mharris at mharris.ca) said: > > > > >a 3 GHz P4 processor for heaven's sake. It should run FC5 like the wind. > > > > > > > > That's why it is a test release, to find bugs. Don't use test releases > > > > if you expect flawless OS operation and perfect performance. > > > > > > However, if it's *significantly* less performance, it could certainly > > > signify something that's wrong. > > > > Current kernels still have slab debugging on (Because we still have > > bugs that this is tripping up that need whacking). The increased > > overhead of this sucks up memory bandwidth, and I wouldn't be > > surprised if shared-memory video chipsets feel some pain. > With glxgears, I see the gears update about 15 times in 10 seconds, and > the results are (AMD athlon 2600+, 512ram, nvidia fx5600)# glxgears > 888 frames in 5.4 seconds = 165.811 FPS > 798 frames in 5.0 seconds = 158.416 FPS > 912 frames in 5.7 seconds = 161.284 FPS > 798 frames in 5.0 seconds = 158.274 FPS > 798 frames in 5.1 seconds = 155.004 FPS > It's hard to tell if this is just a stobing effect ;-) > > I think it was at least an order of magnitude higher in FC4 - from > memory approximately 5000 f/s (but perhaps only with the nvidia > (non-open) driver). Are you able to run glxgears with the nv (open-source) driver? It does not work for me (x86_64 PCI-e 6600 GT): $ glxgears X Error of failed request: GLXBadContext Major opcode of failed request: 143 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 22 Current serial number in output stream: 22 Same as Partha noted with an ATi card. Interesting that both of our systems are 64-bit. I also cannot get my GLUT programs to work. They give the same error, with the minor difference that the above 22s are both 29 with the GLUT programs. Jonathan From shrek-m at gmx.de Wed Mar 1 09:15:19 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 01 Mar 2006 10:15:19 +0100 Subject: Cinema Display 30 and Radeon 9600 In-Reply-To: <154407A6-145B-4D6A-BB6E-3541BBB6ABCA@donpoo.net> References: <37607E81-B216-4CB0-92D9-6A9C93FA0D26@donpoo.net> <4404EF30.6020906@gmx.de> <154407A6-145B-4D6A-BB6E-3541BBB6ABCA@donpoo.net> Message-ID: <44056627.5020306@gmx.de> On 01.03.2006 03:36, Scott wrote: > The blank screen on install along with a copy of the X.log and X > config from the install disk is something I will bugzilla. Might be > nice though to see if I could gather more info other than 'it doesn't > work' :) is your problem the "raedoen 9600" or the "cinema display 30" ? i have problems with the "radeon 9600" on a powermac and a "iiyama vision master pro 451" https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180735 the resolution is not as expected but i am happy that X is running now. -- shrek-m From yinyang at eburg.com Wed Mar 1 09:16:23 2006 From: yinyang at eburg.com (Gordon Messmer) Date: Wed, 01 Mar 2006 01:16:23 -0800 Subject: Mouse lockups in X.org w/ ATI In-Reply-To: <440562D7.3090903@eburg.com> References: <44015DA8.5070706@eburg.com> <44023214.80309@eburg.com> <44023659.4060705@eburg.com> <20060227173038.GC20969@localhost.localdomain> <4404B1D8.7090506@eburg.com> <44055D55.6030900@eburg.com> <440562D7.3090903@eburg.com> Message-ID: <44056667.7070400@eburg.com> Gordon Messmer wrote: > Gordon Messmer wrote: >> >> I've filed this in bugzilla: bug ID 183454 >> > > And just as soon as I do, it may be fixed. Son of a... > > Monty~ Are you still seeing this problem after updating to the latest > kernel package? > I lied. It's not gone, but the timeout's gone from 10 seconds to 90 seconds. From alexl at redhat.com Wed Mar 1 09:20:35 2006 From: alexl at redhat.com (Alexander Larsson) Date: Wed, 01 Mar 2006 10:20:35 +0100 Subject: What is beagle supposed to find? In-Reply-To: <6f6293f10602281151o48fdee02m5e0c2e0e2f6fde20@mail.gmail.com> References: <1141052303.2765.7.camel@fc5t3.thetoolshed.us> <6f6293f10602281151o48fdee02m5e0c2e0e2f6fde20@mail.gmail.com> Message-ID: <1141204835.19573.131.camel@greebo> On Tue, 2006-02-28 at 20:51 +0100, Felipe Alfaro Solana wrote: > > The current Search app, beagle, seems to be useless. > > I agree with you. > > I have configured beagle to also include indexes from > beagle-crawl-system and, although the command-line interface to Beagle > works fine, the Search GUI application does not find anything. > > For example: > > $ beagle-query beagle > file:///usr/share/applications/gnome-beagle-search.desktop > file:///usr/share/applications/gnome-beagle-settings.desktop > file:///usr/share/doc/HTML/index.html > file:///usr/share/doc/fedora-release-4.92/RELEASE-NOTES-en.html > file:///usr/share/doc/HTML/RELEASE-NOTES-en.html > > However, searching for "beagle" using the GUI only returns results for > "Search" and "Search & Indexing" elements. > > Why? I asked the beagle developers, and they said the search GUI explicitly removes the documentation indexes from the search, because otherwise hits from there overwhelms your own hits. However, search in the help browser (yelp) searches the documentation. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a lounge-singing day-dreaming waffle chef haunted by an iconic dead American confidante She's a psychotic goth wrestler from beyond the grave. They fight crime! From monty19 at hotmail.com Wed Mar 1 08:44:46 2006 From: monty19 at hotmail.com (Jason Montleon) Date: Wed, 1 Mar 2006 17:44:46 +0900 Subject: rawhide report: 20060228 changes References: <200602280819.k1S8J6eT009069@porkchop.devel.redhat.com> <20060301042534.GH28434@redhat.com> Message-ID: Thank you for putting it up. Much appreciated! ----- Original Message ----- From: "Dave Jones" To: "For testers of Fedora Core development releases" Sent: Wednesday, March 01, 2006 1:25 PM Subject: Re: rawhide report: 20060228 changes > On Wed, Mar 01, 2006 at 11:31:21AM +0900, Jason Montleon wrote: > > OK, it was my own stupid fault for doing this, but I missed the message > > for > > the new kernel (1991): > > > > >* Sun Feb 26 2006 Dave Jones > > >- 2.6.16rc4-git9 & -git10 > > >- Temporarily disable xen due to build breakage. > > > > and went ahead and uninstalled the old kernel, kernel-devel and > > unfortunately also the last kernel-xen-hypervisor and > > kernel-xen-hypervisor-devel kernels. Is the 1977 xen kernel still > > available somewhere > > I just dropped them at http://people.redhat.com/davej/xen > I'll leave them there until it's fixed up again > > > , or will I have to wait for the xen builds to be > > re-enabled so that I can use xen, and if so, when are they expected to > > be > > re-enabled > > 'soon'. I don't know more than that right now, as we're shaking things > up a bit (a bit more than expected this late in the game actually, but > it should be for the best). > > Dave > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > From Fred.New at microlink.ee Wed Mar 1 09:44:10 2006 From: Fred.New at microlink.ee (Fred New) Date: Wed, 1 Mar 2006 11:44:10 +0200 Subject: Social Engineering of Rawhide Message-ID: <345764DCB65C0C4FACC44529DE273C18F8F0CF@eemail1.microlink.lan> On 28. veebruar 2006. a. 20:27, Mike A. Harris wrote: > Technically, it was renamed 2 years ago to "Fedora > Development", however since the developmental repository > for Red Hat Linux was named "rawhide" for 8-10 years or > so, the name rawhide has stuck in the minds of many > developers, and users. > > One observation I've made though that this is changing > slowly, is that I haven't seen anyone file a bug report > against rawhide in bugzilla for a long time. People > are pretty much universally using "Fedora devel" > or one of the test versions when they file. Hmmm. I'm wondering if the RAWHIDE resolution in Bugzilla should also be renamed. Fred From leon.stringer at ntlworld.com Wed Mar 1 09:58:05 2006 From: leon.stringer at ntlworld.com (Leon Stringer) Date: Wed, 1 Mar 2006 9:58:05 +0000 Subject: Printing problem Message-ID: <20060301095805.KSV1217.aamta11-winn.ispmail.ntl.com@smtp.ntlworld.com> > > From: Gerry Tool > Date: 2006/03/01 Wed AM 12:24:05 GMT > To: For testers of Fedora Core development releases > Subject: Re: Printing problem > > Leon Stringer wrote: > >I've done a simple Entity/Relationship Diagram in Dia and when I came to > >print it lines were missing. Initially, I thought this was a Dia problem > >(http://bugzilla.gnome.org/show_bug.cgi?id=332795) but I then thought to > >test it with FC4. > > > >Under FC4 however it prints correctly. > > > >So I've uploaded the PostScript of the diagram (which displays > >correctly) and wondered if anyone could try it to see if they could > >reproduce the problem and/or suggest what's at fault. > > > >It's at http://homepage.ntlworld.com/leon.stringer/fedora/output.ps > > > >The problem I see is that the main part of the lines connecting the > >MEMBER entity to the one above and below are missing (although the 'A' > >part of the "crows foot" shows). > > > >I'm printing to an HP DeskJet 990Cxi. > Views and prints fine to my Samsung ML-1750 and Canon PIXMA ip-4000 > printers in both FC4 (uptodate) and FC5T3 + all rawhide updates. The > printers are connected to a Netgear lpd print server. Thanks for testing. I'm using the hpijs driver so may be it's specific to that. Can anyone test it? I'm convinced there's a real problem here because it happens consistently with FC5 and never with FC4. ----------------------------------------- Email sent from www.ntlworld.com Virus-checked using McAfee(R) Software Visit www.ntlworld.com/security for more information From shrek-m at gmx.de Wed Mar 1 11:40:08 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 01 Mar 2006 12:40:08 +0100 Subject: Social Engineering of Rawhide In-Reply-To: <345764DCB65C0C4FACC44529DE273C18F8F0CF@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C18F8F0CF@eemail1.microlink.lan> Message-ID: <44058818.8050308@gmx.de> On 01.03.2006 10:44, Fred New wrote: >On 28. veebruar 2006. a. 20:27, Mike A. Harris wrote: > > >>Technically, it was renamed 2 years ago to "Fedora >>Development", however since the developmental repository >>for Red Hat Linux was named "rawhide" for 8-10 years or >>so, the name rawhide has stuck in the minds of many >>developers, and users. >> >>One observation I've made though that this is changing >>slowly, is that I haven't seen anyone file a bug report >>against rawhide in bugzilla for a long time. People >>are pretty much universally using "Fedora devel" >>or one of the test versions when they file. >> >> you can not choose "rawhide" as version but "devel" https://bugzilla.redhat.com/bugzilla/enter_bug.cgi fedora core Bugs related to the Core components of the Fedora Product distribution. If reporting against a stable release then choose the release number you are using as the version. The current release is 'fc4'. If reporting against the rawhide (daily development tree) then choose 'devel' as the version. >Hmmm. I'm wondering if the RAWHIDE resolution in >Bugzilla should also be renamed. > good question :-) indeed, you can not choose "devel" as resolution but "rawhide" https://bugzilla.redhat.com/bugzilla/page.cgi?id=bug_status.html#resolution rawhide This resolution should not be used for RHEL bugs.. Otherwise, it means that the problem described has been fixed in the latest development release of our product obtainable from our ftp site. -- shrek-m From clodoaldo.pinto at gmail.com Wed Mar 1 11:57:57 2006 From: clodoaldo.pinto at gmail.com (Clodoaldo Pinto) Date: Wed, 1 Mar 2006 08:57:57 -0300 Subject: NFS - mount: permission denied Message-ID: I can't mount an exported fc5t3 server nfs share from a fc4 client. It was working when the server was fc3. [root at dkt ~]# mount -t nfs4 s0:/home /mnt/s0 mount: permission denied The server is fc5t3 and the client fc4. SELinux is disabled in both. Server fc5t3 config: [root at s0 ~]# uname -a Linux s0 2.6.15-1.1996_FC5 #1 Tue Feb 28 16:03:15 EST 2006 i686 athlon i386 GNU/Linux [root at s0 ~]# cat /etc/exports /home 10.1.1.0/24(rw,sync,nohide) [root at s0 ~]# ls -ld /home drwxr-xr-x 3 root root 4096 Feb 24 09:49 /home [root at s0 ~]# cat /etc/auto.master # # $Id: auto.master,v 1.4 2005/01/04 14:36:54 raven Exp $ # # Sample auto.master file # This is an automounter map and it has the following format # key [ -mount-options-separated-by-comma ] location # For details of the format look at autofs(5). #/misc /etc/auto.misc --timeout=60 #/smb /etc/auto.smb /net /etc/auto.net [root at s0 ~]# cat /etc/auto.home cat: /etc/auto.home: No such file or directory [root at s0 ~]# rpcinfo -p program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100024 1 udp 32768 status 100024 1 tcp 35032 status 100011 1 udp 920 rquotad 100011 2 udp 920 rquotad 100011 1 tcp 923 rquotad 100011 2 tcp 923 rquotad 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100003 4 udp 2049 nfs 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs 100003 4 tcp 2049 nfs 100021 1 udp 32770 nlockmgr 100021 3 udp 32770 nlockmgr 100021 4 udp 32770 nlockmgr 100021 1 tcp 41034 nlockmgr 100021 3 tcp 41034 nlockmgr 100021 4 tcp 41034 nlockmgr 100005 1 udp 942 mountd 100005 1 tcp 945 mountd 100005 2 udp 942 mountd 100005 2 tcp 945 mountd 100005 3 udp 942 mountd 100005 3 tcp 945 mountd Client fc4 config: [root at dkt ~]# ls -ld /mnt/s0 drwxr-xr-x 2 root root 4096 Aug 15 2005 /mnt/s0 [root at dkt ~]# cat /etc/fstab # This file is edited by fstab-sync - see 'man fstab-sync' for details /dev/VolGroup00/LogVol00 / ext3 defaults 1 1 LABEL=/boot /boot ext3 defaults 1 2 /dev/devpts /dev/pts devpts gid=5,mode=620 0 0 /dev/shm /dev/shm tmpfs defaults 0 0 /dev/proc /proc proc defaults 0 0 /dev/sys /sys sysfs defaults 0 0 /dev/VolGroup00/LogVol01 swap swap defaults 0 0 s0:/home /mnt/s0 nfs4 noauto,user,owner,rw /dev/fd0 /media/floppy auto pamconsole,exec,noauto,utf8,managed 0 0 /dev/hdd /media/cdrom auto pamconsole,exec,noauto,managed 0 0 /dev/hdc /media/cdrecorder auto pamconsole,exec,noauto,managed 0 0 [root at dkt ~]# rpcinfo -p program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100024 1 udp 32768 status 100024 1 tcp 52610 status 100011 1 udp 890 rquotad 100011 2 udp 890 rquotad 100011 1 tcp 893 rquotad 100011 2 tcp 893 rquotad 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100003 4 udp 2049 nfs 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs 100003 4 tcp 2049 nfs 100021 1 udp 32770 nlockmgr 100021 3 udp 32770 nlockmgr 100021 4 udp 32770 nlockmgr 100021 1 tcp 53917 nlockmgr 100021 3 tcp 53917 nlockmgr 100021 4 tcp 53917 nlockmgr 100005 1 udp 916 mountd 100005 1 tcp 919 mountd 100005 2 udp 916 mountd 100005 2 tcp 919 mountd 100005 3 udp 916 mountd 100005 3 tcp 919 mountd 1073741824 1 tcp 55382 Regards, Clodoaldo Pinto From ndbecker2 at gmail.com Wed Mar 1 13:29:30 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 01 Mar 2006 08:29:30 -0500 Subject: power managerment very cool Message-ID: After today's update I have gnome power manager applet in my kde panel. I just tested setting it to suspend when lid closed, and it worked nicely. Just 1 bug: When resumed, the applet said there was a problem with suspend (or was it resume), but I don't see any problemm. Now, can we integrate this functionality with the kde power management applet? From catfather at donpoo.net Wed Mar 1 13:38:44 2006 From: catfather at donpoo.net (Scott) Date: Wed, 1 Mar 2006 08:38:44 -0500 Subject: Cinema Display 30 and Radeon 9600 In-Reply-To: <44056627.5020306@gmx.de> References: <37607E81-B216-4CB0-92D9-6A9C93FA0D26@donpoo.net> <4404EF30.6020906@gmx.de> <154407A6-145B-4D6A-BB6E-3541BBB6ABCA@donpoo.net> <44056627.5020306@gmx.de> Message-ID: <773E909B-5564-4F01-9A60-17E5BE1B994B@donpoo.net> On Mar 1, 2006, at 4:15 AM, shrek-m at gmx.de wrote: > On 01.03.2006 03:36, Scott wrote: > >> The blank screen on install along with a copy of the X.log and X >> config from the install disk is something I will bugzilla. Might >> be nice though to see if I could gather more info other than 'it >> doesn't work' :) > > > is your problem the "raedoen 9600" or the "cinema display 30" ? > i have problems with the "radeon 9600" on a powermac and a "iiyama > vision master pro 451 I do not know. As a wild guess I would say the problem is with the xorg radeon driver not supporting the dual link dvi mode needed to drive the Apple Cinema Display 30. I have seen working video in xorg 6.8.2 running the Radeon 9600 and the ACD 30 at 1024x768 under Ubuntu breezy when using the radeon driver. However, I still has the same issue of not being able to do native 2560x1600. I loaded up FC5-test3 figuring I would try the latest xorg release I could find in a distro to see if the problem was something that had been fixed in the radeon driver or X11 code. So far though I have not been able to get video at 1024x678 like I had running with xorg 6.8.2 in Ubuntu. So I _think_ the problem is with the video card or xorg driver than the ACD 30. I'm concerned, but not stressed out about, as to why I cannot seem to get any video at any resolution under xorg 7.0.0 in FC5-test3 where I could at least get 1024x768 under xorg 6.8.2 in Ubuntu. The real goal is to find out why I cannot get native 2560x1600 running. :) > Ihttps://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180735 > the resolution is not as expected but i am happy that X is running > now. Thanks for the link to this. Your xorg.conf and mine are identical as far as the radeon driver setup. For reference here are the specs on the ACD 30: http://www.apple.com/ displays/specs.html. The following detected DDC data and panel type from the ACD 30 is accurate according to the specs I've seen: (II) RADEON(0): I2C bus "DDC" initialized. (II) RADEON(0): Legacy BIOS detected (II) RADEON(0): Connector0: DDCType-2, DACType-0, TMDSType-1, ConnectorType-3 (II) RADEON(0): Connector1: DDCType-3, DACType-1, TMDSType-0, ConnectorType-3 (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): DDC Type: 3, Detected Type: 0 (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): DDC Type: 2, Detected Type: 3 (II) RADEON(0): EDID data from the display on port 2----------------------- (II) RADEON(0): Manufacturer: APP Model: 9232 Serial#: 33556679 (II) RADEON(0): Year: 2005 Week: 47 (II) RADEON(0): EDID Version: 1.3 (II) RADEON(0): Digital Display Input (II) RADEON(0): Max H-Image Size [cm]: horiz.: 64 vert.: 40 (II) RADEON(0): Gamma: 2.20 (II) RADEON(0): DPMS capabilities: Off; RGB/Color Display (II) RADEON(0): First detailed timing not preferred mode in violation of standard! (II) RADEON(0): redX: 0.640 redY: 0.343 greenX: 0.292 greenY: 0.611 (II) RADEON(0): blueX: 0.146 blueY: 0.074 whiteX: 0.313 whiteY: 0.331 (II) RADEON(0): Manufacturer's mask: 0 (II) RADEON(0): Supported additional Video Mode: (II) RADEON(0): clock: 71.0 MHz Image Size: 641 x 401 mm (II) RADEON(0): h_active: 1280 h_sync: 1328 h_sync_end 1360 h_blank_end 1440 h_border: 0 (II) RADEON(0): v_active: 800 v_sync: 803 v_sync_end 809 v_blanking: 823 v_border: 0 (II) RADEON(0): Supported additional Video Mode: (II) RADEON(0): clock: 268.0 MHz Image Size: 641 x 401 mm (II) RADEON(0): h_active: 2560 h_sync: 2608 h_sync_end 2640 h_blank_end 2720 h_border: 0 (II) RADEON(0): v_active: 1600 v_sync: 1603 v_sync_end 1609 v_blanking: 1646 v_border: 0 (II) RADEON(0): Serial No: CY54703AUG1 (II) RADEON(0): Monitor name: Cinema HD (II) RADEON(0): Number of EDID sections to follow: 1 (II) RADEON(0): (II) RADEON(0): Primary: Monitor -- TMDS Connector -- DVI-I DAC Type -- Primary TMDS Type -- External DDC Type -- DVI_DDC (II) RADEON(0): Secondary: Monitor -- NONE Connector -- DVI-I DAC Type -- TVDAC/ExtDAC TMDS Type -- Internal DDC Type -- VGA_DDC (II) RADEON(0): PLL parameters: rf=2700 rd=12 min=20000 max=40000; xclk=27000 (WW) RADEON(0): Failed to detect secondary monitor, MergedFB/Clone mode disabled (==) RADEON(0): Using gamma correction (1.0, 1.0, 1.0) (II) RADEON(0): Validating modes on Primary head --------- (II) RADEON(0): DFP table revision: 4 (II) RADEON(0): Panel infos found from DDC detailed: 1280x800 (II) RADEON(0): Panel infos found from DDC detailed: 2560x1600 (II) RADEON(0): Valid Mode from Detailed timing table: 1280x800 (II) RADEON(0): Valid Mode from Detailed timing table: 2560x1600 (II) RADEON(0): Total of 2 mode(s) found. (II) RADEON(0): Total number of valid DDC mode(s) found: 2 (--) RADEON(0): Virtual size is 2560x1600 (pitch 2560) -- Scott -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2369 bytes Desc: not available URL: From uno at webworks.se Wed Mar 1 14:02:24 2006 From: uno at webworks.se (Uno Engborg) Date: Wed, 01 Mar 2006 15:02:24 +0100 Subject: Postgresql on FC5T3 In-Reply-To: <71b7a9890603010101w1ffaf490kf55efbb03bbea005@mail.gmail.com> References: <440397D9.3070505@webworks.se> <71b7a9890603010101w1ffaf490kf55efbb03bbea005@mail.gmail.com> Message-ID: <4405A970.4040009@webworks.se> Chidananda Jayakeerti wrote: > Make sure postgres is installed (rpm -q postgresql). If not, install > it from the FC5T3 cd's (postgresql -ivh postgresql*) > > Make sure postgres is running (ps | ax). If not, start postgresql > (/etc/rc.d/init.d/postgresql start). > > Set the password for postgres user (created by postgres). Login as > postgres. Postgres databases can be accessed using the psql prompt > (psql). By default it will login to postgres database, i think. > > Hope this helps. > Chida Problem solved, I somehow seam to have missed installing postgresql-server. Regards Uno Engborg From justin.conover at gmail.com Wed Mar 1 14:33:32 2006 From: justin.conover at gmail.com (Justin Conover) Date: Wed, 1 Mar 2006 08:33:32 -0600 Subject: Benchmarking OS's Message-ID: What are some good test to run to benchmark OS's on the same hardware? Not trying to flame Solaris or anything, but I'm curious because I run several *nix's on my box, and Rawhide always seems to visually/perception of running the fastest, and Solaris(nevada/opensolaris) seems to perform the worst. So I would like to run some test to find out if my perceptions are all biased :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From chrisw01 at comcast.net Wed Mar 1 14:47:59 2006 From: chrisw01 at comcast.net (Christopher A. Williams) Date: Wed, 01 Mar 2006 07:47:59 -0700 Subject: Password Changing for Normal User Message-ID: <1141224479.4154.16.camel@spikehome.spikenet.local> Is it just me, or has anyone else noticed that there is no menu entry in GNOME for a user to change their own password in FC5T3? That means they have to know to use the passwd command at the CLI. I think this is rather odd since there is a menu entry available to change the root password (System --> Administration --> Root Password). Am I just not finding this or is it a bug? If so, should I Bugzilla? Cheers, Chris -- ====================== "Never murder a man when he's busy committing suicide." -- Woodrow Wilson From ben.steeves at gmail.com Wed Mar 1 14:43:44 2006 From: ben.steeves at gmail.com (Ben Steeves) Date: Wed, 1 Mar 2006 10:43:44 -0400 Subject: What is beagle supposed to find? In-Reply-To: <1141204835.19573.131.camel@greebo> References: <1141052303.2765.7.camel@fc5t3.thetoolshed.us> <6f6293f10602281151o48fdee02m5e0c2e0e2f6fde20@mail.gmail.com> <1141204835.19573.131.camel@greebo> Message-ID: <7ebb24d10603010643x6ffdec89n3c3ba9b0deb15dd6@mail.gmail.com> On 3/1/06, Alexander Larsson wrote: > I asked the beagle developers, and they said the search GUI explicitly > removes the documentation indexes from the search, because otherwise > hits from there overwhelms your own hits. However, search in the help > browser (yelp) searches the documentation. Hrm. It would make more sense to put them in their own section so you can ignore them if you want. A hacking we shall go... -- _ Ben Steeves bcs at metacon.ca ( ) The ASCII ribbon campaign ben.steeves at unb.ca X against HTML e-mail GPG ID: 0xB3EBF1D9 / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves From fedora at mishakononov.com Wed Mar 1 14:56:56 2006 From: fedora at mishakononov.com (Misha Kononov) Date: Wed, 01 Mar 2006 09:56:56 -0500 Subject: Password Changing for Normal User In-Reply-To: <1141224479.4154.16.camel@spikehome.spikenet.local> References: <1141224479.4154.16.camel@spikehome.spikenet.local> Message-ID: <4405B638.6040308@mishakononov.com> Christopher A. Williams wrote: > Is it just me, or has anyone else noticed that there is no menu entry in > GNOME for a user to change their own password in FC5T3? That means they > have to know to use the passwd command at the CLI. I think this is > rather odd since there is a menu entry available to change the root > password (System --> Administration --> Root Password). > > Am I just not finding this or is it a bug? If so, should I Bugzilla? > > Cheers, > > Chris > > Preferences -> About Me -> Change Password... --Misha From dtimms at bigpond.net.au Wed Mar 1 13:13:16 2006 From: dtimms at bigpond.net.au (David Timms) Date: Thu, 02 Mar 2006 00:13:16 +1100 Subject: FC5, glxgears is there, but not default In-Reply-To: <440494E2.5010403@mharris.ca> References: <1141088499.3032.15.camel@c-67-164-203-75.hsd1.ut.comcast.net> <4403B39C.4070901@mharris.ca> <44043B0B.1080101@bigpond.net.au> <440494E2.5010403@mharris.ca> Message-ID: <44059DEC.6090005@bigpond.net.au> Mike A. Harris wrote: > David Timms wrote: >> Mike A. Harris wrote: >> >>> Except that you are wrong, and glxgears is part of FC5. >> >> iff its installed: I had to manually install (I guess this is based on >> installer choices and hence why some people dont have it installed ?). >> # rpm -qf /usr/bin/glxgears >> glx-utils-6.4.2-5 > > If you think it should be installed by default, file a bug report > against anaconda or comps. Of general interest: perhaps not. But if there is some extremely cool, show off, kick ass, make you want to go and stick Fedora on a machine this second 3d gl demo (that isn't too big), that could be installed by default ;) However, the size is tiny (16k+16k) for gears and info, so for a GUI install I reckon it should be included. It's at least a basic GL test tool which is proof of GL before trying some games / screen savers etc. I'll file the request if there is any one else who would agree its needed ?? DaveT. From Axel.Thimm at ATrpms.net Wed Mar 1 15:45:45 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 1 Mar 2006 16:45:45 +0100 Subject: initscripts, xen and bonding In-Reply-To: <20060224232820.GD5644@devserv.devel.redhat.com> References: <20060224231311.GP21359@neu.nirvana> <20060224232820.GD5644@devserv.devel.redhat.com> Message-ID: <20060301154545.GA24276@neu.nirvana> On Fri, Feb 24, 2006 at 06:28:20PM -0500, Bill Nottingham wrote: > Axel Thimm (Axel.Thimm at ATrpms.net) said: > > I'm having a hard time getting bonding to work on FC5t3. > > Not surprising. The way Xen does its bridging breaks bonding > fairly badly. > > It's possible it could be fixed in the xen scripts, but I don't > think it's been looked at. I now jumped into the xen networking concepts. These make sense, but there are two issues: a) bonding should be performed onto the "physical" bonding interface, which xen renames to pbond0. Still the initscripts only work with MASTER=pbond0 if called *after* completion of the boot process. b) even if a) is fixed and requires MASTER=pbond0 setting, the switching from a xen kernel to a non-xen kernel the configuration in the initscripts would be bogus (pointing to a nonexisting pbond0), and the bonding device would be w/o slaves. I don't understand why a) happens, seems to be dependent on the order of the steps performed. Maybe the bonding/enslaving (at boot time) happens before xen renames the bond0 device and later on the enslaving is wrong. Reruning the ifup scripts sees the renamed devices and performs properly. That's a theory at least. I'm not sure how to solve b). Ideally one would like to not have xen specific actions in initscripts, but otherwise one risks cutting of the system of the net completely when upgrading kernels and booting into the wron one. Probably not something one wants when setting up bonding to ensure network availability. ;) Should I file a bugzilla? xen or initscripts? -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From uno at webworks.se Wed Mar 1 16:20:36 2006 From: uno at webworks.se (Uno Engborg) Date: Wed, 01 Mar 2006 17:20:36 +0100 Subject: Password Changing for Normal User In-Reply-To: <1141224479.4154.16.camel@spikehome.spikenet.local> References: <1141224479.4154.16.camel@spikehome.spikenet.local> Message-ID: <4405C9D4.80705@webworks.se> Christopher A. Williams wrote: > Is it just me, or has anyone else noticed that there is no menu entry in > GNOME for a user to change their own password in FC5T3? That means they > have to know to use the passwd command at the CLI. I think this is > rather odd since there is a menu entry available to change the root > password (System --> Administration --> Root Password). > > Am I just not finding this or is it a bug? If so, should I Bugzilla? > > Cheers, > > Chris > > You find it as a button in the new "About Me" dialog. ("Desktop->Preferences->About Me") This makes no sense what so ever, espesially since the about me stuff is something local to the machine, while passwords often are stored in LDAP or NIS. This about me dialog would have made a lot more sense if it had been backed by LDAP or whatever system you specify in e.g. /etc/nsswitch.conf. As for the Desktop->Administration->Root Password, and other menus in the Desktop->Administration submenu, I think they should be hidden from ordinary users, unless these users actually can use them in the capacity of being a sudoer. However, as far as I know sudo doesn't help. You always have to enter the root password to change things in the Administration submenu. Regards Uno Engborg From dtimms at bigpond.net.au Wed Mar 1 13:03:13 2006 From: dtimms at bigpond.net.au (David Timms) Date: Thu, 02 Mar 2006 00:03:13 +1100 Subject: FC5, progression or regression? In-Reply-To: <8767947e0603010109i366f59bic2c9fcc2455afca2@mail.gmail.com> References: <1141088499.3032.15.camel@c-67-164-203-75.hsd1.ut.comcast.net> <4403B39C.4070901@mharris.ca> <20060228035954.GA11216@devserv.devel.redhat.com> <20060228040838.GE22600@redhat.com> <4404BB24.7020102@bigpond.net.au> <8767947e0603010109i366f59bic2c9fcc2455afca2@mail.gmail.com> Message-ID: <44059B91.6070803@bigpond.net.au> Jonathan Berry wrote: > On 2/28/06, David Timms wrote: >> Dave Jones wrote: >>> On Mon, Feb 27, 2006 at 10:59:54PM -0500, Bill Nottingham wrote: >>> > Mike A. Harris (mharris at mharris.ca) said: >>> > > >a 3 GHz P4 processor for heaven's sake. It should run FC5 like the wind. >>> > > >>> > > That's why it is a test release, to find bugs. Don't use test releases >>> > > if you expect flawless OS operation and perfect performance. >>> > >>> > However, if it's *significantly* less performance, it could certainly >>> > signify something that's wrong. >>> >>> Current kernels still have slab debugging on (Because we still have >>> bugs that this is tripping up that need whacking). The increased >>> overhead of this sucks up memory bandwidth, and I wouldn't be >>> surprised if shared-memory video chipsets feel some pain. >> With glxgears, I see the gears update about 15 times in 10 seconds, and >> the results are (AMD athlon 2600+, 512ram, nvidia fx5600)# glxgears >> 888 frames in 5.4 seconds = 165.811 FPS >> 798 frames in 5.0 seconds = 158.416 FPS >> 912 frames in 5.7 seconds = 161.284 FPS >> 798 frames in 5.0 seconds = 158.274 FPS >> 798 frames in 5.1 seconds = 155.004 FPS >> It's hard to tell if this is just a stobing effect ;-) >> >> I think it was at least an order of magnitude higher in FC4 - from >> memory approximately 5000 f/s (but perhaps only with the nvidia >> (non-open) driver). > > Are you able to run glxgears with the nv (open-source) driver? It > does not work for me (x86_64 PCI-e 6600 GT): Yes, the above slow results are with nv (ie default installer chosen driver / config) - there is no error, however it appears that the gears are not being clearly updated on the screen; CPU use goes to 100% but I think that would be normal :) from /var/log/X log: (II) LoadModule: "nv" (II) Loading /usr/lib/xorg/modules/drivers/nv_drv.so (II) Module nv: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.0.1 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 0.8 ... (II) NV: driver for NVIDIA chipsets: RIVA 128, RIVA TNT, RIVA TNT2, ... (--) Chipset GeForce FX 5600 found ... (II) NV(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits DaveT From kaboom at oobleck.net Wed Mar 1 16:03:34 2006 From: kaboom at oobleck.net (Chris Ricker) Date: Wed, 1 Mar 2006 11:03:34 -0500 (EST) Subject: Benchmarking OS's In-Reply-To: References: Message-ID: On Wed, 1 Mar 2006, Justin Conover wrote: > What are some good test to run to benchmark OS's on the same hardware? > > Not trying to flame Solaris or anything, but I'm curious because I run > several *nix's on my box, and Rawhide always seems to visually/perception of > running the fastest, and Solaris(nevada/opensolaris) seems to perform the > worst. > > So I would like to run some test to find out if my perceptions are all > biased :) Thanks for not cc'ing this to perf-discuss @ opensolaris.org and thereby kicking off a massive inter-OS flamewar ;-) Seriously, check out the list at for a starting point on some tools you might use lmbench and / or libmicro are probably good starting places for what you're wanting There are a lot of factors you can't really control that are going to bias any tests you do though. OpenSolaris isn't buildable by non-Sun internal people in a non-debugging mode yet, for example, and the debugging factor on Rawhide changes periodically.... later, chris From Axel.Thimm at ATrpms.net Wed Mar 1 16:43:19 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 1 Mar 2006 17:43:19 +0100 Subject: Using LIRC in FC5 In-Reply-To: <4404DD4B.1020608@amberpoint.com> References: <4404DD4B.1020608@amberpoint.com> Message-ID: <20060301164319.GC24276@neu.nirvana> On Tue, Feb 28, 2006 at 03:31:23PM -0800, Brian Anderson wrote: > Can someone give some directions on how to use lirc in FC5. I've > googled for help, but all the howto's seem to discuss lirc-* kernel > modules which I cannot found even when building from the source RPM. I > have T42p laptop with an IR port and I was hoping to have it recieve > input from a TV remote. > > Thanks for any pointers. The kmlds are here http://atrpms.net/dist/fc5/lirc/ -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From notting at redhat.com Wed Mar 1 16:43:44 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 1 Mar 2006 11:43:44 -0500 Subject: initscripts, xen and bonding In-Reply-To: <20060301154545.GA24276@neu.nirvana> References: <20060224231311.GP21359@neu.nirvana> <20060224232820.GD5644@devserv.devel.redhat.com> <20060301154545.GA24276@neu.nirvana> Message-ID: <20060301164344.GA28603@devserv.devel.redhat.com> Axel Thimm (Axel.Thimm at ATrpms.net) said: > I don't understand why a) happens, seems to be dependent on the order > of the steps performed. Maybe the bonding/enslaving (at boot time) > happens before xen renames the bond0 device and later on the enslaving > is wrong. Correct. > I'm not sure how to solve b). Ideally one would like to not have xen > specific actions in initscripts, but otherwise one risks cutting of > the system of the net completely when upgrading kernels and booting > into the wron one. Probably not something one wants when setting up > bonding to ensure network availability. ;) > > Should I file a bugzilla? xen or initscripts? Ideally, xen shouldn't be mucking with networking that much. It does it because of some supposed race. Bill > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list From katzj at redhat.com Wed Mar 1 16:46:21 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 01 Mar 2006 11:46:21 -0500 Subject: power managerment very cool In-Reply-To: References: Message-ID: <1141231581.4531.8.camel@bree.local.net> On Wed, 2006-03-01 at 08:29 -0500, Neal Becker wrote: > After today's update I have gnome power manager applet in my kde panel. I > just tested setting it to suspend when lid closed, and it worked nicely. > Just 1 bug: > > When resumed, the applet said there was a problem with suspend (or was it > resume), but I don't see any problemm. This is being caused by http://bugzilla.gnome.org/show_bug.cgi?id=332888. davidz and hughsie are on it :) Jeremy From alan at clueserver.org Wed Mar 1 16:59:34 2006 From: alan at clueserver.org (alan) Date: Wed, 1 Mar 2006 08:59:34 -0800 (PST) Subject: Password Changing for Normal User In-Reply-To: <1141224479.4154.16.camel@spikehome.spikenet.local> References: <1141224479.4154.16.camel@spikehome.spikenet.local> Message-ID: On Wed, 1 Mar 2006, Christopher A. Williams wrote: > Is it just me, or has anyone else noticed that there is no menu entry in > GNOME for a user to change their own password in FC5T3? That means they > have to know to use the passwd command at the CLI. I think this is > rather odd since there is a menu entry available to change the root > password (System --> Administration --> Root Password). > > Am I just not finding this or is it a bug? If so, should I Bugzilla? Look in Preferences under "About Me". In the upper right hand corner is a "change password" button. -- "George W. Bush -- Bringing back the Sixties one Nixon at a time." From huffman at graze.net Wed Mar 1 17:22:13 2006 From: huffman at graze.net (Brian C. Huffman) Date: Wed, 01 Mar 2006 12:22:13 -0500 Subject: Desktop responsiveness and swappiness Message-ID: <1141233733.2568.8.camel@zaphod.graze.net> All, I hate to open up this can of worms....b/c I know that it's been discussed in depth before, but what is the current sense as far as swappiness settings for desktop machines and in specific laptops? I have just gone back and read a lot of the emails regarding this including the ones from Andrew Morton where he says that he runs his own desktop machines with a swappiness of 100. Unfortunately, there are a couple of differences for me: 1) I'm using a laptop and the drive is generally slower than desktops and 2) I don't often (if ever) compile a kernel so I'm not looking for a faster long-term experience (as with compiles). I'm looking for snappiness and low latency on *any* apps that I have loaded on the desktop: window manager (metacity), firefox, openoffice, evolution, and even VMWare. So what are the thoughts / experiences of others? I've just set my swappiness to 10 from 60 and it *appears* to me that things are snappier and open quicker. I'll have to watch this long term to see if my initial impressions are accurate. Also, would the choice of IO scheduler matter here? I see that CFQ is the default. Thanks, Brian From justin.conover at gmail.com Wed Mar 1 17:32:38 2006 From: justin.conover at gmail.com (Justin Conover) Date: Wed, 1 Mar 2006 11:32:38 -0600 Subject: Desktop responsiveness and swappiness In-Reply-To: <1141233733.2568.8.camel@zaphod.graze.net> References: <1141233733.2568.8.camel@zaphod.graze.net> Message-ID: On 3/1/06, Brian C. Huffman wrote: > > All, > > I hate to open up this can of worms....b/c I know that it's been > discussed in depth before, but what is the current sense as far as > swappiness settings for desktop machines and in specific laptops? > > I have just gone back and read a lot of the emails regarding this > including the ones from Andrew Morton where he says that he runs his own > desktop machines with a swappiness of 100. > > Unfortunately, there are a couple of differences for me: 1) I'm using a > laptop and the drive is generally slower than desktops and 2) I don't > often (if ever) compile a kernel so I'm not looking for a faster > long-term experience (as with compiles). I'm looking for snappiness and > low latency on *any* apps that I have loaded on the desktop: window > manager (metacity), firefox, openoffice, evolution, and even VMWare. > > So what are the thoughts / experiences of others? I've just set my > swappiness to 10 from 60 and it *appears* to me that things are snappier > and open quicker. I'll have to watch this long term to see if my > initial impressions are accurate. > > Also, would the choice of IO scheduler matter here? I see that CFQ is > the default. > > http://www.redhat.com/magazine/008jun05/features/schedulers/ Gives you some idea about the schedulers, you can just add a grub line to test the other 3. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jspaleta at gmail.com Wed Mar 1 17:39:09 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 1 Mar 2006 12:39:09 -0500 Subject: FC5, progression or regression? In-Reply-To: <20060228040838.GE22600@redhat.com> References: <1141088499.3032.15.camel@c-67-164-203-75.hsd1.ut.comcast.net> <4403B39C.4070901@mharris.ca> <20060228035954.GA11216@devserv.devel.redhat.com> <20060228040838.GE22600@redhat.com> Message-ID: <604aa7910603010939n26ad9d98q2d93fb7c30b29fe7@mail.gmail.com> On 2/27/06, Dave Jones wrote: > Current kernels still have slab debugging on (Because we still have > bugs that this is tripping up that need whacking). The increased > overhead of this sucks up memory bandwidth, and I wouldn't be > surprised if shared-memory video chipsets feel some pain. Would it be enough to install and boot into the latest fc4 update kernel to make a rough attempt to isolate the affect of enabled kernel debugging from xorg driver issues? or has there been too much shift in the rawhide kernel from rev 1831 for that comparison to be useful at all? -jef From berryja at gmail.com Wed Mar 1 18:10:48 2006 From: berryja at gmail.com (Jonathan Berry) Date: Wed, 1 Mar 2006 12:10:48 -0600 Subject: GLX with the nv driver Message-ID: <8767947e0603011010j24227d47v2950c7cf18862506@mail.gmail.com> On 3/1/06, David Timms wrote: > Jonathan Berry wrote: > > Are you able to run glxgears with the nv (open-source) driver? It > > does not work for me (x86_64 PCI-e 6600 GT): > > Yes, the above slow results are with nv (ie default installer chosen > driver / config) - there is no error, however it appears that the gears > are not being clearly updated on the screen; CPU use goes to 100% but I I think this is normal. It's the same effect as when looking at a car's wheels and it looks like the wheels are rotating backwards. The gear rotation rate is at just the right speed relative to everything else to where they don't appear to move as much as they do. In FC4 with the nvidia driver, I get around 11,000 FPS and it appears that the gears stutter a little. > think that would be normal :) Yes, 100% CPU usage is normal. > from /var/log/X log: > (II) LoadModule: "nv" > (II) Loading /usr/lib/xorg/modules/drivers/nv_drv.so > (II) Module nv: vendor="X.Org Foundation" > compiled for 7.0.0, module version = 1.0.1 > Module class: X.Org Video Driver > ABI class: X.Org Video Driver, version 0.8 > ... > (II) NV: driver for NVIDIA chipsets: RIVA 128, RIVA TNT, RIVA TNT2, > ... > (--) Chipset GeForce FX 5600 found > ... > (II) NV(0): Using XFree86 Acceleration Architecture (XAA) > Screen to screen bit blits I get the same messages in my log (except mine is a 6600 GT). I wonder what the difference is. Yours is 32-bit arch, right? Is your card a PCI, AGP, or PCI-e card? Mine is 64-bit arch, PCI-e card. Perhaps it is time for a bug report. Jonathan From e1geo at yahoo.com Wed Mar 1 18:53:35 2006 From: e1geo at yahoo.com (George Hill) Date: Wed, 1 Mar 2006 10:53:35 -0800 (PST) Subject: Firewall settings Message-ID: <20060301185335.85124.qmail@web53608.mail.yahoo.com> When you enable a firewall using system-config-securitylevel and open and/or , when you disable the firewall and re-enable it the settings that you previously specified are lost. I do not believe that this behavior is desirable: I think it would be better for the settings to be saved. That way you could turn off the firewall for testing and turn it back on without having to respecify the ports that you want open. Thoughts? __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From orion at cora.nwra.com Wed Mar 1 18:53:44 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 01 Mar 2006 11:53:44 -0700 Subject: NFS - mount: permission denied In-Reply-To: References: Message-ID: Clodoaldo Pinto wrote: > I can't mount an exported fc5t3 server nfs share from a fc4 client. It > was working when the server was fc3. > /var/log/messages on both? From davej at redhat.com Wed Mar 1 19:13:25 2006 From: davej at redhat.com (Dave Jones) Date: Wed, 1 Mar 2006 14:13:25 -0500 Subject: FC5, progression or regression? In-Reply-To: <604aa7910603010939n26ad9d98q2d93fb7c30b29fe7@mail.gmail.com> References: <1141088499.3032.15.camel@c-67-164-203-75.hsd1.ut.comcast.net> <4403B39C.4070901@mharris.ca> <20060228035954.GA11216@devserv.devel.redhat.com> <20060228040838.GE22600@redhat.com> <604aa7910603010939n26ad9d98q2d93fb7c30b29fe7@mail.gmail.com> Message-ID: <20060301191325.GE27208@redhat.com> On Wed, Mar 01, 2006 at 12:39:09PM -0500, Jeff Spaleta wrote: > On 2/27/06, Dave Jones wrote: > > Current kernels still have slab debugging on (Because we still have > > bugs that this is tripping up that need whacking). The increased > > overhead of this sucks up memory bandwidth, and I wouldn't be > > surprised if shared-memory video chipsets feel some pain. > > Would it be enough to install and boot into the latest fc4 update > kernel to make a rough attempt to isolate the affect of enabled kernel > debugging from xorg driver issues? or has there been too much shift in > the rawhide kernel from rev 1831 for that comparison to be useful at > all? Not something I've tested personally, so I've not got a definitive answer. I'd put money on things like udev complaining about the kernel being not new enough. Other than that though, should be ok-ish. Maybe. Dave From mgleahy at golden.net Wed Mar 1 19:19:24 2006 From: mgleahy at golden.net (Mike Leahy) Date: Wed, 01 Mar 2006 14:19:24 -0500 Subject: Kdump warning on startup Message-ID: <4405F3BC.3080004@golden.net> Hello list, Does anyone know anything about a warning message that appears during the FC5T3 startup sequence related to a kdump kernel image not being found. It looks like this: No kdump kernel image found. [WARNING] I also noticed this warning whenever I booted FC5T2. I tried restarting the kdump service, and I get the same message. Since it is only a warning, and didn't seem to cause any problems, I've ignored it so far. I'm just wondering if this is something that is fixable, or if I should just continue ignoring it. I searched around online, but I haven't found anything specifically related to this warning posted anywhere. Mike From jspaleta at gmail.com Wed Mar 1 19:22:59 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 1 Mar 2006 14:22:59 -0500 Subject: FC5, progression or regression? In-Reply-To: <20060301191325.GE27208@redhat.com> References: <1141088499.3032.15.camel@c-67-164-203-75.hsd1.ut.comcast.net> <4403B39C.4070901@mharris.ca> <20060228035954.GA11216@devserv.devel.redhat.com> <20060228040838.GE22600@redhat.com> <604aa7910603010939n26ad9d98q2d93fb7c30b29fe7@mail.gmail.com> <20060301191325.GE27208@redhat.com> Message-ID: <604aa7910603011122g673d0e93pa85d318f672c9724@mail.gmail.com> On 3/1/06, Dave Jones wrote: > Not something I've tested personally, so I've not got a definitive answer. > I'd put money on things like udev complaining about the kernel being not new enough. > Other than that though, should be ok-ish. Maybe. I can garuntee you that udev doesn't complain, on a 32bit system at least. I ended up reverting back to the fc4 update kernel to test for some wierdness with my usb hub in recent rawhide kernels and to narrow down in which kernel rev the specific regression i was seeing started. You can find my specific regression report in the 'zilla. -jef From clodoaldo.pinto at gmail.com Wed Mar 1 20:02:20 2006 From: clodoaldo.pinto at gmail.com (Clodoaldo Pinto) Date: Wed, 1 Mar 2006 17:02:20 -0300 Subject: NFS - mount: permission denied In-Reply-To: References: Message-ID: 2006/3/1, Orion Poplawski : > Clodoaldo Pinto wrote: > > I can't mount an exported fc5t3 server nfs share from a fc4 client. It > > was working when the server was fc3. > > > > /var/log/messages on both? > There are no messages in /var/log/messages or /var/log/secure in any of them. From sundaram at fedoraproject.org Wed Mar 1 20:46:23 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 02:16:23 +0530 Subject: Kdump warning on startup In-Reply-To: <4405F3BC.3080004@golden.net> References: <4405F3BC.3080004@golden.net> Message-ID: <4406081F.5030004@fedoraproject.org> Mike Leahy wrote: > Hello list, > > Does anyone know anything about a warning message that appears during > the FC5T3 startup sequence related to a kdump kernel image not being > found. It looks like this: > > No kdump kernel image found. [WARNING] > > I also noticed this warning whenever I booted FC5T2. I tried > restarting the kdump service, and I get the same message. Since it is > only a warning, and didn't seem to cause any problems, I've ignored it > so far. I'm just wondering if this is something that is fixable, or > if I should just continue ignoring it. I searched around online, but > I haven't found anything specifically related to this warning posted > anywhere. Its ignorable since a crash dump image wouldnt exist by default . A bug report report to disable it by default would be better unless there is a specific reason for this behavior. -- Rahul From sundaram at fedoraproject.org Wed Mar 1 20:49:09 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 02:19:09 +0530 Subject: Firewall settings In-Reply-To: <20060301185335.85124.qmail@web53608.mail.yahoo.com> References: <20060301185335.85124.qmail@web53608.mail.yahoo.com> Message-ID: <440608C5.5030602@fedoraproject.org> George Hill wrote: >When you enable a firewall using >system-config-securitylevel and open Services> and/or , when you disable the >firewall and re-enable it the settings that you >previously specified are lost. I do not believe that >this behavior is desirable: I think it would be better >for the settings to be saved. That way you could turn >off the firewall for testing and turn it back on >without having to respecify the ports that you want >open. Thoughts? > > > > A testing mode can be request as a RFE against system-config-securitylevel in http://bugzilla.redhat.com. I think it would be a pretty low priority task without patches. -- Rahul From dmalcolm at redhat.com Wed Mar 1 20:50:28 2006 From: dmalcolm at redhat.com (David Malcolm) Date: Wed, 01 Mar 2006 15:50:28 -0500 Subject: FC5, glxgears is there, but not default In-Reply-To: <44059DEC.6090005@bigpond.net.au> References: <1141088499.3032.15.camel@c-67-164-203-75.hsd1.ut.comcast.net> <4403B39C.4070901@mharris.ca> <44043B0B.1080101@bigpond.net.au> <440494E2.5010403@mharris.ca> <44059DEC.6090005@bigpond.net.au> Message-ID: <1141246229.28674.17.camel@cassandra.boston.redhat.com> On Thu, 2006-03-02 at 00:13 +1100, David Timms wrote: > Mike A. Harris wrote: > > David Timms wrote: > >> Mike A. Harris wrote: > >> > >>> Except that you are wrong, and glxgears is part of FC5. > >> > >> iff its installed: I had to manually install (I guess this is based on > >> installer choices and hence why some people dont have it installed ?). > >> # rpm -qf /usr/bin/glxgears > >> glx-utils-6.4.2-5 > > > > If you think it should be installed by default, file a bug report > > against anaconda or comps. > > Of general interest: perhaps not. But if there is some extremely cool, > show off, kick ass, make you want to go and stick Fedora on a machine > this second 3d gl demo (that isn't too big), that could be installed by > default ;) Go and write one! please! I've wanted one for ages... then get in Extras, then we can get it in Core... If one already exists, suggestions/links would be welcome. > However, the size is tiny (16k+16k) for gears and info, so for a GUI > install I reckon it should be included. It's at least a basic GL test > tool which is proof of GL before trying some games / screen savers etc. > > I'll file the request if there is any one else who would agree its needed ?? IMHO glxgears is actually something of a poor benchmark, as it's measuring how fast a certain specific set of operations work, and IIRC those operations don't reflect the way a typical 3D game would be implemented, or other ops you'd want e.g. for desktop bling. Is it wrong to optimize a benchmark so that it runs faster? ...and would it be wrong to optimize the drivers so that they detect glxgears and special-case it :-) But for now if it's the best we've got, I'd suggest filing the request, (with those caveats), perhaps even to refactor it into its own package? Maybe something for the FC6 timeframe Dave From sundaram at fedoraproject.org Wed Mar 1 20:52:39 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 02:22:39 +0530 Subject: Firewall settings In-Reply-To: <440608C5.5030602@fedoraproject.org> References: <20060301185335.85124.qmail@web53608.mail.yahoo.com> <440608C5.5030602@fedoraproject.org> Message-ID: <44060997.4050206@fedoraproject.org> Rahul Sundaram wrote: > George Hill wrote: > >> When you enable a firewall using >> system-config-securitylevel and open > Services> and/or , when you disable the >> firewall and re-enable it the settings that you >> previously specified are lost. I do not believe that >> this behavior is desirable: I think it would be better >> for the settings to be saved. That way you could turn >> off the firewall for testing and turn it back on >> without having to respecify the ports that you want >> open. Thoughts? > Ignore my earlier mail. I misread what you said. I agree that settings should be retained when disabled. File a bug report. -- Rahul From greg at gulik.org Wed Mar 1 21:01:41 2006 From: greg at gulik.org (Gregory Gulik) Date: Wed, 01 Mar 2006 15:01:41 -0600 Subject: nv driver for NVIDIA video and power management.... Message-ID: <44060BB5.1020007@gulik.org> I like many people am very frustrated with proprietary drivers and I will use open source drivers whenever ppossible. However, I have a couple laptops with NVIDIA video cards that I try to use the "nv" driver with but I can't seem to get power management to turn off the backlight. I tried again with FC5T3 and it's still not working. Does anyone have advice on how to get that to work so I don't have to deal with the NVIDIA closed source drivers again? -- Greg Gulik http://www.gulik.org/greg/ greg @ gulik.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From debian at herakles.homelinux.org Wed Mar 1 21:35:43 2006 From: debian at herakles.homelinux.org (John Summerfied) Date: Thu, 02 Mar 2006 05:35:43 +0800 Subject: FC5, glxgears is there, but not default In-Reply-To: <1141246229.28674.17.camel@cassandra.boston.redhat.com> References: <1141088499.3032.15.camel@c-67-164-203-75.hsd1.ut.comcast.net> <4403B39C.4070901@mharris.ca> <44043B0B.1080101@bigpond.net.au> <440494E2.5010403@mharris.ca> <44059DEC.6090005@bigpond.net.au> <1141246229.28674.17.camel@cassandra.boston.redhat.com> Message-ID: <440613AF.1080006@herakles.homelinux.org> David Malcolm wrote: >>However, the size is tiny (16k+16k) for gears and info, so for a GUI >>install I reckon it should be included. It's at least a basic GL test >>tool which is proof of GL before trying some games / screen savers etc. >> >>I'll file the request if there is any one else who would agree its needed ?? > > IMHO glxgears is actually something of a poor benchmark, as it's > measuring how fast a certain specific set of operations work, and IIRC People will use anything as a benchmark, just as they use bogomips, MIPS and hdparm. Generally, they're no more than a general indication of performance, but valuable nonetheless. Better numbers usually mean better performance, good to highlight problems, not enough to choose the ultimate winner. If bad numbers from glxgears mean poor performance, then it fits the same mould. -- Cheers John -- spambait 1aaaaaaa at computerdatasafe.com.au Z1aaaaaaa at computerdatasafe.com.au Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/ do not reply off-list From dtimms at bigpond.net.au Wed Mar 1 19:30:21 2006 From: dtimms at bigpond.net.au (David Timms) Date: Thu, 02 Mar 2006 06:30:21 +1100 Subject: Password Changing for Normal User In-Reply-To: <4405C9D4.80705@webworks.se> References: <1141224479.4154.16.camel@spikehome.spikenet.local> <4405C9D4.80705@webworks.se> Message-ID: <4405F64D.7060509@bigpond.net.au> Uno Engborg wrote: > Christopher A. Williams wrote: >> Is it just me, or has anyone else noticed that there is no menu entry in >> GNOME for a user to change their own password in FC5T3? That means they >> > You find it as a button in the new "About Me" dialog. > ("Desktop->Preferences->About Me") Given that good security is based on having strong passwords that change over time, hiding the capability under About Me is really no go. It's probably to late to change for FC5, but I would suggest at the minimum changing the hint that is shown when the mouse is held over the About Me entry from: Set your personal information to: Set your personal information and user password And the title to "About me and my account". (or login) There would then be a slim chance that a user would actually find it! What do others think ? DaveT. From mharris at mharris.ca Wed Mar 1 21:59:58 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Wed, 01 Mar 2006 16:59:58 -0500 Subject: xorg-x11-xkbdata, xkbdata, xkeyboard-config and you In-Reply-To: <4405672D.7080205@mharris.ca> References: <4405672D.7080205@mharris.ca> Message-ID: <4406195E.7090302@mharris.ca> Mike A. Harris wrote: > This should resolve various keyboard quirks that have been reported > in different components throughout FC5 testing, but may introduce > a few new bugs too. Overall, since it is the only maintained > xkbdata however, even if there are a few bumps, they'll be ironed > out via modular package updates easily enough, unlike the situation > we'd have if we shipped the X.Org xkbdata and let it rot. > > Hope your keyboards all do the happy dance now. Update: Some backward compatible options were disabled in the xorg-x11-xkbdata-1.0.1-5 build which contains xkeyboard-config. This has caused some problems for various users, and has been fixed in the 1.0.1-6 release. If you are experiencing any problems with the 1.0.1-5 release, before filing a bug report in bugzilla, please update to the -6 release, which can be found at: xorg-x11-xkbdata-1.0.1-6 is now available for download via ftp at the following URL: ftp://people.redhat.com/mharris/testing/unstable After updating to -6, and restarting X, if you still have problems, please search bugzilla to see if it has been reported already or not (we get a lot of dupes for things like this, please help to limit them), and if nobody's reported it yet, please file a new bug and we'll go from there. Thanks again to all the people testing FC5 development! -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From sundaram at fedoraproject.org Wed Mar 1 22:07:16 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 03:37:16 +0530 Subject: Password Changing for Normal User In-Reply-To: <4405F64D.7060509@bigpond.net.au> References: <1141224479.4154.16.camel@spikehome.spikenet.local> <4405C9D4.80705@webworks.se> <4405F64D.7060509@bigpond.net.au> Message-ID: <44061B14.4030108@fedoraproject.org> David Timms wrote: > Uno Engborg wrote: > >> Christopher A. Williams wrote: >> >>> Is it just me, or has anyone else noticed that there is no menu >>> entry in >>> GNOME for a user to change their own password in FC5T3? That means they >>> >> >> You find it as a button in the new "About Me" dialog. >> ("Desktop->Preferences->About Me") > > Given that good security is based on having strong passwords that > change over time, hiding the capability under About Me is really no > go. It's probably to late to change for FC5, but I would suggest at > the minimum changing the hint that is shown when the mouse is held > over the About Me entry from: > Set your personal information > to: > Set your personal information and user password > > And the title to "About me and my account". (or login) > > There would then be a slim chance that a user would actually find it! > What do others think ? Seems like useful enhancements to me. Can you file a RFE? -- Rahul From debian at herakles.homelinux.org Wed Mar 1 22:16:59 2006 From: debian at herakles.homelinux.org (John Summerfied) Date: Thu, 02 Mar 2006 06:16:59 +0800 Subject: Benchmarking OS's In-Reply-To: References: Message-ID: <44061D5B.3030404@herakles.homelinux.org> Justin Conover wrote: > What are some good test to run to benchmark OS's on the same hardware? > > Not trying to flame Solaris or anything, but I'm curious because I run > several *nix's on my box, and Rawhide always seems to visually/perception of > running the fastest, and Solaris(nevada/opensolaris) seems to perform the > worst. > > So I would like to run some test to find out if my perceptions are all > biased :) > > Given enough RAM, disk is next most important. For that there are bonnie++ and another, I think TIO. Bad numbers from bonnie++ will mean applications are slower to load (but there are tricks, so test how fast to load OpenOffice.org, Mozilla and some other large apps separately). If you copy large files around (disk to disk, across the LAN), measure how fast _you_ can do it _your_ way. btw If Linux is on /dev/hda1 and Solaris on /dev/hda2 then measuring disk performance within hda1 for Linux and hda2 for Solaris is "no fair." Disk performance varies across the surface: [summer at bilby ~]$ sudo hdparm -t /dev/hda{,5} /dev/hda: Timing buffered disk reads: 162 MB in 3.00 seconds = 53.92 MB/sec /dev/hda5: Timing buffered disk reads: 154 MB in 3.02 seconds = 50.92 MB/sec [summer at bilby ~]$ I have a script I wrote some years ago (when 8 Gb was big). I just adapted it to my 120 Gb drive. Here are some of the last lines of the report: + dd if=/dev/hda of=/dev/null bs=1048576 count=1024 skip=61440 1024+0 records in 1024+0 records out real 0m20.931s user 0m0.015s sys 0m4.391s + N=7 + test 7 -lt 10 + dd if=/dev/hda of=/dev/null bs=1048576 count=1024 skip=71680 1024+0 records in 1024+0 records out real 0m21.930s user 0m0.007s sys 0m4.375s + N=8 + test 8 -lt 10 + dd if=/dev/hda of=/dev/null bs=1048576 count=1024 skip=81920 1024+0 records in 1024+0 records out real 0m24.473s user 0m0.006s sys 0m4.473s + N=9 + test 9 -lt 10 + dd if=/dev/hda of=/dev/null bs=1048576 count=1024 skip=92160 1024+0 records in 1024+0 records out real 0m27.329s user 0m0.011s sys 0m4.406s + N=10 + test 10 -lt 10 For any who'd like to run it themselves: #!/bin/bash N=0 MB=$((1024*1024)) set -x while test $N -lt 10 do time dd if=/dev/hda of=/dev/null bs=$MB count=1024 skip=$((N*10240)) \ || exit $? N=$((N+1)) done [summer at bilby ~]$ -- Cheers John -- spambait 1aaaaaaa at computerdatasafe.com.au Z1aaaaaaa at computerdatasafe.com.au Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/ do not reply off-list From debian at herakles.homelinux.org Wed Mar 1 22:37:09 2006 From: debian at herakles.homelinux.org (John Summerfied) Date: Thu, 02 Mar 2006 06:37:09 +0800 Subject: power managerment very cool In-Reply-To: References: Message-ID: <44062215.6090806@herakles.homelinux.org> Neal Becker wrote: > After today's update I have gnome power manager applet in my kde panel. I > just tested setting it to suspend when lid closed, and it worked nicely. > Just 1 bug: > > When resumed, the applet said there was a problem with suspend (or was it > resume), but I don't see any problemm. > > Now, can we integrate this functionality with the kde power management > applet? ?? I thought it was there for yonks. My Toshiba Sat 1400 suspends and resumes fine using KDE settings. Only problem is, having resumed it then shuts down. It's not annoyed me enough to try to fix (but my Acer Aspire running SUSE 10 does it fine using the special keystrokes for the function (Fn-F4). I did rather expect it's fixed in FC4. -- Cheers John -- spambait 1aaaaaaa at computerdatasafe.com.au Z1aaaaaaa at computerdatasafe.com.au Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/ do not reply off-list From terraformers at gmail.com Wed Mar 1 22:37:12 2006 From: terraformers at gmail.com (Lars G) Date: Wed, 01 Mar 2006 23:37:12 +0100 Subject: XGL In-Reply-To: References: <43E15BEF.3070405@mharris.ca> Message-ID: <1141252632.4319.6.camel@kinichahau.homebase> On Thu, 2006-02-09 at 19:29 -0500, Benjy Grogan wrote: > > On 2/1/06, Mike A. Harris wrote: > Benjy Grogan wrote: > > I hear that in a week or so Novell will be releasing the > source code to > > XGL for X11 7.0. Will it be possible to have XGL available > in Extras > > for FC5? I'm guessing it's one of those new X11 modules > that v7.0 is > > all about. But I know little about XGL and would like to > test it out to > > know more. It's going to be in NLD 10 in a few months. > > There are a lot of X related "goodies" that are up and coming > in the > X development world, including technologies being developed by > Red Hat, > Novell, Sun, and various others in the community. The current > plan for > Fedora Core 5, is to ship X11R7.0 as the official X > implementation, > including the Xorg X server. > > The various developmental/experimental technologies being > developed > by the above parties will most likely be available to Fedora > users in > one form or another over time, however everything is quite > experimental > at the current point in time to make any solid speculation for > the > inclusion of other components into Fedora Core 5 at this time. > > Maybe Fedora could do something like was done with SELinux? Where it > was available in FC2 but not by default. In an update for X11 from > 7.0 to 7.1 for FC5 the Xgl branch could be included along with > instructions on how to enable it. This is how Novell will be > introducing Xgl to it's NLD10 distribution. It seems like a good way > to get Xgl tested early and it's the perfect place for it to take > place, in Fedora. > > I'm eager to see how Xgl works. :) And then I guess compiz would be > the next request. ;) > > Benji fyi just tried the fresh fc5 xgl rpms from http://spot.livejournal.com/253304.html and it works great here on a geforce 6600gt. finally some candy to play with for us poor nvidia driver users! :-) big thanks to Spot !! cheers -- Lars G From shrek-m at gmx.de Wed Mar 1 22:46:00 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 01 Mar 2006 23:46:00 +0100 Subject: Password Changing for Normal User In-Reply-To: <4405F64D.7060509@bigpond.net.au> References: <1141224479.4154.16.camel@spikehome.spikenet.local> <4405C9D4.80705@webworks.se> <4405F64D.7060509@bigpond.net.au> Message-ID: <44062428.4010003@gmx.de> On 01.03.2006 20:30, David Timms wrote: > Given that good security is based on having strong passwords that > change over time, hiding the capability under About Me is really no > go. It's probably to late to change for FC5, but I would suggest at > the minimum changing the hint that is shown when the mouse is held > over the About Me entry from: > Set your personal information > to: > Set your personal information and user password > > And the title to "About me and my account". (or login) > > There would then be a slim chance that a user would actually find it! > What do others think ? unfortunately my max. resolution is 848x480 instead 1280x1024 please keep it small "about me" "Persoenliche Angaben" (in german) is more than enough info to find the possibilty to change the password please do not change it to "about me and my account" "Persoenliche Angaben und mein Benutzerkonto" (in german) -- shrek-m From alan at clueserver.org Wed Mar 1 22:50:12 2006 From: alan at clueserver.org (alan) Date: Wed, 1 Mar 2006 14:50:12 -0800 (PST) Subject: Password Changing for Normal User In-Reply-To: <44062428.4010003@gmx.de> References: <1141224479.4154.16.camel@spikehome.spikenet.local> <4405C9D4.80705@webworks.se> <4405F64D.7060509@bigpond.net.au> <44062428.4010003@gmx.de> Message-ID: On Wed, 1 Mar 2006, shrek-m at gmx.de wrote: > On 01.03.2006 20:30, David Timms wrote: > >> Given that good security is based on having strong passwords that change >> over time, hiding the capability under About Me is really no go. It's >> probably to late to change for FC5, but I would suggest at the minimum >> changing the hint that is shown when the mouse is held over the About Me >> entry from: >> Set your personal information >> to: >> Set your personal information and user password >> >> And the title to "About me and my account". (or login) >> >> There would then be a slim chance that a user would actually find it! What >> do others think ? > > > unfortunately my max. resolution is 848x480 instead 1280x1024 > > please keep it small > > "about me" > "Persoenliche Angaben" (in german) > > is more than enough info to find the possibilty to change the password > > please do not change it to > > "about me and my account" > "Persoenliche Angaben und mein Benutzerkonto" (in german) It could also be in the FAQ. (Not that anyone reads documentation these days.) -- "George W. Bush -- Bringing back the Sixties one Nixon at a time." From caf at omen.com Wed Mar 1 22:58:32 2006 From: caf at omen.com (Chuck Forsberg WA7KGX N2469R) Date: Wed, 01 Mar 2006 14:58:32 -0800 Subject: x64 FC5t3 won't install on Asus/Nvidia Message-ID: <1141253913.22558.75.camel@omen.com> This was logged to Bugzilla last time but was not fixed. System is an Asus P5GD1 with MSI 6600 (Nvidia chipset) and Dell 1920x1200 LCD. The screen breaks up when the X server starts up. I have not tried a text install as my office desktop really does need to run X. FWIW Opensuse 64 10,1 B5 does about the same thing when attempting to configure/test the X server. Suse 10.0 did work but apparently with generic parameters. The system runs well with XP SP2. -- Chuck Forsberg caf at omen.com www.omen.com 503-614-0430 Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc "The High Reliability Software" 10255 NW Old Cornelius Pass Portland OR 97231 FAX 629-0665 From mharris at mharris.ca Wed Mar 1 23:22:24 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Wed, 01 Mar 2006 18:22:24 -0500 Subject: Social Engineering of Rawhide In-Reply-To: <345764DCB65C0C4FACC44529DE273C18F8F0CF@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C18F8F0CF@eemail1.microlink.lan> Message-ID: <44062CB0.6040507@mharris.ca> Fred New wrote: > On 28. veebruar 2006. a. 20:27, Mike A. Harris wrote: > >>Technically, it was renamed 2 years ago to "Fedora >>Development", however since the developmental repository >>for Red Hat Linux was named "rawhide" for 8-10 years or >>so, the name rawhide has stuck in the minds of many >>developers, and users. >> >>One observation I've made though that this is changing >>slowly, is that I haven't seen anyone file a bug report >>against rawhide in bugzilla for a long time. People >>are pretty much universally using "Fedora devel" >>or one of the test versions when they file. > > > Hmmm. I'm wondering if the RAWHIDE resolution in > Bugzilla should also be renamed. The problem with that, is that "RAWHIDE" is the resolution for many existing bugs, so can't be removed in the existing bugzilla framework from what I understand. Long ago we added "NEXTRELEASE" to replace "RAWHIDE", but it generally gets used for RHEL devel and RAWHIDE still gets used for Fedora. I'm as guilty as anyone in using the term. It'd be nice if bugzilla had a way of saying "don't show this resolution/status/whatever anymore in this product version as a user selectable choice, but allow it to remain in existing database entries, and be queryable". The way things are now, over time new resolutions/statuses get added, and old ones deprecated in an email sent somewhere people might not ever even see. So people look at the list, see the choices and choose one from what's available. As long as choices are available which people can see, they'll use them. Hopefully future bugzilla releases will gain the ability to clear out cruft. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From mharris at mharris.ca Wed Mar 1 23:24:35 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Wed, 01 Mar 2006 18:24:35 -0500 Subject: FC5, glxgears is there, but not default In-Reply-To: <44059DEC.6090005@bigpond.net.au> References: <1141088499.3032.15.camel@c-67-164-203-75.hsd1.ut.comcast.net> <4403B39C.4070901@mharris.ca> <44043B0B.1080101@bigpond.net.au> <440494E2.5010403@mharris.ca> <44059DEC.6090005@bigpond.net.au> Message-ID: <44062D33.4040700@mharris.ca> David Timms wrote: > Mike A. Harris wrote: > >> David Timms wrote: >> >>> Mike A. Harris wrote: >>> >>>> Except that you are wrong, and glxgears is part of FC5. >>> >>> >>> iff its installed: I had to manually install (I guess this is based >>> on installer choices and hence why some people dont have it installed >>> ?). >>> # rpm -qf /usr/bin/glxgears >>> glx-utils-6.4.2-5 >> >> >> If you think it should be installed by default, file a bug report >> against anaconda or comps. > > > Of general interest: perhaps not. But if there is some extremely cool, > show off, kick ass, make you want to go and stick Fedora on a machine > this second 3d gl demo (that isn't too big), that could be installed by > default ;) > > However, the size is tiny (16k+16k) for gears and info, so for a GUI > install I reckon it should be included. It's at least a basic GL test > tool which is proof of GL before trying some games / screen savers etc. > > I'll file the request if there is any one else who would agree its > needed ?? I think it's reasonable for it to be installed by default. It always was before afterall. Many people look for it, enough to justify it being installed by default, such as any of the other X related "*info" tools. It's probably not intentional that it's not installed by default right now, but more likely just nobody noticed before now and nobody reported it as a bug or request. Not sure if it is too late now to change the list of things that get installed by default or not, but filing a bug would be the first step. ;) -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From mharris at mharris.ca Wed Mar 1 23:33:12 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Wed, 01 Mar 2006 18:33:12 -0500 Subject: Cinema Display 30 and Radeon 9600 In-Reply-To: <773E909B-5564-4F01-9A60-17E5BE1B994B@donpoo.net> References: <37607E81-B216-4CB0-92D9-6A9C93FA0D26@donpoo.net> <4404EF30.6020906@gmx.de> <154407A6-145B-4D6A-BB6E-3541BBB6ABCA@donpoo.net> <44056627.5020306@gmx.de> <773E909B-5564-4F01-9A60-17E5BE1B994B@donpoo.net> Message-ID: <44062F38.30300@mharris.ca> Scott wrote: > > On Mar 1, 2006, at 4:15 AM, shrek-m at gmx.de wrote: > >> On 01.03.2006 03:36, Scott wrote: >> >>> The blank screen on install along with a copy of the X.log and X >>> config from the install disk is something I will bugzilla. Might be >>> nice though to see if I could gather more info other than 'it >>> doesn't work' :) >> >> >> >> is your problem the "raedoen 9600" or the "cinema display 30" ? >> i have problems with the "radeon 9600" on a powermac and a "iiyama >> vision master pro 451 > > > I do not know. As a wild guess I would say the problem is with the xorg > radeon driver not supporting the dual link dvi mode needed to drive the > Apple Cinema Display 30. I have seen working video in xorg 6.8.2 > running the Radeon 9600 and the ACD 30 at 1024x768 under Ubuntu breezy > when using the radeon driver. However, I still has the same issue of > not being able to do native 2560x1600. > > I loaded up FC5-test3 figuring I would try the latest xorg release I > could find in a distro to see if the problem was something that had > been fixed in the radeon driver or X11 code. So far though I have not > been able to get video at 1024x678 like I had running with xorg 6.8.2 > in Ubuntu. > > So I _think_ the problem is with the video card or xorg driver than the > ACD 30. I'm concerned, but not stressed out about, as to why I cannot > seem to get any video at any resolution under xorg 7.0.0 in FC5-test3 > where I could at least get 1024x768 under xorg 6.8.2 in Ubuntu. The > real goal is to find out why I cannot get native 2560x1600 running. :) > >> Ihttps://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180735 >> the resolution is not as expected but i am happy that X is running now. > > > Thanks for the link to this. Your xorg.conf and mine are identical as > far as the radeon driver setup. > > For reference here are the specs on the ACD 30: http://www.apple.com/ > displays/specs.html. The following detected DDC data and panel type > from the ACD 30 is accurate according to the specs I've seen: You need to use proprietary drivers with the 30" flat panels from Apple or Dell to get it working as one would expect. That probably wont change much until the video hardware vendors wake up and start supporting OSS again. I would _love_ to buy 2 of the Dell 30" panels, and would do it in a heartbeat if I could get everything to work properly with the OSS drivers we ship with the OS. I refuse to use proprietary drivers in Linux on my desktop, so such cool display hardware is not on my radar at least until there are OSS drivers that support them. Maybe Intel or someone will come to the rescue with new hardware in the future, and solving the modesetting problems in the OSS Intel driver currently. Very lame to have such cool hardware available, and fairly craptastic support for it in Linux/X. I've stuck with ATI FireGL 8800 boards for the last number of years after the R200 DRI support was added to X, and had good results, but that doesn't help much with the snazzy 30" display problem. ;o/ Matrox has some funky new hardware with fibre optic connectors that looks nifty. It'll be interesting to see if they provide OSS support for it. ;o) For now, I'll probably stick with FireGL 8800 until the fan dies on it. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From pato.lukaz at gmail.com Wed Mar 1 23:58:36 2006 From: pato.lukaz at gmail.com (Alberto Patino) Date: Wed, 1 Mar 2006 17:58:36 -0600 Subject: bcm43xx driver on FC5T3 driver doesn't work and freeze my machine. In-Reply-To: <44041BAB.3010606@wudika.de> References: <4489a22a0602272328t7af1ffe1p90f040e2c686c657@mail.gmail.com> <44041BAB.3010606@wudika.de> Message-ID: <4489a22a0603011558t494bd8abi9e1ec887a7e5e5c7@mail.gmail.com> On 2/28/06, Patrick von der Hagen wrote: > You are lucky, my Dell Precision M60 freezes as soon as the module is > loaded and so far I failed to get any valuable information in syslog. > However, bcm43xx isn't really considered stable, is it? So I just delete > the bcm43xx-module after each kernel-update to avoid having it activated > by fedora and stick to ndiswrapper. Well, I have advances with the FC5 bcm43xx driver for my DELL M60. In the first try I downloaded from the Dell site the latest broadcom driver. This firmware caused my machine to freeze. I read the kernel source Documentation/network/bcm43xx.txt and I saw a list of drivers and versions. The first time I didn't understand the version numbers associated with the http link. But know I catch that the number is the version asociated withe the particular drver. The dell newest driver doesn't match this number so I looked up for a driver matching the version. (Fortunately I had several dell drives stored in my lap) Well I had 3 drivers version from DELL, I remove the newest driver I installed with bcm43xx-fwcutter and I reinstalled a older version matching the one pinpoint out in the bcm43xx.txt file. Alberto P. Now I can scan with iwconfig. However i cannot do network connection yet with the wireless interface, I'll try this later. From chasecreek.systemhouse at gmail.com Thu Mar 2 00:33:27 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Wed, 1 Mar 2006 19:33:27 -0500 Subject: PPC Tracking? Message-ID: <91f88ee20603011633m21b7cbacrdfc4ac73991ca26c@mail.gmail.com> What is the advantage of this bug report? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=fedora-ppc Is it to help find all PPC related bugs? I hope so becuase I need help =) -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From sundaram at fedoraproject.org Thu Mar 2 00:36:05 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 06:06:05 +0530 Subject: PPC Tracking? In-Reply-To: <91f88ee20603011633m21b7cbacrdfc4ac73991ca26c@mail.gmail.com> References: <91f88ee20603011633m21b7cbacrdfc4ac73991ca26c@mail.gmail.com> Message-ID: <44063DF5.40100@fedoraproject.org> Chasecreek Systemhouse wrote: >What is the advantage of this bug report? >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=fedora-ppc > >Is it to help find all PPC related bugs? > > Yes. Thats what it says. right? >I hope so becuase I need help =) > > Specify please. -- Rahul From chasecreek.systemhouse at gmail.com Thu Mar 2 00:41:30 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Wed, 1 Mar 2006 19:41:30 -0500 Subject: FC5T3 Install Report Message-ID: <91f88ee20603011641k33cb8d1cg7d556c7ad7504fc5@mail.gmail.com> After spedning about 20+ hours on trying to get FC5 Test 3 installed on an iMac I must report miserable failure =( I tried both an upgrade and a virgin install. The primary issue is that during the installation of packages you will see (if you are watching Console 4 (Ctrl-Alt-F4)) that the filesystem is marked Read Only and the whole process aborts. This is after as many as 10 attempts to read beyond the end of the file system; for example - "Attempt to access block 15 Billion but Limit is only 16 Million" (I have summarized as I cannot recall the exact error message.) I will say however that most of the Block Acces attempts were in the 2 Billion range -- only 2 access attempts surpassed 15/16 Billion. My Target HD was a 9GB Barracuda - which only has about 16 Million blocks available. Lastly, on colsole 4 I witnessed hundreds of avc error -- many of which "appeared" as if (via audit) avc was trying to "add" user accounts -- accounts like /dev/ and / and etc -- mostly all seemed to be directpry names. I have not submitted a bug report as I really have no idea what to report -- and besides I am pretty sure that there is alreayd a bug report concerning the "kernel?" marking the file system read only and hosing it. Cheers =) -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From lsatenstein at yahoo.com Thu Mar 2 00:42:31 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Wed, 1 Mar 2006 16:42:31 -0800 (PST) Subject: Segmentation Error / Fault still in kudzu as of March 1, 2006 In-Reply-To: <20060301220013.120BD73B84@hormel.redhat.com> Message-ID: <20060302004231.61405.qmail@web30208.mail.mud.yahoo.com> Just downloaded with PUP, the latest patches for test3, and saw in the list, updates for KUDZU. I rebooted and regretfully, kudzu is still generating a segmentation fault error. Leslie -------------- next part -------------- An HTML attachment was scrubbed... URL: From chasecreek.systemhouse at gmail.com Thu Mar 2 00:43:00 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Wed, 1 Mar 2006 19:43:00 -0500 Subject: PPC Tracking? In-Reply-To: <44063DF5.40100@fedoraproject.org> References: <91f88ee20603011633m21b7cbacrdfc4ac73991ca26c@mail.gmail.com> <44063DF5.40100@fedoraproject.org> Message-ID: <91f88ee20603011643w51c3a38cy790d885f33b1e885@mail.gmail.com> On 3/1/06, Rahul Sundaram wrote: > >I hope so becuase I need help =) > > > > > Specify please. Nothing particular, I just need to sit down and read them so I am more familiar with whats alreayd beed reported -- that way I am better able to piggy back off current/existing issues instead of posting news/duplicate issues. -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From catfather at donpoo.net Thu Mar 2 00:52:35 2006 From: catfather at donpoo.net (Scott) Date: Wed, 1 Mar 2006 19:52:35 -0500 Subject: Cinema Display 30 and Radeon 9600 In-Reply-To: <44062F38.30300@mharris.ca> References: <37607E81-B216-4CB0-92D9-6A9C93FA0D26@donpoo.net> <4404EF30.6020906@gmx.de> <154407A6-145B-4D6A-BB6E-3541BBB6ABCA@donpoo.net> <44056627.5020306@gmx.de> <773E909B-5564-4F01-9A60-17E5BE1B994B@donpoo.net> <44062F38.30300@mharris.ca> Message-ID: <438D9A8A-EF27-4894-8842-CAB1C061AC01@donpoo.net> On Mar 1, 2006, at 6:33 PM, Mike A. Harris wrote: > You need to use proprietary drivers with the 30" flat panels from > Apple > or Dell to get it working as one would expect. That probably wont > change much until the video hardware vendors wake up and start > supporting OSS again. Does this confirm my suspicion that the xorg radeon driver does not support dual link dvi mode that is required to drive these displays? Just kind of curious if it's actually been looked at and I'm sure you would know. :) > Maybe Intel or someone will come to the rescue with new hardware in > the future, and solving the modesetting problems in the OSS Intel > driver currently. One could only hope. I'm more than a bit disapointed at the current state of video hardware support in Linux myself. It seems that the only real solution for fast 3D or MPEG HW decoding is vendor proprietary nvida or ati drivers. When I purchased this display I knew there would be a real chance of being forced into a proprietary driver and I deliberately made the choice to go with ATI based on the current r300 work and the past support ATI has given OSS. Now, the best I can do is dial up the ATI support line and request a working X config for their driver. My previous attempts under Ubuntu xorg 6.8.2 with the latest fglrx resulted in no display under X AND corruption in text mode after attempting to run X. At least the xorg radeon driver didn't screw up the console after exiting X! :) Anyone want to comment on the state of fglrx with xorg 7.0.0 in FC5- test3? Is it worth me trying or should I go back to xorg 6.x ? -- Scott -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2369 bytes Desc: not available URL: From jvian10 at charter.net Thu Mar 2 00:54:03 2006 From: jvian10 at charter.net (Jeff Vian) Date: Wed, 01 Mar 2006 18:54:03 -0600 Subject: First time boot screen? In-Reply-To: <44056114.2050709@gmx.de> References: <1141102726.2657.2.camel@fc5t3.thetoolshed.us> <1141160335.3016.11.camel@mjolnir> <20060228212158.GA28157@exeter.boston.redhat.com> <1141187979.3016.20.camel@mjolnir> <1141201266.2465.0.camel@scrappy.miketc.com> <44056114.2050709@gmx.de> Message-ID: <1141260843.4115.195.camel@eagle.lab.net> On Wed, 2006-03-01 at 09:53 +0100, shrek-m at gmx.de wrote: > On 01.03.2006 09:21, Mike Chambers wrote: > > >On Tue, 2006-02-28 at 22:39 -0600, John Morris wrote: > > > >>Been there, done that. But when you click that last done button at the > >>end of firstboot it is pretty safe to assume you really are done with it > >>and at that point it could safely switch off the service. Sure it > >>doesn't gain a lot on boot time but it would be one less thing to do > >>every boot thereafter. > >> > >> > > > >They can also manually edit /etc/sysconfig/firstboot and change the > >setting to "no". > > > > > > it is called "firstboot" and not "everyboot" > if firstboot is succesfully done at one time it should be off. > I agree. When firstboot finishes successfully it should automatically turn itself off somehow - either as the service, or as the configuration file change. > -- > shrek-m > From lsatenstein at yahoo.com Thu Mar 2 00:59:16 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Wed, 1 Mar 2006 16:59:16 -0800 (PST) Subject: Keyboard delemma (not really) Message-ID: <20060302005916.40333.qmail@web30213.mail.mud.yahoo.com> Keboard Problems abound Acutally have two problems noted with FC5. One is with the incorrect mapping of CA(FR), and the other may be firefox related, but definately software related. With the latter, and yahoo.com, when typing text, at the end of a word, when a space character is typed, the first whitespace character is ignored, and it takes the second, to generate a single whitespace character on the screen, BUT... not always. It is probably some firefox quirk. My hopes are up that the CA(FR) mapping will be in the go live install. Other than that, I am patiently waiting. Leslie -------------- next part -------------- An HTML attachment was scrubbed... URL: From mharris at mharris.ca Thu Mar 2 01:01:32 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Wed, 01 Mar 2006 20:01:32 -0500 Subject: nv driver for NVIDIA video and power management.... In-Reply-To: <44060BB5.1020007@gulik.org> References: <44060BB5.1020007@gulik.org> Message-ID: <440643EC.5090700@mharris.ca> Gregory Gulik wrote: > > I like many people am very frustrated with proprietary drivers and I > will use open source drivers whenever ppossible. However, I have a > couple laptops with NVIDIA video cards that I try to use the "nv" driver > with but I can't seem to get power management to turn off the > backlight. I tried again with FC5T3 and it's still not working. > > Does anyone have advice on how to get that to work so I don't have to > deal with the NVIDIA closed source drivers again? Presumeably the problem is not a configuration problem, but a hardware support problem. The best way of dealing with hardware support problems with the open source nv driver, is to file bugs in X.Org bugzilla and to discuss the issue(s) on the X.org mailing lists, and then more or less sit and wait. Since there are no public specifications for Nvidia's hardware, and the open source driver is fairly obfuscated, users are held hostage to whatever support is provided by those who do have the necessary documentation essentially, which are currently limited to a few people inside Nvidia currently, and maybe a small handful of hackers who have reverse engineered some of the bits and understand how some of it works. Another option of course, would be to become one of the people who reverse engineers Nvidia's hardware. ;o) -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From alan at redhat.com Thu Mar 2 01:05:30 2006 From: alan at redhat.com (Alan Cox) Date: Wed, 1 Mar 2006 20:05:30 -0500 Subject: Cinema Display 30 and Radeon 9600 In-Reply-To: <438D9A8A-EF27-4894-8842-CAB1C061AC01@donpoo.net> References: <37607E81-B216-4CB0-92D9-6A9C93FA0D26@donpoo.net> <4404EF30.6020906@gmx.de> <154407A6-145B-4D6A-BB6E-3541BBB6ABCA@donpoo.net> <44056627.5020306@gmx.de> <773E909B-5564-4F01-9A60-17E5BE1B994B@donpoo.net> <44062F38.30300@mharris.ca> <438D9A8A-EF27-4894-8842-CAB1C061AC01@donpoo.net> Message-ID: <20060302010530.GA18069@devserv.devel.redhat.com> On Wed, Mar 01, 2006 at 07:52:35PM -0500, Scott wrote: > state of video hardware support in Linux myself. It seems that the > only real solution for fast 3D or MPEG HW decoding is vendor > proprietary nvida or ati drivers. When I purchased this display I Mpeg hardware decode is actually not very useful these days. If you need it then you can get it on the low end via boards open source, but on a P4 or Athlon64 its hardly useful and most boards just provide scalers and colourspace conversion which actually is the important stuff > driver and I deliberately made the choice to go with ATI based on the > current r300 work and the past support ATI has given OSS. The R300 3D is getting pretty decent, its unfortunate that ATI no longer help in Linux 3D and while various people have speculated that Xbox2 being ATI has a lot to do with it, but afaik nobody has shown that to be the case, or had a sane explanation from ATI. Alan From mharris at mharris.ca Thu Mar 2 01:05:51 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Wed, 01 Mar 2006 20:05:51 -0500 Subject: Cinema Display 30 and Radeon 9600 In-Reply-To: <438D9A8A-EF27-4894-8842-CAB1C061AC01@donpoo.net> References: <37607E81-B216-4CB0-92D9-6A9C93FA0D26@donpoo.net> <4404EF30.6020906@gmx.de> <154407A6-145B-4D6A-BB6E-3541BBB6ABCA@donpoo.net> <44056627.5020306@gmx.de> <773E909B-5564-4F01-9A60-17E5BE1B994B@donpoo.net> <44062F38.30300@mharris.ca> <438D9A8A-EF27-4894-8842-CAB1C061AC01@donpoo.net> Message-ID: <440644EF.3030601@mharris.ca> Scott wrote: > > On Mar 1, 2006, at 6:33 PM, Mike A. Harris wrote: > >> You need to use proprietary drivers with the 30" flat panels from Apple >> or Dell to get it working as one would expect. That probably wont >> change much until the video hardware vendors wake up and start >> supporting OSS again. > > Does this confirm my suspicion that the xorg radeon driver does not > support dual link dvi mode that is required to drive these displays? > Just kind of curious if it's actually been looked at and I'm sure you > would know. :) To the best of my knowledge, the only driver that supports this is Nvidia's proprietary driver. I don't know if ATI's fglrx driver supports it or not, but someone else might be able to comment. >> Maybe Intel or someone will come to the rescue with new hardware in >> the future, and solving the modesetting problems in the OSS Intel >> driver currently. > > One could only hope. I'm more than a bit disapointed at the current > state of video hardware support in Linux myself. It seems that the only > real solution for fast 3D or MPEG HW decoding is vendor proprietary > nvida or ati drivers. When I purchased this display I knew there would > be a real chance of being forced into a proprietary driver and I > deliberately made the choice to go with ATI based on the current r300 > work and the past support ATI has given OSS. Yes, it is quite upsetting and frustrating to many users, and also to developers. > Anyone want to comment on the state of fglrx with xorg 7.0.0 in FC5- > test3? Is it worth me trying or should I go back to xorg 6.x ? I'm not sure how closely any of the hardware vendors track Fedora development with their drivers, however traditionally they seem to release drivers a month or so after a new OS release, which claims to work with the new OS release. I'd recommend reading the documentation in the driver download to see what they claim to support in any given driver release, and if FC5 isn't listed, wait until it is listed. Otherwise, it's probably just a lot of headaches ;) -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From mharris at mharris.ca Thu Mar 2 01:07:18 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Wed, 01 Mar 2006 20:07:18 -0500 Subject: Keyboard delemma (not really) In-Reply-To: <20060302005916.40333.qmail@web30213.mail.mud.yahoo.com> References: <20060302005916.40333.qmail@web30213.mail.mud.yahoo.com> Message-ID: <44064546.8070908@mharris.ca> Leslie Satenstein wrote: > Keboard Problems abound > > Acutally have two problems noted with FC5. One is with the incorrect > mapping of CA(FR), and the other may be firefox related, but definately > software related. > > With the latter, and yahoo.com, when typing text, at the end of a word, > when a space character is typed, the first whitespace character is > ignored, and it takes the second, to generate a single whitespace > character on the screen, BUT... not always. It is probably some firefox > quirk. > > My hopes are up that the CA(FR) mapping will be in the go live install. > Other than that, I am patiently waiting. The French Canadian keyboard problems that people have reported over time, are limitations in xkbdata. Some of these problems are rumoured to be resolved in xkeyboard-config however, which just hit rawhide yesterday. Please check the list archives for URL to the latest 1.0.1-6 release and try it out. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From jvian10 at charter.net Thu Mar 2 01:11:10 2006 From: jvian10 at charter.net (Jeff Vian) Date: Wed, 01 Mar 2006 19:11:10 -0600 Subject: Kernels being uninstalled automatically Message-ID: <1141261870.4115.205.camel@eagle.lab.net> I just noticed that when I do an update that includes a kernel the 2nd older kernel is uninstalled. For example, right now the new one being installed is 1996 and the one it is replacing is 1977. The update is uninstalling the 1969 kernel for me. Is that deliberate? I assume so, but want to be able to NOT have it happen if I choose to keep the older kernels for whatever reason. This policy only keeps 2 kernel versions around, and can break a system if the latest (before the update) had problems for a user and an earlier version is in use. How do I turn that off? How would I change the number of older kernels to keep around? Jeff From jkeating at j2solutions.net Thu Mar 2 01:16:49 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 01 Mar 2006 17:16:49 -0800 Subject: Kernels being uninstalled automatically In-Reply-To: <1141261870.4115.205.camel@eagle.lab.net> References: <1141261870.4115.205.camel@eagle.lab.net> Message-ID: <1141262210.31231.67.camel@ender> On Wed, 2006-03-01 at 19:11 -0600, Jeff Vian wrote: > Is that deliberate? > I assume so, but want to be able to NOT have it happen if I choose to > keep the older kernels for whatever reason. Yes, installonlyn plugin keeps n number of old kernels (including the last kernel you ran) > This policy only keeps 2 kernel versions around, and can break a system > if the latest (before the update) had problems for a user and an earlier > version is in use. Almost. It does not remove the running kernel. (if I remember correctly) > How do I turn that off? > How would I change the number of older kernels to keep around? /etc/yum/pluginconf.d/installonlyn.conf -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From jreiser at BitWagon.com Thu Mar 2 01:18:15 2006 From: jreiser at BitWagon.com (John Reiser) Date: Wed, 01 Mar 2006 17:18:15 -0800 Subject: x64 FC5t3 won't install on Asus/Nvidia In-Reply-To: <1141253913.22558.75.camel@omen.com> References: <1141253913.22558.75.camel@omen.com> Message-ID: <440647D7.7030906@BitWagon.com> > This was logged to Bugzilla last time but was not fixed. > System is an Asus P5GD1 with MSI 6600 (Nvidia chipset) > and Dell 1920x1200 LCD. > The screen breaks up when the X server starts up. > > I have not tried a text install as my office desktop > really does need to run X. It sounds to me like there may be some confusion here. "boot: linux text" runs the installer "anaconda" in bog-standard VGA text mode (640x480), the same mode used by most BIOS. If the BIOS can drive the display then the text-mode installer can, too. In this mode anaconda can install X11 and other graphics stuff. [You might want to try "boot: linux text vga=788" (or even vga=791) to get more than a 25-line by 80-column display at install time. This is handy for alternate screens accessed by F2, etc.] The graphical installer uses 800x600 SVGA mode, and the software used during the install itself may well be different from the pieces of the final installed system. For instance, the xorg.conf used during install will be replaced by something else after configuring the display during firstboot. -- From lsatenstein at yahoo.com Thu Mar 2 01:20:18 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Wed, 1 Mar 2006 17:20:18 -0800 (PST) Subject: Shutdown option for Normal User In-Reply-To: <20060302004307.41FC373C4B@hormel.redhat.com> Message-ID: <20060302012018.53193.qmail@web30211.mail.mud.yahoo.com> Here is my concern. With Gnome, and KDE, the normal user (without root privleges) can do a logoff and/or shutdown. I can see logoff being permitted, but should he be able to do a shutdown without being prompted for the root password? OK, so he can do it. If we take it way, he can still do a shutdown via the on-off button on the unit. Both Core4 and Core5 respond to a microsecond depress on the power supply button to initiate a shutdown. My crawling grandson, with a curious finger did one for me yesterday. I believe that if possible, the power button the the power supply should be timed so that at least a 1 second depress will trigger a normal shutdown, and the prolonged 4 second depress will let the bios do it's dirty thing. Leslie -------------- next part -------------- An HTML attachment was scrubbed... URL: From davej at redhat.com Thu Mar 2 01:23:00 2006 From: davej at redhat.com (Dave Jones) Date: Wed, 1 Mar 2006 20:23:00 -0500 Subject: Kernels being uninstalled automatically In-Reply-To: <1141262210.31231.67.camel@ender> References: <1141261870.4115.205.camel@eagle.lab.net> <1141262210.31231.67.camel@ender> Message-ID: <20060302012300.GD19755@redhat.com> On Wed, Mar 01, 2006 at 05:16:49PM -0800, Jesse Keating wrote: > > This policy only keeps 2 kernel versions around, and can break a system > > if the latest (before the update) had problems for a user and an earlier > > version is in use. > > Almost. It does not remove the running kernel. (if I remember correctly) you remember correctly. Dave From sundaram at fedoraproject.org Thu Mar 2 01:26:20 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 06:56:20 +0530 Subject: Kernels being uninstalled automatically In-Reply-To: <1141261870.4115.205.camel@eagle.lab.net> References: <1141261870.4115.205.camel@eagle.lab.net> Message-ID: <440649BC.5070106@fedoraproject.org> Jeff Vian wrote: >I just noticed that when I do an update that includes a kernel the 2nd >older kernel is uninstalled. > >For example, right now the new one being installed is 1996 and the one >it is replacing is 1977. The update is uninstalling the 1969 kernel for >me. > >Is that deliberate? >I assume so, but want to be able to NOT have it happen if I choose to >keep the older kernels for whatever reason. > Its deliberate. Done by the installonlyn yum plugin. You can disable or configure it using /etc/yum/pluginconf.d/installonlyn.conf. This is now documented in the package notes section in the release notes. http://fedoraproject.org/wiki/Docs/Beats/PackageNotes -- Rahul From jvian10 at charter.net Thu Mar 2 01:49:28 2006 From: jvian10 at charter.net (Jeff Vian) Date: Wed, 01 Mar 2006 19:49:28 -0600 Subject: Kernels being uninstalled automatically In-Reply-To: <1141262210.31231.67.camel@ender> References: <1141261870.4115.205.camel@eagle.lab.net> <1141262210.31231.67.camel@ender> Message-ID: <1141264169.4115.211.camel@eagle.lab.net> On Wed, 2006-03-01 at 17:16 -0800, Jesse Keating wrote: > On Wed, 2006-03-01 at 19:11 -0600, Jeff Vian wrote: > > Is that deliberate? > > I assume so, but want to be able to NOT have it happen if I choose to > > keep the older kernels for whatever reason. > > Yes, installonlyn plugin keeps n number of old kernels (including the > last kernel you ran) > So the tokeep option there is deceptive. The tokeep=2 obviously means keep the last one and the one being installed. I would hope that this means the running kernel regardless of where it is in the current list, or it would really break things. > > This policy only keeps 2 kernel versions around, and can break a system > > if the latest (before the update) had problems for a user and an earlier > > version is in use. > > Almost. It does not remove the running kernel. (if I remember correctly) > > > How do I turn that off? > > How would I change the number of older kernels to keep around? > > /etc/yum/pluginconf.d/installonlyn.conf From ivg2 at cornell.edu Thu Mar 2 01:52:20 2006 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Wed, 01 Mar 2006 20:52:20 -0500 Subject: 2.6.15-1.1955_FC5 memory leak? In-Reply-To: <200602262017.37545.sgrubb@redhat.com> References: <200602262200.49225.russell@coker.com.au> <4401CEBE.5090605@cornell.edu> <200602271129.14651.russell@coker.com.au> <200602262017.37545.sgrubb@redhat.com> Message-ID: <44064FD4.3060806@cornell.edu> > No, it was 2 mallocs not being freed on some syscalls. lspp.10 kernel is > building right now and I'll update the yum repo tomorrow am. I might put the > kernel at http://people.redhat.com/sgrubb/files/lspp in a few minutes where > it can be retrieved and installed manually. > > Allright, I think the stock kernel (+madwifi/nvidia) does not appear to leak memory, although Mono does (or whatever mono is running)... it eats 20% cpu right when I need them most, and then memory usage slowly climbs to 880 MB used over a few days. Killing mono fixes the problem. I'm not very happy with the resources it takes to run mono...esp since I don't really use f-spot or beagle [ people are way too disorganized, why can't they just put their files so they can find them? ] I will re-verify the leak, and check what mono is running exactly...then file a bug. Will test lspp 10 kernel aftwards to see if that leak is fixed. From sundaram at fedoraproject.org Thu Mar 2 02:06:21 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 07:36:21 +0530 Subject: Kernels being uninstalled automatically In-Reply-To: <1141264169.4115.211.camel@eagle.lab.net> References: <1141261870.4115.205.camel@eagle.lab.net> <1141262210.31231.67.camel@ender> <1141264169.4115.211.camel@eagle.lab.net> Message-ID: <4406531D.3010000@fedoraproject.org> Jeff Vian wrote: >On Wed, 2006-03-01 at 17:16 -0800, Jesse Keating wrote: > > >>On Wed, 2006-03-01 at 19:11 -0600, Jeff Vian wrote: >> >> >>>Is that deliberate? >>>I assume so, but want to be able to NOT have it happen if I choose to >>>keep the older kernels for whatever reason. >>> >>> >>Yes, installonlyn plugin keeps n number of old kernels (including the >>last kernel you ran) >> >> >> >So the tokeep option there is deceptive. > > Slightly misleading perhaps. >The tokeep=2 obviously means keep the last one and the one being >installed. >I would hope that this means the running kernel regardless of where it >is in the current list, or it would really break things. > > Yes. -- Rahul From uno at webworks.se Thu Mar 2 02:13:37 2006 From: uno at webworks.se (Uno Engborg) Date: Thu, 02 Mar 2006 03:13:37 +0100 Subject: Keyboard problem in xorg-x11-server-Xorg-1.0.1-7 Message-ID: <440654D1.5080206@webworks.se> After the latest upgrade my Swedish keyboard seamed to stop working. I can no longer type normal characters like aring, auml, ouml and alt-gr seam to have stopped working too which results in loss of characters like tilde, pound, square brackets. I'm using a Thinkpad R50e, with configured with the following in the following options in the InputDevice section of the xorg.conf: Option "XkbModel" "pc105" Option "XkbLayout" "se" Anybody that have similar problems? Regards Uno Engborg From catfather at donpoo.net Thu Mar 2 02:30:33 2006 From: catfather at donpoo.net (Scott) Date: Wed, 1 Mar 2006 21:30:33 -0500 Subject: Cinema Display 30 and Radeon 9600 In-Reply-To: <20060302010530.GA18069@devserv.devel.redhat.com> References: <37607E81-B216-4CB0-92D9-6A9C93FA0D26@donpoo.net> <4404EF30.6020906@gmx.de> <154407A6-145B-4D6A-BB6E-3541BBB6ABCA@donpoo.net> <44056627.5020306@gmx.de> <773E909B-5564-4F01-9A60-17E5BE1B994B@donpoo.net> <44062F38.30300@mharris.ca> <438D9A8A-EF27-4894-8842-CAB1C061AC01@donpoo.net> <20060302010530.GA18069@devserv.devel.redhat.com> Message-ID: On Mar 1, 2006, at 8:05 PM, Alan Cox wrote: > Mpeg hardware decode is actually not very useful these days. If you > need it > then you can get it on the low end via boards open source, but on a > P4 or > Athlon64 its hardly useful and most boards just provide scalers and > colourspace > conversion which actually is the important stuff Do you use MythTV with HDTV (1080i and 720p) video? It takes a lot of CPU to do decoding, scaling, etc without a dedicated chip. A big CPU means higher cost, larger power supply, and lots of cooling leading to excessive noise in the living room, the last place you want it. For MythTV it seems most people end up going with the nvidia boards and jumping through flaming hoops to get XvMC working in the proprietary driver to assist with HDTV decoding so they can use a low end CPU and keep costs and noise down. Even at that XvMC isn't pretty when it comes to quality of deinterlacing a 1080i stream compared to what xine or mplayer can do in software when given enough CPU. Having quality OSS drivers that handled dedicated hardware for decoding HDTV video would be nice. Unichrome is a great effort in that regard. Unfortunately, I personally find the availability of unichrome XvMC supported chipsets that can handle 1280x720 or 1920x1080 video output lacking in main stream motherboards. Admittedly, most users I've seen on the MythTV lists do not seem to be as concerned about HDTV quality or output as I am :) -- Scott -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2369 bytes Desc: not available URL: From mharris at mharris.ca Thu Mar 2 02:36:07 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Wed, 01 Mar 2006 21:36:07 -0500 Subject: Shutdown option for Normal User In-Reply-To: <20060302012018.53193.qmail@web30211.mail.mud.yahoo.com> References: <20060302012018.53193.qmail@web30211.mail.mud.yahoo.com> Message-ID: <44065A17.8080705@mharris.ca> Leslie Satenstein wrote: > Here is my concern. With Gnome, and KDE, the normal user (without root > privleges) can do a logoff and/or shutdown. I can see logoff being > permitted, but should he be able to do a shutdown without being prompted > for the root password? Yes he should. Especially if he can physically pick the machine up and throw it off the desk. If you are trying to "protect" a machine from a security viewpoing, and the machine is physically available to someone, they _can_ do whatever they want, and putting passwords in front of them doesn't result in increased security. > OK, so he can do it. If we take it way, he can still do a shutdown via > the on-off button on the unit. Both Core4 and Core5 respond to a > microsecond depress on the power supply button to initiate a shutdown. > My crawling grandson, with a curious finger did one for me yesterday. I > believe that if possible, the power button the the power supply should > be timed so that at least a 1 second depress will trigger a normal > shutdown, and the prolonged 4 second depress will let the bios do it's > dirty thing. Scenario: You are at a computer and decide for whatever reason that you want or need to shut it down. Some system admin who manages the machine however has decided for whatever reason that they do not want people to be able to shut the machines down, and has put a password on it. What are your options? You could go find a sysadmin to resolve the problem and some people will likely do that. How many people will reach behind the machine and yank the power cord instead? Which is less harmful to the system in question, yanking the power cord, or hitting CTRL-ALT-DEL or equivalent? Now, if the machine is not physically touchable, the situation changes somewhat. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From charlescurley at charlescurley.com Thu Mar 2 02:36:36 2006 From: charlescurley at charlescurley.com (Charles Curley) Date: Wed, 1 Mar 2006 19:36:36 -0700 Subject: Kernels being uninstalled automatically In-Reply-To: <440649BC.5070106@fedoraproject.org> References: <1141261870.4115.205.camel@eagle.lab.net> <440649BC.5070106@fedoraproject.org> Message-ID: <20060302023636.GA21562@charlescurley.com> On Thu, Mar 02, 2006 at 06:56:20AM +0530, Rahul Sundaram wrote: > Jeff Vian wrote: > > >I just noticed that when I do an update that includes a kernel the 2nd > >older kernel is uninstalled. > > > >For example, right now the new one being installed is 1996 and the one > >it is replacing is 1977. The update is uninstalling the 1969 kernel for > >me. > > > >Is that deliberate? > >I assume so, but want to be able to NOT have it happen if I choose to > >keep the older kernels for whatever reason. > > > Its deliberate. Done by the installonlyn yum plugin. You can disable or > configure it using /etc/yum/pluginconf.d/installonlyn.conf. This is now > documented in the package notes section in the release notes. > http://fedoraproject.org/wiki/Docs/Beats/PackageNotes > The installonlyn feature does not appear to be documented in either the yum or yum.conf man pages. Shall I bugzilla it?? -- Charles Curley /"\ ASCII Ribbon Campaign Looking for fine software \ / Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com / \ No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From jkeating at j2solutions.net Thu Mar 2 02:38:23 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 01 Mar 2006 18:38:23 -0800 Subject: Kernels being uninstalled automatically In-Reply-To: <20060302023636.GA21562@charlescurley.com> References: <1141261870.4115.205.camel@eagle.lab.net> <440649BC.5070106@fedoraproject.org> <20060302023636.GA21562@charlescurley.com> Message-ID: <1141267104.31231.71.camel@ender> On Wed, 2006-03-01 at 19:36 -0700, Charles Curley wrote: > > The installonlyn feature does not appear to be documented in either > the yum or yum.conf man pages. Shall I bugzilla it?? Sure, at upstream yum and with patches included for documentation. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From skvidal at linux.duke.edu Thu Mar 2 02:50:35 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 01 Mar 2006 21:50:35 -0500 Subject: Kernels being uninstalled automatically In-Reply-To: <1141267104.31231.71.camel@ender> References: <1141261870.4115.205.camel@eagle.lab.net> <440649BC.5070106@fedoraproject.org> <20060302023636.GA21562@charlescurley.com> <1141267104.31231.71.camel@ender> Message-ID: <1141267836.28366.11.camel@cutter> On Wed, 2006-03-01 at 18:38 -0800, Jesse Keating wrote: > On Wed, 2006-03-01 at 19:36 -0700, Charles Curley wrote: > > > > The installonlyn feature does not appear to be documented in either > > the yum or yum.conf man pages. Shall I bugzilla it?? > > Sure, at upstream yum and with patches included for documentation. > it's not in the upstream package. It's added by fedora to the main package so it might make more sense to file it on fedora's bugzilla so it can be added there. -sv From talbotscott at cox.net Thu Mar 2 02:54:40 2006 From: talbotscott at cox.net (Oldman) Date: Wed, 01 Mar 2006 18:54:40 -0800 Subject: Kernels being uninstalled automatically In-Reply-To: <1141267104.31231.71.camel@ender> References: <1141261870.4115.205.camel@eagle.lab.net> <440649BC.5070106@fedoraproject.org> <20060302023636.GA21562@charlescurley.com> <1141267104.31231.71.camel@ender> Message-ID: <1141268081.3747.4.camel@ip68-101-182-212.sd.sd.cox.net> On Wed, 2006-03-01 at 18:38 -0800, Jesse Keating wrote: > installonlyn feature does not appear to be documented in either > > the yum or yum.conf man pages. Shall I bugzilla it?? Just thought I'd jump in here. Currently yum is not running the installonlyn plugin, so I have 4 kernels installed. Anyone else see this? Also, fwiw I have in the past been running the oldest kernel when updating and installonlyn did remove the kernel not being used (newer than the one I was using) and installed the newest kernel. Scott From sundaram at fedoraproject.org Thu Mar 2 02:56:48 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 08:26:48 +0530 Subject: Kernels being uninstalled automatically In-Reply-To: <1141268081.3747.4.camel@ip68-101-182-212.sd.sd.cox.net> References: <1141261870.4115.205.camel@eagle.lab.net> <440649BC.5070106@fedoraproject.org> <20060302023636.GA21562@charlescurley.com> <1141267104.31231.71.camel@ender> <1141268081.3747.4.camel@ip68-101-182-212.sd.sd.cox.net> Message-ID: <44065EF0.1040309@fedoraproject.org> Oldman wrote: >On Wed, 2006-03-01 at 18:38 -0800, Jesse Keating wrote: > > >>installonlyn feature does not appear to be documented in either >> >> >>>the yum or yum.conf man pages. Shall I bugzilla it?? >>> >>> > >Just thought I'd jump in here. Currently yum is not running the >installonlyn plugin, so I have 4 kernels installed. Anyone else see >this? > What version of yum and Fedora?. Does it say loading installonlyn plugin when you run yum update? -- Rahul From jkeating at j2solutions.net Thu Mar 2 03:00:38 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 01 Mar 2006 19:00:38 -0800 Subject: Kernels being uninstalled automatically In-Reply-To: <1141267836.28366.11.camel@cutter> References: <1141261870.4115.205.camel@eagle.lab.net> <440649BC.5070106@fedoraproject.org> <20060302023636.GA21562@charlescurley.com> <1141267104.31231.71.camel@ender> <1141267836.28366.11.camel@cutter> Message-ID: <1141268438.31231.82.camel@ender> On Wed, 2006-03-01 at 21:50 -0500, seth vidal wrote: > > it's not in the upstream package. It's added by fedora to the main > package so it might make more sense to file it on fedora's bugzilla so > it can be added there. Good point. Same request applies about attaching the docs too (; -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From talbotscott at cox.net Thu Mar 2 03:21:17 2006 From: talbotscott at cox.net (oldman) Date: Wed, 01 Mar 2006 19:21:17 -0800 Subject: Kernels being uninstalled automatically In-Reply-To: <44065EF0.1040309@fedoraproject.org> References: <1141261870.4115.205.camel@eagle.lab.net> <440649BC.5070106@fedoraproject.org> <20060302023636.GA21562@charlescurley.com> <1141267104.31231.71.camel@ender> <1141268081.3747.4.camel@ip68-101-182-212.sd.sd.cox.net> <44065EF0.1040309@fedoraproject.org> Message-ID: <440664AD.3050203@cox.net> Rahul Sundaram wrote: > Oldman wrote: > >> On Wed, 2006-03-01 at 18:38 -0800, Jesse Keating wrote: >> >> >>> installonlyn feature does not appear to be documented in either >>> >>> >>>> the yum or yum.conf man pages. Shall I bugzilla it?? >>> >> >> Just thought I'd jump in here. Currently yum is not running the >> installonlyn plugin, so I have 4 kernels installed. Anyone else see >> this? >> > What version of yum and Fedora?. Does it say loading installonlyn > plugin when you run yum update? > Latest of both (FC5T3 - just got a new version of yum the other day yum-2.5.3-2), and no yum does not say that it is loading the plugin. Does the plugin require yum-utils? this was not installed with T3. Scott From uno at webworks.se Thu Mar 2 03:22:43 2006 From: uno at webworks.se (Uno Engborg) Date: Thu, 02 Mar 2006 04:22:43 +0100 Subject: Shutdown option for Normal User In-Reply-To: <44065A17.8080705@mharris.ca> References: <20060302012018.53193.qmail@web30211.mail.mud.yahoo.com> <44065A17.8080705@mharris.ca> Message-ID: <44066503.5080201@webworks.se> Mike A. Harris wrote: > > Scenario: You are at a computer and decide for whatever reason that you > want or need to shut it down. Some system admin who manages the machine > however has decided for whatever reason that they do not want people to > be able to shut the machines down, and has put a password on it. > > What are your options? You could go find a sysadmin to resolve the > problem and some people will likely do that. How many people will > reach behind the machine and yank the power cord instead? > > Which is less harmful to the system in question, yanking the power > cord, or hitting CTRL-ALT-DEL or equivalent? > > Now, if the machine is not physically touchable, the situation changes > somewhat. > In large companies, or even in the school computer lab it is quite common to use thin clients where the users run their tasks on a physically protected server. So there really is a need to prevent users from taking such systems down. Regards Uno Engborg From skvidal at linux.duke.edu Thu Mar 2 03:27:24 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 01 Mar 2006 22:27:24 -0500 Subject: Kernels being uninstalled automatically In-Reply-To: <440664AD.3050203@cox.net> References: <1141261870.4115.205.camel@eagle.lab.net> <440649BC.5070106@fedoraproject.org> <20060302023636.GA21562@charlescurley.com> <1141267104.31231.71.camel@ender> <1141268081.3747.4.camel@ip68-101-182-212.sd.sd.cox.net> <44065EF0.1040309@fedoraproject.org> <440664AD.3050203@cox.net> Message-ID: <1141270044.28366.15.camel@cutter> On Wed, 2006-03-01 at 19:21 -0800, oldman wrote: > Rahul Sundaram wrote: > > > Oldman wrote: > > > >> On Wed, 2006-03-01 at 18:38 -0800, Jesse Keating wrote: > >> > >> > >>> installonlyn feature does not appear to be documented in either > >>> > >>> > >>>> the yum or yum.conf man pages. Shall I bugzilla it?? > >>> > >> > >> Just thought I'd jump in here. Currently yum is not running the > >> installonlyn plugin, so I have 4 kernels installed. Anyone else see > >> this? > >> > > What version of yum and Fedora?. Does it say loading installonlyn > > plugin when you run yum update? > > > Latest of both (FC5T3 - just got a new version of yum the other day > > yum-2.5.3-2), and no yum does not say that it is loading the plugin. > > Does the plugin require yum-utils? this was not installed with T3. > it does not require yum-utils. Have you modified your yum.conf at all? Maybe disabling plugins. -sv From sundaram at fedoraproject.org Thu Mar 2 03:26:47 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 08:56:47 +0530 Subject: Kernels being uninstalled automatically In-Reply-To: <440664AD.3050203@cox.net> References: <1141261870.4115.205.camel@eagle.lab.net> <440649BC.5070106@fedoraproject.org> <20060302023636.GA21562@charlescurley.com> <1141267104.31231.71.camel@ender> <1141268081.3747.4.camel@ip68-101-182-212.sd.sd.cox.net> <44065EF0.1040309@fedoraproject.org> <440664AD.3050203@cox.net> Message-ID: <440665F7.4090409@fedoraproject.org> Hi, oldman wrote: > Latest of both (FC5T3 - just got a new version of yum the other day > > yum-2.5.3-2), and no yum does not say that it is loading the plugin. > > Does the plugin require yum-utils? this was not installed with T3. Doesnt require yum-utils. This plugin is part of the rawhide yum package and is enabled by default. Check your plugin configuration files in /etc/yum directory. -- Rahul From jspaleta at gmail.com Thu Mar 2 03:27:01 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 1 Mar 2006 22:27:01 -0500 Subject: Kernels being uninstalled automatically In-Reply-To: <1141268081.3747.4.camel@ip68-101-182-212.sd.sd.cox.net> References: <1141261870.4115.205.camel@eagle.lab.net> <440649BC.5070106@fedoraproject.org> <20060302023636.GA21562@charlescurley.com> <1141267104.31231.71.camel@ender> <1141268081.3747.4.camel@ip68-101-182-212.sd.sd.cox.net> Message-ID: <604aa7910603011927n44cea542u2f4260fb949f8788@mail.gmail.com> On 3/1/06, Oldman wrote: > Just thought I'd jump in here. Currently yum is not running the > installonlyn plugin, so I have 4 kernels installed. Anyone else see > this? Things to check in /etc/yum.conf do you have the line plugins=1 in /etc/yum/pluginconf.d/installonlyn.conf do you have the line enabled=1 From olivares14031 at yahoo.com Thu Mar 2 03:27:49 2006 From: olivares14031 at yahoo.com (Antonio Olivares) Date: Wed, 1 Mar 2006 19:27:49 -0800 (PST) Subject: Kernels being uninstalled automatically In-Reply-To: <1141261870.4115.205.camel@eagle.lab.net> Message-ID: <20060302032749.22598.qmail@web52610.mail.yahoo.com> --- Jeff Vian wrote: > I just noticed that when I do an update that > includes a kernel the 2nd > older kernel is uninstalled. > > For example, right now the new one being installed > is 1996 and the one > it is replacing is 1977. The update is uninstalling > the 1969 kernel for > me. > > Is that deliberate? > I assume so, but want to be able to NOT have it > happen if I choose to > keep the older kernels for whatever reason. > > This policy only keeps 2 kernel versions around, and > can break a system > if the latest (before the update) had problems for a > user and an earlier > version is in use. > > How do I turn that off? > How would I change the number of older kernels to > keep around? On a similar note, I received help from Jeff Spaleta on this list to help me keep the original kernel so that I could connect to internet. Thread " Re: tell yum not to remove original kernel" {I use smartlink winmodem with slmodemd, for some reason or another newer kernels do not work with slmodemd and slmodem-2.9.11-20051101.tar.gz from linmodems.org] He instructed me to do the following: disable the installonlyn plugin edit /etc/yum/pluginconf.d/installonlyn.conf enabled=0 It worked for me. So I do not see why it should not work out for you. Best Regards, Antonio > > Jeff > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From talbotscott at cox.net Thu Mar 2 04:38:09 2006 From: talbotscott at cox.net (Oldman) Date: Wed, 01 Mar 2006 20:38:09 -0800 Subject: Kernels being uninstalled automatically[solved] In-Reply-To: <1141267104.31231.71.camel@ender> References: <1141261870.4115.205.camel@eagle.lab.net> <440649BC.5070106@fedoraproject.org> <20060302023636.GA21562@charlescurley.com> <1141267104.31231.71.camel@ender> Message-ID: <1141274289.2580.2.camel@ip68-101-182-212.sd.sd.cox.net> Thanks too all who replied! My yum.conf did not have the line plugins=1 now that I added it, all is well (well maybe not all!) Thanks Scott From chrisw01 at comcast.net Thu Mar 2 05:16:13 2006 From: chrisw01 at comcast.net (Christopher A. Williams) Date: Wed, 01 Mar 2006 22:16:13 -0700 Subject: Keyboard problem in xorg-x11-server-Xorg-1.0.1-7 In-Reply-To: <440654D1.5080206@webworks.se> References: <440654D1.5080206@webworks.se> Message-ID: <1141276573.6417.10.camel@spikehome.spikenet.local> On Thu, 2006-03-02 at 03:13 +0100, Uno Engborg wrote: > After the latest upgrade my Swedish keyboard seamed to stop working. > I can no longer type normal characters like aring, auml, ouml and alt-gr > seam to have stopped working too which results in loss of characters like > tilde, pound, square brackets. > > > I'm using a Thinkpad R50e, with configured with the following in the > following options in the InputDevice section of the xorg.conf: > > Option "XkbModel" "pc105" > Option "XkbLayout" "se" > > Anybody that have similar problems? ...Actually, yes. On my US English keyboard, I can no longer type certain characters. That includes not being able to type any of the shift characters for punctuation on the numbers and extra punctuation marks. That includes exclamation points, colons, percent signs, etc. The shift key seems to only work with letters. Strange... -- ====================== "Never murder a man when he's busy committing suicide." -- Woodrow Wilson From chrisw01 at comcast.net Thu Mar 2 05:17:55 2006 From: chrisw01 at comcast.net (Christopher A. Williams) Date: Wed, 01 Mar 2006 22:17:55 -0700 Subject: Password Changing for Normal User In-Reply-To: <4405F64D.7060509@bigpond.net.au> References: <1141224479.4154.16.camel@spikehome.spikenet.local> <4405C9D4.80705@webworks.se> <4405F64D.7060509@bigpond.net.au> Message-ID: <1141276675.6417.13.camel@spikehome.spikenet.local> On Thu, 2006-03-02 at 06:30 +1100, David Timms wrote: > Uno Engborg wrote: > > Christopher A. Williams wrote: > >> Is it just me, or has anyone else noticed that there is no menu entry in > >> GNOME for a user to change their own password in FC5T3? That means they > >> > > You find it as a button in the new "About Me" dialog. > > ("Desktop->Preferences->About Me") > Given that good security is based on having strong passwords that change > over time, hiding the capability under About Me is really no go. It's > probably to late to change for FC5, but I would suggest at the minimum > changing the hint that is shown when the mouse is held over the About Me > entry from: > Set your personal information > to: > Set your personal information and user password > > And the title to "About me and my account". (or login) > > There would then be a slim chance that a user would actually find it! > What do others think ? As the OP, I absolutely agree. I'm a rather experienced user and this one caught me totally by surprise. This new ...um... feature definitely fails the usability teas as far as I'm concerned. -- ====================== "Never murder a man when he's busy committing suicide." -- Woodrow Wilson From pritam.ghanghas at gmail.com Thu Mar 2 07:36:33 2006 From: pritam.ghanghas at gmail.com (parta) Date: Thu, 2 Mar 2006 13:06:33 +0530 Subject: (no subject) Message-ID: <738e3c70603012336s1b80e1c2s213d4d22b3155fa3@mail.gmail.com> Hi I leave my system idle it automatically shuts down. When i search out for possible caused in the logs, only thing that looks bad is major=252 name_count=0: freeing multiple contexts (1) major=113 name_count=0: freeing multiple contexts (2) I am using a asus intel-925 chipset board with two sata drives in software raid0. the raid entries are as follows: ARRAY /dev/md1 level=raid1 num-devices=2 UUID=d30eb006:70f655fb:b2c29b54:da1d2fea ARRAY /dev/md2 level=raid0 num-devices=2 UUID=fe048a8a:c616f022:8fda774d:3ed6daaf ARRAY /dev/md3 level=raid0 num-devices=2 UUID=e4f7234d:e59ae2b9:b88c31a9:87f46a24 ARRAY /dev/md0 level=raid1 num-devices=2 UUID=33ffadad:772eecd8:c4f6e0f9:f541b7ba Sound card is also not well supported. It seems to work at will. -- pritam -------------- next part -------------- An HTML attachment was scrubbed... URL: From gnomeuser at gmail.com Thu Mar 2 07:53:00 2006 From: gnomeuser at gmail.com (David Nielsen) Date: Thu, 02 Mar 2006 08:53:00 +0100 Subject: Keyboard problem in xorg-x11-server-Xorg-1.0.1-7 In-Reply-To: <1141276573.6417.10.camel@spikehome.spikenet.local> References: <440654D1.5080206@webworks.se> <1141276573.6417.10.camel@spikehome.spikenet.local> Message-ID: <1141285981.3512.1.camel@price.stavtrup-st.dk> ons, 01 03 2006 kl. 22:16 -0700, skrev Christopher A. Williams: > On Thu, 2006-03-02 at 03:13 +0100, Uno Engborg wrote: > > After the latest upgrade my Swedish keyboard seamed to stop working. > > I can no longer type normal characters like aring, auml, ouml and alt-gr > > seam to have stopped working too which results in loss of characters like > > tilde, pound, square brackets. > > > > > > I'm using a Thinkpad R50e, with configured with the following in the > > following options in the InputDevice section of the xorg.conf: > > > > Option "XkbModel" "pc105" > > Option "XkbLayout" "se" > > > > Anybody that have similar problems? > > ...Actually, yes. On my US English keyboard, I can no longer type > certain characters. That includes not being able to type any of the > shift characters for punctuation on the numbers and extra punctuation > marks. That includes exclamation points, colons, percent signs, etc. > > The shift key seems to only work with letters. > > Strange... Something really broke my danish layout for my logicink keyboard, I currently have no special letters. - David From jkeating at redhat.com Thu Mar 2 07:55:02 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 01 Mar 2006 23:55:02 -0800 Subject: Udev issues in today's coming rawhide Message-ID: <1141286103.31231.104.camel@ender> We're attempting to fix a problem in udev where /dev/cdrom creation is a race between multiple optical devices in a system. To work around this we will enumerate the devices as /dev/cdrom-hdc or /dev/cdrom-hdb. However for compatibility reasons, we'll still create a /dev/cdrom, and the last device found wins the race. However in the udev package found in today's rawhide, /dev/cdrom is not being created at all. This is fixed in a newer package, but did not make the rawhide push. If you have issues with udev and /dev/cdrom, please update to the udev package found here: http://people.redhat.com/jkeating/udev-hotfix/ If you notice an application you use that depends on a /dev/cdrom entry, please let us know so that we can investigate fixes for this improper behavior. Cheers! -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From pritam.ghanghas at gmail.com Thu Mar 2 07:57:55 2006 From: pritam.ghanghas at gmail.com (parta) Date: Thu, 2 Mar 2006 13:27:55 +0530 Subject: FC5t3 system goes down on its on Message-ID: <738e3c70603012357j5b2afd76p84c73c64115c339b@mail.gmail.com> Hi sorry, i posted my last mail with no subject so i am posting it again. I am a new tester and hope community will forgive such early mistakes I leave my system idle it automatically shuts down. When i search out for possible caused in the logs, only thing that looks bad is major=252 name_count=0: freeing multiple contexts (1) major=113 name_count=0: freeing multiple contexts (2) I am using a asus intel-925 chipset board with two sata drives in software raid0. the raid entries are as follows: ARRAY /dev/md1 level=raid1 num-devices=2 UUID=d30eb006:70f655fb:b2c29b54 :da1d2fea ARRAY /dev/md2 level=raid0 num-devices=2 UUID=fe048a8a:c616f022:8fda774d:3ed6daaf ARRAY /dev/md3 level=raid0 num-devices=2 UUID=e4f7234d:e59ae2b9:b88c31a9:87f46a24 ARRAY /dev/md0 level=raid1 num-devices=2 UUID=33ffadad:772eecd8:c4f6e0f9:f541b7ba Sound card is also not well supported. It seems to work at will. -- pritam -------------- next part -------------- An HTML attachment was scrubbed... URL: From shrek-m at gmx.de Thu Mar 2 08:01:21 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 02 Mar 2006 09:01:21 +0100 Subject: Cinema Display 30 and Radeon 9600 In-Reply-To: <440644EF.3030601@mharris.ca> References: <37607E81-B216-4CB0-92D9-6A9C93FA0D26@donpoo.net> <4404EF30.6020906@gmx.de> <154407A6-145B-4D6A-BB6E-3541BBB6ABCA@donpoo.net> <44056627.5020306@gmx.de> <773E909B-5564-4F01-9A60-17E5BE1B994B@donpoo.net> <44062F38.30300@mharris.ca> <438D9A8A-EF27-4894-8842-CAB1C061AC01@donpoo.net> <440644EF.3030601@mharris.ca> Message-ID: <4406A651.60809@gmx.de> On 02.03.2006 02:05, Mike A. Harris wrote: > I'm not sure how closely any of the hardware vendors track Fedora > development with their drivers, however traditionally they seem to > release drivers a month or so after a new OS release, which claims > to work with the new OS release. this is probably true for x86* but afaics no proprietary driver (ati, nvidia) for ppc* https://support.ati.com/ics/support/default.asp?deptID=894&task=knowledge&folderID=27 www.ati.com / drivers+software / linux / linux display driver + software x86 x86_64 www.nvidia.com / download drivers / ... / no ppc* -- shrek-m From tatxe at tatxe.org Thu Mar 2 08:02:37 2006 From: tatxe at tatxe.org (tatxe) Date: Thu, 02 Mar 2006 09:02:37 +0100 Subject: A funny thing Message-ID: <1141286557.4943.8.camel@localhost> Hi all. After the yesterday updates I've lost the Alt Gr keys, like (@ and #), I'm looking in the Gnome Languaje configuration but all seems Ok, It's all set in Spanish-Spain languaje. Where I can look to solve this? I other way, the gnome applet calendar shows the weeks in US mode, I mean, first Sunday and last Saturday, but in Spain the first day in the weey is Mondays. How can I change this?, I really a mess for me remember that the applet is changed and I allways have add an appointment the wrong day :D -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: Esta parte del mensaje est? firmada digitalmente URL: From sundaram at fedoraproject.org Thu Mar 2 08:13:10 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 13:43:10 +0530 Subject: Keyboard problem in xorg-x11-server-Xorg-1.0.1-7 In-Reply-To: <1141285981.3512.1.camel@price.stavtrup-st.dk> References: <440654D1.5080206@webworks.se> <1141276573.6417.10.camel@spikehome.spikenet.local> <1141285981.3512.1.camel@price.stavtrup-st.dk> Message-ID: <4406A916.20704@fedoraproject.org> David Nielsen wrote: >ons, 01 03 2006 kl. 22:16 -0700, skrev Christopher A. Williams: > > >>On Thu, 2006-03-02 at 03:13 +0100, Uno Engborg wrote: >> >> >>>After the latest upgrade my Swedish keyboard seamed to stop working. >>>I can no longer type normal characters like aring, auml, ouml and alt-gr >>>seam to have stopped working too which results in loss of characters like >>>tilde, pound, square brackets. >>> >>> >>>I'm using a Thinkpad R50e, with configured with the following in the >>>following options in the InputDevice section of the xorg.conf: >>> >>>Option "XkbModel" "pc105" >>>Option "XkbLayout" "se" >>> >>>Anybody that have similar problems? >>> >>> >>...Actually, yes. On my US English keyboard, I can no longer type >>certain characters. That includes not being able to type any of the >>shift characters for punctuation on the numbers and extra punctuation >>marks. That includes exclamation points, colons, percent signs, etc. >> >>The shift key seems to only work with letters. >> >>Strange... >> >> > >Something really broke my danish layout for my logicink keyboard, I >currently have no special letters. > >- David > > Refer to https://www.redhat.com/archives/fedora-devel-list/2006-March/msg00018.html and followup there, -- Rahul From sundaram at fedoraproject.org Thu Mar 2 08:13:49 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 13:43:49 +0530 Subject: A funny thing In-Reply-To: <1141286557.4943.8.camel@localhost> References: <1141286557.4943.8.camel@localhost> Message-ID: <4406A93D.70603@fedoraproject.org> tatxe wrote: >Hi all. > >After the yesterday updates I've lost the Alt Gr keys, like (@ and #), >I'm looking in the Gnome Languaje configuration but all seems Ok, It's >all set in Spanish-Spain languaje. Where I can look to solve this? > > > https://www.redhat.com/archives/fedora-devel-list/2006-March/msg00018.html >I other way, the gnome applet calendar shows the weeks in US mode, I >mean, first Sunday and last Saturday, but in Spain the first day in the >weey is Mondays. How can I change this?, I really a mess for me remember >that the applet is changed and I allways have add an appointment the >wrong day :D > > Unsure. Have you set the locale information correctly? -- Rahul From dtimms at bigpond.net.au Thu Mar 2 08:16:39 2006 From: dtimms at bigpond.net.au (David Timms) Date: Thu, 02 Mar 2006 19:16:39 +1100 Subject: FC5, glxgears is there, but not default In-Reply-To: <44062D33.4040700@mharris.ca> References: <1141088499.3032.15.camel@c-67-164-203-75.hsd1.ut.comcast.net> <4403B39C.4070901@mharris.ca> <44043B0B.1080101@bigpond.net.au> <440494E2.5010403@mharris.ca> <44059DEC.6090005@bigpond.net.au> <44062D33.4040700@mharris.ca> Message-ID: <4406A9E7.8040001@bigpond.net.au> Mike A. Harris wrote: > David Timms wrote: >> Mike A. Harris wrote: >> >>> David Timms wrote: >> However, the size is tiny (16k+16k) for gears and info, so for a GUI >> install I reckon it should be included. It's at least a basic GL test >> tool which is proof of GL before trying some games / screen savers etc. >> >> I'll file the request if there is any one else who would agree its >> needed ?? > > I think it's reasonable for it to be installed by default. It always > was before afterall. Many people look for it, enough to justify it > being installed by default, such as any of the other X related "*info" > tools. > > It's probably not intentional that it's not installed by default right > now, but more likely just nobody noticed before now and nobody reported > it as a bug or request. > > Not sure if it is too late now to change the list of things that get > installed by default or not, but filing a bug would be the first step. > > ;) zilla'd de bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183600 DaveT. From buildsys at redhat.com Thu Mar 2 08:17:07 2006 From: buildsys at redhat.com (Build System) Date: Thu, 2 Mar 2006 03:17:07 -0500 Subject: rawhide report: 20060302 changes Message-ID: <200603020817.k228H7AE001227@porkchop.devel.redhat.com> Removed package bogl Updated Packages: Guppi-0.40.3-25 --------------- * Wed Mar 01 2006 Karsten Hopp 0.40.3-25 - BuildPreReq: libSM-devel NetworkManager-0.5.1-18.cvs20060301 ----------------------------------- * Wed Mar 01 2006 Dan Williams 0.5.1-18.cvs20060301 - Fix VPN-related crash - Fix issue where NM would refuse to activate a VPN connection once it had timed out - Log wpa_supplicant output for better debugging autoconf213-2.13-11 ------------------- * Mon Feb 27 2006 Karsten Hopp 2.13-11 - BuildRequire m4 (#181959) axis-0:1.2.1-2jpp_1fc --------------------- * Wed Mar 01 2006 Archit Shah 0:1.2.1-2jpp_1fc - remove unnecessary build dependencies on jacorb and jonathan-rmi - include fix to Axis bug 2142 - merge from upstream 2jpp beagle-0.2.1-15 --------------- * Wed Mar 01 2006 Matthias Clasen 0.2.1-15 - Bump log level to "error" to avoid tons of pointless warnings. (#183162) * Wed Mar 01 2006 Matthias Clasen 0.2.1-14 - Fix a typo in /etc/beagle/crawl-applications * Wed Mar 01 2006 Ray Strode 0.2.1-13 - add patch from Felipe Alfaro Solana to invote beagle indexing helper function with valid shell (bug 183360) cairo-java-1.0.2.0.20060301.rh1-0 --------------------------------- * Wed Mar 01 2006 Adam Jocksch - 1.0.2.0.20060301.rh1-0 - Increased version of required glib-java to 0.2.3.0.20060301.rh1. - Imported new tarball to address bg #183538. cman-1.0.5-0.FC5.0 ------------------ * Wed Mar 01 2006 Chris Feist - Rebuilt w/ new upstream sources dbus-0.61-3 ----------- * Fri Feb 24 2006 John (J5) Palmieri 0.61-2 - ABI hasn't changed so add patch that makes dbus-sharp think it is still 0.60 (mono uses hard version names so any change means apps need to recompile) * Fri Feb 24 2006 John (J5) Palmieri 0.61-2 - Make sure chkconfig rests the priorities so we can start earlier * Fri Feb 24 2006 John (J5) Palmieri 0.61-1 - Upgrade to upstream version 0.61 - remove python callchain patch - update avc patch desktop-printing-0.19-6 ----------------------- * Mon Feb 20 2006 Karsten Hopp 0.19-6 - BuildRequire libXScrnSaver-devel for libXss diskdumputils-1.2.8-4 --------------------- * Mon Feb 20 2006 Karsten Hopp 1.2.8-4 - BuildRequires: zlib-devel ekiga-1.99.1-2 -------------- * Mon Feb 20 2006 Karsten Hopp 1.99.1-2 - Buildrequires: gnome-doc-utils emacs-21.4-13 ------------- * Mon Feb 27 2006 Jens Petersen - 21.4-13 - buildrequire libXaw-devel for menus and scrollbar - pass -R to setarch to disable address randomization during dumping (Sam Peterson, #174736) - install cc-mode.info correctly (Sam Peterson, #182084) - fix sort-columns not to use deprecated non-posix sort key syntax with sort-columns-posix-key-182282.patch (Richard Ryniker, #182282) - use system-name function not variable when setting frame-title-format in /etc/skel/.emacs for XEmacs users hitting .emacs evince-0.5.1-2 -------------- * Wed Mar 01 2006 Kristian H??gsberg - 0.5.1-2 - Rebuild to pick up new poppler soname. evolution-sharp-0.10.2-9 ------------------------ * Tue Feb 21 2006 Karsten Hopp 0.10.2-9 - BuildRequire gtk-sharp2 firstboot-1.4.5-1 ----------------- * Wed Mar 01 2006 Chris Lumens 1.4.5-1 - Run if RUN_FIRSTBOOT != "NO" (#180520). - Don't let dialog windows hide behind the main window. - Remove timeout waiting for server to start. fonts-ISO8859-2-1.0-17 ---------------------- * Tue Feb 21 2006 Karsten Hopp 1.0-17 - BuildRequire xorg-x11-font-utils frysk-0.0.1.2006.02.19.rh2-0.FC5.1 ---------------------------------- * Wed Mar 01 2006 Andrew Cagney 0.0.1.2006.02.19.rh2-0.FC5.1 - Add dependencies on latest Java-GNOME bindings. * Wed Mar 01 2006 Andrew Cagney 0.0.1.2006.02.19.rh2-0.FC5.0 - Import frysk 0.0.1.2006.02.19.rh2; works around bug #180637. - Enable x86_64, update *-java BuildRequires; fix bug #183538. * Tue Feb 21 2006 Karsten Hopp 0.0.1.2006.02.19.rh1-0.FC5.1 - BuildRequires: xmlto gdk-pixbuf-1:0.22.0-22 ---------------------- * Tue Feb 28 2006 Karsten Hopp 0.22.0-22 - BuildRequires: libXt-devel gecko-sharp2-0.11-6 ------------------- * Tue Feb 28 2006 Karsten Hopp 0.11-6 - BuildRequires: gtk2-devel gedit-1:2.13.92-2 ----------------- * Tue Feb 28 2006 Karsten Hopp 2.13.92-2 - BuildRequire: gnome-doc-utils ghostscript-8.15.1-6 -------------------- * Tue Feb 28 2006 Karsten Hopp 8.15.1-6 - BuildRequires: libXt-devel gimp-print-4.2.7-16 ------------------- * Tue Feb 28 2006 Karsten Hopp 4.2.7-16 - BuildRequires: libjpeg-devel gkrellm-2.2.7-7 --------------- * Tue Feb 28 2006 Karsten Hopp 2.2.7-7 - BuildRequires: libSM-devel glib-java-0.2.3.0.20060301.rh1-1 -------------------------------- * Wed Mar 01 2006 Adam Jocksch - 0.2.3.0.20060301.rh1-1 - Imported new tarball to address bg #183538. gnome-applets-1:2.13.90-3 ------------------------- * Wed Mar 01 2006 Ray Strode - 2.13.90-3 - More stock ticker fun (bug 179528) * Tue Feb 28 2006 Karsten Hopp 2.13.90-2 - BuildRequires: which gnome-desktop-2.13.92-2 ----------------------- * Tue Feb 28 2006 Karsten Hopp 2.13.92-2 - BuildRequires: gnome-doc-utils gnome-keyring-manager-2.12.0-3 ------------------------------ * Tue Feb 28 2006 Karsten Hopp 2.12.0-3 - BuildRequires: gnome-doc-utils gnome-libs-1:1.4.1.2.90-49 -------------------------- * Tue Feb 28 2006 Karsten Hopp 1.4.1.2.90-49 - Buildrequires: libXt-devel gnome-mag-0.12.3-3 ------------------ * Tue Feb 28 2006 Karsten Hopp 0.12.3-3 - BuildRequires: libXt-devel gnome-mount-0.4-3 ----------------- * Tue Feb 28 2006 Karsten Hopp 0.4-3 - add some buildrequires gnome-nettool-2.13.90-2 ----------------------- * Wed Mar 01 2006 Karsten Hopp 2.13.90-2 - BuildRequires: desktop-file-utils for desktop-file-install gnome-panel-2.13.91-5 --------------------- * Tue Feb 28 2006 Karsten Hopp 2.13.91-5 - Buildrequires: ORBit2-devel, which, libxml2-python, libX11-devel, libXt-devel, gnome-doc-utils, dbus-devel gnome-power-manager-2.13.92-2 ----------------------------- * Tue Feb 28 2006 Karsten Hopp 2.13.92-2 - Buildrequires: gnome-doc-utils gnome-python2-extras-2.13.3-4 ----------------------------- * Tue Feb 28 2006 Karsten Hopp 2.13.3-4 - Buildrequires: python-devel gnome-screensaver-2.13.92-2 --------------------------- * Wed Mar 01 2006 Karsten Hopp 2.13.92-2 - BuildRequires: libXmu-devel gnome-session-2.13.92-2 ----------------------- * Wed Mar 01 2006 Karsten Hopp 2.13.92-2 - BuildRequires: gnome-desktop-devel, libX11-devel, libXt-devel gnome-user-share-0.9-3 ---------------------- * Wed Mar 01 2006 Karsten Hopp 0.9-3 - BuildRequires: gtk2-devel, libglade2-devel, libselinux-devel gnome-utils-1:2.13.93-2 ----------------------- * Wed Mar 01 2006 Karsten Hopp 2.13.93-2 - BuildRequires: gnome-doc-utils gnuplot-4.0.0-11 ---------------- * Wed Mar 01 2006 Karsten Hopp 4.0.0-11 - BuildRequires: libXt-devel gok-1.0.6-2 ----------- * Wed Mar 01 2006 Karsten Hopp 1.0.6-2 - BuildRequires: libXt-devel gsf-sharp-0.6-8 --------------- * Wed Mar 01 2006 Karsten Hopp 0.6-8 - Buildrequires: gtk-sharp2 gstreamer-plugins-base-0.10.3-3 ------------------------------- * Wed Mar 01 2006 Karsten Hopp 0.10.3-3 - really add BuildRequires: cdparanoia-devel (#179034) * Mon Feb 20 2006 John (J5) Palmieri - 0.10.3-2 - Obsolete gstreamer-plugins (Bug #182098) gtk+-1:1.2.10-50 ---------------- * Wed Mar 01 2006 Karsten Hopp 1.2.10-50 - BuildRequires: libXt-devel gtk2-2.8.13-3 ------------- * Wed Mar 01 2006 Karsten Hopp 2.8.13-3 - Buildrequires: libXi-devel * Mon Feb 27 2006 Ray Strode - 2.8.13-2 - s/Prereq/Requires/ for hicolor dep * Sat Feb 25 2006 Matthias Clasen - 2.8.13-1 - Update to 2.8.13 gtkhtml-1.1.9-12 ---------------- * Wed Mar 01 2006 Karsten Hopp 1.1.9-12 - Buildrequires: GConf-devel, freetype-devel, libSM-devel hplip-0.9.8-6 ------------- * Wed Mar 01 2006 Karsten Hopp 0.9.8-6 - Buildrequires: desktop-file-utils * Mon Feb 27 2006 Tim Waugh 0.9.8-5 - Patchlevel 4. imake-1.0.1-2 ------------- * Wed Mar 01 2006 Karsten Hopp 1.0.1-2 - Buildrequires: xorg-x11-proto-devel * Fri Feb 10 2006 Jesse Keating 1.0.1-1.2 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating 1.0.1-1.1 - rebuilt for new gcc4.1 snapshot and glibc changes isdn4k-utils-3.2-40 ------------------- * Wed Mar 01 2006 Karsten Hopp 3.2-40 - Buildrequires: libXp-devel java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_82rh ------------------------------------------ * Wed Mar 01 2006 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_82rh - Add chkconfig as a prerequisite. * Wed Mar 01 2006 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_81rh - Natively compile BouncyCastle. - Move bcprov in the build section so that it is found by bootstrap architectures in the install section. - Only include BC library directory on non-boostrap architectures. jessie-0:1.0.1-3 ---------------- * Wed Mar 01 2006 Thomas Fitzsimmons - 0:1.0.1-3 - Bump release number. * Wed Mar 01 2006 Thomas Fitzsimmons - 0:1.0.1-2 - Add : to end of CLASSPATH. - Natively compile Jessie. jfsutils-1.1.10-4 ----------------- * Wed Mar 01 2006 Karsten Hopp 1.1.10-4 - BuildRequires: e2fsprogs-devel joe-3.3-2 --------- * Wed Mar 01 2006 Ivana Varekova 3.3-2 - add forgotten header files - bug 183455 kdeaccessibility-1:3.5.1-2 -------------------------- * Wed Mar 01 2006 Karsten Hopp 3.5.1-2 - BuildRequires: libXtst-devel ksh-20060124-3 -------------- * Mon Feb 27 2006 Karsten Hopp 20060124-3 - PreReq grep, coreutils (#182835) libgconf-java-2.12.1.0.20060301.rh1-0 ------------------------------------- * Wed Mar 01 2006 Adam Jocksch - 2.12.1.0.20060301.rh1-0 - Imported new tarball to address bg #183538, updated dependancies. libglade-java-2.12.2.0.20060301.rh1-1 ------------------------------------- * Wed Mar 01 2006 Adam Jocksch - 2.12.2.0.20060301.rh1-1 - Bumped release, fixed typo in Requires. * Wed Mar 01 2006 Adam Jocksch - 2.12.2.0.20060301.rh1-0 - Imported new tarball to address bg #183538, updated dependancies. libgnome-java-2.12.1.0.20060301.rh1-0 ------------------------------------- * Wed Mar 01 2006 Adam Jocksch - 2.12.1.0.20060301.rh1-0 - Imported new tarball to address bug 183538, updated dependancies. libgtk-java-2.8.3.0.20060301.rh1-0 ---------------------------------- * Wed Mar 01 2006 Adam Jocksch - 2.8.3.0.20060301.rh1-0 - Imported new tarball to address bg #183538, updated dependancies. libvte-java-0.11.11.0.20060301.rh1-1.2 -------------------------------------- * Wed Mar 01 2006 Adam Jocksch - 0.11.11.0.20060301.rh1-1.1 - Fixed typo in Requires. * Wed Mar 01 2006 Adam Jocksch - 0.11.11.0.20060301.rh1-1 - Imported new tarball to address bg #183538, updated dependancies. m17n-db-1.3.3-1 --------------- * Thu Mar 02 2006 Jens Petersen - 1.3.3-1 - update to 1.3.3 bugfix release - fixes to Bengali, Hindi, and Punjabi maps (runab, aalam) - Tamil phonetic map now works - new Tamil99 Government Standard map (I Felix) m17n-lib-1.3.3-1 ---------------- * Thu Mar 02 2006 Jens Petersen - 1.3.3-1 - update to 1.3.3 minor bugfix release mesa-6.4.2-6 ------------ * Wed Mar 01 2006 Karsten Hopp 6.4.2-6 - Buildrequires: libXt-devel (#183479) perl-4:5.8.8-4 -------------- * Wed Mar 01 2006 Jason Vas Dias - 4:5.8.8-4 - Fix bug 183553 / upstream bug 38657: fix -d:Foo=bar processing - rebuild with new gcc-4.1.0-1, released today * Mon Feb 27 2006 Jason Vas Dias - Apply upstream patch #28284 * Mon Feb 13 2006 Jason Vas Dias - 4:5.8.8-3 - Apply upstream bugfix patch 27170 poppler-0.5.1-2 --------------- * Wed Mar 01 2006 Kristian H??gsberg 0.5.1-2 - Rebuild the get rid of old soname dependency. * Tue Feb 28 2006 Kristian H??gsberg 0.5.1-1 - Update to version 0.5.1. qt-1:3.3.5-13 ------------- * Mon Feb 27 2006 Than Ngo 1:3.3.5-13 - add set of fixes for the immodule patch, thanks to Dirk M?ller rhpl-0.184-1 ------------ * Wed Mar 01 2006 David Cantrell 0.184-1 - Use ca(fr) without fr-legacy variant for Canadian French (#182007). scim-1.4.4-8 ------------ * Wed Mar 01 2006 Jens Petersen - 1.4.4-8 - add scim-system-default-config.patch - add Zenkaku_Hankaku as trigger hotkey for Japanese users - use static XIM event flow so deadkeys work under XIM in off state (#169975) - add alternatives as prereq for %post and %postun (pknirsch, #182853) * Fri Feb 24 2006 Jens Petersen - 1.4.4-6 - fix Punjabi spelling with scim-panjabi-punjabi.patch (aalam) * Mon Feb 20 2006 Warren Togami - 1.4.4-5 - Add epoch to iiimf Obsoletes so it actually removes it (#173071) NOTE: The goal of these Obsoletes is for the official supported upgrade path to work smoothly. If users want to use iiimf, they are free to do so but their package must be compatible. scim-m17n-0.2.0-2 ----------------- * Thu Mar 02 2006 Jens Petersen - 0.2.0-2 - obsolete iiimf-le-unitle for upgrades (#181479,#183305) scim-tables-0.5.6-3 ------------------- * Thu Mar 02 2006 Jens Petersen - 0.5.6-3 - move iiimf-le-unit obsoletes to scim-m17n - disable Indian script tables for now: they are now in m17n-db - added %indic_tables switch to allow them to be built udev-084-9 ---------- * Wed Mar 01 2006 Harald Hoyer - 084-9 - create non-enum device (cdrom, floppy, scanner, changer) for compatibility (random device wins) e.g. /dev/cdrom -> hdd /dev/cdrom-hdc -> hdc /dev/cdrom-hdd -> hdd * Wed Mar 01 2006 Harald Hoyer - 084-8 - fixed ZIP drive thrashing (bz #181041 #182601) - fixed enumeration (%e does not work anymore) (bz #183288) * Fri Feb 24 2006 Peter Jones - 084-7 - Don't start udevd in %post unless it's already running - Stop udevd before chkconfig --del in %preun usbutils-0.71-2 --------------- * Wed Mar 01 2006 Karsten Hopp 1.71-2 - add usbutils-0.71-VT.patch to fix warnings about unknown lines (#176903) wpa_supplicant-1:0.4.8-3 ------------------------ * Wed Mar 01 2006 Dan Williams - 0.4.8-3 - Install wpa_passphrase too #rh183480# xorg-x11-drv-citron-2.1.5-1 --------------------------- * Wed Mar 01 2006 Mike A. Harris 2.1.5-1 - Updated to new upstream citron 2.1.5 driver. * Fri Feb 10 2006 Jesse Keating 2.1.1.5-1.2 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating 2.1.1.5-1.1 - rebuilt for new gcc4.1 snapshot and glibc changes xorg-x11-drv-mouse-1.0.4-1 -------------------------- * Wed Mar 01 2006 Mike A. Harris 1.0.4-1 - Updated to new upstream driver version mouse-1.0.4. * Fri Feb 10 2006 Jesse Keating 1.0.3.1-1.2 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating 1.0.3.1-1.1 - rebuilt for new gcc4.1 snapshot and glibc changes xorg-x11-proto-devel-7.0-6 -------------------------- * Wed Mar 01 2006 Mike A. Harris 7.0-6 - Update to glproto-1.4.5 - Remove xorg-x11-proto-devel-7.0-buffer-values.patch which is in 1.4.5. * Wed Feb 22 2006 Jeremy Katz 7.0-5 - require mesa-libGL-devel since it's needed by some of the headers * Sun Feb 19 2006 Ray Strode 7.0-4 - Add back part of glproto-texture-from-drawable patch that didn't get integrated for some reason xorg-x11-xbitmaps-1.0.1-2 ------------------------- * Wed Mar 01 2006 Mike A. Harris 1.0.1-2 - Cleaned up file manifest. - Made package noarch, as it is just header files. - Disable debuginfo processing, as there are no ELF objects in package. * Fri Feb 10 2006 Jesse Keating 1.0.1-1.2 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating 1.0.1-1.1 - rebuilt for new gcc4.1 snapshot and glibc changes xorg-x11-xfs-1:1.0.1-4 ---------------------- * Wed Mar 01 2006 Mike A. Harris 1:1.0.1-4 - Fix all rpm scriptlets "upgrade" tests to only execute on upgrades. xorg-x11-xkbdata-1.0.1-6 ------------------------ * Wed Mar 01 2006 Ray Strode 1.0.1-6 - Turn on compat symlink (bug 183521) Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15-5.FC5.4.i686 requires kernel = 0:2.6.15-1.1955_FC5 GFS-kernel - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5 GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5smp cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp gnbd-kernel - 2.6.15-5.FC5.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs vconfig - 1.9-1.1.ia64 requires libc.so.6 vconfig - 1.9-1.1.ia64 requires libc.so.6(GLIBC_2.0) Broken deps for ppc64 ---------------------------------------------------------- emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi vconfig - 1.9-1.1.ppc64 requires libc.so.6 vconfig - 1.9-1.1.ppc64 requires libc.so.6(GLIBC_2.0) Broken deps for s390 ---------------------------------------------------------- rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 Broken deps for s390x ---------------------------------------------------------- rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 From tatxe at tatxe.org Thu Mar 2 08:18:30 2006 From: tatxe at tatxe.org (tatxe) Date: Thu, 02 Mar 2006 09:18:30 +0100 Subject: A funny thing In-Reply-To: <4406A93D.70603@fedoraproject.org> References: <1141286557.4943.8.camel@localhost> <4406A93D.70603@fedoraproject.org> Message-ID: <1141287510.6006.0.camel@localhost> El jue, 02-03-2006 a las 13:43 +0530, Rahul Sundaram escribi?: > Unsure. Have you set the locale information correctly? How can I know this? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: Esta parte del mensaje est? firmada digitalmente URL: From sundaram at fedoraproject.org Thu Mar 2 08:30:07 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 14:00:07 +0530 Subject: rawhide report: 20060302 changes In-Reply-To: <200603020817.k228H7AE001227@porkchop.devel.redhat.com> References: <200603020817.k228H7AE001227@porkchop.devel.redhat.com> Message-ID: <4406AD0F.2000606@fedoraproject.org> Build System wrote: > >dbus-0.61-3 >----------- >* Fri Feb 24 2006 John (J5) Palmieri 0.61-2 >- ABI hasn't changed so add patch that makes dbus-sharp think > it is still 0.60 (mono uses hard version names so any change > means apps need to recompile) > > > Isnt hard version numbers a bad idea for mono? Can we get upstream to fix that? >gnome-keyring-manager-2.12.0-3 >------------------------------ >* Tue Feb 28 2006 Karsten Hopp 2.12.0-3 >- BuildRequires: gnome-doc-utils > > Isnt there a 2.14 version of this? >scim-tables-0.5.6-3 >------------------- >* Thu Mar 02 2006 Jens Petersen - 0.5.6-3 >- move iiimf-le-unit obsoletes to scim-m17n >- disable Indian script tables for now: they are now in m17n-db > - added %indic_tables switch to allow them to be built > > Are we renabling Indic script tables before FC5 release? -- Rahul From tatxe at tatxe.org Thu Mar 2 08:35:31 2006 From: tatxe at tatxe.org (tatxe) Date: Thu, 02 Mar 2006 09:35:31 +0100 Subject: A funny thing In-Reply-To: <4406A93D.70603@fedoraproject.org> References: <1141286557.4943.8.camel@localhost> <4406A93D.70603@fedoraproject.org> Message-ID: <1141288531.6006.6.camel@localhost> El jue, 02-03-2006 a las 13:43 +0530, Rahul Sundaram escribi?: > Unsure. Have you set the locale information correctly? It's this. [root at yo ~]# locale LANG=es_ES.UTF-8 LC_CTYPE="es_ES.UTF-8" LC_NUMERIC="es_ES.UTF-8" LC_TIME="es_ES.UTF-8" LC_COLLATE="es_ES.UTF-8" LC_MONETARY="es_ES.UTF-8" LC_MESSAGES="es_ES.UTF-8" LC_PAPER="es_ES.UTF-8" LC_NAME="es_ES.UTF-8" LC_ADDRESS="es_ES.UTF-8" LC_TELEPHONE="es_ES.UTF-8" LC_MEASUREMENT="es_ES.UTF-8" LC_IDENTIFICATION="es_ES.UTF-8" LC_ALL= -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: Esta parte del mensaje est? firmada digitalmente URL: From sundaram at fedoraproject.org Thu Mar 2 08:37:15 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 14:07:15 +0530 Subject: A funny thing In-Reply-To: <1141287510.6006.0.camel@localhost> References: <1141286557.4943.8.camel@localhost> <4406A93D.70603@fedoraproject.org> <1141287510.6006.0.camel@localhost> Message-ID: <4406AEBB.8080709@fedoraproject.org> tatxe wrote: >El jue, 02-03-2006 a las 13:43 +0530, Rahul Sundaram escribi?: > > > >>Unsure. Have you set the locale information correctly? >> >> > >How can I know this? > > The output of env should show the language information. I am not sure where you set the locale information in GNOME. -- Rahul From tatxe at tatxe.org Thu Mar 2 08:44:09 2006 From: tatxe at tatxe.org (tatxe) Date: Thu, 02 Mar 2006 09:44:09 +0100 Subject: A funny thing In-Reply-To: <4406AEBB.8080709@fedoraproject.org> References: <1141286557.4943.8.camel@localhost> <4406A93D.70603@fedoraproject.org> <1141287510.6006.0.camel@localhost> <4406AEBB.8080709@fedoraproject.org> Message-ID: <1141289050.6006.9.camel@localhost> El jue, 02-03-2006 a las 14:07 +0530, Rahul Sundaram escribi?: > >How can I know this? > The output of env should show the language information. I am not sure > where you set the locale information in GNOME. In Gnome is the system-config-language... And the env is. HOSTNAME=yo.tatxe.org SHELL=/bin/bash TERM=xterm HISTSIZE=1000 OLDPWD=/etc USER=root LS_COLORS=no=00:fi=00:di=00;34:ln=00;36:pi=40;33:so=00;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=00;32:*.cmd=00;32:*.exe=00;32:*.com=00;32:*.btm=00;32:*.bat=00;32:*.sh=00;32:*.csh=00;32:*.tar=00;31:*.tgz=00;31:*.arj=00;31:*.taz=00;31:*.lzh=00;31:*.zip=00;31:*.z=00;31:*.Z=00;31:*.gz=00;31:*.bz2=00;31:*.bz=00;31:*.tz=00;31:*.rpm=00;31:*.cpio=00;31:*.jpg=00;35:*.gif=00;35:*.bmp=00;35:*.xbm=00;35:*.xpm=00;35:*.png=00;35:*.tif=00;35: JAVA_PATH=/usr/java/jdk1.5.0_06 MAIL=/var/spool/mail/root PATH=/root/scripts:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/java/jdk1.5.0_06/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin INPUTRC=/etc/inputrc PWD=/etc/X11 JAVA_HOME=/usr/java/jdk1.5.0_06 LANG=es_ES.UTF-8 SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass JDK_HOME=/usr/java/jdk1.5.0_06 SHLVL=1 HOME=/root LOGNAME=root CVS_RSH=ssh LESSOPEN=|/usr/bin/lesspipe.sh %s DISPLAY=:0.0 G_BROKEN_FILENAMES=1 XAUTHORITY=/root/.xauthlF1Ql9 _=/bin/env -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: Esta parte del mensaje est? firmada digitalmente URL: From sundaram at fedoraproject.org Thu Mar 2 08:46:30 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 14:16:30 +0530 Subject: A funny thing In-Reply-To: <1141289050.6006.9.camel@localhost> References: <1141286557.4943.8.camel@localhost> <4406A93D.70603@fedoraproject.org> <1141287510.6006.0.camel@localhost> <4406AEBB.8080709@fedoraproject.org> <1141289050.6006.9.camel@localhost> Message-ID: <4406B0E6.2080401@fedoraproject.org> tatxe wrote: >El jue, 02-03-2006 a las 14:07 +0530, Rahul Sundaram escribi?: > > > >>>How can I know this? >>> >>> >>The output of env should show the language information. I am not sure >>where you set the locale information in GNOME. >> >> > >In Gnome is the system-config-language... > > That only configures the language. Is that always identical to the locale? -- Rahul From dtimms at bigpond.net.au Thu Mar 2 08:57:45 2006 From: dtimms at bigpond.net.au (David Timms) Date: Thu, 02 Mar 2006 19:57:45 +1100 Subject: Firewall settings In-Reply-To: <44060997.4050206@fedoraproject.org> References: <20060301185335.85124.qmail@web53608.mail.yahoo.com> <440608C5.5030602@fedoraproject.org> <44060997.4050206@fedoraproject.org> Message-ID: <4406B389.9030101@bigpond.net.au> Rahul Sundaram wrote: > Rahul Sundaram wrote: > >> George Hill wrote: >> >>> When you enable a firewall using >>> system-config-securitylevel and open >> Services> and/or , when you disable the >>> firewall and re-enable it the settings that you >>> previously specified are lost. I do not believe that >>> this behavior is desirable: I think it would be better >>> for the settings to be saved. That way you could turn >>> off the firewall for testing and turn it back on >>> without having to respecify the ports that you want >>> open. Thoughts? >> > Ignore my earlier mail. I misread what you said. I agree that settings > should be retained when disabled. File a bug report. I agree that the previous values should be kept. It might make more sense for the enabled/disabled settings to be configure / clear firewall configuration. But then provide text indicating current service iptables status, and add an additional button(s) as the enable / disable firewall service button (which could steal code from the system-config-services). Currently there is no indication in system-config-security that while the firewall is configured it is not actually started ! [ie a place for people to get *networkingly* done over]. From fabio.comolli at gmail.com Thu Mar 2 09:21:28 2006 From: fabio.comolli at gmail.com (Fabio Comolli) Date: Thu, 2 Mar 2006 10:21:28 +0100 Subject: A funny thing In-Reply-To: <4406B0E6.2080401@fedoraproject.org> References: <1141286557.4943.8.camel@localhost> <4406A93D.70603@fedoraproject.org> <1141287510.6006.0.camel@localhost> <4406AEBB.8080709@fedoraproject.org> <1141289050.6006.9.camel@localhost> <4406B0E6.2080401@fedoraproject.org> Message-ID: I see the same problem. I used to have english language and italian keyboard as my defaults. Now in KDE control center I see no keyboard layouts at all and the default currency switched from euro to dollar. So, I lost not only the ALT-GR keys but also the italian accented vocals and the sterling symbol SHIFT+3. Any ideas? Regards, Fabio On 3/2/06, Rahul Sundaram wrote: > tatxe wrote: > > >El jue, 02-03-2006 a las 14:07 +0530, Rahul Sundaram escribi?: > > > > > > > >>>How can I know this? > >>> > >>> > >>The output of env should show the language information. I am not sure > >>where you set the locale information in GNOME. > >> > >> > > > >In Gnome is the system-config-language... > > > > > That only configures the language. Is that always identical to the locale? > > -- > Rahul > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > From tatxe at tatxe.org Thu Mar 2 09:48:52 2006 From: tatxe at tatxe.org (tatxe) Date: Thu, 02 Mar 2006 10:48:52 +0100 Subject: A funny thing In-Reply-To: <4406B0E6.2080401@fedoraproject.org> References: <1141286557.4943.8.camel@localhost> <4406A93D.70603@fedoraproject.org> <1141287510.6006.0.camel@localhost> <4406AEBB.8080709@fedoraproject.org> <1141289050.6006.9.camel@localhost> <4406B0E6.2080401@fedoraproject.org> Message-ID: <1141292932.6006.17.camel@localhost> El jue, 02-03-2006 a las 14:16 +0530, Rahul Sundaram escribi?: > >In Gnome is the system-config-language... > That only configures the language. Is that always identical to the locale? In the x.org I have Option "XkbModel" "pc105" Option "XkbLayout" "es" And I don't know where to look for the Gnome configuration. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: Esta parte del mensaje est? firmada digitalmente URL: From fabio.comolli at gmail.com Thu Mar 2 09:54:24 2006 From: fabio.comolli at gmail.com (Fabio Comolli) Date: Thu, 2 Mar 2006 10:54:24 +0100 Subject: A funny thing In-Reply-To: References: <1141286557.4943.8.camel@localhost> <4406A93D.70603@fedoraproject.org> <1141287510.6006.0.camel@localhost> <4406AEBB.8080709@fedoraproject.org> <1141289050.6006.9.camel@localhost> <4406B0E6.2080401@fedoraproject.org> Message-ID: Maybe this can be related? --------------------------------------------------------------------------------------------------------------- root at kepler ~]# system-config-keyboard Starting graphical mode failed. Starting text mode instead. Loading /lib/kbd/keymaps/i386/qwerty/it.map.gz Couldn't interpret _XKB_RULES_NAMES property Use defaults: rules - 'xorg' model - 'pc101' layout - 'us' *** glibc detected *** /usr/bin/setxkbmap: munmap_chunk(): invalid pointer: 0x00320980 *** ======= Backtrace: ========= /lib/libc.so.6(__libc_free+0x17b)[0x1783ef] /usr/lib/libX11.so.6(XFree+0x1d)[0xb9d9dd] /usr/bin/setxkbmap[0x804a5a3] /usr/bin/setxkbmap[0x804ad8b] /lib/libc.so.6(__libc_start_main+0xdc)[0x1267a4] /usr/bin/setxkbmap[0x8048c31] ======= Memory map: ======== 00111000-00234000 r-xp 00000000 08:02 2877973 /lib/libc-2.3.90.so 00234000-00237000 r-xp 00122000 08:02 2877973 /lib/libc-2.3.90.so 00237000-00238000 rwxp 00125000 08:02 2877973 /lib/libc-2.3.90.so 00238000-0023b000 rwxp 00238000 00:00 0 0030e000-00327000 r-xp 00000000 08:02 2877987 /lib/ld-2.3.90.so 00327000-00328000 r-xp 00018000 08:02 2877987 /lib/ld-2.3.90.so 00328000-00329000 rwxp 00019000 08:02 2877987 /lib/ld-2.3.90.so 005cc000-005cd000 r-xp 005cc000 00:00 0 [vdso] 006ba000-006bc000 r-xp 00000000 08:02 2462956 /usr/lib/libXau.so.6.0.0 006bc000-006bd000 rwxp 00001000 08:02 2462956 /usr/lib/libXau.so.6.0.0 00731000-00733000 r-xp 00000000 08:02 2878103 /lib/libdl-2.3.90.so 00733000-00734000 r-xp 00001000 08:02 2878103 /lib/libdl-2.3.90.so 00734000-00735000 rwxp 00002000 08:02 2878103 /lib/libdl-2.3.90.so 00746000-00769000 r-xp 00000000 08:02 2461790 /usr/lib/libxkbfile.so.1.0.0 00769000-0076a000 rwxp 00023000 08:02 2461790 /usr/lib/libxkbfile.so.1.0.0 0081f000-00824000 r-xp 00000000 08:02 2457577 /usr/lib/libXdmcp.so.6.0.0 00824000-00825000 rwxp 00004000 08:02 2457577 /usr/lib/libXdmcp.so.6.0.0 00b34000-00b3f000 r-xp 00000000 08:02 2878120 /lib/libgcc_s-4.1.0-20060228.so.1 00b3f000-00b40000 rwxp 0000a000 08:02 2878120 /lib/libgcc_s-4.1.0-20060228.so.1 00b60000-00c59000 r-xp 00000000 08:02 2470610 /usr/lib/libX11.so.6.2.0 00c59000-00c5d000 rwxp 000f9000 08:02 2470610 /usr/lib/libX11.so.6.2.0 08048000-0804c000 r-xp 00000000 08:02 2464275 /usr/bin/setxkbmap 0804c000-0804d000 rw-p 00004000 08:02 2464275 /usr/bin/setxkbmap 095aa000-095cb000 rw-p 095aa000 00:00 0 [heap] b7f8b000-b7f8d000 rw-p b7f8b000 00:00 0 b7fa2000-b7fa4000 rw-p b7fa2000 00:00 0 bfa8f000-bfaa4000 rw-p bfa8f000 00:00 0 [stack] ------------------------------------------------------------------------------------------------------------------- This is from my xorg.conf: ------------------------------------------------------------ Identifier "Keyboard0" Driver "kbd" Option "XkbModel" "pc105" Option "XkbLayout" "it" ------------------------------------------------------------- Regards, Fabio On 3/2/06, Fabio Comolli wrote: > I see the same problem. I used to have english language and italian > keyboard as my defaults. > Now in KDE control center I see no keyboard layouts at all and the > default currency switched from euro to dollar. > So, I lost not only the ALT-GR keys but also the italian accented > vocals and the sterling symbol SHIFT+3. > > Any ideas? > Regards, > Fabio > > > On 3/2/06, Rahul Sundaram wrote: > > tatxe wrote: > > > > >El jue, 02-03-2006 a las 14:07 +0530, Rahul Sundaram escribi?: > > > > > > > > > > > >>>How can I know this? > > >>> > > >>> > > >>The output of env should show the language information. I am not sure > > >>where you set the locale information in GNOME. > > >> > > >> > > > > > >In Gnome is the system-config-language... > > > > > > > > That only configures the language. Is that always identical to the locale? > > > > -- > > Rahul > > > > > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > https://www.redhat.com/mailman/listinfo/fedora-test-list > > > From fabio.comolli at gmail.com Thu Mar 2 10:09:47 2006 From: fabio.comolli at gmail.com (Fabio Comolli) Date: Thu, 2 Mar 2006 11:09:47 +0100 Subject: A funny thing In-Reply-To: References: <1141286557.4943.8.camel@localhost> <4406A93D.70603@fedoraproject.org> <1141287510.6006.0.camel@localhost> <4406AEBB.8080709@fedoraproject.org> <1141289050.6006.9.camel@localhost> <4406B0E6.2080401@fedoraproject.org> Message-ID: Well, everithing is OK after today's update. Sorry for the noise. Fabio On 3/2/06, Fabio Comolli wrote: > Maybe this can be related? > > --------------------------------------------------------------------------------------------------------------- > root at kepler ~]# system-config-keyboard > Starting graphical mode failed. Starting text mode instead. > Loading /lib/kbd/keymaps/i386/qwerty/it.map.gz > Couldn't interpret _XKB_RULES_NAMES property > Use defaults: rules - 'xorg' model - 'pc101' layout - 'us' > *** glibc detected *** /usr/bin/setxkbmap: munmap_chunk(): invalid > pointer: 0x00320980 *** > ======= Backtrace: ========= > /lib/libc.so.6(__libc_free+0x17b)[0x1783ef] > /usr/lib/libX11.so.6(XFree+0x1d)[0xb9d9dd] > /usr/bin/setxkbmap[0x804a5a3] > /usr/bin/setxkbmap[0x804ad8b] > /lib/libc.so.6(__libc_start_main+0xdc)[0x1267a4] > /usr/bin/setxkbmap[0x8048c31] > ======= Memory map: ======== > 00111000-00234000 r-xp 00000000 08:02 2877973 /lib/libc-2.3.90.so > 00234000-00237000 r-xp 00122000 08:02 2877973 /lib/libc-2.3.90.so > 00237000-00238000 rwxp 00125000 08:02 2877973 /lib/libc-2.3.90.so > 00238000-0023b000 rwxp 00238000 00:00 0 > 0030e000-00327000 r-xp 00000000 08:02 2877987 /lib/ld-2.3.90.so > 00327000-00328000 r-xp 00018000 08:02 2877987 /lib/ld-2.3.90.so > 00328000-00329000 rwxp 00019000 08:02 2877987 /lib/ld-2.3.90.so > 005cc000-005cd000 r-xp 005cc000 00:00 0 [vdso] > 006ba000-006bc000 r-xp 00000000 08:02 2462956 /usr/lib/libXau.so.6.0.0 > 006bc000-006bd000 rwxp 00001000 08:02 2462956 /usr/lib/libXau.so.6.0.0 > 00731000-00733000 r-xp 00000000 08:02 2878103 /lib/libdl-2.3.90.so > 00733000-00734000 r-xp 00001000 08:02 2878103 /lib/libdl-2.3.90.so > 00734000-00735000 rwxp 00002000 08:02 2878103 /lib/libdl-2.3.90.so > 00746000-00769000 r-xp 00000000 08:02 2461790 /usr/lib/libxkbfile.so.1.0.0 > 00769000-0076a000 rwxp 00023000 08:02 2461790 /usr/lib/libxkbfile.so.1.0.0 > 0081f000-00824000 r-xp 00000000 08:02 2457577 /usr/lib/libXdmcp.so.6.0.0 > 00824000-00825000 rwxp 00004000 08:02 2457577 /usr/lib/libXdmcp.so.6.0.0 > 00b34000-00b3f000 r-xp 00000000 08:02 2878120 > /lib/libgcc_s-4.1.0-20060228.so.1 > 00b3f000-00b40000 rwxp 0000a000 08:02 2878120 > /lib/libgcc_s-4.1.0-20060228.so.1 > 00b60000-00c59000 r-xp 00000000 08:02 2470610 /usr/lib/libX11.so.6.2.0 > 00c59000-00c5d000 rwxp 000f9000 08:02 2470610 /usr/lib/libX11.so.6.2.0 > 08048000-0804c000 r-xp 00000000 08:02 2464275 /usr/bin/setxkbmap > 0804c000-0804d000 rw-p 00004000 08:02 2464275 /usr/bin/setxkbmap > 095aa000-095cb000 rw-p 095aa000 00:00 0 [heap] > b7f8b000-b7f8d000 rw-p b7f8b000 00:00 0 > b7fa2000-b7fa4000 rw-p b7fa2000 00:00 0 > bfa8f000-bfaa4000 rw-p bfa8f000 00:00 0 [stack] > ------------------------------------------------------------------------------------------------------------------- > > This is from my xorg.conf: > ------------------------------------------------------------ > Identifier "Keyboard0" > Driver "kbd" > Option "XkbModel" "pc105" > Option "XkbLayout" "it" > ------------------------------------------------------------- > > Regards, > Fabio > > > > > On 3/2/06, Fabio Comolli wrote: > > I see the same problem. I used to have english language and italian > > keyboard as my defaults. > > Now in KDE control center I see no keyboard layouts at all and the > > default currency switched from euro to dollar. > > So, I lost not only the ALT-GR keys but also the italian accented > > vocals and the sterling symbol SHIFT+3. > > > > Any ideas? > > Regards, > > Fabio > > > > > > On 3/2/06, Rahul Sundaram wrote: > > > tatxe wrote: > > > > > > >El jue, 02-03-2006 a las 14:07 +0530, Rahul Sundaram escribi?: > > > > > > > > > > > > > > > >>>How can I know this? > > > >>> > > > >>> > > > >>The output of env should show the language information. I am not sure > > > >>where you set the locale information in GNOME. > > > >> > > > >> > > > > > > > >In Gnome is the system-config-language... > > > > > > > > > > > That only configures the language. Is that always identical to the locale? > > > > > > -- > > > Rahul > > > > > > > > > > > > -- > > > fedora-test-list mailing list > > > fedora-test-list at redhat.com > > > To unsubscribe: > > > https://www.redhat.com/mailman/listinfo/fedora-test-list > > > > > > From tatxe at tatxe.org Thu Mar 2 10:55:31 2006 From: tatxe at tatxe.org (tatxe) Date: Thu, 02 Mar 2006 11:55:31 +0100 Subject: A funny thing In-Reply-To: References: <1141286557.4943.8.camel@localhost> <4406A93D.70603@fedoraproject.org> <1141287510.6006.0.camel@localhost> <4406AEBB.8080709@fedoraproject.org> <1141289050.6006.9.camel@localhost> <4406B0E6.2080401@fedoraproject.org> Message-ID: <1141296931.2716.0.camel@localhost> El jue, 02-03-2006 a las 11:09 +0100, Fabio Comolli escribi?: > Well, everithing is OK after today's update. Sorry for the noise. > Fabio Lucky you :-D -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: Esta parte del mensaje est? firmada digitalmente URL: From fabio.comolli at gmail.com Thu Mar 2 11:04:18 2006 From: fabio.comolli at gmail.com (Fabio Comolli) Date: Thu, 2 Mar 2006 12:04:18 +0100 Subject: A funny thing In-Reply-To: <1141296931.2716.0.camel@localhost> References: <1141286557.4943.8.camel@localhost> <4406A93D.70603@fedoraproject.org> <1141287510.6006.0.camel@localhost> <4406AEBB.8080709@fedoraproject.org> <1141289050.6006.9.camel@localhost> <4406B0E6.2080401@fedoraproject.org> <1141296931.2716.0.camel@localhost> Message-ID: Well, in todays rawhide there is: --------------------------------------------------------------------------------------------- xorg-x11-xkbdata-1.0.1-6 ------------------------ * Wed Mar 01 2006 Ray Strode 1.0.1-6 - Turn on compat symlink (bug 183521) ---------------------------------------------------------------------------------------------- Maybe this is the solution... Regards, Fabio On 3/2/06, tatxe wrote: > El jue, 02-03-2006 a las 11:09 +0100, Fabio Comolli escribi?: > > > Well, everithing is OK after today's update. Sorry for the noise. > > Fabio > > Lucky you :-D > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2.1 (GNU/Linux) > > iD8DBQBEBs8irCz+VFy6l3QRAkePAJ0XC24EpP08SUT3yjcU0gWO57sZVQCgiVd0 > +vsA8LzCiESZE5aubsU0Log= > =ujxu > -----END PGP SIGNATURE----- > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > > From fct-cornette at insight.rr.com Thu Mar 2 12:16:27 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 02 Mar 2006 07:16:27 -0500 Subject: Auto-shutdown for idle computer (was no subject) In-Reply-To: <738e3c70603012336s1b80e1c2s213d4d22b3155fa3@mail.gmail.com> References: <738e3c70603012336s1b80e1c2s213d4d22b3155fa3@mail.gmail.com> Message-ID: <4406E21B.1090107@insight.rr.com> parta wrote: > Hi > > I leave my system idle it automatically shuts down. > When i search out for possible caused in the logs, only thing that looks > bad is > > You might try to go to the properties for the gnome-power-manager and in the preference menu, slide the control bar all the way to the left for the running on AC and running on battery selections. The choice is the put computer to sleep selection. > Sound card is also not well supported. It seems to work at will. Is this problem before or after the computer comes out of suspend? I have a problem with losing the network pulling out of hibernate. Try rebooting the computer and only shutdown instead of suspend to see if the problem goes away. > -- > pritam > -- Well fix that in the next (upgrade, update, patch release, service pack). From gilboad at gmail.com Thu Mar 2 14:34:23 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 02 Mar 2006 16:34:23 +0200 Subject: FC5T3/Anaconda: No disk space indicator? Message-ID: <1141310063.17966.20.camel@gilboa-home-dev.localhost> Hello all, I've just found some free time to play around with FC5T3 (i386) under vmware (x86_64). Before I file a BZ report about it, a couple of questions about Anaconda A. During the initial package selection, Anconda doesn't offer any indication how much disk-space is required, used or available. B. Anaconda package selections does not warn user, if there's insufficient space for selected packages. C. During the installation itself, Anaconda doesn't show any indication on how much disk space is being used / left / etc. D. Once the disk space runs out, Anaconda installation fails, with no meaningful warning and the machine reboots. (Again with no indication as to the source of the problem.) Bugzilla? Is it a known issue (that will delayed till FC6?) Gilboa From greg at gulik.org Thu Mar 2 14:53:21 2006 From: greg at gulik.org (Gregory Gulik) Date: Thu, 02 Mar 2006 08:53:21 -0600 Subject: nv driver for NVIDIA video and power management.... In-Reply-To: <440643EC.5090700@mharris.ca> References: <44060BB5.1020007@gulik.org> <440643EC.5090700@mharris.ca> Message-ID: <440706E1.6070200@gulik.org> Thanks. I'll take it up with x.org Co-incidentally, I tried one of the laptops with the NVIDIA card again last night and now for some reason the "nv" driver works perfectly on that one. I didn't work when I first installed FC4 but I'm very glad to be rid of another proprietary driver. Mike A. Harris wrote: > Presumeably the problem is not a configuration problem, but a hardware > support problem. The best way of dealing with hardware support problems > with the open source nv driver, is to file bugs in X.Org bugzilla and > to discuss the issue(s) on the X.org mailing lists, and then more or > less sit and wait. > > Since there are no public specifications for Nvidia's hardware, and the > open source driver is fairly obfuscated, users are held hostage to > whatever support is provided by those who do have the necessary > documentation essentially, which are currently limited to a few people > inside Nvidia currently, and maybe a small handful of hackers who have > reverse engineered some of the bits and understand how some of it works. > > Another option of course, would be to become one of the people who > reverse engineers Nvidia's hardware. ;o) > > -- Greg Gulik http://www.gulik.org/greg/ greg @ gulik.org From mharris at mharris.ca Thu Mar 2 15:39:52 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Thu, 02 Mar 2006 10:39:52 -0500 Subject: Solution: keyboard layout problems in Fedora devel Message-ID: <440711C8.5040505@mharris.ca> This is a daily reminder to everyone, but in particular people who experience problems and report them before they read the mailing list archives or query bugzilla for bug reports before filing a new one: We have switched from X.Org xkbdata to xkeyboard-config data, and in the process the initial build that went into rawhide (1.0.1-5) inadvertently had backward compatibility stuff disabled. This problem has been resolved in 1.0.1-6, which should now be visible in rawhide today. If you experience *any* keyboard related problems or regressions after updating, make sure you have xorg-x11-xkbdata-1.0.1-6 or later installed before filing a bug report or asking for help. After you're sure you have that version or newer installed, restart X or reboot your system to ensure the changes take effect. You may also need to reconfigure your keyboard with system-config-keyboard. After verifying you're using 1.0.1-6 or later however, if you still have problems, please do report them in bugzilla against the "xorg-x11-xkbdata" component. I'll be reviewing xkbdata problems closely between now and final build, and incorporating any fixes I can muster up. Thanks to everyone for testing the new bits out! TTYL -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From charles at softwareeffect.com Thu Mar 2 15:47:19 2006 From: charles at softwareeffect.com (Charles Deling) Date: Thu, 02 Mar 2006 10:47:19 -0500 Subject: SMP Kernel on Dell PE2850 and X causes crash - FC5 Test 3 - Update In-Reply-To: <44038208.8060501@softwareeffect.com> References: <200602251017.14100.dmutters@gmail.com> <44038208.8060501@softwareeffect.com> Message-ID: <44071387.5060304@softwareeffect.com> I have upgraded to kernel version 2.6.15-1.991 and have the same results. Run the SMP kernel and go to run level 5 and the processor utilization goes through the roof. Any suggestions? TIA Charlie Charles Deling wrote: >I installed the FC5 test 3 CD's. Using kernel version >kernel-smp-2.6.15-1.1955_FC5, in run level 5 after the user logs on the >system locks up hard. No keyboard input, no changes on the screen, no >network functions. Using kernel kernel-2.6.15-1.1955_FC5 > >To make sure I have the latest and greatest of everything I ran "yum -y >update" at 17:47 Februrary 27 (Eastern time) except for kernel and >kernel-smp and got the same results. > >The reason why id did not upgrade the kernel is because I get the >following error message from yum for kernel-smp-2.6.15-1.1977_FC5 and >kernel-2.6.15-1.1977_FC5 > > >Downloading Packages: >(1/1): kernel-2.6.15-1.19 100% |=========================| 13 MB 01:35 >Running Transaction Test >Finished Transaction Test >Transaction Test Succeeded >Running Transaction > Installing: kernel ######################### [1/1] >error resolving symbolic link >./../../devices/pci0000:00/0000:00:02.0/0000:01:00.0/0000:02:0e.0/host0/target0:2:0/0:2:0:0\u047fD\u047f >\\u047f,\u047f\uffff: No such file or directory > >After I did the upgrade and booted to run level 5 with the SMP kernel, >XOrg was using 99% of the processors (per top) and never prompted for a >user to log in. I could connect via ssh, but the system was running very >slow. > >Starting the sytem with SMP in run level 3 is fine until you do "startx" >or init 5 - then the processor utilization goes off the chart. Nothing >every appears on the monitor. ssh will function. > >The system has (2) 2.8G processors and is a Dell Power Edge 2850 > >As I am not an expert in X, could somebody suggest something stupid I >might be doing, is there more information I should provide, or should I >file a bug report? > >Thanks! >Charlie > > > From grejigl-gnomeprevod at yahoo.ca Thu Mar 2 16:11:09 2006 From: grejigl-gnomeprevod at yahoo.ca (Igor MiletiÄ) Date: Thu, 2 Mar 2006 11:11:09 -0500 (EST) Subject: Rawhide installation in graphical mode from network In-Reply-To: <44071387.5060304@softwareeffect.com> Message-ID: <20060302161109.40410.qmail@web30914.mail.mud.yahoo.com> Hi, I am trying to install today's rawhide from Internet. I need to test some translation changes in anaconda. However, I do not know how to get to graphical mode using boot.iso without burning whole CD1. Is there a simple way to install it in graphical mode without burning a CD (i.e. network installation or Internet installation)? Igor -------------- next part -------------- An HTML attachment was scrubbed... URL: From Robin.Laing at drdc-rddc.gc.ca Thu Mar 2 16:25:26 2006 From: Robin.Laing at drdc-rddc.gc.ca (Robin Laing) Date: Thu, 02 Mar 2006 09:25:26 -0700 Subject: Shutdown option for Normal User In-Reply-To: <20060302012018.53193.qmail@web30211.mail.mud.yahoo.com> References: <20060302012018.53193.qmail@web30211.mail.mud.yahoo.com> Message-ID: <44071C76.5080300@drdc-rddc.gc.ca> Leslie Satenstein wrote: > Here is my concern. With Gnome, and KDE, the normal user (without root > privleges) can do a logoff and/or shutdown. I can see logoff being > permitted, but should he be able to do a shutdown without being prompted > for the root password? > > OK, so he can do it. If we take it way, he can still do a shutdown via > the on-off button on the unit. Both Core4 and Core5 respond to a > microsecond depress on the power supply button to initiate a shutdown. > My crawling grandson, with a curious finger did one for me yesterday. I > believe that if possible, the power button the the power supply should > be timed so that at least a 1 second depress will trigger a normal > shutdown, and the prolonged 4 second depress will let the bios do it's > dirty thing. > > Leslie > Having had both my UPS and computer shutdown at different times by my kids, I now cover the UPS swich (push button) with very heavy tape. It has to be removed to turn the UPS off. On my computer, I built a finger guard that makes it impossible to "accidently" push the power or reset buttons. Of course it also makes it hard to do this when you want to which with Linux is rare anyways. I would prefer that the power button be returned to the rear of the computer. Kids love pushing buttons. At least their fingers are small enough that they cannot do the three finger reboot. :) -- Robin Laing From fabio.comolli at gmail.com Thu Mar 2 16:30:17 2006 From: fabio.comolli at gmail.com (Fabio Comolli) Date: Thu, 2 Mar 2006 17:30:17 +0100 Subject: Solution: keyboard layout problems in Fedora devel In-Reply-To: <440711C8.5040505@mharris.ca> References: <440711C8.5040505@mharris.ca> Message-ID: Just to confirm that I had those problems with keyboard layouts in X and that today's update solved it. Fabio On 3/2/06, Mike A. Harris wrote: > This is a daily reminder to everyone, but in particular people who > experience problems and report them before they read the mailing > list archives or query bugzilla for bug reports before filing a > new one: > > We have switched from X.Org xkbdata to xkeyboard-config data, and > in the process the initial build that went into rawhide (1.0.1-5) > inadvertently had backward compatibility stuff disabled. This > problem has been resolved in 1.0.1-6, which should now be visible > in rawhide today. > > If you experience *any* keyboard related problems or regressions > after updating, make sure you have xorg-x11-xkbdata-1.0.1-6 or > later installed before filing a bug report or asking for help. > After you're sure you have that version or newer installed, restart > X or reboot your system to ensure the changes take effect. You > may also need to reconfigure your keyboard with system-config-keyboard. > > After verifying you're using 1.0.1-6 or later however, if you still > have problems, please do report them in bugzilla against the > "xorg-x11-xkbdata" component. I'll be reviewing xkbdata problems > closely between now and final build, and incorporating any fixes > I can muster up. > > Thanks to everyone for testing the new bits out! > > TTYL > > -- > Mike A. Harris * Open Source Advocate * http://mharris.ca > Proud Canadian. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > From guy at incentre.net Thu Mar 2 16:43:10 2006 From: guy at incentre.net (Guy Fraser) Date: Thu, 02 Mar 2006 09:43:10 -0700 Subject: Cinema Display 30 and Radeon 9600 In-Reply-To: <440644EF.3030601@mharris.ca> References: <37607E81-B216-4CB0-92D9-6A9C93FA0D26@donpoo.net> <4404EF30.6020906@gmx.de> <154407A6-145B-4D6A-BB6E-3541BBB6ABCA@donpoo.net> <44056627.5020306@gmx.de> <773E909B-5564-4F01-9A60-17E5BE1B994B@donpoo.net> <44062F38.30300@mharris.ca> <438D9A8A-EF27-4894-8842-CAB1C061AC01@donpoo.net> <440644EF.3030601@mharris.ca> Message-ID: <1141317791.22960.68.camel@sigurd.incentre.net> On Wed, 2006-01-03 at 20:05 -0500, Mike A. Harris wrote: > Scott wrote: > > > > On Mar 1, 2006, at 6:33 PM, Mike A. Harris wrote: > > > >> You need to use proprietary drivers with the 30" flat panels from Apple > >> or Dell to get it working as one would expect. That probably wont > >> change much until the video hardware vendors wake up and start > >> supporting OSS again. > > > > Does this confirm my suspicion that the xorg radeon driver does not > > support dual link dvi mode that is required to drive these displays? > > Just kind of curious if it's actually been looked at and I'm sure you > > would know. :) > > To the best of my knowledge, the only driver that supports this is > Nvidia's proprietary driver. I don't know if ATI's fglrx driver > supports it or not, but someone else might be able to comment. > > >> Maybe Intel or someone will come to the rescue with new hardware in > >> the future, and solving the modesetting problems in the OSS Intel > >> driver currently. > > > > One could only hope. I'm more than a bit disapointed at the current > > state of video hardware support in Linux myself. It seems that the only > > real solution for fast 3D or MPEG HW decoding is vendor proprietary > > nvida or ati drivers. When I purchased this display I knew there would > > be a real chance of being forced into a proprietary driver and I > > deliberately made the choice to go with ATI based on the current r300 > > work and the past support ATI has given OSS. > > Yes, it is quite upsetting and frustrating to many users, and also to > developers. > I guess I missed that, I gave up on ATI after trying for a long time to get my Radeon AIW 8500D to work properly. I recently poked it into box I temporarily was dual booting, and it worked fine. I suppose ATI woke smelled the coffee, but has just rolled over and gone back to sleep. And I was almost ready to give them another go, I guess I will just stick with the Nvidia, at least they are consistent. > > > Anyone want to comment on the state of fglrx with xorg 7.0.0 in FC5- > > test3? Is it worth me trying or should I go back to xorg 6.x ? > > I'm not sure how closely any of the hardware vendors track Fedora > development with their drivers, however traditionally they seem to > release drivers a month or so after a new OS release, which claims > to work with the new OS release. I'd recommend reading the > documentation in the driver download to see what they claim to > support in any given driver release, and if FC5 isn't listed, wait > until it is listed. > > Otherwise, it's probably just a lot of headaches ;) From guy at incentre.net Thu Mar 2 16:53:03 2006 From: guy at incentre.net (Guy Fraser) Date: Thu, 02 Mar 2006 09:53:03 -0700 Subject: Cinema Display 30 and Radeon 9600 In-Reply-To: <4406A651.60809@gmx.de> References: <37607E81-B216-4CB0-92D9-6A9C93FA0D26@donpoo.net> <4404EF30.6020906@gmx.de> <154407A6-145B-4D6A-BB6E-3541BBB6ABCA@donpoo.net> <44056627.5020306@gmx.de> <773E909B-5564-4F01-9A60-17E5BE1B994B@donpoo.net> <44062F38.30300@mharris.ca> <438D9A8A-EF27-4894-8842-CAB1C061AC01@donpoo.net> <440644EF.3030601@mharris.ca> <4406A651.60809@gmx.de> Message-ID: <1141318384.22960.76.camel@sigurd.incentre.net> On Thu, 2006-02-03 at 09:01 +0100, shrek-m at gmx.de wrote: > On 02.03.2006 02:05, Mike A. Harris wrote: > > > I'm not sure how closely any of the hardware vendors track Fedora > > development with their drivers, however traditionally they seem to > > release drivers a month or so after a new OS release, which claims > > to work with the new OS release. > > > this is probably true for x86* but afaics no proprietary driver (ati, > nvidia) for ppc* > > https://support.ati.com/ics/support/default.asp?deptID=894&task=knowledge&folderID=27 > www.ati.com / drivers+software / linux / linux display driver + software > x86 > x86_64 > > www.nvidia.com / download drivers / ... / > no ppc* I know we all love Linux here, but I have not been able to figure out why, people with Mac's don't just use the OS X that they came with. Whenever my boss threatens to make me use MS Office, I have told him that the only way I can comply is if I had a Mac with OS X, so that I could continue to use the Unix utilities I need to do my job, I don't specifically need MS Office to do my job. Has anyone seen the info on the new Intel based Mac Mini's? An just to confuse things, does Anyone know if any of the Mac Intel hardware will run Linux? TTFN From huffman at graze.net Thu Mar 2 16:59:14 2006 From: huffman at graze.net (Brian C. Huffman) Date: Thu, 02 Mar 2006 11:59:14 -0500 Subject: Keyboard question Message-ID: <1141318754.2903.3.camel@zaphod.graze.net> I've been reading the list and see the changes that have been happening with the xorg-x11-xkbdata component. I have also applied today's update. However my scroll-lock LED seems to stay lit and when I hit the scroll-lock key, nothing happens. Even more interesting is that when I hit either the caps lock key or num lock key, then the corresponding LED comes on and the scroll-lock LED goes off. Also, I tried to run system-config-keyboard and a window pops up that says "Select the appropriate keyboard for the system" but nothing is listed. All I can do is click "Ok" without selecting anything. When I do this, I get the following back on my prompt: "Loading /lib/kbd/keymaps/i386/qwerty/us.map.gz" What's going on here? Thanks, Brian From clodoaldo.pinto at gmail.com Thu Mar 2 17:01:46 2006 From: clodoaldo.pinto at gmail.com (Clodoaldo Pinto) Date: Thu, 2 Mar 2006 14:01:46 -0300 Subject: NFS - mount: permission denied In-Reply-To: References: Message-ID: 2006/3/1, Clodoaldo Pinto : > 2006/3/1, Orion Poplawski : > > Clodoaldo Pinto wrote: > > > I can't mount an exported fc5t3 server nfs share from a fc4 client. It > > > was working when the server was fc3. > > > > > > > /var/log/messages on both? > > > > There are no messages in /var/log/messages or /var/log/secure in any of them. > I tried to mount the share from the server: # sysctl -w sunrpc.nfs_debug=3 sunrpc.nfs_debug = 3 # mount -t nfs4 -o ro localhost:/home /mnt/s0 mount: cannot mount block device localhost:/home read-only # tail /var/log/messages ... Mar 2 13:50:58 s0 kernel: nfs_get_root: getattr error = 13 Mar 2 13:50:58 s0 kernel: nfs_sb_init: get root inode failed: errno 13 [root at s0 sysconfig]# mount -t nfs4 -o rw localhost:/home /mnt/s0 mount: block device localhost:/home is write-protected, mounting read-only mount: cannot mount block device localhost:/home read-only # tail /var/log/messages ... Mar 2 13:50:58 s0 kernel: nfs_get_root: getattr error = 13 Mar 2 13:50:58 s0 kernel: nfs_sb_init: get root inode failed: errno 13 Mar 2 13:59:41 s0 kernel: nfs_get_root: getattr error = 13 Mar 2 13:59:41 s0 kernel: nfs_sb_init: get root inode failed: errno 13 Mar 2 13:59:41 s0 kernel: nfs_get_root: getattr error = 13 Mar 2 13:59:41 s0 kernel: nfs_sb_init: get root inode failed: errno 13 There are no messages when mounting from the client From netwiz at crc.id.au Thu Mar 2 17:53:00 2006 From: netwiz at crc.id.au (Steven Haigh) Date: Fri, 3 Mar 2006 04:53:00 +1100 Subject: Possible bug with atd? Message-ID: Hi all, I'm not 100% sure if this is a bug, or something I'm doing wrong... I'm trying to schedule some dvb recording via a web page using atd. I can get the jobs to appear in 'at -l', however when it comes time for the job to execute, it just disappears. *poof* gone. No logs, no command executed, no nothing. I'm trying to launch a bash file that does a heap of funky things - but not having much luck. If i type in the command manually, it all works like a treat. I am setting the job in PHP by using: $cmd = "at $starttime $whatday << COMMAND\n/home/netwiz/bin/capture '$channel' $duration\nCOMMAND"; and if I check what the job is, I get such: # at -c 11 #!/bin/sh # atrun uid=48 gid=48 # mail root 0 umask 22 HOSTNAME=asterisk.crc.id.au; export HOSTNAME SHELL=/bin/bash; export SHELL HISTSIZE=1000; export HISTSIZE USER=root; export USER LS_COLORS=no=00:fi=00:di=01\;34:ln=01\;36:pi=40\;33:so=01\;35:bd=40\; 33\;01:cd=40\;33\;01:or=01\;05\;37\;41:mi=01\;05\;37\;41:ex=01\;32: \*.cmd=01\;32:\*.exe=01\;32:\*.com=01\;32:\*.btm=01\;32:\*.bat=01\;32: \*.sh=01\;32:\*.csh=01\;32:\*.tar=01\;31:\*.tgz=01\;31:\*.arj=01\;31: \*.taz=01\;31:\*.lzh=01\;31:\*.zip=01\;31:\*.z=01\;31:\*.Z=01\;31: \*.gz=01\;31:\*.bz2=01\;31:\*.bz=01\;31:\*.tz=01\;31:\*.rpm=01\;31: \*.cpio=01\;31:\*.jpg=01\;35:\*.gif=01\;35:\*.bmp=01\;35:\*.xbm=01\; 35:\*.xpm=01\;35:\*.png=01\;35:\*.tif=01\;35:; export LS_COLORS PATH=/sbin:/usr/sbin:/bin:/usr/bin; export PATH MAIL=/var/spool/mail/root; export MAIL PWD=/var/www/html/tv; export PWD INPUTRC=/etc/inputrc; export INPUTRC LANG=C; export LANG HOME=/root; export HOME SHLVL=4; export SHLVL LOGNAME=root; export LOGNAME CVS_RSH=ssh; export CVS_RSH LESSOPEN=\|/usr/bin/lesspipe.sh\ %s; export LESSOPEN G_BROKEN_FILENAMES=1; export G_BROKEN_FILENAMES cd /var/www/html/tv || { echo 'Execution directory inaccessible' >&2 exit 1 } ${SHELL:-/bin/sh} << `(dd if=/dev/urandom count=200 bs=1 2>/dev/null| LC_ALL=C tr -d -c '[:alnum:]')` /home/netwiz/bin/capture '7 HD Digital' 30 Now this seems to be correct - but as I said, the job just seems to disappear. Is there something I'm missing, or is this a bug? -- Steven Haigh Email: netwiz at crc.id.au Web: http://www.crc.id.au Phone: (03) 9017 0597 - 0412 935 897 From paul at permanentmail.com Thu Mar 2 18:01:52 2006 From: paul at permanentmail.com (Paul Dickson) Date: Thu, 2 Mar 2006 11:01:52 -0700 Subject: Copy files to NFS directory loose time stamps In-Reply-To: <20060227082932.ab3c3d9e.paul@permanentmail.com> References: <20060226060429.4472a722.paul@permanentmail.com> <6280325c0602261348w389c34e5s4b350b1b7005e0d7@mail.gmail.com> <20060226190810.524a9eb2.paul@permanentmail.com> <20060227082932.ab3c3d9e.paul@permanentmail.com> Message-ID: <20060302110152.0486205c.paul@permanentmail.com> On Mon, 27 Feb 2006 08:29:32 -0700, Paul Dickson wrote: > On Sun, 26 Feb 2006 19:08:10 -0700, Paul Dickson wrote: > > > On Mon, 27 Feb 2006 08:18:07 +1030, n0dalus wrote: > > > > > On 2/26/06, Paul Dickson wrote: > > > > If I do a "cp -a" to a NFS volume, the resulting files have the current > > > > time stamp. Do I need to change my mount options or is this a kernel bug? > > > > > > > > > > Are you able to `touch` the files on the volume? (eg `touch -r file > > > /copy/of/file/on/nfs` ). > > > > "mv" has the same problem. > > > > I can copy the timestamps with touch: touch -r old /new > > I filed a bugreport: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183208 > > It includes an attachment of an ethereal dump of the network traffic. > The timestamp is transfered (mtime) and acknowledged. Bother client and > server are running the same kernel version, 1977_FC5 (although server was > initially running 1955_FC5). Installing kernel-2.6.15-1.2008_FC5 on the client side resolves the problem. Thanks. -Paul From jvdias at redhat.com Thu Mar 2 18:03:15 2006 From: jvdias at redhat.com (Jason Vas Dias) Date: Thu, 2 Mar 2006 13:03:15 -0500 Subject: Possible bug with atd? In-Reply-To: References: Message-ID: <200603021303.16365.jvdias@redhat.com> On Thursday 02 March 2006 12:53, Steven Haigh wrote: > Hi all, > > I'm not 100% sure if this is a bug, or something I'm doing wrong... > > I'm trying to schedule some dvb recording via a web page using atd. I > can get the jobs to appear in 'at -l', however when it comes time for > the job to execute, it just disappears. *poof* gone. No logs, no > command executed, no nothing. > > I'm trying to launch a bash file that does a heap of funky things - > but not having much luck. If i type in the command manually, it all > works like a treat. > > I am setting the job in PHP by using: > $cmd = "at $starttime $whatday << COMMAND\n/home/netwiz/bin/capture > '$channel' $duration\nCOMMAND"; > > and if I check what the job is, I get such: > # at -c 11 > #!/bin/sh > # atrun uid=48 gid=48 > # mail root 0 > umask 22 > HOSTNAME=asterisk.crc.id.au; export HOSTNAME > SHELL=/bin/bash; export SHELL > HISTSIZE=1000; export HISTSIZE > USER=root; export USER > LS_COLORS=no=00:fi=00:di=01\;34:ln=01\;36:pi=40\;33:so=01\;35:bd=40\; > 33\;01:cd=40\;33\;01:or=01\;05\;37\;41:mi=01\;05\;37\;41:ex=01\;32: > \*.cmd=01\;32:\*.exe=01\;32:\*.com=01\;32:\*.btm=01\;32:\*.bat=01\;32: > \*.sh=01\;32:\*.csh=01\;32:\*.tar=01\;31:\*.tgz=01\;31:\*.arj=01\;31: > \*.taz=01\;31:\*.lzh=01\;31:\*.zip=01\;31:\*.z=01\;31:\*.Z=01\;31: > \*.gz=01\;31:\*.bz2=01\;31:\*.bz=01\;31:\*.tz=01\;31:\*.rpm=01\;31: > \*.cpio=01\;31:\*.jpg=01\;35:\*.gif=01\;35:\*.bmp=01\;35:\*.xbm=01\; > 35:\*.xpm=01\;35:\*.png=01\;35:\*.tif=01\;35:; export LS_COLORS > PATH=/sbin:/usr/sbin:/bin:/usr/bin; export PATH > MAIL=/var/spool/mail/root; export MAIL > PWD=/var/www/html/tv; export PWD > INPUTRC=/etc/inputrc; export INPUTRC > LANG=C; export LANG > HOME=/root; export HOME > SHLVL=4; export SHLVL > LOGNAME=root; export LOGNAME > CVS_RSH=ssh; export CVS_RSH > LESSOPEN=\|/usr/bin/lesspipe.sh\ %s; export LESSOPEN > G_BROKEN_FILENAMES=1; export G_BROKEN_FILENAMES > cd /var/www/html/tv || { > echo 'Execution directory inaccessible' >&2 > exit 1 > } > ${SHELL:-/bin/sh} << `(dd if=/dev/urandom count=200 bs=1 2>/dev/null| > LC_ALL=C tr -d -c '[:alnum:]')` > > /home/netwiz/bin/capture '7 HD Digital' 30 > > Now this seems to be correct - but as I said, the job just seems to > disappear. Is there something I'm missing, or is this a bug? > > -- > Steven Haigh > > Email: netwiz at crc.id.au > Web: http://www.crc.id.au > Phone: (03) 9017 0597 - 0412 935 897 > > > You are submitting the job as userid 48, gid 48 - does the command normally work OK as a non root userid ? (The device read by the "capture" command must have appropriate privileges if you're not running it as root - which device / what privileges?) Does the at-job work if submitted as root ? Do you have SELinux in Enforcing mode ? If so, does the at job work after doing 'setenforce 0' ? Try changing the command to: /home/netwiz/bin/capture '7 HD Digital' 30 || echo "FAILED: $?" that should generate some mail with the exit status if it fails. Regards, Jason Vas Dias at package maintainer Red Hat Inc. From dcantrell at redhat.com Thu Mar 2 18:14:41 2006 From: dcantrell at redhat.com (David Cantrell) Date: Thu, 2 Mar 2006 13:14:41 -0500 Subject: Rawhide installation in graphical mode from network In-Reply-To: <20060302161109.40410.qmail@web30914.mail.mud.yahoo.com> References: <44071387.5060304@softwareeffect.com> <20060302161109.40410.qmail@web30914.mail.mud.yahoo.com> Message-ID: <20060302181441.GA2449@mortise.boston.redhat.com> Igor MiletiX wrote: > I am trying to install today's rawhide from Internet. I need to test some translation changes in anaconda. However, I do not know how to get to graphical mode using boot.iso without burning whole CD1. > > Is there a simple way to install it in graphical mode without burning a CD (i.e. network installation or Internet installation)? The rescue CD contains the graphical installer, but you'll need to use a network installation source (HTTP, NFS, etc). http://download.fedora.redhat.com/pub/fedora/linux/core/development/isos/ -- David Cantrell Red Hat / Westford, MA From shrek-m at gmx.de Thu Mar 2 18:22:29 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 02 Mar 2006 19:22:29 +0100 Subject: Cinema Display 30 and Radeon 9600 In-Reply-To: <1141318384.22960.76.camel@sigurd.incentre.net> References: <37607E81-B216-4CB0-92D9-6A9C93FA0D26@donpoo.net> <4404EF30.6020906@gmx.de> <154407A6-145B-4D6A-BB6E-3541BBB6ABCA@donpoo.net> <44056627.5020306@gmx.de> <773E909B-5564-4F01-9A60-17E5BE1B994B@donpoo.net> <44062F38.30300@mharris.ca> <438D9A8A-EF27-4894-8842-CAB1C061AC01@donpoo.net> <440644EF.3030601@mharris.ca> <4406A651.60809@gmx.de> <1141318384.22960.76.camel@sigurd.incentre.net> Message-ID: <440737E5.7010201@gmx.de> On 02.03.2006 17:53, Guy Fraser wrote: >I know we all love Linux here, but I have not been able to figure >out why, people with Mac's don't just use the OS X that they came >with. > 1,5 years with osx 10.3, later osx 10.4 and osx-server 10.4 osx has nice features and nice guis but ... ... i will fedora on my macs if possible with wlan and X out of the box without propietary drivers >Has anyone seen the info on the new Intel based Mac Mini's? > >An just to confuse things, does Anyone know if any of the Mac >Intel hardware will run Linux? > > probably not :-( https://www.redhat.com/archives/fedora-test-list/2006-January/msg00563.html Subject: intel-based macs No. Off the top of my head: - our x86 kernels don't have CONFIG_EFI - installer doesn't do GPT partitioning on x86 - we don't have a bootloader for them -- shrek-m From netwiz at crc.id.au Thu Mar 2 18:22:47 2006 From: netwiz at crc.id.au (Steven Haigh) Date: Fri, 3 Mar 2006 05:22:47 +1100 Subject: Possible bug with atd? In-Reply-To: <200603021303.16365.jvdias@redhat.com> References: <200603021303.16365.jvdias@redhat.com> Message-ID: <8067A87F-C2D5-4B79-B264-343B0AB448B6@crc.id.au> On 03/03/2006, at 5:03 AM, Jason Vas Dias wrote: > On Thursday 02 March 2006 12:53, Steven Haigh > wrote: >> Hi all, >> >> I'm not 100% sure if this is a bug, or something I'm doing wrong... >> >> I'm trying to schedule some dvb recording via a web page using >> atd. I >> can get the jobs to appear in 'at -l', however when it comes time >> for >> the job to execute, it just disappears. *poof* gone. No logs, no >> command executed, no nothing. >> >> I'm trying to launch a bash file that does a heap of funky things - >> but not having much luck. If i type in the command manually, it all >> works like a treat. >> >> I am setting the job in PHP by using: >> $cmd = "at $starttime $whatday << COMMAND\n/home/netwiz/bin/capture >> '$channel' $duration\nCOMMAND"; >> -----8<----------- > You are submitting the job as userid 48, gid 48 - > does the command normally work OK as a non root userid ? > (The device read by the "capture" command must have appropriate > privileges if you're not running it as root - > which device / what privileges?) > Does the at-job work if submitted as root ? > Do you have SELinux in Enforcing mode ? > If so, does the at job work after doing 'setenforce 0' ? > Try changing the command to: > /home/netwiz/bin/capture '7 HD Digital' 30 || echo "FAILED: $?" > that should generate some mail with the exit status if it fails. Ok, I found the issue - it was actually a multiple of things that I'd overlooked. I wasn't getting the email because sendmail wasn't started on that machine - which when I started, I got a flood of email hit my inbox - logwatchs' from 4 days ago etc :) it turns out that because apache has a limited PATH, one of the commands (zapdvb to be exact) lived in /usr/local/bin - however this wasn't in apache's path for the at job. So, I added the full path name to the script, and now everything works. Sorry about the false alarm - it's something dead simple that I'm embarrassed I overlooked :) -- Steven Haigh Email: netwiz at crc.id.au Web: http://www.crc.id.au Phone: (03) 9017 0597 - 0412 935 897 From grejigl-gnomeprevod at yahoo.ca Thu Mar 2 19:01:11 2006 From: grejigl-gnomeprevod at yahoo.ca (Igor MiletiÄ) Date: Thu, 2 Mar 2006 14:01:11 -0500 (EST) Subject: Rawhide installation in graphical mode from network In-Reply-To: <20060302181441.GA2449@mortise.boston.redhat.com> Message-ID: <20060302190111.39172.qmail@web30912.mail.mud.yahoo.com> David Cantrell wrote: Igor MiletiX wrote: > I am trying to install today's rawhide from Internet. I need to test some translation changes in anaconda. However, I do not know how to get to graphical mode using boot.iso without burning whole CD1. > > Is there a simple way to install it in graphical mode without burning a CD (i.e. network installation or Internet installation)? The rescue CD contains the graphical installer, but you'll need to use a network installation source (HTTP, NFS, etc). http://download.fedora.redhat.com/pub/fedora/linux/core/development/isos/ We've already tried the rescuecd with "linux graphical", but it starts in text mode at first and switches to graphical mode only after the installation source is chosen. However, we need to test the first language selection screen in graphical mode. Is there a way to get to it from the rescuecd image? Igor -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at j2solutions.net Thu Mar 2 19:06:15 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 02 Mar 2006 11:06:15 -0800 Subject: Rawhide installation in graphical mode from network In-Reply-To: <20060302190111.39172.qmail@web30912.mail.mud.yahoo.com> References: <20060302190111.39172.qmail@web30912.mail.mud.yahoo.com> Message-ID: <1141326375.31231.148.camel@ender> On Thu, 2006-03-02 at 14:01 -0500, Igor "Mileti? wrote: > We've already tried the rescuecd with "linux graphical", but it starts > in text mode at first and switches to graphical mode only after the > installation source is chosen. However, we need to test t! he first > language selection screen in graphical mode. Is there a way to get to > it from the rescuecd image? > Not really. The only way that happens is if the sources are found on the media used to boot. Maybe it is so that when picking your source and such, you can use your native language -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From katzj at redhat.com Thu Mar 2 19:11:07 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 02 Mar 2006 14:11:07 -0500 Subject: Rawhide installation in graphical mode from network In-Reply-To: <1141326375.31231.148.camel@ender> References: <20060302190111.39172.qmail@web30912.mail.mud.yahoo.com> <1141326375.31231.148.camel@ender> Message-ID: <1141326667.2402.8.camel@bree.local.net> On Thu, 2006-03-02 at 11:06 -0800, Jesse Keating wrote: > On Thu, 2006-03-02 at 14:01 -0500, Igor "Mileti? wrote: > > We've already tried the rescuecd with "linux graphical", but it starts > > in text mode at first and switches to graphical mode only after the > > installation source is chosen. However, we need to test t! he first > > language selection screen in graphical mode. Is there a way to get to > > it from the rescuecd image? Add 'nopass' to your boot options Jeremy From dtimms at bigpond.net.au Thu Mar 2 21:47:42 2006 From: dtimms at bigpond.net.au (David Timms) Date: Fri, 03 Mar 2006 08:47:42 +1100 Subject: Keyboard question In-Reply-To: <1141318754.2903.3.camel@zaphod.graze.net> References: <1141318754.2903.3.camel@zaphod.graze.net> Message-ID: <440767FE.3010907@bigpond.net.au> Brian C. Huffman wrote: > I've been reading the list and see the changes that have been happening > with the xorg-x11-xkbdata component. I have also applied today's > update. However my scroll-lock LED seems to stay lit and when I hit the > scroll-lock key, nothing happens. Even more interesting is that when I > hit either the caps lock key or num lock key, then the corresponding LED > comes on and the scroll-lock LED goes off. This is occuring for me to though slightly differently: Caps Lock:OK Num Lock: toggles num lock led - scroll lock led - num lock led. Scroll Lock: nothing. > Also, I tried to run system-config-keyboard and a window pops up that > says "Select the appropriate keyboard for the system" but nothing is > listed. All I can do is click "Ok" without selecting anything. When I > do this, I get the following back on my prompt: > "Loading /lib/kbd/keymaps/i386/qwerty/us.map.gz" my sy-co-ke lists all the keyboards and shows generic 105 key international. I haven't got time right now to try the different keyboards to see if they fit my non-listed newmen keyboard better, but will try later, DaveT. From grejigl-gnomeprevod at yahoo.ca Thu Mar 2 21:51:41 2006 From: grejigl-gnomeprevod at yahoo.ca (Igor MiletiÄ) Date: Thu, 2 Mar 2006 16:51:41 -0500 (EST) Subject: Rawhide installation in graphical mode from network In-Reply-To: <1141326667.2402.8.camel@bree.local.net> Message-ID: <20060302215141.86964.qmail@web30914.mail.mud.yahoo.com> Jeremy Katz wrote: On Thu, 2006-03-02 at 11:06 -0800, Jesse Keating wrote: > On Thu, 2006-03-02 at 14:01 -0500, Igor "Mileti??? wrote: > > We've already tried the rescuecd with "linux graphical", but it starts > > in text mode at first and switches to graphical mode only after the > > installation source is chosen. However, we need to test t! he first > > language selection screen in graphical mode. Is there a way to get to > > it from the rescuecd image? Add 'nopass' to your boot options This worked. Thank zou, Igor -------------- next part -------------- An HTML attachment was scrubbed... URL: From russell at coker.com.au Thu Mar 2 22:57:24 2006 From: russell at coker.com.au (Russell Coker) Date: Fri, 3 Mar 2006 09:57:24 +1100 Subject: 2.6.15-1.1955_FC5 memory leak? In-Reply-To: <44064FD4.3060806@cornell.edu> References: <200602262200.49225.russell@coker.com.au> <200602262017.37545.sgrubb@redhat.com> <44064FD4.3060806@cornell.edu> Message-ID: <200603030957.27292.russell@coker.com.au> On Thursday 02 March 2006 12:52, Ivan Gyurdiev wrote: > > No, it was 2 mallocs not being freed on some syscalls. lspp.10 kernel is > > building right now and I'll update the yum repo tomorrow am. I might put > > the kernel at http://people.redhat.com/sgrubb/files/lspp in a few minutes > > where it can be retrieved and installed manually. > > Allright, I think the stock kernel (+madwifi/nvidia) does not appear to > leak memory, although Mono does (or whatever mono is running)... it eats Below is the output of running uptime immediately after free on two occasions. The buffers, cached, and free memory numbers have decreased. Does this indicate a leak? The machine is totally idle, I have had a single ssh session open for all this time, no-one else has logged in, and it's not being used for any server tasks apart from light DNS serving. [root at othello ~]# free total used free shared buffers cached Mem: 255196 250824 4372 0 48520 17900 -/+ buffers/cache: 184404 70792 Swap: 1048568 120 1048448 You have new mail in /var/spool/mail/root [root at othello ~]# uptime 18:45:13 up 2 days, 21:44, 1 user, load average: 0.07, 0.03, 0.01 [root at othello ~]# free total used free shared buffers cached Mem: 255196 251544 3652 0 8852 13836 -/+ buffers/cache: 228856 26340 Swap: 1048568 120 1048448 You have new mail in /var/spool/mail/root [root at othello ~]# uptime 09:12:44 up 3 days, 12:12, 1 user, load average: 0.18, 0.11, 0.03 [root at othello ~]# uname -a Linux othello 2.6.15-1.1986.2.1_FC5.lspp.10 #1 Sun Feb 26 19:07:03 EST 2006 i686 i686 i386 GNU/Linux [root at othello ~]# -- 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 shrek-m at gmx.de Thu Mar 2 23:20:15 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 03 Mar 2006 00:20:15 +0100 Subject: named - runtime_check failed Message-ID: <44077DAF.5000808@gmx.de> oops, # service named start named starten: /etc/init.d/named: line 48: 2416 Abgebrochen /usr/sbin/named-checkconf $ckcf_options ${named_conf} >/dev/null 2>&1 Fehler in der genannten Konfiguration: zone.c:948: fatal error: RUNTIME_CHECK(isc_time_now((&now)) == 0) failed [FEHLGESCHLAGEN] # rpm -qf /usr/sbin/named-checkconf bind-9.3.2-4.1 bind, caching-nameserver, etc was ok in the last days. i have reinstalled bind but no luck. # grep -i bind /var/log/yum.log Jan 01 02:23:17 Installed: bind.ppc 30:9.3.2-4.1 # grep -i name /var/log/yum.log # which package or configfile is the problem ? thanks. -- shrek-m From shrek-m at gmx.de Thu Mar 2 23:26:49 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 03 Mar 2006 00:26:49 +0100 Subject: named - runtime_check failed In-Reply-To: <44077DAF.5000808@gmx.de> References: <44077DAF.5000808@gmx.de> Message-ID: <44077F39.9080903@gmx.de> On 03.03.2006 00:20, shrek-m at gmx.de wrote: > # service named start > named starten: /etc/init.d/named: line 48: 2416 > Abgebrochen /usr/sbin/named-checkconf $ckcf_options > ${named_conf} >/dev/null 2>&1 > > Fehler in der genannten Konfiguration: > zone.c:948: fatal error: RUNTIME_CHECK(isc_time_now((&now)) == 0) failed > [FEHLGESCHLAGEN] sorry, date/time was absolutely inadequat # service ntpd restart ntpd herunterfahren: [ OK ] ntpd: Mit Zeitserver synchronisieren: [ OK ] ntpd starten: [ OK ] # date Fr M?r 3 00:21:18 CET 2006 # service named start named starten: [ OK ] -- shrek-m From don_springall at hotmail.com Fri Mar 3 00:07:19 2006 From: don_springall at hotmail.com (Don Springall) Date: Thu, 02 Mar 2006 17:07:19 -0700 Subject: gnome-power-manager-2.13.92-2 Message-ID: After today's update from rawhide gpm no longer reports the power level at all on my system. It is stuck at 51 %. The applet (battery charge monitor) reports the correct % charge. At least it sits there without crashing. This is after booting a number of times. Stopping and starting haldaemon did get it updated but then it freezes up again not reporting the correct %. From tsimi at speakeasy.net Fri Mar 3 00:59:36 2006 From: tsimi at speakeasy.net (Todd Simi) Date: Thu, 02 Mar 2006 16:59:36 -0800 Subject: Default Gnome Behavier In-Reply-To: <20060225040800.3F5A5730AE@hormel.redhat.com> References: <20060225040800.3F5A5730AE@hormel.redhat.com> Message-ID: <1141347576.3388.2.camel@localhost.localdomain> Hi, Is their a way to change the default gnome behavior of open new program windows below the one with current focus, to having the newly executed open with focus on it? Usually, when I click a link or execute a new program, that is the one that I would like to use. Thanks Todd From usdanskys at rocketmail.com Fri Mar 3 00:05:06 2006 From: usdanskys at rocketmail.com (Steven I Usdansky) Date: Thu, 2 Mar 2006 16:05:06 -0800 (PST) Subject: Keyboard Question SOLVED?? Message-ID: <20060303000506.38532.qmail@web35303.mail.mud.yahoo.com> Apparent solution to the scroll-lock problem: Go to Main Menu->System->Preferences->Keyboard Select Layout Options tab -> Use keyboard LED to show alternative groups and check ScrollLock LED shows alternative group -- Steven I. Usdansky, PhD Traveling Geologist Registered Linux user #360200 =========================== Steven I. Usdansky, PhD Rock Doctor __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From ggw at wolves.durham.nc.us Fri Mar 3 02:05:17 2006 From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury) Date: Thu, 02 Mar 2006 21:05:17 -0500 Subject: install of today's rawhide (2006-03-02) Message-ID: <20060303020517.GA8248@wolves.durham.nc.us> I did a fresh install of todays rawhide and had no real problems. I had to reboot after firstboot (which worked fine without RHGB!) because there was some problem loading the us keyboard defaults. But I couldn't get any error messages for that. Rebooting came right up - after a CAD salute shut it down nicely. Wolfe -- 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: 191 bytes Desc: not available URL: From ben.steeves at gmail.com Fri Mar 3 02:22:15 2006 From: ben.steeves at gmail.com (Ben Steeves) Date: Thu, 2 Mar 2006 22:22:15 -0400 Subject: Shutdown option for Normal User In-Reply-To: <44071C76.5080300@drdc-rddc.gc.ca> References: <20060302012018.53193.qmail@web30211.mail.mud.yahoo.com> <44071C76.5080300@drdc-rddc.gc.ca> Message-ID: <7ebb24d10603021822w24ba41f2p6aa2843c8d513ba6@mail.gmail.com> On 3/2/06, Robin Laing wrote: > On my computer, I built a finger guard that makes it impossible to > "accidently" push the power or reset buttons. Of course it also makes > it hard to do this when you want to which with Linux is rare anyways. > I would prefer that the power button be returned to the rear of the > computer. Many cases (Antec makes some nice ones) have a door that covers the power/reset buttons and some even have a lock (e.g., the Antec Sonata II case, which I have). Won't foil someone who knows to pull the power cord (nothing will, really), but prevents people from mashing buttons. -- _ Ben Steeves bcs at metacon.ca ( ) The ASCII ribbon campaign ben.steeves at unb.ca X against HTML e-mail GPG ID: 0xB3EBF1D9 / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves From clem.taylor at gmail.com Fri Mar 3 02:25:47 2006 From: clem.taylor at gmail.com (Clem Taylor) Date: Thu, 2 Mar 2006 21:25:47 -0500 Subject: gnome_panel asserts on startup Message-ID: gnome-panel-2.13.91-5.x86_64 is asserting on startup: ** ERROR **: file orbit-object.c: line 149 (do_unref): assertion failed: (robj->refs < ORBIT_REFCOUNT_MAX && robj->refs > 0) aborting... I have the current verison of orbit installed (ORBit2-2.13.3-1.2). I tried moving away my .gnome* and .gconf*, but it still fails (however, I'm not sure it is the same assert). Any ideas? From josh at wavefood.com Fri Mar 3 02:28:26 2006 From: josh at wavefood.com (Joshua Andrews) Date: Thu, 02 Mar 2006 18:28:26 -0800 Subject: what to bugzilla after last updates? Message-ID: <4407A9CA.5020106@wavefood.com> using KDE desktop has become impossible since the last 2 days of updates. I don't know if it is xorg, the kde window manager or what. - kernel smp 1996 - radeon 7200 Problem: I try to launch 2 instances of vncviewer (or any apps maybe), on different virtual desktops and the whole desktop interface becomes unusable-- windows lose their title bars and quit responding to mouse input. Also, only root can access drm so many (legacy?--like glxinfo) apps fail. From skunkworx at verizon.net Fri Mar 3 03:31:25 2006 From: skunkworx at verizon.net (Skunk Worx) Date: Thu, 02 Mar 2006 19:31:25 -0800 Subject: FC4 possible kernel 2.6.15 issue Message-ID: <4407B88D.1080402@verizon.net> I use the GSOAP soap server toolkit for transferring data. Prior to kernel 2.6.15 I could pull about 3000 data items a second using the various persistent http connection toolkit options over TCP/IP. Under 2.6.15 I am lucky to get 100 items/sec using the same codebase. Reverting only the kernel, back to the last 2.6.14 in yum updates, fixes it. Not sure where else to post this as I know Fedora tends to patch the kernel a bit. -- SW From fct-cornette at insight.rr.com Fri Mar 3 03:45:38 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 02 Mar 2006 22:45:38 -0500 Subject: what to bugzilla after last updates? In-Reply-To: <4407A9CA.5020106@wavefood.com> References: <4407A9CA.5020106@wavefood.com> Message-ID: <4407BBE2.4010306@insight.rr.com> Joshua Andrews wrote: > using KDE desktop has become impossible since the last 2 days of updates. > > I don't know if it is xorg, the kde window manager or what. > > - kernel smp 1996 - radeon 7200 > > Problem: > I try to launch 2 instances of vncviewer (or any apps maybe), on > different virtual desktops and the whole desktop interface becomes > unusable-- windows lose their title bars and quit responding to mouse > input. > > Also, only root can access drm so many (legacy?--like glxinfo) apps fail. > I tried both glxinfo and glxgears and they seemed to work as a regular user. I have drm - 63701 2 radeon - listed. Are you using the radeon OSS driver? I have the radeon 01:05.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility U1 My xorg config has the ati driver listed. I believe I replaced the line earlier and experienced DRI problems with radeon specified. Jim -- Law of Communications: The inevitable result of improved and enlarged communications between different levels in a hierarchy is a vastly increased area of misunderstanding. From don_springall at hotmail.com Fri Mar 3 04:23:39 2006 From: don_springall at hotmail.com (Don Springall) Date: Thu, 02 Mar 2006 21:23:39 -0700 Subject: Suspend Message-ID: An HTML attachment was scrubbed... URL: From mharris at mharris.ca Fri Mar 3 04:38:16 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Thu, 02 Mar 2006 23:38:16 -0500 Subject: what to bugzilla after last updates? In-Reply-To: <4407A9CA.5020106@wavefood.com> References: <4407A9CA.5020106@wavefood.com> Message-ID: <4407C838.3080601@mharris.ca> Joshua Andrews wrote: > using KDE desktop has become impossible since the last 2 days of updates. > > I don't know if it is xorg, the kde window manager or what. > > - kernel smp 1996 - radeon 7200 > > Problem: > I try to launch 2 instances of vncviewer (or any apps maybe), on > different virtual desktops and the whole desktop interface becomes > unusable-- windows lose their title bars and quit responding to mouse > input. > > Also, only root can access drm so many (legacy?--like glxinfo) apps fail. Does booting with "selinux=0" work around the problem? -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From pato.lukaz at gmail.com Fri Mar 3 04:51:54 2006 From: pato.lukaz at gmail.com (Alberto Patino) Date: Thu, 2 Mar 2006 22:51:54 -0600 Subject: bcm43xx driver on FC5T3 driver doesn't work and freeze my machine. In-Reply-To: <4489a22a0603011558t494bd8abi9e1ec887a7e5e5c7@mail.gmail.com> References: <4489a22a0602272328t7af1ffe1p90f040e2c686c657@mail.gmail.com> <44041BAB.3010606@wudika.de> <4489a22a0603011558t494bd8abi9e1ec887a7e5e5c7@mail.gmail.com> Message-ID: <4489a22a0603022051l1538ed3awff21034821bc7b33@mail.gmail.com> On 3/1/06, Alberto Patino wrote: > On 2/28/06, Patrick von der Hagen wrote: > > You are lucky, my Dell Precision M60 freezes as soon as the module is > > loaded and so far I failed to get any valuable information in syslog. > > However, bcm43xx isn't really considered stable, is it? So I just delete > > the bcm43xx-module after each kernel-update to avoid having it activated > > by fedora and stick to ndiswrapper> > Well, I have advances with the FC5 bcm43xx driver for my DELL M60. > > In the first try I downloaded from the Dell site the latest broadcom > driver. This firmware caused my machine to freeze. > > I read the kernel source Documentation/network/bcm43xx.txt and I saw a > list of drivers and versions. The first time I didn't understand the > version numbers associated with the http link. > But know I catch that the number is the version asociated withe the > particular drver. The dell newest driver doesn't match this number so > I looked up for a driver matching the version. (Fortunately I had > several dell drives stored in my lap) > > Well I had 3 drivers version from DELL, I remove the newest driver I > installed with bcm43xx-fwcutter and I reinstalled a older version > matching the one pinpoint out in the bcm43xx.txt file. > > Alberto P. > > Now I can scan with iwconfig. > > However i cannot do network connection yet with the wireless > interface, I'll try this later. > well, 4 nights I have the bcm43xx included in FC5 Test3 working. The weird thing is that I achieved this with an insolit procedure: I notice that getting the eth1 wireless interface up was only posibble when I was using the alias number, so I run the next list of commands. iwconfig eth1:1 rate 11Mb iwconfig eth1:1 ap 00:0d:72:7c:24:c9 route add default gw 172.16.0.1 dev eth1:1 route add -net 172.16.0.0 netmask 255.255.0.0 dev eth1:1 route add default gw 172.16.0.1 dev eth1:1 And now the driver is working. My /etc/sysconfig/network-scripts/ifcfg-eth1: [root at amturing ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth1 # Please read /usr/share/doc/initscripts-*/sysconfig.txt # for the documentation of these parameters. USERCTL=yes IPV6INIT=no PEERDNS=yes GATEWAY=172.16.0.1 TYPE=Wireless DEVICE=eth1:1 HWADDR=00:0b:7d:07:75:d0 BOOTPROTO=none NETMASK=255.255.0.0 DHCP_HOSTNAME= IPADDR=172.16.1.34 DOMAIN= ESSID=2WIRE205 CHANNEL=1 MODE=Managed RATE='11 Mb/s' ONPARENT=no Now its time to test the newest driver from the berlios site! Thanks this is awesome! :) -- Don't be evil!!! From katzj at redhat.com Fri Mar 3 05:20:44 2006 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 03 Mar 2006 00:20:44 -0500 Subject: Suspend In-Reply-To: References: Message-ID: <1141363244.2400.0.camel@bree.local.net> On Thu, 2006-03-02 at 21:23 -0700, Don Springall wrote: > Is suspend/resume broken in rawhide for Kernel 2.6.16-rc5-git4 ? It > last worked for me in 2.6.16-rc5. Not seeing anything breaking in > dmesg. > > I get I/O and then the screen flickers but stays blank. At that point > I have to pull the plug on power. ACPI messages look ok. What video chip? Jeremy From roger at gwch.net Fri Mar 3 06:59:11 2006 From: roger at gwch.net (Roger Grosswiler) Date: Fri, 3 Mar 2006 07:59:11 +0100 (CET) Subject: xen limitations? Message-ID: <18645.193.223.193.103.1141369151.squirrel@www.gwch.net> Good morning list (for those, where it it really is morning) Just a short question, i never read about (and perhaps i missed it) - is xen still limited to a minimum of 256 mb ram per domain? Or is it 256 mb ram for the hypervisor? in fact, i would like to get just an older p3/800 mhz box mit 256 mb ram running a linux and a freebsd-domain, each on minimum-install...so perhaps this would be a stress-test :-D Thanks, Roger From perbj at sbcglobal.net Fri Mar 3 07:24:59 2006 From: perbj at sbcglobal.net (Per Bjornsson) Date: Thu, 02 Mar 2006 23:24:59 -0800 Subject: Suspend item in Gnome menu Message-ID: <1141370699.2416.6.camel@localhost.localdomain> Hi, Is there any (preferably non-hacky) way to either turn off the "Suspend" item in the Gnome menu, or change it into doing a suspend-to-disk ("hibernate"/"swsusp") instead of suspend-to-RAM? The background is that my notebook has never been able to wake up from suspend-to-RAM in Linux (the suspend seems fine but waking up just doesn't work - it spins up the fans but doesn't seem to do anything else on resume) and I have pretty much given up debugging that by now - I try it ever so often with new kernel versions, but it's always the same. However, swsusp works now - hooray! (Well, I just tested it and X hung on resume - but I have seen it work at least... I'll have to fiddle some more with this.) After setting the default suspend mechanism to "hibernate" in gnome-power-manager the "suspend" button in the shutdown dialog does a swsusp suspend, but the separate "Suspend" menu item still suspends to RAM. Given the state of suspend in Linux, it seems to me that it would be prudent to make the Suspend menu item configurable... /Per From yinyang at eburg.com Fri Mar 3 08:03:09 2006 From: yinyang at eburg.com (Gordon Messmer) Date: Fri, 03 Mar 2006 00:03:09 -0800 Subject: Mouse lockups in X.org w/ ATI In-Reply-To: <44056667.7070400@eburg.com> References: <44015DA8.5070706@eburg.com> <44023214.80309@eburg.com> <44023659.4060705@eburg.com> <20060227173038.GC20969@localhost.localdomain> <4404B1D8.7090506@eburg.com> <44055D55.6030900@eburg.com> <440562D7.3090903@eburg.com> <44056667.7070400@eburg.com> Message-ID: <4407F83D.5030902@eburg.com> Gordon Messmer wrote: > > I lied. It's not gone, but the timeout's gone from 10 seconds to 90 > seconds. > If I boot the latest FC4 kernel, I don't have the timeout issue. Anyone else having the problem able to confirm? From mike at miketc.com Fri Mar 3 08:12:00 2006 From: mike at miketc.com (Mike Chambers) Date: Fri, 03 Mar 2006 02:12:00 -0600 Subject: Faster network? Message-ID: <1141373521.2240.2.camel@scrappy.miketc.com> I saw this in my file archives, and think the contents are something I read to make your network/machine a little faster. If so, where would this be set to? rc.local? a sys file somewhere? Below is what the contents of the file are... ifconfig eth0 mtu 1500 echo 256960 >> /proc/sys/net/core/rmem_default echo 256960 >> /proc/sys/net/core/rmem_max echo 256960 >> /proc/sys/net/core/wmem_default echo 256960 >> /proc/sys/net/core/wmem_max echo 0 >> /proc/sys/net/ipv4/tcp_timestamps echo 1 >> /proc/sys/net/ipv4/tcp_sack echo 1 >> /proc/sys/net/ipv4/tcp_window_scaling -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt, then it's hilarious!" From buildsys at redhat.com Fri Mar 3 08:21:31 2006 From: buildsys at redhat.com (Build System) Date: Fri, 3 Mar 2006 03:21:31 -0500 Subject: rawhide report: 20060303 changes Message-ID: <200603030821.k238LVlw002256@porkchop.devel.redhat.com> Removed package up2date Removed package rhn-applet Updated Packages: NetworkManager-0.5.1-18.cvs20060302 ----------------------------------- * Thu Mar 02 2006 Jeremy Katz - 0.5.1-18.cvs20060302 - updated cvs snapshot. seems to make airo much less spastic * Thu Mar 02 2006 Christopher Aillon - Move the unversioned libnm_glib.so to the -devel package anaconda-10.92.15-1 ------------------- * Fri Mar 03 2006 Jeremy Katz - 10.92.15-1 - conditional code is now in yum (pnasrat) - sort network devices smarter (clumens, #166842) - select needed fs entries (#183271) - more serbian fixes (#182591) comps-extras-11.1-1 ------------------- * Thu Mar 02 2006 Bill Nottingham - 11.1-1 - new education icon from Diana Fong - update XFCE icon * Wed Mar 01 2006 Bill Nottingham - 11-1 - pirut/anaconda now use 24x24. update sizes - various additions/removals - python scripts aren't useful with current repositories, remove them * Thu May 05 2005 Bill Nottingham - 10.3-1 - updated icons () distcache-1.4.5-13 ------------------ * Thu Mar 02 2006 Joe Orton 1.4.5-13 - avoid uid collision with exim (#182091) dovecot-1.0-0.beta2.5 --------------------- * Mon Feb 27 2006 Petr Rockai - 1.0-0.beta2.5 - fix #182240 by looking in lib64 for libs first and then lib - fix comment #1 in #182240 by copying over the example config files to documentation directory epic-4:2.2-3 ------------ * Tue Feb 21 2006 Peter Vrabec 4:2.2-3 - fix fuzz test fail (#181036) gdm-1:2.13.0.9-1 ---------------- * Tue Feb 28 2006 Ray Strode - 1:2.13.0.9-1 - Update to 2.13.0.9 - Use new %post section, written by Michal Jaegermann (bug 183082) glibc-2.3.91-1 -------------- * Thu Mar 02 2006 Jakub Jelinek 2.3.91-1 - update from CVS - fixes for various arches - ensure malloc returns pointers aligned to at least MIN (2 * sizeof (size_t), __alignof__ (long double)) (only on ppc32 this has not been the case lately with addition of 128-bit long double, #182742) * Wed Mar 01 2006 Jakub Jelinek 2.3.90-39 - update from CVS gnome-power-manager-2.13.92-3 ----------------------------- * Thu Mar 02 2006 Ray Strode - 2.13.92-3 - Add patch from Richard Hughes to potentially fix a crasher bug (bug 183127) gthumb-2.7.3-2 -------------- * Thu Mar 02 2006 Ray Strode - 2.7.3-2 - Make saving work again (bug 183141) kernel-2.6.15-1.2008_FC5 ------------------------ * Thu Mar 02 2006 Dave Jones - Fix acpi_os_acquire_object() with IRQs disabled debug msgs. - Mark unwind info for signal trampolines in vDSOs * Wed Mar 01 2006 Dave Jones - 2.6.16rc5-git4 - Fix leak in RAID1 - Further fixing of selinuxfs link count. (#182001) - Enable PATA ports on Promise SATA. (#179369) - NFS: writes should not clobber utimes() calls. (#183208) libnotify-0.3.0-5 ----------------- * Thu Mar 02 2006 Ray Strode - 0.3.0-5 - patch out config.h include from public header mono-1.1.13.2-5 --------------- * Thu Mar 02 2006 Ray Strode - 1.1.13.2-5 - Updated patch from Jakub (1.1.13.2-3 to 1.1.13.2-5 are for bug 182965) pirut-1.0.0-1 ------------- * Fri Mar 03 2006 Jeremy Katz - 1.0.0-1 - Fix formatting in reboot dialog (#183597) - Show category pixbuf if there's not one for the group (#183545) - Ensure groups are shown as selected - Catch locking error (#183685) redhat-menus-6.7.5-1 -------------------- * Thu Mar 02 2006 Bill Nottingham - 6.7.5-1 - add locales (#176139) rhpl-0.185-1 ------------ * Thu Mar 02 2006 Jeremy Katz - 0.185-1 - fix serbian keyboard (#182591) scim-1.4.4-9 ------------ * Thu Mar 02 2006 Jens Petersen - 1.4.4-9 - scim-libs prereqs gtk2 > 2.8 so that update-gtk-immodules in %post can read im-scim.so (#183636) * Wed Mar 01 2006 Jens Petersen - 1.4.4-8 - add scim-system-default-config.patch - add Zenkaku_Hankaku as trigger hotkey for Japanese users - use static XIM event flow so deadkeys work under XIM in off state (#169975) - add alternatives as prereq for %post and %postun (pknirsch, #182853) * Fri Feb 24 2006 Jens Petersen - 1.4.4-6 - fix Punjabi spelling with scim-panjabi-punjabi.patch (aalam) specspo-10-1 ------------ * Thu Mar 02 2006 Bill Nottingham 10-1 - update * Thu Jul 03 2003 Paul Gampe 9.0.92 - Update translations * Tue Feb 25 2003 Paul Gampe 9.0-1 - Update translations squirrelmail-1.4.6-1.fc5 ------------------------ * Wed Mar 01 2006 David Woodhouse 1.4.6-1 - Upgrade to 1.4.6 proper for CVE-2006-0377 CVE-2006-0195 CVE-2006-0188 - Script the charset changes instead of using a patch - Convert the ko_KR files to UTF-8, dropping invalid characters from what's theoretically supposed to be EUC-KR in the original. tcl-8.4.12-4 ------------ * Fri Feb 17 2006 David Cantrell - 8.4.12-4 - Enable threads (#181871) * Fri Feb 10 2006 Jesse Keating - 8.4.12-3.2 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating - 8.4.12-3.1 - rebuilt for new gcc4.1 snapshot and glibc changes tomcat5-0:5.5.15-1jpp_4fc ------------------------- * Wed Mar 01 2006 Rafael Schloming - 0:5.5.15-1jpp_4fc - Disabled juli logging as a workaround for a number of classpath bugs - in java.util.logging.* udev-084-10 ----------- * Thu Mar 02 2006 Harald Hoyer - 084-10 - fixed cdrom rule yelp-2.13.6-1 ------------- * Mon Feb 27 2006 Matthias Clasen - 2.13.6-1 - Update to 2.13.6 yum-2.5.3-4 ----------- * Thu Mar 02 2006 Paul Nasrat - 2.5.3-4 - Cover pkg then group selection in conditional group support (#181858) * Thu Mar 02 2006 Paul Nasrat - 2.5.3-3 - Conditional group support (#181858) Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15-5.FC5.4.i686 requires kernel = 0:2.6.15-1.1955_FC5 GFS-kernel - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5 GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5smp cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp gnbd-kernel - 2.6.15-5.FC5.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs vconfig - 1.9-1.1.ia64 requires libc.so.6 vconfig - 1.9-1.1.ia64 requires libc.so.6(GLIBC_2.0) Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_2fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_1fc.1.1.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_7fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_4fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_2fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 vconfig - 1.9-1.1.ppc64 requires libc.so.6 vconfig - 1.9-1.1.ppc64 requires libc.so.6(GLIBC_2.0) velocity - 1.4-3jpp_3fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_8fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_2fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_1fc.1.1.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_7fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_4fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_2fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_3fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_8fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_4fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_2fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_1fc.1.1.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_7fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_4fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_2fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_3fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_8fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 From n0dalus+redhat at gmail.com Fri Mar 3 08:39:07 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Fri, 3 Mar 2006 19:09:07 +1030 Subject: Social Engineering of Rawhide In-Reply-To: <44062CB0.6040507@mharris.ca> References: <345764DCB65C0C4FACC44529DE273C18F8F0CF@eemail1.microlink.lan> <44062CB0.6040507@mharris.ca> Message-ID: <6280325c0603030039g73c70444vaa684d6a7debcf8b@mail.gmail.com> On 3/2/06, Mike A. Harris wrote: > > The problem with that, is that "RAWHIDE" is the resolution for > many existing bugs, so can't be removed in the existing bugzilla > framework from what I understand. Long ago we added "NEXTRELEASE" > to replace "RAWHIDE", but it generally gets used for RHEL devel > and RAWHIDE still gets used for Fedora. I'm as guilty as anyone > in using the term. > > It'd be nice if bugzilla had a way of saying "don't show this > resolution/status/whatever anymore in this product version > as a user selectable choice, but allow it to remain in existing > database entries, and be queryable". > The bugzilla admin interface might not give you the option but it wouldn't be that hard to just modify the row in the database, would it? Everything would refer to the new name straight away. n0dalus. From caf at omen.com Fri Mar 3 09:23:06 2006 From: caf at omen.com (Chuck Forsberg WA7KGX N2469R) Date: Fri, 03 Mar 2006 01:23:06 -0800 Subject: PCI Express and Fedora? Message-ID: <1141377786.22558.89.camel@omen.com> I tried a text install of fc5t3 both 386 and x86-64 on my Asus p5gd1 with Nvidia 6600 PCI Express video. Both versions fail the same way. Operation is normal through the disc check dialog. Then the display shifts modes (still alphanumeric) and becomes illegible. It looks like a terminfo control character mismatch. -- Chuck Forsberg caf at omen.com www.omen.com 503-614-0430 Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc "The High Reliability Software" 10255 NW Old Cornelius Pass Portland OR 97231 FAX 629-0665 From shrek-m at gmx.de Fri Mar 3 09:24:33 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 03 Mar 2006 10:24:33 +0100 Subject: Faster network? In-Reply-To: <1141373521.2240.2.camel@scrappy.miketc.com> References: <1141373521.2240.2.camel@scrappy.miketc.com> Message-ID: <44080B51.6030605@gmx.de> On 03.03.2006 09:12, Mike Chambers wrote: >I saw this in my file archives, and think the contents are something I >read to make your network/machine a little faster. If so, > i do not know. my network @home @work is fast enough with the defaults in rhl / fc >where would >this be set to? rc.local? > why not. >a sys file somewhere? > >Below is what the contents of the file are... > >ifconfig eth0 mtu 1500 > > # ifconfig | grep MTU irc this is the default. iirc you can set it in /etc/sysconfig/network or /etc/sysconfig/network-scripts/ifcfg-* see /usr/share/doc/initscripts/sysconfig.txt # grep -i mtu /usr/share/doc/initscripts-*/sysconfig.txt MTU= Default MTU for this device IPV6_MTU= (optional) Optional, dedicated MTU of this link IPV6_MTU="1280" IPV6TO4_MTU= (optional) Controls IPv6 MTU for the 6to4 tunnel IPV6TO4_MTU="1280" Default: MTU of master device - 20 IPV6_MTU= (optional) Optional, dedicated MTU of this tunnel IPV6_MTU="1280" MTU= >echo 256960 >> /proc/sys/net/core/rmem_default >echo 256960 >> /proc/sys/net/core/rmem_max >echo 256960 >> /proc/sys/net/core/wmem_default >echo 256960 >> /proc/sys/net/core/wmem_max >echo 0 >> /proc/sys/net/ipv4/tcp_timestamps > > /etc/sysctl.conf >echo 1 >> /proc/sys/net/ipv4/tcp_sack >echo 1 >> /proc/sys/net/ipv4/tcp_window_scaling > iirc this are the defaults -- shrek-m From shrek-m at gmx.de Fri Mar 3 09:34:08 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 03 Mar 2006 10:34:08 +0100 Subject: Faster network? In-Reply-To: <1141373521.2240.2.camel@scrappy.miketc.com> References: <1141373521.2240.2.camel@scrappy.miketc.com> Message-ID: <44080D90.4000901@gmx.de> On 03.03.2006 09:12, Mike Chambers wrote: >echo 256960 >> /proc/sys/net/core/rmem_default >echo 256960 >> /proc/sys/net/core/rmem_max >echo 256960 >> /proc/sys/net/core/wmem_default >echo 256960 >> /proc/sys/net/core/wmem_max >echo 0 >> /proc/sys/net/ipv4/tcp_timestamps >echo 1 >> /proc/sys/net/ipv4/tcp_sack >echo 1 >> /proc/sys/net/ipv4/tcp_window_scaling > why ">>" ? imho this should be ">" oops, # echo 0 > /proc/sys/net/ipv4/ip_forward # cat /proc/sys/net/ipv4/ip_forward 0 # echo 1 >> /proc/sys/net/ipv4/ip_forward # cat /proc/sys/net/ipv4/ip_forward 1 # echo 1 >> /proc/sys/net/ipv4/ip_forward # cat /proc/sys/net/ipv4/ip_forward 1 -- shrek-m From gilboad at gmail.com Fri Mar 3 11:12:48 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Fri, 03 Mar 2006 13:12:48 +0200 Subject: FC5T3/Anaconda: No disk space indicator? In-Reply-To: <1141310063.17966.20.camel@gilboa-home-dev.localhost> References: <1141310063.17966.20.camel@gilboa-home-dev.localhost> Message-ID: <1141384369.17966.25.camel@gilboa-home-dev.localhost> On Thu, 2006-03-02 at 16:34 +0200, Gilboa Davara wrote: > Hello all, > > I've just found some free time to play around with FC5T3 (i386) under > vmware (x86_64). > Before I file a BZ report about it, a couple of questions about Anaconda > > A. During the initial package selection, Anconda doesn't offer any > indication how much disk-space is required, used or available. > B. Anaconda package selections does not warn user, if there's > insufficient space for selected packages. > C. During the installation itself, Anaconda doesn't show any indication > on how much disk space is being used / left / etc. > D. Once the disk space runs out, Anaconda installation fails, with no > meaningful warning and the machine reboots. (Again with no indication as > to the source of the problem.) > > Bugzilla? > Is it a known issue (that will delayed till FC6?) > Gilboa > BZ'ed: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183878 Gilboa From justin.conover at gmail.com Fri Mar 3 11:31:36 2006 From: justin.conover at gmail.com (Justin Conover) Date: Fri, 3 Mar 2006 05:31:36 -0600 Subject: rawhide report: 20060303 changes In-Reply-To: <200603030821.k238LVlw002256@porkchop.devel.redhat.com> References: <200603030821.k238LVlw002256@porkchop.devel.redhat.com> Message-ID: On 3/3/06, Build System wrote: > > > > Removed package up2date > > Removed package rhn-applet > > R.I.P. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dtimms at bigpond.net.au Fri Mar 3 12:02:46 2006 From: dtimms at bigpond.net.au (David Timms) Date: Fri, 03 Mar 2006 23:02:46 +1100 Subject: FC4 possible kernel 2.6.15 issue - debugging parameters are enabled In-Reply-To: <4407B88D.1080402@verizon.net> References: <4407B88D.1080402@verizon.net> Message-ID: <44083066.30106@bigpond.net.au> Skunk Worx wrote: > I use the GSOAP soap server toolkit for transferring data. > > Prior to kernel 2.6.15 I could pull about 3000 data items a second using > the various persistent http connection toolkit options over TCP/IP. > > Under 2.6.15 I am lucky to get 100 items/sec using the same codebase. > > Reverting only the kernel, back to the last 2.6.14 in yum updates, fixes > it. Dave Jones mentioned that there is some serious debugging enabled in the kernel (for the last month ?), and this is causing some slowness (eg for 3D). From canfield at uindy.edu Fri Mar 3 13:28:11 2006 From: canfield at uindy.edu (D Canfield) Date: Fri, 03 Mar 2006 08:28:11 -0500 Subject: Suspend In-Reply-To: References: Message-ID: <4408446B.8040908@uindy.edu> Don Springall wrote: > > Is suspend/resume broken in rawhide for Kernel 2.6.16-rc5-git4 ? It > last worked for me in 2.6.16-rc5. Not seeing anything breaking in dmesg. > > I get I/O and then the screen flickers but stays blank. At that point > I have to pull the plug on power. ACPI messages look ok. > I haven't had time to do a lot of testing, but suspend stopped working on my Thinkpad T43 (ATI Chipset, DRI turned off since this is the only way suspend has ever worked for me) sometime in the past week or two as well. And mere weeks after it had finally started working... :-( DC From pknirsch at redhat.com Fri Mar 3 13:41:34 2006 From: pknirsch at redhat.com (Phil Knirsch) Date: Fri, 03 Mar 2006 14:41:34 +0100 Subject: Suspend In-Reply-To: <4408446B.8040908@uindy.edu> References: <4408446B.8040908@uindy.edu> Message-ID: <4408478E.4050008@redhat.com> D Canfield wrote: > Don Springall wrote: > >> >> Is suspend/resume broken in rawhide for Kernel 2.6.16-rc5-git4 ? It >> last worked for me in 2.6.16-rc5. Not seeing anything breaking in dmesg. >> >> I get I/O and then the screen flickers but stays blank. At that point >> I have to pull the plug on power. ACPI messages look ok. > > I haven't had time to do a lot of testing, but suspend stopped working > on my Thinkpad T43 (ATI Chipset, DRI turned off since this is the only > way suspend has ever worked for me) sometime in the past week or two as > well. And mere weeks after it had finally started working... :-( > > DC > I've done a few changes to the ATI scripts over the last few weeks because we had at least one report where the old script failed. It looks like this causes much more problems though than it solves, so i'm reverting the changes back to what we had previously. Attached is the original functions-ati from /etc/pm/functions-ati which i'm putting back in as we speak. Please give it a try with that one and let me know if it works. If it doesn't then it's most likely a kernel bug that got introduced over the last few weeks. Read ya, Phil -- Philipp Knirsch | Tel.: +49-711-96437-470 Development | Fax.: +49-711-96437-111 Red Hat GmbH | Email: Phil Knirsch Hauptstaetterstr. 58 | Web: http://www.redhat.de/ D-70178 Stuttgart Kaa's Law: In any sufficiently large group of people most are idiots. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: functions-ati URL: From justin.conover at gmail.com Fri Mar 3 14:03:14 2006 From: justin.conover at gmail.com (Justin Conover) Date: Fri, 3 Mar 2006 08:03:14 -0600 Subject: beagle has bad timing...... Message-ID: The dog decides to run at very undetermined times afaik, and on my 3 rawhide boxes, it always seems to kick off when I'm doing a lot of work. Which absolutely kills my CPU(s) Sort of like what updatedb used to do. I don't see anything in chkconfig --list that would resemble beagle, is there anyway to say "stop" running except kill -9/15 mono, and run it when I want to? I know its run as user so I guess, it wouldn't be a service from /etc/init.d, but some kind of turn off valve would be nice. Or is this just annoying me? -------------- next part -------------- An HTML attachment was scrubbed... URL: From katzj at redhat.com Fri Mar 3 14:13:28 2006 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 03 Mar 2006 09:13:28 -0500 Subject: xen limitations? In-Reply-To: <18645.193.223.193.103.1141369151.squirrel@www.gwch.net> References: <18645.193.223.193.103.1141369151.squirrel@www.gwch.net> Message-ID: <1141395208.14574.1.camel@bree.local.net> On Fri, 2006-03-03 at 07:59 +0100, Roger Grosswiler wrote: > Just a short question, i never read about (and perhaps i missed it) - is > xen still limited to a minimum of 256 mb ram per domain? Or is it 256 mb > ram for the hypervisor? The 256 meg of RAM was for doing a guest install -- now that I've fixed some of the memory usage in anaconda, I should bump that down some. You're still going to be running pretty slim if you only have 256 megs of ram in the box, though Jeremy From justin.conover at gmail.com Fri Mar 3 14:12:03 2006 From: justin.conover at gmail.com (Justin Conover) Date: Fri, 3 Mar 2006 08:12:03 -0600 Subject: Suspend In-Reply-To: <4408478E.4050008@redhat.com> References: <4408446B.8040908@uindy.edu> <4408478E.4050008@redhat.com> Message-ID: On 3/3/06, Phil Knirsch wrote: > > D Canfield wrote: > > Don Springall wrote: > > > >> > >> Is suspend/resume broken in rawhide for Kernel 2.6.16-rc5-git4 ? It > >> last worked for me in 2.6.16-rc5. Not seeing anything breaking in > dmesg. > >> > >> I get I/O and then the screen flickers but stays blank. At that point > >> I have to pull the plug on power. ACPI messages look ok. > > > > I haven't had time to do a lot of testing, but suspend stopped working > > on my Thinkpad T43 (ATI Chipset, DRI turned off since this is the only > > way suspend has ever worked for me) sometime in the past week or two as > > well. And mere weeks after it had finally started working... :-( > > > > DC > > > > I've done a few changes to the ATI scripts over the last few weeks > because we had at least one report where the old script failed. It looks > like this causes much more problems though than it solves, so i'm > reverting the changes back to what we had previously. > > Attached is the original functions-ati from /etc/pm/functions-ati which > i'm putting back in as we speak. > > Please give it a try with that one and let me know if it works. If it > doesn't then it's most likely a kernel bug that got introduced over the > last few weeks. > > Read ya, Phil > > -- > Philipp Knirsch | Tel.: +49-711-96437-470 > Development | Fax.: +49-711-96437-111 > Red Hat GmbH | Email: Phil Knirsch > Hauptstaetterstr. 58 | Web: http://www.redhat.de/ > D-70178 Stuttgart > Kaa's Law: In any sufficiently large group of people most are > idiots. > > > #!/bin/bash > > > get_lcd_status() > { > if [ ! -x /usr/sbin/radeontool ]; then > echo "error" > return 2 > fi > STATUS=$(/usr/sbin/radeontool light | cut -d\ -f5 2>/dev/null) > RETVAL=0 > case "x$STATUS" in > "xon") > echo "on" > RETVAL=0 > ;; > "xoff") > echo "off" > RETVAL=1 > ;; > *) > echo "error" > RETVAL=2 > ;; > esac > return $RETVAL > } > > lcd_off() > { > if [ "$(get_lcd_status)" != "on" ]; then > return > fi > [ -x /usr/sbin/radeontool] && /usr/sbin/radeontool light off > } > > lcd_on() > { > if [ "$(get_lcd_status)" != "off" ]; then > return > fi > [ -x /usr/sbin/radeontool ] && /usr/sbin/radeontool light on > } > > get_crt_status() > { > if [ ! -x /usr/sbin/radeontool ]; then > echo "error" > return 2 > fi > STATUS=$(/usr/sbin/radeontool light | cut -d\ -f5 2>/dev/null) > RETVAL=0 > case "x$STATUS" in > "xon") > echo "on" > RETVAL=0 > ;; > "xoff") > echo "off" > RETVAL=1 > ;; > *) > echo "error" > RETVAL=2 > ;; > esac > return $RETVAL > } > > crt_off() > { > if [ "$(get_lcd_status)" != "on" ]; then > return > fi > [ -x /usr/sbin/radeontool ] && /usr/sbin/radeontool dac off > } > > crt_on() > { > if [ "$(get_lcd_status)" != "on" ]; then > return > fi > [ -x /usr/sbin/radeontool ] && /usr/sbin/radeontool dac on > } > > [ -x /usr/sbin/vbetool ] || return > > suspend_video() > { > ( > /usr/sbin/vbetool dpms suspend > ) >/dev/null 2>&1 > } > > resume_video() > { > ( > /usr/sbin/vbetool dpms on > ) >/dev/null 2>&1 > } > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > > About 3 days ago, my laptop (Dell Latitude D600) stopped coming back from suspend, the hd light flickered but the screen wouldn't come back. I replaced with this, and I got my screen back, howerver my network didn't reconnect and had to run dhclient eth0 I am at work at the moment and it is on a docking station if that matters./? lspci -v | grep VGA 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 Lf [FireGL 9000] (rev 02) (prog-if 00 [VGA]) # lspci -v | egrep -i 'network|ethernet' 02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5705M Gigabit Ethernet (rev 01) 02:03.0 Network controller: Intel Corporation PRO/Wireless 2200BG (rev 05) -------------- next part -------------- An HTML attachment was scrubbed... URL: From canfield at uindy.edu Fri Mar 3 14:16:58 2006 From: canfield at uindy.edu (D Canfield) Date: Fri, 03 Mar 2006 09:16:58 -0500 Subject: Cursor tracking in thunderbird/firefox? Message-ID: <44084FDA.2010903@uindy.edu> I don't want to be the kind of guy that harps on his "favorite" bugs, but I'm finding it incredibly difficult to believe that the cursor tracking that is broken in both the thunderbird editor and the firefox textarea has not been fixed this close to release. Is it really not driving anyone else totally insane, or is it just a handful of us who are experiencing it? There is an open bug in bugzilla about the thunderbird issue, and I would expect the two are related. I don't know if the editor is mozilla specific or a gtk thing, but I've not noticed the issue in any other gtk apps, and the issue doesn't exist on Windows. Yet, it still occurs with a fresh download from mozilla.com. Anyone know what's going on with this? Thanks DC From justin.conover at gmail.com Fri Mar 3 14:19:49 2006 From: justin.conover at gmail.com (Justin Conover) Date: Fri, 3 Mar 2006 08:19:49 -0600 Subject: xen limitations? In-Reply-To: <1141395208.14574.1.camel@bree.local.net> References: <18645.193.223.193.103.1141369151.squirrel@www.gwch.net> <1141395208.14574.1.camel@bree.local.net> Message-ID: On 3/3/06, Jeremy Katz wrote: > > On Fri, 2006-03-03 at 07:59 +0100, Roger Grosswiler wrote: > > Just a short question, i never read about (and perhaps i missed it) - is > > xen still limited to a minimum of 256 mb ram per domain? Or is it 256 mb > > ram for the hypervisor? > > The 256 meg of RAM was for doing a guest install -- now that I've fixed > some of the memory usage in anaconda, I should bump that down some. > You're still going to be running pretty slim if you only have 256 megs > of ram in the box, though > > Jeremy http://www.freebsd.org/releases/6.0R/installation-i386.html FreeBSD for the i386 requires a 486 or better processor and at least 24 MB of RAM. http://fedora.redhat.com/docs/release-notes/fc5/test2-latest-en/sn-arch-specific.html#sn-arch-specific-x86-hardware-reqs 7.2.1.1.1. Memory Requirements This section lists the memory required to install Fedora Core 5 test2. This list is for 32-bit x86 systems: - Minimum for text-mode: 64MB - Minimum for graphical: 192MB - Recommended for graphical: 256MB With only 256MB total of memory, you going to be pushing it :) If you only allocate 24MB to freebsd, I can't begin to imagine how bad its going to run either. But over all, I guess it word work, painfully but it would work -------------- next part -------------- An HTML attachment was scrubbed... URL: From pknirsch at redhat.com Fri Mar 3 14:22:05 2006 From: pknirsch at redhat.com (Phil Knirsch) Date: Fri, 03 Mar 2006 15:22:05 +0100 Subject: Suspend In-Reply-To: References: <4408446B.8040908@uindy.edu> <4408478E.4050008@redhat.com> Message-ID: <4408510D.8030902@redhat.com> Justin Conover wrote: > > About 3 days ago, my laptop (Dell Latitude D600) stopped coming back > from suspend, the hd light flickered but the screen wouldn't come back. > > I replaced with this, and I got my screen back, howerver my network > didn't reconnect and had to run > dhclient eth0 > > I am at work at the moment and it is on a docking station if that matters./? > > lspci -v | grep VGA > > 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 Lf > [FireGL 9000] (rev 02) (prog-if 00 [VGA]) > > > # lspci -v | egrep -i 'network|ethernet' > 02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5705M > Gigabit Ethernet (rev 01) > 02:03.0 Network controller: Intel Corporation PRO/Wireless 2200BG (rev 05) > OK, so screen works again, good. As i said, should be fixed in pm-utils-0.13 and later. In userland we wake up the NetworkManager and mDNSResponder when we resume, so make sure you have both of them running. If one of them isn't running that might explain why the network isn't coming back up. Read ya, Phil -- Philipp Knirsch | Tel.: +49-711-96437-470 Development | Fax.: +49-711-96437-111 Red Hat GmbH | Email: Phil Knirsch Hauptstaetterstr. 58 | Web: http://www.redhat.de/ D-70178 Stuttgart Kaa's Law: In any sufficiently large group of people most are idiots. From justin.conover at gmail.com Fri Mar 3 14:32:02 2006 From: justin.conover at gmail.com (Justin Conover) Date: Fri, 3 Mar 2006 08:32:02 -0600 Subject: Suspend In-Reply-To: <4408510D.8030902@redhat.com> References: <4408446B.8040908@uindy.edu> <4408478E.4050008@redhat.com> <4408510D.8030902@redhat.com> Message-ID: On 3/3/06, Phil Knirsch wrote: > > Justin Conover wrote: > > > > About 3 days ago, my laptop (Dell Latitude D600) stopped coming back > > from suspend, the hd light flickered but the screen wouldn't come back. > > > > I replaced with this, and I got my screen back, howerver my network > > didn't reconnect and had to run > > dhclient eth0 > > > > I am at work at the moment and it is on a docking station if that > matters./? > > > > lspci -v | grep VGA > > > > 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 Lf > > [FireGL 9000] (rev 02) (prog-if 00 [VGA]) > > > > > > # lspci -v | egrep -i 'network|ethernet' > > 02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5705M > > Gigabit Ethernet (rev 01) > > 02:03.0 Network controller: Intel Corporation PRO/Wireless 2200BG (rev > 05) > > > > OK, so screen works again, good. As i said, should be fixed in > pm-utils-0.13 and later. > > In userland we wake up the NetworkManager and mDNSResponder when we > resume, so make sure you have both of them running. If one of them isn't > running that might explain why the network isn't coming back up. > > Read ya, Phil > > -- > > [root at kainos pm]# chkconfig --list | egrep -i 'Network|mDNS' NetworkManager 0:off 1:off 2:off 3:off 4:off 5:on 6:off NetworkManagerDispatcher 0:off 1:off 2:off 3:off 4:off 5:on 6:off network 0:off 1:off 2:on 3:on 4:on 5:on 6:off I don't appear to have mDNSResponder on here, I did a fresh (test) network install on this laptop last night. -------------- next part -------------- An HTML attachment was scrubbed... URL: From prigault at oricom.ca Fri Mar 3 14:25:29 2006 From: prigault at oricom.ca (Philippe Rigault) Date: Fri, 3 Mar 2006 09:25:29 -0500 Subject: FC5T3 Message-ID: <200603030925.30302.prigault@oricom.ca> Hello, Having had no feedback for about a week on https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182933 (which I consider high-priority), I would like to raise attention to it and help find a workaround before FC5 gets out. FC5T3 essentially does not work on Acer Ferrari 4005WLMi (ATI Mobility X700): - Graphical install does not start (X driver problem) - Text install has messed-up menus For the rare courageous users with enough patience to go through the painful text installation with messed-up menus (which do not permit fine selection of packages): - X does not work post install - Proprietary drivers currently do not work (test packages from livna hang the kernel each time X is stopped --which happens each time kdm/gdm restarts) At the very least, the text install should work OK, so that users can install and use the proprietary (working soon hopefully) drivers until free drivers work. Otherwise, Fedora Core is not an option for regular Acer Ferrari users. Did someone have better luck in getting things to work on that hardware ? Cheers, From justin.conover at gmail.com Fri Mar 3 14:36:33 2006 From: justin.conover at gmail.com (Justin Conover) Date: Fri, 3 Mar 2006 08:36:33 -0600 Subject: Suspend In-Reply-To: References: <4408446B.8040908@uindy.edu> <4408478E.4050008@redhat.com> <4408510D.8030902@redhat.com> Message-ID: On 3/3/06, Justin Conover wrote: > > > > On 3/3/06, Phil Knirsch wrote: > > > Justin Conover wrote: > > > > > > About 3 days ago, my laptop (Dell Latitude D600) stopped coming back > > > from suspend, the hd light flickered but the screen wouldn't come > > back. > > > > > > I replaced with this, and I got my screen back, howerver my network > > > didn't reconnect and had to run > > > dhclient eth0 > > > > > > I am at work at the moment and it is on a docking station if that > > matters./? > > > > > > lspci -v | grep VGA > > > > > > 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 Lf > > > > > [FireGL 9000] (rev 02) (prog-if 00 [VGA]) > > > > > > > > > # lspci -v | egrep -i 'network|ethernet' > > > 02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5705M > > > Gigabit Ethernet (rev 01) > > > 02:03.0 Network controller: Intel Corporation PRO/Wireless 2200BG (rev > > 05) > > > > > > > OK, so screen works again, good. As i said, should be fixed in > > pm-utils-0.13 and later. > > > > In userland we wake up the NetworkManager and mDNSResponder when we > > resume, so make sure you have both of them running. If one of them isn't > > running that might explain why the network isn't coming back up. > > > > Read ya, Phil > > > > -- > > > > [root at kainos pm]# chkconfig --list | egrep -i 'Network|mDNS' > NetworkManager 0:off 1:off 2:off 3:off 4:off 5:on 6:off > NetworkManagerDispatcher 0:off 1:off 2:off 3:off 4:off > 5:on 6:off > network 0:off 1:off 2:on 3:on 4:on 5:on 6:off > > I don't appear to have mDNSResponder on here, I did a fresh (test) network > install on this laptop last night. > I just logged into my 2 box's at home and they have nothing for dns either chkconfig --list | grep -i dns -------------- next part -------------- An HTML attachment was scrubbed... URL: From justin.conover at gmail.com Fri Mar 3 14:44:11 2006 From: justin.conover at gmail.com (Justin Conover) Date: Fri, 3 Mar 2006 08:44:11 -0600 Subject: FC5T3 In-Reply-To: <200603030925.30302.prigault@oricom.ca> References: <200603030925.30302.prigault@oricom.ca> Message-ID: On 3/3/06, Philippe Rigault wrote: > > Hello, > > Having had no feedback for about a week on > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182933 (which I > consider > high-priority), I would like to raise attention to it and help find a > workaround before FC5 gets out. > > FC5T3 essentially does not work on Acer Ferrari 4005WLMi (ATI Mobility > X700): > - Graphical install does not start (X driver problem) > - Text install has messed-up menus > > For the rare courageous users with enough patience to go through the > painful > text installation with messed-up menus (which do not permit fine selection > of > packages): > - X does not work post install > - Proprietary drivers currently do not work (test packages from livna hang > the kernel each time X is stopped --which happens each time kdm/gdm > restarts) > > At the very least, the text install should work OK, so that users can > install > and use the proprietary (working soon hopefully) drivers until free > drivers > work. Otherwise, Fedora Core is not an option for regular Acer Ferrari > users. > > Did someone have better luck in getting things to work on that hardware ? > > Cheers, > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > Try passing agp_try_unsupported=1 During boot up e.g. during install linux agp_try_unsupported=1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From grinnz at gmail.com Fri Mar 3 15:25:11 2006 From: grinnz at gmail.com (Dan) Date: Fri, 03 Mar 2006 10:25:11 -0500 Subject: FC5T3 In-Reply-To: <200603030925.30302.prigault@oricom.ca> References: <200603030925.30302.prigault@oricom.ca> Message-ID: <44085FD7.6070907@gmail.com> Philippe Rigault wrote: >Hello, > >Having had no feedback for about a week on >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182933 (which I consider >high-priority), I would like to raise attention to it and help find a >workaround before FC5 gets out. > >FC5T3 essentially does not work on Acer Ferrari 4005WLMi (ATI Mobility X700): > - Graphical install does not start (X driver problem) > - Text install has messed-up menus > >For the rare courageous users with enough patience to go through the painful >text installation with messed-up menus (which do not permit fine selection of >packages): > - X does not work post install > - Proprietary drivers currently do not work (test packages from livna hang >the kernel each time X is stopped --which happens each time kdm/gdm restarts) > >At the very least, the text install should work OK, so that users can install >and use the proprietary (working soon hopefully) drivers until free drivers >work. Otherwise, Fedora Core is not an option for regular Acer Ferrari users. > >Did someone have better luck in getting things to work on that hardware ? > >Cheers, > > > I had the _exact_ same issues installing FC3t3 on my desktop, with my new Geforce 6800GS PCI-express (no other difference between when FC5t2 and FC4 installs worked fine, as they have the same problem now). From this, I'm assuming it's that the nv driver does not yet support the card, it's a few months old in manufacturing. Fortunately, the nvidia drivers from livna worked perfectly once i managed to get them installed via yum in text mode (FC4, since FC5t2/3 won't boot for other reasons) (though during this process, the X server kept trying to start and the other consoles had no text cursor (?) and wouldn't scroll down when the text reached the bottom of the screen, unless I switched away and back). -Dan From roger at gwch.net Fri Mar 3 15:42:06 2006 From: roger at gwch.net (Roger Grosswiler) Date: Fri, 3 Mar 2006 16:42:06 +0100 (CET) Subject: xen limitations? In-Reply-To: References: <18645.193.223.193.103.1141369151.squirrel@www.gwch.net> <1141395208.14574.1.camel@bree.local.net> Message-ID: <3497.193.223.193.103.1141400526.squirrel@www.gwch.net> > On 3/3/06, Jeremy Katz wrote: >> >> On Fri, 2006-03-03 at 07:59 +0100, Roger Grosswiler wrote: >> > Just a short question, i never read about (and perhaps i missed it) - >> is >> > xen still limited to a minimum of 256 mb ram per domain? Or is it 256 >> mb >> > ram for the hypervisor? >> >> The 256 meg of RAM was for doing a guest install -- now that I've fixed >> some of the memory usage in anaconda, I should bump that down some. >> You're still going to be running pretty slim if you only have 256 megs >> of ram in the box, though >> >> Jeremy > > > > http://www.freebsd.org/releases/6.0R/installation-i386.html > FreeBSD for the i386 requires a 486 or better processor and at least 24 MB > of RAM. > > http://fedora.redhat.com/docs/release-notes/fc5/test2-latest-en/sn-arch-specific.html#sn-arch-specific-x86-hardware-reqs > 7.2.1.1.1. Memory Requirements > > This section lists the memory required to install Fedora Core 5 test2. > > This list is for 32-bit x86 systems: > > - > > Minimum for text-mode: 64MB > - > > Minimum for graphical: 192MB > - > > Recommended for graphical: 256MB > > > With only 256MB total of memory, you going to be pushing it :) > > If you only allocate 24MB to freebsd, I can't begin to imagine how bad its > going to run either. > in each case, i gonna run everything (dom0 and all domU) in text mode, i do not want to spend cpu-time on gui-issues...so my hope is to give dom0 128 mb and 64 mb rams....perhaps if i sing loud enough, i get the money for further ram :-) at least 128mb ram per each would be enough. btw. freebsd will run nothing else than a jabber-server with 50 users...and for a pure linux-firewall, i think 64 megs are enough... Roger From roger at gwch.net Fri Mar 3 15:43:23 2006 From: roger at gwch.net (Roger Grosswiler) Date: Fri, 3 Mar 2006 16:43:23 +0100 (CET) Subject: xen limitations? In-Reply-To: <1141395208.14574.1.camel@bree.local.net> References: <18645.193.223.193.103.1141369151.squirrel@www.gwch.net> <1141395208.14574.1.camel@bree.local.net> Message-ID: <4518.193.223.193.103.1141400603.squirrel@www.gwch.net> > On Fri, 2006-03-03 at 07:59 +0100, Roger Grosswiler wrote: >> Just a short question, i never read about (and perhaps i missed it) - is >> xen still limited to a minimum of 256 mb ram per domain? Or is it 256 mb >> ram for the hypervisor? > > The 256 meg of RAM was for doing a guest install -- now that I've fixed > some of the memory usage in anaconda, I should bump that down some. > You're still going to be running pretty slim if you only have 256 megs > of ram in the box, though > > Jeremy > Stress-Test? ;-) Roger From shrek-m at gmx.de Fri Mar 3 16:21:51 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 03 Mar 2006 17:21:51 +0100 Subject: FC5T3 In-Reply-To: <200603030925.30302.prigault@oricom.ca> References: <200603030925.30302.prigault@oricom.ca> Message-ID: <44086D1F.1060100@gmx.de> On 03.03.2006 15:25, Philippe Rigault wrote: > - Text install has messed-up menus > >For the rare courageous users with enough patience to go through the painful >text installation with messed-up menus (which do not permit fine selection of >packages): > iirc this happens often in test releases and is ok in the final release. i am not sure because i have no great problems with the messy menus. (i find all what i need, sometimes i have to play with [tab] before i know where i am) but my experiences with the same boot medium was "linux text" - messy menus "linux text askmethod" - the menus are ok -- shrek-m From cmontgom at redhat.com Fri Mar 3 16:22:20 2006 From: cmontgom at redhat.com (Christopher Montgomery) Date: Fri, 3 Mar 2006 11:22:20 -0500 Subject: Fedora Core 4 Test Update: gstreamer-plugins-0.8.12-3 Message-ID: <200603031622.k23GMK126882@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-132 2006-03-03 --------------------------------------------------------------------- Product : Fedora Core 4 Name : gstreamer-plugins Version : 0.8.12 Release : 3 Summary : GStreamer Streaming-media framework plugins Description : GStreamer is a streaming-media framework, based on graphs of filters which operate on media data. Applications using this library can do anything from real-time sound processing to playing videos, and just about anything else media-related. Its plugin-based architecture means that new data types or processing capabilities can be added simply by installing new plugins. --------------------------------------------------------------------- * Mon Feb 27 2006 Monty (xiphmont) - 0.8.12-3 - Re-added libgstspc to sources; drepper provided NASM magic to make execshield work - Added gstreamer-plugins-0.8.12-execshield.patch to effect this. * Fri Feb 24 2006 Monty (xiphmont) - 0.8.12-2 - Removed libgstspc from sources; NASM requirement makes patching with execshield impossible * Wed Feb 15 2006 Monty (xiphmont) - 0.8.12-1 - Updated to upstream version - Removed unknown_file_type patch - Removed gnome-vfs patch - Removed execshield patch - Added libgstdvdsubdec.so, libgstfreeze.so, libgstimagemixer.so, libgstvideo4linuxradio.so --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 5a5558e2b81bc23af670fcc3c52350d3834f839d SRPMS/gstreamer-plugins-0.8.12-3.src.rpm 1f5532264b81cf7b6dacdc0adbce704bc9dc0ae4 ppc/gstreamer-plugins-0.8.12-3.ppc.rpm 249585eb7699492557de6ba3a5462912bf0ff65e ppc/gstreamer-plugins-devel-0.8.12-3.ppc.rpm 9a593b0361095991a5ef4050a075fd3c328d4b4c ppc/debug/gstreamer-plugins-debuginfo-0.8.12-3.ppc.rpm cc938441e13a6c505081c7df3e2eb259d2a15795 x86_64/gstreamer-plugins-0.8.12-3.x86_64.rpm be0ee2471f1aa00fe238a487fd5fa0b94426e1d3 x86_64/gstreamer-plugins-devel-0.8.12-3.x86_64.rpm 908d06b82d7699e6fc78ef9e4f4e609c2f3e099b x86_64/debug/gstreamer-plugins-debuginfo-0.8.12-3.x86_64.rpm 32f1c8e26e0e6669d90593b540b3c4785c07594a i386/gstreamer-plugins-0.8.12-3.i386.rpm ba9b079d1039f31fe4d494b279884f88293505fb i386/gstreamer-plugins-devel-0.8.12-3.i386.rpm 5e17982a3af64964d525966002af70b90dc5b3c6 i386/debug/gstreamer-plugins-debuginfo-0.8.12-3.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From bruno at wolff.to Fri Mar 3 17:18:38 2006 From: bruno at wolff.to (Bruno Wolff III) Date: Fri, 3 Mar 2006 11:18:38 -0600 Subject: FC5T3 In-Reply-To: <44086D1F.1060100@gmx.de> References: <200603030925.30302.prigault@oricom.ca> <44086D1F.1060100@gmx.de> Message-ID: <20060303171838.GA23561@wolff.to> On Fri, Mar 03, 2006 at 17:21:51 +0100, "shrek-m at gmx.de" wrote: > On 03.03.2006 15:25, Philippe Rigault wrote: > > iirc this happens often in test releases and is ok in the final release. > > i am not sure because i have no great problems with the messy menus. > (i find all what i need, sometimes i have to play with [tab] before i > know where i am) That is OK for installs where you can afford to wipe out the whole disk by mistake. I couldn't afford to have that happen so I had to abandon using a text install. > > but my experiences with the same boot medium was > "linux text" - messy menus > "linux text askmethod" - the menus are ok I open a bug on the messy text menus and supposedly it is fixed in rawhide now. From josh at wavefood.com Fri Mar 3 17:18:31 2006 From: josh at wavefood.com (Joshua Andrews) Date: Fri, 03 Mar 2006 09:18:31 -0800 Subject: what to bugzilla after last updates? In-Reply-To: <4407C838.3080601@mharris.ca> References: <4407A9CA.5020106@wavefood.com> <4407C838.3080601@mharris.ca> Message-ID: <44087A67.2010609@wavefood.com> Mike A. Harris wrote: > Joshua Andrews wrote: >> using KDE desktop has become impossible since the last 2 days of >> updates. >> >> I don't know if it is xorg, the kde window manager or what. >> >> - kernel smp 1996 - radeon 7200 >> >> Problem: >> I try to launch 2 instances of vncviewer (or any apps maybe), on >> different virtual desktops and the whole desktop interface becomes >> unusable-- windows lose their title bars and quit responding to mouse >> input. >> >> Also, only root can access drm so many (legacy?--like glxinfo) apps >> fail. > > Does booting with "selinux=0" work around the problem? > No, booting with "selinux=0" does not change anything. By switching to run level 5, I can now access drm as a normal user. I also switched to GNOME with the default theme and so far everything seems pretty stable. I'm going to remove all the kde stuff from ~/ then switch back to KDE and see if the problem returns. From briang at pmccorp.com Fri Mar 3 18:58:10 2006 From: briang at pmccorp.com (Brian Gaynor) Date: Fri, 03 Mar 2006 10:58:10 -0800 Subject: beagle has bad timing...... In-Reply-To: References: Message-ID: <1141412290.2626.6.camel@canis> On Fri, 2006-03-03 at 08:03 -0600, Justin Conover wrote: > The dog decides to run at very undetermined times afaik, and on my 3 > rawhide boxes, it always seems to kick off when I'm doing a lot of > work. Which absolutely kills my CPU(s) > > Sort of like what updatedb used to do. > > I don't see anything in chkconfig --list that would resemble beagle, > is there anyway to say "stop" running except kill -9/15 mono, and run > it when I want to? I know its run as user so I guess, it wouldn't be > a service from /etc/init.d, but some kind of turn off valve would be > nice. > > Or is this just annoying me? Annoyed me too, I removed beagle. I think its started by /etc/cron.daily. -- Brian Gaynor www.pmccorp.com FC4/Linux on DELL Inspiron 5160 3.0Ghz canis 10:55:58 up 1:31, 1 user, load average: 0.44, 1.01, 1.00 From rnicholsNOSPAM at comcast.net Fri Mar 3 19:37:30 2006 From: rnicholsNOSPAM at comcast.net (Robert Nichols) Date: Fri, 03 Mar 2006 13:37:30 -0600 Subject: beagle has bad timing...... In-Reply-To: References: Message-ID: Justin Conover wrote: > The dog decides to run at very undetermined times afaik, and on my 3 > rawhide boxes, it always seems to kick off when I'm doing a lot of > work. Which absolutely kills my CPU(s) > > Sort of like what updatedb used to do. > > I don't see anything in chkconfig --list that would resemble beagle, is > there anyway to say "stop" running except kill -9/15 mono, and run it > when I want to? I know its run as user so I guess, it wouldn't be a > service from /etc/init.d, but some kind of turn off valve would be nice. As installed, anacron runs any overdue jobs in /etc/cron.daily 65 minutes after startup, and that includes beagle-crawl-system. If you don't want that to happen you can change the delay in /etc/anacrontab, or disable the anacron service entirely and rely on the normal /etc/crontab scheduling to run the cron.daily jobs. -- Bob Nichols Yes, "NOSPAM" is really part of my email address. From ndbecker2 at gmail.com Fri Mar 3 20:24:42 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Fri, 03 Mar 2006 15:24:42 -0500 Subject: ntpd starts too early? Message-ID: Shouldn't ntpd start after NetworkManager? It isn't on my FC5 box. Also, chkconfig says NetworkManager only starts in level 5 (not 3). Is this really correct? From sundaram at fedoraproject.org Fri Mar 3 20:30:37 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 04 Mar 2006 02:00:37 +0530 Subject: ntpd starts too early? In-Reply-To: References: Message-ID: <4408A76D.5040208@fedoraproject.org> Neal Becker wrote: >Shouldn't ntpd start after NetworkManager? It isn't on my FC5 box. > > That should be the case in the future. File a RFE in http://bugzilla.redhat.com. >Also, chkconfig says NetworkManager only starts in level 5 (not 3). Is this >really correct? > > Network manager (or atleast the user interface) is disabled by default in all runlevels now IIRC for various reasons. Refer to http://fedoraproject.org/wiki/Docs/Beats/OverView. Since Network Manager doesnt handle non-desktop cases yet enabling it for runlevel 3 isnt useful now. -- Rahul From aryanto.rachmad at chello.at Fri Mar 3 21:02:10 2006 From: aryanto.rachmad at chello.at (Aryanto Rachmad) Date: Fri, 3 Mar 2006 22:02:10 +0100 Subject: FC5t3 - 2.6.15-1.2008_FC5smp - stuck on initialising SCSI adapter Message-ID: <003401c63f05$bd443cb0$0e66970a@ds.mot.com> Hello All, I just upgraded the kernel of my IBM xSeries 330 (dual processors) to kernel 2.6.15-1.2008_FC5smp from 2.6.15-1.1996_FC5smp. After the reboot, unfortunately it stucks as below: Using IPI No-Shortcut mode ACPI wakeup devices: PCI0 ACPI: (supports S0 S4 S5) Freeing unused kernel memory: 208k freed Write protecting the kernel read-only data: 368k I think it stucks when trying to initialise SCSI adapter. The normal messages when booting with 2.6.15-1.1996_FC5smp is below: Using IPI No-Shortcut mode ACPI wakeup devices: PCI0 ACPI: (supports S0 S4 S5) Freeing unused kernel memory: 208k freed Write protecting the kernel read-only data: 368k SCSI subsystem initialized ACPI: PCI Interrupt 0000:01:03.0[A] -> GSI 28 (level, low) -> IRQ 16 scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0 aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs Does anybody experience this? If so, what is your suggestion to solve this? Cheers, Anto ---- -------------- next part -------------- An HTML attachment was scrubbed... URL: From lynn at garlic.com Fri Mar 3 21:16:46 2006 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Fri, 03 Mar 2006 14:16:46 -0700 Subject: smp kernels since 1996 hand during boot? In-Reply-To: <20060303170012.D27D773118@hormel.redhat.com> References: <20060303170012.D27D773118@hormel.redhat.com> Message-ID: <4408B23E.2080507@garlic.com> i'm seeing the smp kernels (since 1996) hang during boot. last boot message is about recognizing ps2 generic wheel mouse ... and then nothing ... even if i leave it sitting for an hour (went off and forgot about it once). i fall-back to 1996 and not having the problem. From fenlason at redhat.com Fri Mar 3 21:19:20 2006 From: fenlason at redhat.com (Jay Fenlason) Date: Fri, 3 Mar 2006 16:19:20 -0500 Subject: smp kernels since 1996 hand during boot? In-Reply-To: <4408B23E.2080507@garlic.com> References: <20060303170012.D27D773118@hormel.redhat.com> <4408B23E.2080507@garlic.com> Message-ID: <20060303211920.GA7764@redhat.com> On Fri, Mar 03, 2006 at 02:16:46PM -0700, Anne & Lynn Wheeler wrote: > i'm seeing the smp kernels (since 1996) hang during boot. last boot > message is about recognizing ps2 generic wheel mouse ... and then > nothing ... even if i leave it sitting for an hour (went off and forgot > about it once). > > i fall-back to 1996 and not having the problem. I just opened https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183926 Feel free to AOL it :-) -- JF From briang at pmccorp.com Fri Mar 3 21:26:27 2006 From: briang at pmccorp.com (Brian Gaynor) Date: Fri, 03 Mar 2006 13:26:27 -0800 Subject: smp kernels since 1996 hand during boot? In-Reply-To: <4408B23E.2080507@garlic.com> References: <20060303170012.D27D773118@hormel.redhat.com> <4408B23E.2080507@garlic.com> Message-ID: <1141421187.12098.0.camel@canis> On Fri, 2006-03-03 at 14:16 -0700, Anne & Lynn Wheeler wrote: > i'm seeing the smp kernels (since 1996) hang during boot. last boot > message is about recognizing ps2 generic wheel mouse ... and then > nothing ... even if i leave it sitting for an hour (went off and forgot > about it once). > > i fall-back to 1996 and not having the problem. Probably this: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182731 -- Brian Gaynor www.pmccorp.com FC4/Linux on DELL Inspiron 5160 3.0Ghz canis 13:25:50 up 4:01, 1 user, load average: 0.48, 0.47, 0.40 From fctesting at fletchersweb.net Fri Mar 3 21:31:44 2006 From: fctesting at fletchersweb.net (David Fletcher) Date: Fri, 3 Mar 2006 21:31:44 +0000 Subject: smp kernels since 1996 hand during boot? In-Reply-To: <20060303211920.GA7764@redhat.com> References: <20060303170012.D27D773118@hormel.redhat.com> <4408B23E.2080507@garlic.com> <20060303211920.GA7764@redhat.com> Message-ID: <200603032131.44650.fctesting@fletchersweb.net> On Friday 03 Mar 2006 21:19, Jay Fenlason wrote: > On Fri, Mar 03, 2006 at 02:16:46PM -0700, Anne & Lynn Wheeler wrote: > > i'm seeing the smp kernels (since 1996) hang during boot. last boot > > message is about recognizing ps2 generic wheel mouse ... and then > > nothing ... even if i leave it sitting for an hour (went off and forgot > > about it once). > > > > i fall-back to 1996 and not having the problem. > > I just opened > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183926 > Feel free to AOL it :-) > > -- JF I first had the problem with the 1955 kernel. The 1991 kernel works for me but after updating today the 2008 kernel has the same problem again. This system does not get updated every day. -- Registered Linux user number 393408 From don_springall at hotmail.com Fri Mar 3 20:45:19 2006 From: don_springall at hotmail.com (Don Springall) Date: Fri, 03 Mar 2006 13:45:19 -0700 Subject: Suspend In-Reply-To: <1141363244.2400.0.camel@bree.local.net> Message-ID: >From: Jeremy Katz >Reply-To: For testers of Fedora Core development releases > >To: For testers of Fedora Core development releases > >Subject: Re: Suspend >Date: Fri, 03 Mar 2006 00:20:44 -0500 > >On Thu, 2006-03-02 at 21:23 -0700, Don Springall wrote: > > Is suspend/resume broken in rawhide for Kernel 2.6.16-rc5-git4 ? It > > last worked for me in 2.6.16-rc5. Not seeing anything breaking in > > dmesg. > > > > I get I/O and then the screen flickers but stays blank. At that point > > I have to pull the plug on power. ACPI messages look ok. > >What video chip? VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY > >Jeremy From lsatenstein at yahoo.com Fri Mar 3 21:54:07 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Fri, 3 Mar 2006 13:54:07 -0800 (PST) Subject: Keyboard problem worse than before. In-Reply-To: <20060303083912.390FA73127@hormel.redhat.com> Message-ID: <20060303215407.56014.qmail@web30204.mail.mud.yahoo.com> I applied all updates as of 4 March 2006. (As of writing this email). I see two entries in the Keyboard selection. I tried all the French ones and Gnome is screwed up. Somehow, Firefox does not appear to use x11, so that I am able to type this note. Otherwise, frustration. I was asked, if I wanted to keep the Gnome keyboard definition or that of X11, and chose x11. Was that a mistake. setxkbmap says it cant find the display when invoked from the command line, and the keystrokes that appear when invoked from the gnome terminal are not comprehensible. So, as far as I am concerned, I have no keyboard for GUI operations. My keyboard is the standard Canadian French one. with octothorpe as the left most key under that escape key. Leslie Montreal, Quebec Should I be posting this to bugzilla, or is there something I should do? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jandrejkovic at gmail.com Fri Mar 3 21:56:15 2006 From: jandrejkovic at gmail.com (Jan Andrejkovic) Date: Fri, 3 Mar 2006 21:56:15 +0000 Subject: FC5t3 - rpm -e hangs up In-Reply-To: <440515D3.9030005@insight.rr.com> References: <440515D3.9030005@insight.rr.com> Message-ID: Hello Jim and everybody who is willing to help, Runlevel 1 did not help, but I have found the source of the problem, unfortunatelly not the solution: The source of the problem is that I have deleted some installed files manually, without RPM. Anyway I think rpm should be robust and it should not hang if some files are deleted. It should display some warning instead. I have used -vv option and here is deailed output from rpm: rm -f /var/lib/rpm/__db* rpm -evv --justdb kernel-xen0-devel kernel-xenU-devel --allmatches D: opening db environment /var/lib/rpm/Packages create:cdb:mpool D: opening db index /var/lib/rpm/Packages rdonly mode=0x0 D: locked db index /var/lib/rpm/Packages D: opening db index /var/lib/rpm/Name rdonly mode=0x0 D: read h# 468 Header SHA1 digest: OK (xxx) D: opening db index /var/lib/rpm/Pubkeys rdonly mode=0x0 D: read h# 1040 Header sanity check: OK D: ========== DSA pubkey id xxx xxx (h#1040) D: read h# 732 Header V3 DSA signature: OK, key ID 4f2a6fd2 D: read h# 117 Header SHA1 digest: OK (xxx) D: read h# 678 Header V3 DSA signature: OK, key ID 4f2a6fd2 D: ========== --- kernel-xen0-devel-2.6.12-1.1454_FC4 i686/linux 0x0 D: opening db index /var/lib/rpm/Requirename rdonly mode=0x0 D: ========== --- kernel-xen0-devel-2.6.13-1.1532_FC4 i686/linux 0x0 D: ========== --- kernel-xenU-devel-2.6.12-1.1454_FC4 i686/linux 0x0 D: ========== --- kernel-xenU-devel-2.6.13-1.1532_FC4 i686/linux 0x0 D: ========== recording tsort relations D: ========== tsorting packages (order, #predecessors, #succesors, tree, depth, breadth) D: 0 0 0 3 1 0 - kernel-xenU-devel-2.6.13-1.1532_FC4.i686 D: ========== successors only (0 bytes) D: 1 0 0 0 1 1 - kernel-xen0-devel-2.6.12-1.1454_FC4.i686 D: 2 0 0 1 1 2 - kernel-xen0-devel-2.6.13-1.1532_FC4.i686 D: 3 0 0 2 1 3 - kernel-xenU-devel-2.6.12-1.1454_FC4.i686 D: closed db index /var/lib/rpm/Pubkeys D: closed db index /var/lib/rpm/Requirename D: closed db index /var/lib/rpm/Name D: closed db index /var/lib/rpm/Packages D: closed db environment /var/lib/rpm/Packages D: opening db environment /var/lib/rpm/Packages joinenv D: opening db index /var/lib/rpm/Packages create mode=0x42 D: mounted filesystems: D: i dev bsize bavail iavail mount point D: 0 0x00000307 1024 287812 167116 / D: 1 0x00000003 4096 0 -1 /proc D: 2 0x00000000 4096 0 -1 /sys D: 3 0x0000000a 4096 0 -1 /dev/pts D: 4 0x00000011 4096 64439 64438 /dev/shm D: 5 0x0000030c 1024 135546 99333 /home D: 6 0x0000030b 1024 397619 131519 /tmp D: 7 0x00000308 4096 260065 1462823 /usr D: 8 0x0000030a 4096 157409 285427 /var D: 9 0x00000013 4096 0 -1 /proc/sys/fs/binfmt_misc D: 10 0x00000014 4096 0 -1 /var/lib/nfs/rpc_pipefs D: 11 0x00000015 4096 0 -1 /net D: sanity checking 4 elements D: running pre-transaction scripts D: computing 24608 file fingerprints D: computing file dispositions D: opening db index /var/lib/rpm/Basenames create mode=0x42 Killed It hanged after the last step and I had to kill it. I have straced it as well and here is the part of output from strace which is running in a neverending loop: stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386", 0xbfbd6784) = -1 ENOENT (No such file or directory) stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) = -1 ENOENT (No such file or directory) stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386/mach-visws", 0xbfbd6784) = -1 ENOENT (No such file or directory) stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386", 0xbfbd6784) = -1 ENOENT (No such file or directory) stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) = -1 ENOENT (No such file or directory) stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386/mach-voyager", 0xbfbd6784) = -1 ENOENT (No such file or directory) stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386", 0xbfbd6784) = -1 ENOENT (No such file or directory) stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) = -1 ENOENT (No such file or directory) stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386/math-emu", 0xbfbd6784) = -1 ENOENT (No such file or directory) stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386", 0xbfbd6784) = -1 ENOENT (No such file or directory) stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) = -1 ENOENT (No such file or directory) stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386/mm", 0xbfbd6784) = -1 ENOENT (No such file or directory) stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386", 0xbfbd6784) = -1 ENOENT (No such file or directory) stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) = -1 ENOENT (No such file or directory) stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386/oprofile", 0xbfbd6784) = -1 ENOENT (No such file or directory) stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386", 0xbfbd6784) = -1 ENOENT (No such file or directory) stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) = -1 ENOENT (No such file or directory) stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386/pci", 0xbfbd6784) = -1 ENOENT (No such file or directory) stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386", 0xbfbd6784) = -1 ENOENT (No such file or directory) stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) = -1 ENOENT (No such file or directory) stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386/power", 0xbfbd6784) = -1 ENOENT (No such file or directory) I have deleted my FC4 xen kernels in FC5t3 manually because I thought that rpm dabase is already clear. I was wrong. My RPM version is: 4.4.2 Do you think I should open bugzilla ticket? Do you have any advice how can I reinstall my xen or what can I do? By the way I have found very good rpm guide, but it did not help me either: http://www.redhat.com/docs/books/max-rpm Thank you very much, Jan On 3/1/06, Jim Cornette wrote: > > Jan Andrejkovic wrote: > > Hello, > > > > I have upgraded FC4 to FC5t3. I had some xen problems therefore I have > > decided to reinstall xen packages. > > But when I try > > rpm -e kernel-xen-hypervisor-devel or rpm -e kernel-xen-guest-devel rpm > > hangs up and eats almost 100% cpu for long time. > > I need to use kill -9 to stop it. > > > > I have tried to do > > rm -f /var/lib/rpm/__db* > > and > > rpm --rebuilddb > > but nothing helped after those commands - it hangs again. > > > > I have also tried rpm -e --justdb but it did not help either. > > > > Initially it was "yum remove" which hanged first. But as far as I know > > it uses rpm therefore I report this as rpm problem. > > > > Does anybody have the same problem or can anybody tell me some > > workaround how I can remove those packages manually and possibly rebuild > > database without them? > > > > Thank you very much, > > > > Jan > > > > > > If rpm is consuming a lot of cpu percentage in regular boot, have you > tried runlevel 1 or booting into rescue mode? Are the actions the same > with cpu usage? > There is an option to run rpm in rescue mode by issuing some parameter > to reference the root in terms where rpm from the rescue CD is used and > rpm removal/addition is performed in reference to /mnt/sysimage. I > believe it was used successfully when some had problems with i386 arch > packages were installed instead of the proper i686 rpms. > > The documentation is scarce for rescue mode and rpm. I found RHL 7.2, 9 > and RHEL4 The link is for RHEL4 which should be close to current > information anyway. > > > http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/sysadmin-guide/s1-rescuemode-boot.html > > If the rescue mode link does not help, how are others who upgraded from > FC4 to FC5T3 systems reacting? > > Rawhide after FC5T3 was released installs go backwards and replace later > version installed packages. I am wondering if this same personality for > the installer is effecting FC4 to FC5T3 upgrades also. Major libraries > were involved. > > FC5T1 through rawhide, then to FC5T3 install disc bug. (not supported, > but may happen for FC4 or similar supported paths. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183153 > > Jim > > -- > Well fix that in the next (upgrade, update, patch release, service pack). > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lsatenstein at yahoo.com Fri Mar 3 21:56:38 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Fri, 3 Mar 2006 13:56:38 -0800 (PST) Subject: kudzu is still an issue on my system In-Reply-To: <20060303083912.390FA73127@hormel.redhat.com> Message-ID: <20060303215638.66740.qmail@web30208.mail.mud.yahoo.com> Subject line says it all. I am still getting a segmentation startup error Leslie -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Fri Mar 3 22:02:25 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 04 Mar 2006 03:32:25 +0530 Subject: kudzu is still an issue on my system In-Reply-To: <20060303215638.66740.qmail@web30208.mail.mud.yahoo.com> References: <20060303215638.66740.qmail@web30208.mail.mud.yahoo.com> Message-ID: <4408BCF1.8010704@fedoraproject.org> Leslie Satenstein wrote: >Subject line says it all. I am still getting a segmentation startup error > > > Kudzu version and architecture? -- Rahul From bikehead at amberpoint.com Fri Mar 3 22:20:20 2006 From: bikehead at amberpoint.com (Brian Anderson) Date: Fri, 03 Mar 2006 14:20:20 -0800 Subject: Suspend In-Reply-To: References: Message-ID: <4408C124.3030701@amberpoint.com> I noticed this too. I have an ATI Fire T2 (M10). It doesn't return from suspend about 50% of the time now. I has worked flawlessly up until 2 kernels ago. -Brian Don Springall wrote: >> From: Jeremy Katz >> Reply-To: For testers of Fedora Core development releases >> >> To: For testers of Fedora Core development releases >> >> Subject: Re: Suspend >> Date: Fri, 03 Mar 2006 00:20:44 -0500 >> >> On Thu, 2006-03-02 at 21:23 -0700, Don Springall wrote: >> > Is suspend/resume broken in rawhide for Kernel 2.6.16-rc5-git4 ? It >> > last worked for me in 2.6.16-rc5. Not seeing anything breaking in >> > dmesg. >> > >> > I get I/O and then the screen flickers but stays blank. At that point >> > I have to pull the plug on power. ACPI messages look ok. >> >> What video chip? > > VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY > >> >> Jeremy > > > -- . __o Brian "la lumaca" _`\<,_ (*)/ (*) From dtimms at bigpond.net.au Fri Mar 3 22:29:12 2006 From: dtimms at bigpond.net.au (David Timms) Date: Sat, 04 Mar 2006 09:29:12 +1100 Subject: FC5t3 - rpm -e hangs up In-Reply-To: References: <440515D3.9030005@insight.rr.com> Message-ID: <4408C338.9050802@bigpond.net.au> Jan Andrejkovic wrote: > Hello Jim and everybody who is willing to help, > > Runlevel 1 did not help, but I have found the source of the problem, > unfortunatelly not the solution: > > The source of the problem is that I have deleted some installed files > manually, without RPM. Do you know which files/folder you deleted ? > Anyway I think rpm should be robust and it should not hang if some files are > deleted. > It should display some warning instead. I wonder what an verify all shows: rpm -Va > rpm-verify.txt Look for the missing entries ... > D: opening db index /var/lib/rpm/Basenames create mode=0x42 > Killed > > It hanged after the last step and I had to kill it. How long did you give it before nuking it ? > I have straced it as well and here is the part of output from strace which > is running in a neverending loop: > > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386", 0xbfbd6784) > = -1 ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) = -1 > ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386/mach-visws", > 0xbfbd6784) = -1 ENOENT (No such file or directory) ... I'm not so sure it is in a never ending loop; with -vv I guess rpm is going to take a lot longer to run. Notice that the file name is changing -> it is making progress through a large list (I would say). > I have deleted my FC4 xen kernels in FC5t3 manually because I thought that > rpm dabase is already clear. I was wrong. > My RPM version is: 4.4.2 > > Do you think I should open bugzilla ticket? From your info (deleted some files), it seems this is essentially self-inflicted. Also, can't tell without seeing the verify result (maybe post it to your web site?) whether there is an underlying problem to solve... > Thank you very much, > > Jan No problem, DaveT. From orion at cora.nwra.com Fri Mar 3 23:03:40 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 03 Mar 2006 16:03:40 -0700 Subject: NFS - mount: permission denied In-Reply-To: References: Message-ID: Clodoaldo Pinto wrote: > I can't mount an exported fc5t3 server nfs share from a fc4 client. It > was working when the server was fc3. > > [root at dkt ~]# mount -t nfs4 s0:/home /mnt/s0 > mount: permission denied > > The server is fc5t3 and the client fc4. SELinux is disabled in both. > > Server fc5t3 config: > > [root at s0 ~]# uname -a > Linux s0 2.6.15-1.1996_FC5 #1 Tue Feb 28 16:03:15 EST 2006 i686 athlon > i386 GNU/Linux > > [root at s0 ~]# cat /etc/exports > /home 10.1.1.0/24(rw,sync,nohide) > for nfs4 don't you need: /home 10.1.1.0/24(rw,sync,fsid=0) and: mount -t nfs4 s0:/ /mnt/s0 NFSv4 is very different than v3. - Orion From lsatenstein at yahoo.com Fri Mar 3 23:07:13 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Fri, 3 Mar 2006 15:07:13 -0800 (PST) Subject: More about Keyboard Selection In-Reply-To: <20060302170024.3CCA173F3A@hormel.redhat.com> Message-ID: <20060303230713.90866.qmail@web30203.mail.mud.yahoo.com> Was very frustrated, after trying Canada multilingual, multilingual 2, Canada French, etc. as the keyboard mappings were or are wrong in that the wrong characters were produced. In desperation, I clicked on the gnome option to set defaults, When I looked at the consequences, the keyboard chosen was Canadian, and it erased the other two that I chose. The keyboard is working as I was dreaming it should. The Euro symbol included. OK, is the title wrong for the keyboard? Have I been choosing the wrong keyboard mapping because of titles? Since I have a working keyboard, I am now left without a reason to complain and lots of happiness at having one buglet less in the system. Hooray for the kboard fix. I don't care if it is called gronk, or canada, or canada french or whatever, it works. By the way setxkbmap "ca(fr)" works too now. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.steeves at gmail.com Fri Mar 3 23:22:16 2006 From: ben.steeves at gmail.com (Ben Steeves) Date: Fri, 3 Mar 2006 19:22:16 -0400 Subject: Cursor tracking in thunderbird/firefox? In-Reply-To: <44084FDA.2010903@uindy.edu> References: <44084FDA.2010903@uindy.edu> Message-ID: <7ebb24d10603031522h5ff96e17x5a84e059be1d4bf6@mail.gmail.com> On 3/3/06, D Canfield wrote: > I don't want to be the kind of guy that harps on his "favorite" bugs, > but I'm finding it incredibly difficult to believe that the cursor > tracking that is broken in both the thunderbird editor and the firefox > textarea has not been fixed this close to release. Is it really not > driving anyone else totally insane, or is it just a handful of us who > are experiencing it? There is an open bug in bugzilla about the > thunderbird issue, and I would expect the two are related. I don't know > if the editor is mozilla specific or a gtk thing, but I've not noticed > the issue in any other gtk apps, and the issue doesn't exist on > Windows. Yet, it still occurs with a fresh download from mozilla.com. > Anyone know what's going on with this? It might be more helpful if you were to point to the bugzilla entry or describe the behavior more completely, 'cos I for one am not sure what "cursor tracking" means. -- _ Ben Steeves bcs at metacon.ca ( ) The ASCII ribbon campaign ben.steeves at unb.ca X against HTML e-mail GPG ID: 0xB3EBF1D9 / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves From clodoaldo.pinto at gmail.com Fri Mar 3 23:41:12 2006 From: clodoaldo.pinto at gmail.com (Clodoaldo Pinto) Date: Fri, 3 Mar 2006 20:41:12 -0300 Subject: NFS - mount: permission denied In-Reply-To: References: Message-ID: 2006/3/3, Orion Poplawski : > > for nfs4 don't you need: > > /home 10.1.1.0/24(rw,sync,fsid=0) > > and: > > mount -t nfs4 s0:/ /mnt/s0 > That worked. Thanks. Clodoaldo Pinto From don_springall at hotmail.com Fri Mar 3 23:45:02 2006 From: don_springall at hotmail.com (Don Springall) Date: Fri, 03 Mar 2006 16:45:02 -0700 Subject: gnome-power-manager-2.13.92-3 Message-ID: After rawhide update gpm still not reporting correct power level %. Related rpms: hal-gnome-0.5.7-1, hal-0.5.7-1, udev-084-10, kernel-2.6.15-1.2009_FC5.src.rpm Hardware: [don at localhost ~]$ /sbin/lspci 00:00.0 Host bridge: Intel Corporation 82845 845 (Brookdale) Chipset Host Bridge (rev 05) 00:01.0 PCI bridge: Intel Corporation 82845 845 (Brookdale) Chipset AGP Bridge (rev 05) 00:1d.0 USB Controller: Intel Corporation 82801CA/CAM USB (Hub #1) (rev 02) 00:1d.1 USB Controller: Intel Corporation 82801CA/CAM USB (Hub #2) (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 42) 00:1f.0 ISA bridge: Intel Corporation 82801CAM ISA Bridge (LPC) (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801CAM IDE U100 (rev 02) 00:1f.3 SMBus: Intel Corporation 82801CA/CAM SMBus Controller (rev 02) 00:1f.5 Multimedia audio controller: Intel Corporation 82801CA/CAM AC'97 Audio Controller (rev 02) 00:1f.6 Modem: Intel Corporation 82801CA/CAM AC'97 Modem Controller (rev 02) 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY 02:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 02:04.0 CardBus bridge: O2 Micro, Inc. OZ6933/711E1 CardBus/SmartCardBus Controller (rev 01) 02:04.1 CardBus bridge: O2 Micro, Inc. OZ6933/711E1 CardBus/SmartCardBus Controller (rev 01) 07:00.0 Network controller: Texas Instruments ACX 111 54Mbps Wireless Interface [don at localhost ~]$ From prigault at oricom.ca Sat Mar 4 01:54:23 2006 From: prigault at oricom.ca (Philippe Rigault) Date: Fri, 3 Mar 2006 20:54:23 -0500 Subject: FC5T3 and Radeon Mobility X700 (was: FC5T3) In-Reply-To: <20060303170012.45F44730F8@hormel.redhat.com> References: <20060303170012.45F44730F8@hormel.redhat.com> Message-ID: <200603032054.23777.prigault@oricom.ca> > On 3/3/06, Philippe Rigault wrote: > > Hello, > > > > Having had no feedback for about a week on > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182933 (which I > > consider > > high-priority), I would like to raise attention to it and help find a > > workaround before FC5 gets out. > > > > FC5T3 essentially does not work on Acer Ferrari 4005WLMi (ATI Mobility > > X700): > > - Graphical install does not start (X driver problem) > > - Text install has messed-up menus > > > > For the rare courageous users with enough patience to go through the > > painful > > text installation with messed-up menus (which do not permit fine > > selection of > > packages): > > - X does not work post install > > - Proprietary drivers currently do not work (test packages from livna > > hang the kernel each time X is stopped --which happens each time kdm/gdm > > restarts) > > > > At the very least, the text install should work OK, so that users can > > install > > and use the proprietary (working soon hopefully) drivers until free > > drivers > > work. Otherwise, Fedora Core is not an option for regular Acer Ferrari > > users. > > > > Did someone have better luck in getting things to work on that hardware ? > > > > Cheers, > > > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > https://www.redhat.com/mailman/listinfo/fedora-test-list > > Try passing > > agp_try_unsupported=1 > > During boot up e.g. during install > > linux agp_try_unsupported=1 Passing agp_try_unsupported=1 to the kernel does not work. Install still hangs starting X. Philippe. From prigault at oricom.ca Sat Mar 4 02:02:17 2006 From: prigault at oricom.ca (Philippe Rigault) Date: Fri, 3 Mar 2006 21:02:17 -0500 Subject: FC5T3 and Radeon Mobility X700 (was: FC5T3) In-Reply-To: <20060303215629.D836373236@hormel.redhat.com> References: <20060303215629.D836373236@hormel.redhat.com> Message-ID: <200603032102.17541.prigault@oricom.ca> > "shrek-m at gmx.de" wrote: > > but my experiences with the same boot medium was > > "linux text" - messy menus > > "linux text askmethod" - the menus are ok Brilliant! I confirm that "linux text askmethod" works with correct menus. Thanks. > I open a bug on the messy text menus and supposedly it is fixed in rawhide > now. Bugzilla number ? From aryanto.rachmad at chello.at Sat Mar 4 02:16:34 2006 From: aryanto.rachmad at chello.at (Aryanto Rachmad) Date: Sat, 4 Mar 2006 03:16:34 +0100 Subject: FC5t3 - 2.6.15-1.2008_FC5smp - stuck on initialising SCSI adapter References: <003401c63f05$bd443cb0$0e66970a@ds.mot.com> Message-ID: <007701c63f31$a9062f20$0e66970a@ds.mot.com> I went back to 2.6.15-1.1996_FC5smp and reported the problem (Bug 183956) ----- Original Message ----- From: Aryanto Rachmad To: fedora-test-list at redhat.com Sent: Friday, March 03, 2006 10:02 PM Subject: FC5t3 - 2.6.15-1.2008_FC5smp - stuck on initialising SCSI adapter Hello All, I just upgraded the kernel of my IBM xSeries 330 (dual processors) to kernel 2.6.15-1.2008_FC5smp from 2.6.15-1.1996_FC5smp. After the reboot, unfortunately it stucks as below: Using IPI No-Shortcut mode ACPI wakeup devices: PCI0 ACPI: (supports S0 S4 S5) Freeing unused kernel memory: 208k freed Write protecting the kernel read-only data: 368k I think it stucks when trying to initialise SCSI adapter. The normal messages when booting with 2.6.15-1.1996_FC5smp is below: Using IPI No-Shortcut mode ACPI wakeup devices: PCI0 ACPI: (supports S0 S4 S5) Freeing unused kernel memory: 208k freed Write protecting the kernel read-only data: 368k SCSI subsystem initialized ACPI: PCI Interrupt 0000:01:03.0[A] -> GSI 28 (level, low) -> IRQ 16 scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0 aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs Does anybody experience this? If so, what is your suggestion to solve this? Cheers, Anto ---- ------------------------------------------------------------------------------ -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From jvian10 at charter.net Sat Mar 4 02:30:44 2006 From: jvian10 at charter.net (Jeff Vian) Date: Fri, 03 Mar 2006 20:30:44 -0600 Subject: Shutdown option for Normal User In-Reply-To: <44071C76.5080300@drdc-rddc.gc.ca> References: <20060302012018.53193.qmail@web30211.mail.mud.yahoo.com> <44071C76.5080300@drdc-rddc.gc.ca> Message-ID: <1141439444.4115.259.camel@eagle.lab.net> On Thu, 2006-03-02 at 09:25 -0700, Robin Laing wrote: > Leslie Satenstein wrote: > > Here is my concern. With Gnome, and KDE, the normal user (without root > > privleges) can do a logoff and/or shutdown. I can see logoff being > > permitted, but should he be able to do a shutdown without being prompted > > for the root password? > > > > OK, so he can do it. If we take it way, he can still do a shutdown via > > the on-off button on the unit. Both Core4 and Core5 respond to a > > microsecond depress on the power supply button to initiate a shutdown. > > My crawling grandson, with a curious finger did one for me yesterday. I > > believe that if possible, the power button the the power supply should > > be timed so that at least a 1 second depress will trigger a normal > > shutdown, and the prolonged 4 second depress will let the bios do it's > > dirty thing. > > > > Leslie > > > > Having had both my UPS and computer shutdown at different times by my > kids, I now cover the UPS swich (push button) with very heavy tape. > It has to be removed to turn the UPS off. > > On my computer, I built a finger guard that makes it impossible to > "accidently" push the power or reset buttons. Of course it also makes > it hard to do this when you want to which with Linux is rare anyways. > I would prefer that the power button be returned to the rear of the > computer. The last machine I had with a power switch even near the rear was an old 286 that had the switch built into the side of the power supply and it was at the rear edge of the case side. This was pre-AT days. Feel free to modify any case you have to put the switch wherever you want. After all, it is a MOM switch and the leads allow it anywhere you choose. > > Kids love pushing buttons. At least their fingers are small enough > that they cannot do the three finger reboot. :) > For those who do not already know, most BIOS have an option on the setting for the power on switch. It can usually be set to "instant off" or to require a 4 second delay before it powers off. The newer boards I have gotten seem to default to "instant off". For the reason you quoted, I habitually set mine to utilize the delay feature. The wee ones do not usually hold the button for 4 seconds continuous as required for a shutdown with that setting. > -- > Robin Laing > From jvian10 at charter.net Sat Mar 4 02:47:08 2006 From: jvian10 at charter.net (Jeff Vian) Date: Fri, 03 Mar 2006 20:47:08 -0600 Subject: Faster network? In-Reply-To: <44080D90.4000901@gmx.de> References: <1141373521.2240.2.camel@scrappy.miketc.com> <44080D90.4000901@gmx.de> Message-ID: <1141440428.4115.264.camel@eagle.lab.net> On Fri, 2006-03-03 at 10:34 +0100, shrek-m at gmx.de wrote: > On 03.03.2006 09:12, Mike Chambers wrote: > > >echo 256960 >> /proc/sys/net/core/rmem_default > >echo 256960 >> /proc/sys/net/core/rmem_max > >echo 256960 >> /proc/sys/net/core/wmem_default > >echo 256960 >> /proc/sys/net/core/wmem_max > >echo 0 >> /proc/sys/net/ipv4/tcp_timestamps > >echo 1 >> /proc/sys/net/ipv4/tcp_sack > >echo 1 >> /proc/sys/net/ipv4/tcp_window_scaling > > > > why ">>" ? > imho this should be ">" > > For me it works with either syntax, but AFAIK the > is the best (and most universal) choice # echo 0 > /proc/sys/net/ipv4/ip_forward # cat /proc/sys/net/ipv4/ip_forward 0 # echo 1 > /proc/sys/net/ipv4/ip_forward # cat /proc/sys/net/ipv4/ip_forward 1 # echo 0 >> /proc/sys/net/ipv4/ip_forward # cat /proc/sys/net/ipv4/ip_forward 0 # echo 1 >> /proc/sys/net/ipv4/ip_forward # cat /proc/sys/net/ipv4/ip_forward 1 > oops, > > # echo 0 > /proc/sys/net/ipv4/ip_forward > # cat /proc/sys/net/ipv4/ip_forward > 0 > > > # echo 1 >> /proc/sys/net/ipv4/ip_forward > # cat /proc/sys/net/ipv4/ip_forward > 1 > > # echo 1 >> /proc/sys/net/ipv4/ip_forward > # cat /proc/sys/net/ipv4/ip_forward > 1 > > -- > shrek-m > From davej at redhat.com Sat Mar 4 03:01:07 2006 From: davej at redhat.com (Dave Jones) Date: Fri, 3 Mar 2006 22:01:07 -0500 Subject: FC4 possible kernel 2.6.15 issue - debugging parameters are enabled In-Reply-To: <44083066.30106@bigpond.net.au> References: <4407B88D.1080402@verizon.net> <44083066.30106@bigpond.net.au> Message-ID: <20060304030107.GG3873@redhat.com> On Fri, Mar 03, 2006 at 11:02:46PM +1100, David Timms wrote: > Skunk Worx wrote: > >I use the GSOAP soap server toolkit for transferring data. > > > >Prior to kernel 2.6.15 I could pull about 3000 data items a second using > > the various persistent http connection toolkit options over TCP/IP. > > > >Under 2.6.15 I am lucky to get 100 items/sec using the same codebase. > > > >Reverting only the kernel, back to the last 2.6.14 in yum updates, fixes > >it. > Dave Jones mentioned that there is some serious debugging enabled in the > kernel (for the last month ?), and this is causing some slowness (eg for > 3D). that was rawhide (or possibly an fc4 update during testing period), this is a released FC4 update, which doesn't have that enabled. Dave From fct-cornette at insight.rr.com Sat Mar 4 05:17:36 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sat, 04 Mar 2006 00:17:36 -0500 Subject: FC5t3 - rpm -e hangs up In-Reply-To: References: <440515D3.9030005@insight.rr.com> Message-ID: <440922F0.6050102@insight.rr.com> Jan Andrejkovic wrote: > Hello Jim and everybody who is willing to help, > > Runlevel 1 did not help, but I have found the source of the problem, > unfortunatelly not the solution: > > The source of the problem is that I have deleted some installed files > manually, without RPM. Not a good practice. This is not wise for any operating system. RPM does a great job removing and installing files when the rpm file is properly referenced for installation and removal of packages. Not all packages are always setup correctly but the bulk of rpms are well thought out by those that setup the routines that rpm undergoes. There are many options that rpm can handle and many that I am still not familiar with after years of usage. > Anyway I think rpm should be robust and it should not hang if some files > are deleted. It depends upon which files that you deleted. If you deleted a common file or a file which is intricate to the program's operation or that of the system, it will have no choice but to bomb out. Its primary jobs are to allow adding removing of programs in a sane manner, ensuring that the program contains all its needed components (binaries, setup files, services started, user added, and on) It can only do so if all of the components are left intact. Since rpm checks for files being in a location, missing or that the file is not like the orginal, it does catch the most likely situations. But if rpm checked every file for its presence before trying to remove a file, it would require a longer time for rpm to complete the task of adding or removing the files. It sounds like you might have pressed rpm and the package that you were trying to remove into a corner case and if you can recall what you deleted, it might be helpful to prevent a future incident in the package, rpm program or user awareness and familiarity with the program concept. > It should display some warning instead. Granted, rpm should ideally use its feature for verifying everything is present before attempting a package removal. It should at least check for the file presence or have a routine to accomplish if the file was missing. I believe most rpms are setup to continue or report the problem to the terminal output if a problem was encountered. There are problems that happen when failures happen with %post and %pre scripts that need improvement in design. The major drawbacks are when %pre scripts fail and programs are setup to be installed, they may not ever install because deps are checked before the installation transaction. Things seemed setup for the transaction to do the right thing. The problem might be that the package is setup correctly, but security programs may not grant permission to rpm to place files, run tasks and other unpredictable problems. The problem with %post script failures is that the tasks might be completed pretty much and there was only a minor failure because the rpm was on its cleanup phase. Other %post failures might cause operational tasks from completing such as a kernel never getting through to the portion where the image needed for the modules and the entry into the bootloader never gets completed. I am sure that the packagers keep all of these factors in mind and do their best to prevent problems from occurring. > > I have used -vv option and here is deailed output from rpm: > rm -f /var/lib/rpm/__db* the deleted portion looks normal to me. I however never packages a program for distribution. > D: 0 0 0 3 1 0 - > kernel-xenU-devel-2.6.13-1.1532_FC4.i686 > D: ========== successors only (0 bytes) Those that know more about the workings of rpm would know what the six variables represent. The display of the rpm output does reveal to me something more than I previously knew about rpm internals. I take it that the program found no previous version to act upon. I am only going on the zero bytes feedback. > D: 1 0 0 0 1 1 > -kernel-xen0-devel-2.6.12-1.1454_FC4.i686 > D: 2 0 0 1 1 2 > -kernel-xen0-devel-2.6.13-1.1532_FC4.i686 > D: 3 0 0 2 1 3 > -kernel-xenU-devel-2.6.12-1.1454_FC4.i686 It looks like the first of six digits is some counter (0,1,2,3) > D: closed db index /var/lib/rpm/Pubkeys > D: closed db index /var/lib/rpm/Requirename > D: closed db index /var/lib/rpm/Name > D: closed db index /var/lib/rpm/Packages > D: closed db environment /var/lib/rpm/Packages > D: opening db environment /var/lib/rpm/Packages joinenv > D: opening db index /var/lib/rpm/Packages create mode=0x42 > D: mounted filesystems: > D: i dev bsize bavail iavail mount point > D: 0 0x00000307 1024 287812 167116 / > D: 1 0x00000003 4096 0 -1 /proc > D: 2 0x00000000 4096 0 -1 /sys > D: 3 0x0000000a 4096 0 -1 /dev/pts > D: 4 0x00000011 4096 64439 64438 /dev/shm > D: 5 0x0000030c 1024 135546 99333 /home > D: 6 0x0000030b 1024 397619 131519 /tmp > D: 7 0x00000308 4096 260065 1462823 /usr > D: 8 0x0000030a 4096 157409 285427 /var > D: 9 0x00000013 4096 0 -1 > /proc/sys/fs/binfmt_misc > D: 10 0x00000014 4096 0 -1 > /var/lib/nfs/rpc_pipefs > D: 11 0x00000015 4096 0 -1 /net > D: sanity checking 4 elements Rpm and the package being acted upon are trying to be sane. > D: running pre-transaction scripts This I take is the %pre factor mentioned earlier. What do I need to do before proceeding with the installation of the package? > D: computing 24608 file fingerprints > D: computing file dispositions > D: opening db index /var/lib/rpm/Basenames create mode=0x42 > Killed You might be able to use a program that can actually peek into the actual package to see what the following step would be. There is a file manager utility/shell program called mc (midnight commander) which is able to dive into the rpm content. The script is executable so be sure to use the F3 function key to view the file content. Being able to view what is actually within a packages rpm might show interest to you and enlighten you more than the link you referenced tries to explain. I have used mc to view rpms and deb package content and found the internals of both formats interesting. It is also possible to retrieve files from the rpms, deb or whatever files with mc. > > It hanged after the last step and I had to kill it. If the similarity is anything like DOS loading stuff, it is usually the step following the lockup. It locked and did not reveal anything regarding its initialization. Personally, I like feedback before performing the function and feedback as to what the results were for the tasks. > I have straced it as well and here is the part of output from strace > which is running in a neverending loop: > > stat64("/usr/src/kernels/2.6.12- 1.1454_FC4-xenU-i686/arch/i386", > 0xbfbd6784) = -1 ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) > = -1 ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12- > 1.1454_FC4-xenU-i686/arch/i386/mach-visws", 0xbfbd6784) = -1 ENOENT (No > such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386", > 0xbfbd6784) = -1 ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) > = -1 ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386/mach-voyager", > 0xbfbd6784) = -1 ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386", > 0xbfbd6784) = -1 ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) > = -1 ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386/math-emu", > 0xbfbd6784) = -1 ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386", > 0xbfbd6784) = -1 ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) > = -1 ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386/mm", > 0xbfbd6784) = -1 ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386", > 0xbfbd6784) = -1 ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) > = -1 ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386/oprofile", > 0xbfbd6784) = -1 ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386", > 0xbfbd6784) = -1 ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) > = -1 ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386/pci", > 0xbfbd6784) = -1 ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386", > 0xbfbd6784) = -1 ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) > = -1 ENOENT (No such file or directory) > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386/power", > 0xbfbd6784) = -1 ENOENT (No such file or directory) > > > I have deleted my FC4 xen kernels in FC5t3 manually because I thought > that rpm dabase is already clear. I was wrong. > My RPM version is: 4.4.2 > > Do you think I should open bugzilla ticket? It is a shortcoming of the package, not rpm to be able to handle this circumstance. I file bug reports myself for the developer to at least be aware of something that could be handled better. Most reports are marked as not supported or the like. The awareness for the developer is at least presented to the developer. Backburner or not, the rpm routine should be able to handle this possible situation. > Do you have any advice how can I reinstall my xen or what can I do? rpm has features where you can ignore scripts, delete only the rpmdb entry and a host of possible resolutions. Rpm most likely has features which will get you out of the problem. I would run rpm -e --justdb --nodeps and then try to *install* this rpm again if desired. By reviewing the output above, running my favorite command above to rid the rpmdb entry from the older version package should be enough. Reading your original posting, it seems that you already attempted this feature. > > By the way I have found very good rpm guide, but it did not help me either: > http://www.redhat.com/docs/books/max-rpm I'll have to take a look at this page later myself. I never read the documentation before. > > Thank you very much, > > Jan > > On 3/1/06, *Jim Cornette * > wrote: > > Jan Andrejkovic wrote: > > Hello, > > > > I have upgraded FC4 to FC5t3. I had some xen problems therefore I > have > > decided to reinstall xen packages. > > But when I try > > rpm -e kernel-xen-hypervisor-devel or rpm -e > kernel-xen-guest-devel rpm > > hangs up and eats almost 100% cpu for long time. > > I need to use kill -9 to stop it. Were you removing 1454 or 1532. If you have multiple versions installed, specifying which version might be needed. RPM should have bombed out specifying that multiple versions installed and to specify which version that you wanted to remove. > > > > I have tried to do > > rm -f /var/lib/rpm/__db* > > and > > rpm --rebuilddb > > but nothing helped after those commands - it hangs again. > > > > I have also tried rpm -e --justdb but it did not help either. Without specifying the version to remove? Or specifying which verson to remove? > > >> Initially it was "yum remove" which hanged first. But as far as I > know it uses rpm therefore I report this as rpm problem. I have no idea for certain. I missed a lot of information from your original posting as reference to the steps you tried. >> >> Does anybody have the same problem or can anybody tell me some >> workaround how I can remove those packages manually and possibly > rebuild database without them? I believe the database does not need rebuilt. The entries within the database need corrected by human intervention using the features rpm is capable of. I hope that I am not misleading or jumping off on unrelated to your problem. I doubt that is the case though, I probably departed on several issues. I was afraid to reply to the posting initially with all the information provided in verbose and debugging output. I'd figure out how best to represent the problem with yum and the hypervisor removal and your actions. I believe you attempted using yum then rpm and later deleted the files afterward. It sounds like a really big bug since the looping and cpu utilization. >> >> Thank you very much, >> >> Jan > > I hope this leads you to a resolution of the problem. Jim -- What I want is all of the power and none of the responsibility. From mharris at mharris.ca Sat Mar 4 06:11:51 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Sat, 04 Mar 2006 01:11:51 -0500 Subject: FC5T3 In-Reply-To: <200603030925.30302.prigault@oricom.ca> References: <200603030925.30302.prigault@oricom.ca> Message-ID: <44092FA7.3040301@mharris.ca> Philippe Rigault wrote: > Hello, > > Having had no feedback for about a week on > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182933 (which I consider > high-priority), I would like to raise attention to it and help find a > workaround before FC5 gets out. It seems that support for that chipset is not 100% stable in X11R7.0. My recommendation would be to file a bug in X.Org bugzilla as well, to expose the problem to all X.Org developers who are working on the Radeon driver, as that will maximize the chances of the problem(s) being fixed sooner. Hopefully one of the developers has Radeon Mobility X700 hardware and can directly reproduce the problem. http://bugs.freedesktop.org in the "xorg" component. To further speed the process up, you may want to consider subscribing to the main X.Org mailing list at xorg at lists.freedesktop.org where you'll be able to recieve additional troubleshooting advice. > FC5T3 essentially does not work on Acer Ferrari 4005WLMi (ATI Mobility X700): > - Graphical install does not start (X driver problem) > - Text install has messed-up menus > > For the rare courageous users with enough patience to go through the painful > text installation with messed-up menus (which do not permit fine selection of > packages): > - X does not work post install > - Proprietary drivers currently do not work (test packages from livna hang > the kernel each time X is stopped --which happens each time kdm/gdm restarts) > > At the very least, the text install should work OK, so that users can install > and use the proprietary (working soon hopefully) drivers until free drivers > work. Otherwise, Fedora Core is not an option for regular Acer Ferrari users. Text install on other hardware works fine, so the problem you're experiencing seems to not occur for everyone. Finding out what factors are causing the problem you're seeing will involve narrowing things down. Theoretically, it could even be hardware problems. > Did someone have better luck in getting things to work on that hardware ? I think there's only one bug in our bugzilla about it (yours), but you might want to query X.Org bugzilla, and scour the mailing lists to see if others are having the same problem or not. You'll definitely get further on the xorg mailing lists though. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From buildsys at redhat.com Sat Mar 4 08:19:13 2006 From: buildsys at redhat.com (Build System) Date: Sat, 4 Mar 2006 03:19:13 -0500 Subject: rawhide report: 20060304 changes Message-ID: <200603040819.k248JDps030282@porkchop.devel.redhat.com> Removed package umb-scheme Updated Packages: acpid-1.0.4-2 ------------- * Wed Mar 01 2006 Phil Knirsch - 1.0.4-2 - Added video.conf file to turn on DPMS when opening the laptop lid. Disabled by default. agg-2.3-4 --------- * Fri Feb 17 2006 Karsten Hopp 2.3-4 - add BuildRequires freetype-devel for ft2build.h alsa-utils-1.0.11-3.rc2 ----------------------- * Mon Feb 20 2006 Martin Stransky 1.0.11-3.rc2 - removed autoreconf anaconda-10.92.16-1 ------------------- * Fri Mar 03 2006 Paul Nasrat - 10.92.16-1 - Support Everything/globs in ks (pnasrat, clumens, #177621) - Allow changes if not enough disk space (clumens, #183878) - Set controlling tty in rescue mode (dcantrel,#182222) - Sort list of languages (dcantrel) aspell-12:0.60.3-5 ------------------ * Thu Mar 02 2006 Ivana Varekova - 12:0.60.3-5 - update aspell man page (bug 183205) * Tue Feb 21 2006 Ivana Varekova - 12:0.60.3-4 - fix multilib file conflict * Fri Feb 10 2006 Jesse Keating - 12:0.60.3-3.2 - bump again for double-long bug on ppc(64) aspell-en-50:6.0-2 ------------------ * Fri Mar 03 2006 Ivana Varekova - 50:6.0-2 - removed "offencive" (#154352), add "practice" (#62225) avahi-0.6.8-1 ------------- * Thu Feb 23 2006 Jason Vas Dias - 0.6.8-1 - Upgrade to upstream version 0.6.8 - fix bug 182462: +Requires(post): initscripts, chkconfig, ldconfig * Fri Feb 17 2006 Jason Vas Dias - 0.6.7-1 - Upgrade to upstream version 0.6.7 * Fri Feb 17 2006 Karsten Hopp - 0.6.6-4 - BuildRequires pygtk2 beagle-0.2.1-17 --------------- * Fri Mar 03 2006 Alexander Larsson 0.2.1-17 - Change beagle user to uid/gid 58 (registered), because nut was already using 57 (unregistred!) binutils-2.16.91.0.6-3 ---------------------- * Fri Mar 03 2006 Jakub Jelinek 2.16.91.0.6-3 - support DW_CFA_val_{offset,offset_sf,expression} in readelf/objdump cairo-1.0.2-5 ------------- * Fri Mar 03 2006 Carl Worth - 1.0.2-5 - add patch to chunk Xlib glyph compositing (bug 182416 and CVE-20060528) * Fri Feb 10 2006 Jesse Keating - 1.0.2-4.2 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating - 1.0.2-4.1 - rebuilt for new gcc4.1 snapshot and glibc changes cman-1.0.5-0.FC5.1 ------------------ * Wed Mar 01 2006 Chris Feist - Rebuilt w/ new upstream sources * Tue Feb 07 2006 Jesse Keating - 1.0.4-0.FC5.1.1 - rebuilt for new gcc4.1 snapshot and glibc changes * Fri Dec 16 2005 Chris Feist - Rebuilt w/ new upstream sources dhcp-11:3.0.3-26 ---------------- * Thu Mar 02 2006 Jason Vas Dias - 11:3.0.3-26 - fix bug 181908: enable dhclient to operate on IBM zSeries z/OS linux guests: o add -I dhclient command line option o add -B "always broadcast" dhclient command line option o add 'bootp-broadcast-always;' dhclient.conf statement * Mon Feb 20 2006 Jason Vas Dias - 11:3.0.3-24 - Apply upstream fix for bug 176615 / ISC RT#15811 * Tue Feb 14 2006 Jason Vas Dias - 11:3.0.3-22 - fix bug 181482: resolv.conf not updated on RENEW : since dhcp-3.0.1rc12-RHScript.patch: "$new_domain_servers" should have been "$new_domain_name_servers" :-( eog-2.13.92-1 ------------- * Sat Mar 04 2006 Matthias Clasen - 2.13.92-1 - Update to 2.13.92 - Drop upstreamed patch firstboot-1.4.6-1 ----------------- * Fri Mar 03 2006 Chris Lumens 1.4.6-1 - Revert UI changes that broke s-c-keyboard (#183718). flex-2.5.4a-37.3 ---------------- * Fri Feb 10 2006 Petr Machata - 2.5.4a-37.3 - rebuilt, no changes inside. In hunt for #183098 frysk-0.0.1.2006.02.19.rh2-0.FC5.2 ---------------------------------- * Fri Mar 03 2006 Andrew Cagney 0.0.1.2006.02.19.rh2-0.FC5.2 - Add Hidden=true to frysk.desktop file; from halfline; with fixes. - Disable xml check in frysk-gui/. gdb-6.3.0.0-1.114 ----------------- * Fri Mar 03 2006 Alexandre Oliva - 6.3.0.0-1.114 - Bump up release number. * Fri Mar 03 2006 Alexandre Oliva - 6.3.0.0-1.111 - Add support for "S" augmentation for signal stack frames. - Add support for CFA value expressions and encodings. - Various improvements to the prelink test. * Thu Feb 23 2006 Alexandre Oliva - 6.3.0.0-1.110 - Bump up release number. ghostscript-8.15.1-7 -------------------- * Thu Mar 02 2006 Tim Waugh 8.15.1-7 - BuildRequires: gnutls-devel - Updated KRGB patch for gdevijs. gimp-2:2.2.10-4 --------------- * Fri Mar 03 2006 Nils Philippsen - 2:2.2.10-4 - use htmlview as default web browser (#183730, patch by Ben Levenson) - require hicolor-icon-theme (#182784, #182785) * Fri Feb 10 2006 Jesse Keating - 2:2.2.10-2.2 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating - 2:2.2.10-2.1 - rebuilt for new gcc4.1 snapshot and glibc changes gnome-mount-0.4-5 ----------------- * Wed Mar 01 2006 David Zeuthen - 0.4-5 - Update for new patch in #183191 * Wed Mar 01 2006 Matthias Clasen - 0.4-4 - Fix a crash without media (#183191) gnome-power-manager-2.13.93-1 ----------------------------- * Fri Mar 03 2006 Ray Strode - 2.13.93-1 - Update to 2.13.93 - ignore d-bus timeout errors gnome-terminal-2.13.92-1 ------------------------ * Sat Mar 04 2006 Matthias Clasen - 2.13.92-1 - Update to 2.13.92 gnome-utils-1:2.13.95-1 ----------------------- * Sat Mar 04 2006 Matthias Clasen 2.13.95-1 - Update to gnome-utils-2.13.95 gtk-sharp2-2.8.2-1 ------------------ * Fri Mar 03 2006 Christopher Aillon - 2.8.2-1 - Update to 2.8.2 to fix an issue with marshalling on x86-64 hal-0.5.7-3 ----------- * Fri Mar 03 2006 John (J5) Palmieri - 0.5.7-3 - Fix fstab clearing script to not strip whitespace * Thu Mar 02 2006 John (J5) Palmieri - 0.5.7-2 - clear out fstab of all fstab-sync entries if previous hal < 0.5.7-2 java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_83rh ------------------------------------------ * Fri Mar 03 2006 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_83rh - Make javadoc post scriplet pass unconditionally. - Force symlinks in javadoc post scriptlet. kernel-2.6.15-1.2009.4.2_FC5 ---------------------------- * Thu Mar 02 2006 Stephen Tweedie - Rebase to rawhide 1.2009 - Disable xen PAE build again libgdiplus-1.1.13.4-1 --------------------- * Fri Mar 03 2006 Christopher Aillon - 1.1.13.4-1 - Update to 1.1.13.4 libsoup-2.2.91-1 ---------------- * Sat Mar 04 2006 Matthias Clasen - 2.2.91-1 - Update to 2.2.91 mono-1.1.13.4-1 --------------- * Fri Mar 03 2006 Christopher Aillon - 1.1.13.4-1 - Update to 1.1.13.4 - Add patch so mono doesn't segfault on PPC SMP machines - Minor spec cleanup nautilus-cd-burner-2.13.92-2 ---------------------------- * Mon Feb 27 2006 Matthias Clasen - 2.13.92-2 - Add a Req for gnome-mount openssh-4.3p2-4 --------------- * Thu Mar 02 2006 Tomas Mraz - 4.3p2-4 - allow access if audit is not compiled in kernel (#183243) pirut-1.0.1-1 ------------- * Fri Mar 03 2006 Jeremy Katz - 1.0.1-1 - Ensure we unlock things on exit (#183882) pm-utils-0.13-1 --------------- * Fri Mar 03 2006 Phil Knirsch - 0.13-1 - Revert last changes for ATI graphics chips as they seem to cause more problems than they solved. * Wed Mar 01 2006 Phil Knirsch - 0.12-1 - Use vbetool post instead of vbetool dpms on for ATI cards. * Tue Feb 28 2006 Jeremy Katz - allow building on all x86 arches (#183175) screen-4.0.2-12 --------------- * Fri Feb 24 2006 Petr Rockai - 4.0.2-12 - detect libutil(s).a even if it is only present in lib64 (#182407) squirrelmail-1.4.6-3.fc5 ------------------------ * Fri Mar 03 2006 Warren Togami 1.4.6-3 - Fix regex in doc mangling (#183943 Michal Jaegermann) * Fri Mar 03 2006 David Woodhouse 1.4.6-2 - Add a %build section, move the file mangling to it. (#162852 Nicolas Mailhot) sysreport-1.4.3-3 ----------------- * Fri Mar 03 2006 Than Ngo 1.4.3-3 - add dmidecode option - write outputs in home instead tmp system-config-display-1.0.36-3 ------------------------------ * Fri Mar 03 2006 Martin Stransky 1.0.36-3 - added pam fix (#170625) - fix prereq (#182861, #182862) vconfig-1.9-2 ------------- * Fri Feb 17 2006 Phil Knirsch - 1.9-2 - Fix build problems and cleaned up files in archive properly vnc-4.1.1-36 ------------ * Tue Feb 28 2006 Jitka Kudrnacova 4.1.1-36 - with default cofiguration, /etc/init.d/vncserver start will say "no displays configured" (bug #182161) wpa_supplicant-1:0.4.8-4 ------------------------ * Fri Mar 03 2006 Dan Williams - 0.4.8-4 - Add additional BuildRequires #rh181914# - Add prereq on chkconfig #rh182905# #rh182906# - Own /var/run/wpa_supplicant and /etc/wpa_supplicant #rh183696# xen-3.0.1-0.20060301.fc5.3 -------------------------- * Thu Mar 02 2006 Stephen Tweedie - 3.0.1-0.20060301.fc5.3 - Remove unneeded CFLAGS spec file hack * Thu Mar 02 2006 Rik van Riel - 3.0.1-0.20060301.fc5.2 - fix 64 bit CFLAGS issue with vmxloader and hvmloader * Wed Mar 01 2006 Stephen Tweedie - 3.0.1-0.20060301.fc5.1 - Update to xen-unstable cset 9022 xorg-x11-xbitmaps-1.0.1-3 ------------------------- * Thu Mar 02 2006 Mike A. Harris 1.0.1-3 - Made package arch specific due to pkgconfig files being placed in lib64 if the noarch packages manage to get built on x86_64/ppc64/s390x. yum-2.5.3-5 ----------- * Fri Mar 03 2006 Paul Nasrat - 2.5.3-5 - Add support for patterns in YumBase.install() Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15-5.FC5.4.i686 requires kernel = 0:2.6.15-1.1955_FC5 GFS-kernel - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5 GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5smp cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp gnbd-kernel - 2.6.15-5.FC5.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp Broken deps for ia64 ---------------------------------------------------------- gnome-volume-manager - 1.5.13-3.ia64 requires kernel >= 0:2.6 pcmciautils - 011-1.2.ia64 requires kernel >= 0:2.6.12-1.1411_FC5 rgmanager - 1.9.31-3.ia64 requires ccs systemtap - 0.5.4-2.2.ia64 requires kernel >= 0:2.6.9-11 Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_2fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_1fc.1.1.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_7fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_4fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_2fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_3fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_8fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_2fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_1fc.1.1.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_7fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_4fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_2fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_3fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_8fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_4fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_2fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_1fc.1.1.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_7fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_4fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_2fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_3fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_8fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 From rc040203 at freenet.de Sat Mar 4 08:39:38 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 04 Mar 2006 09:39:38 +0100 Subject: rawhide report: 20060304 changes In-Reply-To: <200603040819.k248JDps030282@porkchop.devel.redhat.com> References: <200603040819.k248JDps030282@porkchop.devel.redhat.com> Message-ID: <1141461578.5203.49.camel@mccallum.corsepiu.local> On Sat, 2006-03-04 at 03:19 -0500, Build System wrote: > xorg-x11-xbitmaps-1.0.1-3 > ------------------------- > * Thu Mar 02 2006 Mike A. Harris 1.0.1-3 > - Made package arch specific due to pkgconfig files being placed in lib64 > if the noarch packages manage to get built on x86_64/ppc64/s390x. What? Fix the toplevel Makefile.am to install the pkgconfig file to $datadir instead of libdir: -pkgconfigdir = $(libdir)/pkgconfig +pkgconfigdir = $(datadir)/pkgconfig That's what other noarch packages do. Alternatively, fix your spec to use %configure --libdir=%_datadir ... %_datadir/share/pkgconfig/*.pc Ralf From mharris at mharris.ca Sat Mar 4 09:20:27 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Sat, 04 Mar 2006 04:20:27 -0500 Subject: rawhide report: 20060304 changes In-Reply-To: <1141461578.5203.49.camel@mccallum.corsepiu.local> References: <200603040819.k248JDps030282@porkchop.devel.redhat.com> <1141461578.5203.49.camel@mccallum.corsepiu.local> Message-ID: <44095BDB.6030700@mharris.ca> Ralf Corsepius wrote: > On Sat, 2006-03-04 at 03:19 -0500, Build System wrote: > > >>xorg-x11-xbitmaps-1.0.1-3 >>------------------------- >>* Thu Mar 02 2006 Mike A. Harris 1.0.1-3 >>- Made package arch specific due to pkgconfig files being placed in lib64 >> if the noarch packages manage to get built on x86_64/ppc64/s390x. > > > What? > > Fix the toplevel Makefile.am to install the pkgconfig file to $datadir > instead of libdir: > > -pkgconfigdir = $(libdir)/pkgconfig > +pkgconfigdir = $(datadir)/pkgconfig > > That's what other noarch packages do. > > > Alternatively, fix your spec to use > > %configure --libdir=%_datadir > ... > %_datadir/share/pkgconfig/*.pc For now, the important thing is that FC5 is in a state that everything builds, and is ready for final release. Minor trivia like this is not mission critical to the release of the OS. Feel free to submit a patch to X.Org to do this, so it is fixed in the future. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From jandrejkovic at gmail.com Sat Mar 4 09:37:13 2006 From: jandrejkovic at gmail.com (Jan Andrejkovic) Date: Sat, 4 Mar 2006 09:37:13 +0000 Subject: FC5t3 - rpm -e hangs up In-Reply-To: <440922F0.6050102@insight.rr.com> References: <440515D3.9030005@insight.rr.com> <440922F0.6050102@insight.rr.com> Message-ID: Hello Jim and David, Thank you very much for your advice, the problem is solved!!!! There is no rpm hangup bug. After David's note about rpm -Va I have noticed that it takes a 'while' to finish and after David's question > How long did you give it before nuking it ? I have decided that I will be VERY patient. I have left rpm running overnight and in the morning it was finished. The problem is that I do not know the exact time. My last record from top (before I get to bed) is: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 13632 root 25 0 238m 149m 4256 R 98.4 29.8 80:04.16 rpm It took minimally more than an hour on the Pentium M 1.4Mhz eating all CPU... I have never seen rpm performing such a long time before. Thank you very much for your help!!! Have a nice weekend, Jan PS: I never delete files manually. I was in a wrong believe that rpm database is cleared of xen packages after xen entries for FC4 were deleted from the grub.conf after FC4->FC5t3 migration, so I decided co cleanup my system and I deleted xen kernels manually (but nothing else). PPS: Here is rpm command I used and complete verbose output: # rpm -evv --justdb kernel-xen0-devel kernel-xenU-devel --allmatches D: opening db environment /var/lib/rpm/Packages create:cdb:mpool D: opening db index /var/lib/rpm/Packages rdonly mode=0x0 D: locked db index /var/lib/rpm/Packages D: opening db index /var/lib/rpm/Name rdonly mode=0x0 D: read h# 468 Header SHA1 digest: OK (99fd52c1d2a31ea6661ce0d249a26852b471d211) D: opening db index /var/lib/rpm/Pubkeys rdonly mode=0x0 D: read h# 1040 Header sanity check: OK D: ========== DSA pubkey id b44269d0 4f2a6fd2 (h#1040) D: read h# 732 Header V3 DSA signature: OK, key ID 4f2a6fd2 D: read h# 117 Header SHA1 digest: OK (c8d069d827dc6bd4e6293ceca8f1f45568480cfc) D: read h# 678 Header V3 DSA signature: OK, key ID 4f2a6fd2 D: ========== --- kernel-xen0-devel-2.6.12-1.1454_FC4 i686/linux 0x0 D: opening db index /var/lib/rpm/Requirename rdonly mode=0x0 D: ========== --- kernel-xen0-devel-2.6.13-1.1532_FC4 i686/linux 0x0 D: ========== --- kernel-xenU-devel-2.6.12-1.1454_FC4 i686/linux 0x0 D: ========== --- kernel-xenU-devel-2.6.13-1.1532_FC4 i686/linux 0x0 D: ========== recording tsort relations D: ========== tsorting packages (order, #predecessors, #succesors, tree, depth, breadth) D: 0 0 0 3 1 0 - kernel-xenU-devel-2.6.13-1.1532_FC4.i686 D: ========== successors only (0 bytes) D: 1 0 0 0 1 1 - kernel-xen0-devel-2.6.12-1.1454_FC4.i686 D: 2 0 0 1 1 2 - kernel-xen0-devel-2.6.13-1.1532_FC4.i686 D: 3 0 0 2 1 3 - kernel-xenU-devel-2.6.12-1.1454_FC4.i686 D: closed db index /var/lib/rpm/Pubkeys D: closed db index /var/lib/rpm/Requirename D: closed db index /var/lib/rpm/Name D: closed db index /var/lib/rpm/Packages D: closed db environment /var/lib/rpm/Packages D: opening db environment /var/lib/rpm/Packages joinenv D: opening db index /var/lib/rpm/Packages create mode=0x42 D: mounted filesystems: D: i dev bsize bavail iavail mount point D: 0 0x00000307 1024 286906 167116 / D: 1 0x00000003 4096 0 -1 /proc D: 2 0x00000000 4096 0 -1 /sys D: 3 0x0000000a 4096 0 -1 /dev/pts D: 4 0x00000011 4096 64439 64438 /dev/shm D: 5 0x0000030c 1024 121091 98975 /home D: 6 0x0000030b 1024 397617 131515 /tmp D: 7 0x00000308 4096 252679 1462737 /usr D: 8 0x0000030a 4096 120759 285237 /var D: 9 0x00000013 4096 0 -1 /proc/sys/fs/binfmt_misc D: 10 0x00000014 4096 0 -1 /var/lib/nfs/rpc_pipefs D: 11 0x00000015 4096 0 -1 /net D: sanity checking 4 elements D: running pre-transaction scripts D: computing 24608 file fingerprints D: computing file dispositions D: opening db index /var/lib/rpm/Basenames create mode=0x42 D: ========== --- kernel-xenU-devel-2.6.13-1.1532_FC4 i686-linux 0x0 D: erase: kernel-xenU-devel-2.6.13-1.1532_FC4 has 5012 files, test = 0 D: opening db index /var/lib/rpm/Name create mode=0x42 D: read h# 678 Header V3 DSA signature: OK, key ID 4f2a6fd2 D: --- h# 678 kernel-xenU-devel-2.6.13-1.1532_FC4 D: removing "kernel-xenU-devel" from Name index. D: removing 5012 entries from Basenames index. D: opening db index /var/lib/rpm/Group create mode=0x42 D: removing "System Environment/Kernel" from Group index. D: opening db index /var/lib/rpm/Requirename create mode=0x42 D: removing 6 entries from Requirename index. D: opening db index /var/lib/rpm/Providename create mode=0x42 D: removing 4 entries from Providename index. D: opening db index /var/lib/rpm/Dirnames create mode=0x42 D: removing 1475 entries from Dirnames index. D: opening db index /var/lib/rpm/Requireversion create mode=0x42 D: removing 6 entries from Requireversion index. D: opening db index /var/lib/rpm/Provideversion create mode=0x42 D: removing 4 entries from Provideversion index. D: opening db index /var/lib/rpm/Installtid create mode=0x42 D: removing 1 entries from Installtid index. D: opening db index /var/lib/rpm/Sigmd5 create mode=0x42 D: removing 1 entries from Sigmd5 index. D: opening db index /var/lib/rpm/Sha1header create mode=0x42 D: removing "851a2f954dfbb73ffdca2e99746214e79edb8089" from Sha1header index. D: opening db index /var/lib/rpm/Filemd5s create mode=0x42 D: removing 5012 entries from Filemd5s index. D: ========== --- kernel-xen0-devel-2.6.13-1.1532_FC4 i686-linux 0x0 D: erase: kernel-xen0-devel-2.6.13-1.1532_FC4 has 7414 files, test = 0 D: read h# 732 Header V3 DSA signature: OK, key ID 4f2a6fd2 D: --- h# 732 kernel-xen0-devel-2.6.13-1.1532_FC4 D: removing "kernel-xen0-devel" from Name index. D: removing 7414 entries from Basenames index. D: removing "System Environment/Kernel" from Group index. D: removing 6 entries from Requirename index. D: removing 4 entries from Providename index. D: removing 2554 entries from Dirnames index. D: removing 6 entries from Requireversion index. D: removing 4 entries from Provideversion index. D: removing 1 entries from Installtid index. D: removing 1 entries from Sigmd5 index. D: removing "3b91e9a818dae6f182b83d80d001b1605017dedc" from Sha1header index. D: removing 7414 entries from Filemd5s index. D: ========== --- kernel-xen0-devel-2.6.12-1.1454_FC4 i686-linux 0x0 D: erase: kernel-xen0-devel-2.6.12-1.1454_FC4 has 7292 files, test = 0 D: read h# 468 Header SHA1 digest: OK (99fd52c1d2a31ea6661ce0d249a26852b471d211) D: --- h# 468 kernel-xen0-devel-2.6.12-1.1454_FC4 D: removing "kernel-xen0-devel" from Name index. D: removing 7292 entries from Basenames index. D: removing "System Environment/Kernel" from Group index. D: removing 6 entries from Requirename index. D: removing 4 entries from Providename index. D: removing 2513 entries from Dirnames index. D: removing 6 entries from Requireversion index. D: removing 4 entries from Provideversion index. D: removing 1 entries from Installtid index. D: removing 1 entries from Sigmd5 index. D: removing "99fd52c1d2a31ea6661ce0d249a26852b471d211" from Sha1header index. D: removing 7292 entries from Filemd5s index. D: ========== --- kernel-xenU-devel-2.6.12-1.1454_FC4 i686-linux 0x0 D: erase: kernel-xenU-devel-2.6.12-1.1454_FC4 has 4890 files, test = 0 D: read h# 117 Header SHA1 digest: OK (c8d069d827dc6bd4e6293ceca8f1f45568480cfc) D: --- h# 117 kernel-xenU-devel-2.6.12-1.1454_FC4 D: removing "kernel-xenU-devel" from Name index. D: removing 4890 entries from Basenames index. D: removing "System Environment/Kernel" from Group index. D: removing 6 entries from Requirename index. D: removing 4 entries from Providename index. D: removing 1434 entries from Dirnames index. D: removing 6 entries from Requireversion index. D: removing 4 entries from Provideversion index. D: removing 1 entries from Installtid index. D: removing 1 entries from Sigmd5 index. D: removing "c8d069d827dc6bd4e6293ceca8f1f45568480cfc" from Sha1header index. D: removing 4890 entries from Filemd5s index. D: running post-transaction scripts D: closed db index /var/lib/rpm/Filemd5s D: closed db index /var/lib/rpm/Sha1header D: closed db index /var/lib/rpm/Sigmd5 D: closed db index /var/lib/rpm/Installtid D: closed db index /var/lib/rpm/Provideversion D: closed db index /var/lib/rpm/Requireversion D: closed db index /var/lib/rpm/Dirnames D: closed db index /var/lib/rpm/Providename D: closed db index /var/lib/rpm/Requirename D: closed db index /var/lib/rpm/Group D: closed db index /var/lib/rpm/Basenames D: closed db index /var/lib/rpm/Name D: closed db index /var/lib/rpm/Packages D: closed db environment /var/lib/rpm/Packages D: May free Score board((nil)) Have a look on the Time+ value - 80:04.16 and it was not finished at this point... On 3/4/06, Jim Cornette wrote: > > Jan Andrejkovic wrote: > > Hello Jim and everybody who is willing to help, > > > > Runlevel 1 did not help, but I have found the source of the problem, > > unfortunatelly not the solution: > > > > The source of the problem is that I have deleted some installed files > > manually, without RPM. > > Not a good practice. This is not wise for any operating system. RPM does > a great job removing and installing files when the rpm file is properly > referenced for installation and removal of packages. Not all packages > are always setup correctly but the bulk of rpms are well thought out by > those that setup the routines that rpm undergoes. There are many options > that rpm can handle and many that I am still not familiar with after > years of usage. > > > Anyway I think rpm should be robust and it should not hang if some files > > are deleted. > > It depends upon which files that you deleted. If you deleted a common > file or a file which is intricate to the program's operation or that of > the system, it will have no choice but to bomb out. Its primary jobs are > to allow adding removing of programs in a sane manner, ensuring that the > program contains all its needed components (binaries, setup files, > services started, user added, and on) It can only do so if all of the > components are left intact. > Since rpm checks for files being in a location, missing or that the file > is not like the orginal, it does catch the most likely situations. But > if rpm checked every file for its presence before trying to remove a > file, it would require a longer time for rpm to complete the task of > adding or removing the files. > It sounds like you might have pressed rpm and the package that you were > trying to remove into a corner case and if you can recall what you > deleted, it might be helpful to prevent a future incident in the > package, rpm program or user awareness and familiarity with the program > concept. > > > It should display some warning instead. > > Granted, rpm should ideally use its feature for verifying everything is > present before attempting a package removal. It should at least check > for the file presence or have a routine to accomplish if the file was > missing. I believe most rpms are setup to continue or report the problem > to the terminal output if a problem was encountered. > There are problems that happen when failures happen with %post and %pre > scripts that need improvement in design. The major drawbacks are when > %pre scripts fail and programs are setup to be installed, they may not > ever install because deps are checked before the installation > transaction. Things seemed setup for the transaction to do the right > thing. The problem might be that the package is setup correctly, but > security programs may not grant permission to rpm to place files, run > tasks and other unpredictable problems. > The problem with %post script failures is that the tasks might be > completed pretty much and there was only a minor failure because the rpm > was on its cleanup phase. Other %post failures might cause operational > tasks from completing such as a kernel never getting through to the > portion where the image needed for the modules and the entry into the > bootloader never gets completed. I am sure that the packagers keep all > of these factors in mind and do their best to prevent problems from > occurring. > > > > > I have used -vv option and here is deailed output from rpm: > > rm -f /var/lib/rpm/__db* > > the deleted portion looks normal to me. I however never packages a > program for distribution. > > > D: 0 0 0 3 1 0 - > > kernel-xenU-devel-2.6.13-1.1532_FC4.i686 > > D: ========== successors only (0 bytes) > > Those that know more about the workings of rpm would know what the six > variables represent. The display of the rpm output does reveal to me > something more than I previously knew about rpm internals. I take it > that the program found no previous version to act upon. I am only going > on the zero bytes feedback. > > > D: 1 0 0 0 1 1 > > -kernel-xen0-devel-2.6.12-1.1454_FC4.i686 > > D: 2 0 0 1 1 2 > > -kernel-xen0-devel-2.6.13-1.1532_FC4.i686 > > D: 3 0 0 2 1 3 > > -kernel-xenU-devel-2.6.12-1.1454_FC4.i686 > > It looks like the first of six digits is some counter (0,1,2,3) > > > > D: closed db index /var/lib/rpm/Pubkeys > > D: closed db index /var/lib/rpm/Requirename > > D: closed db index /var/lib/rpm/Name > > D: closed db index /var/lib/rpm/Packages > > D: closed db environment /var/lib/rpm/Packages > > D: opening db environment /var/lib/rpm/Packages joinenv > > D: opening db index /var/lib/rpm/Packages create mode=0x42 > > D: mounted filesystems: > > D: i dev bsize bavail iavail mount point > > D: 0 0x00000307 1024 287812 167116 / > > D: 1 0x00000003 4096 0 -1 /proc > > D: 2 0x00000000 4096 0 -1 /sys > > D: 3 0x0000000a 4096 0 -1 /dev/pts > > D: 4 0x00000011 4096 64439 64438 /dev/shm > > D: 5 0x0000030c 1024 135546 99333 /home > > D: 6 0x0000030b 1024 397619 131519 /tmp > > D: 7 0x00000308 4096 260065 1462823 /usr > > D: 8 0x0000030a 4096 157409 285427 /var > > D: 9 0x00000013 4096 0 -1 > > /proc/sys/fs/binfmt_misc > > D: 10 0x00000014 4096 0 -1 > > /var/lib/nfs/rpc_pipefs > > D: 11 0x00000015 4096 0 -1 /net > > D: sanity checking 4 elements > > Rpm and the package being acted upon are trying to be sane. > > > D: running pre-transaction scripts > > This I take is the %pre factor mentioned earlier. What do I need to do > before proceeding with the installation of the package? > > > D: computing 24608 file fingerprints > > D: computing file dispositions > > D: opening db index /var/lib/rpm/Basenames create mode=0x42 > > Killed > > You might be able to use a program that can actually peek into the > actual package to see what the following step would be. There is a file > manager utility/shell program called mc (midnight commander) which is > able to dive into the rpm content. The script is executable so be sure > to use the F3 function key to view the file content. Being able to view > what is actually within a packages rpm might show interest to you and > enlighten you more than the link you referenced tries to explain. > I have used mc to view rpms and deb package content and found the > internals of both formats interesting. It is also possible to retrieve > files from the rpms, deb or whatever files with mc. > > > > > It hanged after the last step and I had to kill it. > > If the similarity is anything like DOS loading stuff, it is usually the > step following the lockup. It locked and did not reveal anything > regarding its initialization. Personally, I like feedback before > performing the function and feedback as to what the results were for the > tasks. > > > I have straced it as well and here is the part of output from strace > > which is running in a neverending loop: > > > > stat64("/usr/src/kernels/2.6.12- 1.1454_FC4-xenU-i686/arch/i386", > > 0xbfbd6784) = -1 ENOENT (No such file or directory) > > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) > > = -1 ENOENT (No such file or directory) > > stat64("/usr/src/kernels/2.6.12- > > 1.1454_FC4-xenU-i686/arch/i386/mach-visws", 0xbfbd6784) = -1 ENOENT (No > > such file or directory) > > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386", > > 0xbfbd6784) = -1 ENOENT (No such file or directory) > > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) > > = -1 ENOENT (No such file or directory) > > stat64("/usr/src/kernels/2.6.12- > 1.1454_FC4-xenU-i686/arch/i386/mach-voyager", > > 0xbfbd6784) = -1 ENOENT (No such file or directory) > > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386", > > 0xbfbd6784) = -1 ENOENT (No such file or directory) > > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) > > = -1 ENOENT (No such file or directory) > > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386/math-emu > ", > > 0xbfbd6784) = -1 ENOENT (No such file or directory) > > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386", > > 0xbfbd6784) = -1 ENOENT (No such file or directory) > > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) > > = -1 ENOENT (No such file or directory) > > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386/mm", > > 0xbfbd6784) = -1 ENOENT (No such file or directory) > > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386", > > 0xbfbd6784) = -1 ENOENT (No such file or directory) > > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) > > = -1 ENOENT (No such file or directory) > > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386/oprofile > ", > > 0xbfbd6784) = -1 ENOENT (No such file or directory) > > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386", > > 0xbfbd6784) = -1 ENOENT (No such file or directory) > > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) > > = -1 ENOENT (No such file or directory) > > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386/pci", > > 0xbfbd6784) = -1 ENOENT (No such file or directory) > > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386", > > 0xbfbd6784) = -1 ENOENT (No such file or directory) > > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch", 0xbfbd6784) > > = -1 ENOENT (No such file or directory) > > stat64("/usr/src/kernels/2.6.12-1.1454_FC4-xenU-i686/arch/i386/power", > > 0xbfbd6784) = -1 ENOENT (No such file or directory) > > > > > > I have deleted my FC4 xen kernels in FC5t3 manually because I thought > > that rpm dabase is already clear. I was wrong. > > My RPM version is: 4.4.2 > > > > Do you think I should open bugzilla ticket? > > It is a shortcoming of the package, not rpm to be able to handle this > circumstance. I file bug reports myself for the developer to at least be > aware of something that could be handled better. Most reports are marked > as not supported or the like. The awareness for the developer is at > least presented to the developer. Backburner or not, the rpm routine > should be able to handle this possible situation. > > > Do you have any advice how can I reinstall my xen or what can I do? > > rpm has features where you can ignore scripts, delete only the rpmdb > entry and a host of possible resolutions. Rpm most likely has features > which will get you out of the problem. > > I would run > rpm -e --justdb --nodeps > and then try to *install* this rpm again if desired. By reviewing the > output above, running my favorite command above to rid the rpmdb entry > from the older version package should be enough. Reading your original > posting, it seems that you already attempted this feature. > > > > > By the way I have found very good rpm guide, but it did not help me > either: > > http://www.redhat.com/docs/books/max-rpm > > I'll have to take a look at this page later myself. I never read the > documentation before. > > > > Thank you very much, > > > > Jan > > > > On 3/1/06, *Jim Cornette * > > wrote: > > > > Jan Andrejkovic wrote: > > > Hello, > > > > > > I have upgraded FC4 to FC5t3. I had some xen problems therefore I > > have > > > decided to reinstall xen packages. > > > But when I try > > > rpm -e kernel-xen-hypervisor-devel or rpm -e > > kernel-xen-guest-devel rpm > > > hangs up and eats almost 100% cpu for long time. > > > I need to use kill -9 to stop it. > > Were you removing 1454 or 1532. If you have multiple versions installed, > specifying which version might be needed. RPM should have bombed out > specifying that multiple versions installed and to specify which version > that you wanted to remove. > > > > > > > I have tried to do > > > rm -f /var/lib/rpm/__db* > > > and > > > rpm --rebuilddb > > > but nothing helped after those commands - it hangs again. > > > > > > I have also tried rpm -e --justdb but it did not help either. > > Without specifying the version to remove? Or specifying which verson to > remove? > > > > > > >> Initially it was "yum remove" which hanged first. But as far as I > > know it uses rpm therefore I report this as rpm problem. > > > I have no idea for certain. I missed a lot of information from your > original posting as reference to the steps you tried. > > >> > >> Does anybody have the same problem or can anybody tell me some > >> workaround how I can remove those packages manually and possibly > > rebuild database without them? > > I believe the database does not need rebuilt. The entries within the > database need corrected by human intervention using the features rpm is > capable of. > > I hope that I am not misleading or jumping off on unrelated to your > problem. I doubt that is the case though, I probably departed on several > issues. I was afraid to reply to the posting initially with all the > information provided in verbose and debugging output. > > I'd figure out how best to represent the problem with yum and the > hypervisor removal and your actions. I believe you attempted using yum > then rpm and later deleted the files afterward. It sounds like a really > big bug since the looping and cpu utilization. > > >> > >> Thank you very much, > >> > >> Jan > > > > > > I hope this leads you to a resolution of the problem. > > Jim > > -- > What I want is all of the power and none of the responsibility. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ndbecker2 at gmail.com Sat Mar 4 12:13:32 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Sat, 04 Mar 2006 07:13:32 -0500 Subject: network manager removes localhost from /etc/hosts? Message-ID: It seems if I run nm, that the localhost entry is removed from /etc/hosts. I mentioned this on the nm-list, they say it shouldn't do this. It doesn't happen if I don't run nm, even though I'm still using dhcp. Also, nm-0.6 was just released. From caillon at redhat.com Sat Mar 4 15:20:29 2006 From: caillon at redhat.com (Christopher Aillon) Date: Sat, 04 Mar 2006 10:20:29 -0500 Subject: rawhide report: 20060304 changes In-Reply-To: <44095BDB.6030700@mharris.ca> References: <200603040819.k248JDps030282@porkchop.devel.redhat.com> <1141461578.5203.49.camel@mccallum.corsepiu.local> <44095BDB.6030700@mharris.ca> Message-ID: <4409B03D.2060507@redhat.com> On 03/04/2006 04:20 AM, Mike A. Harris wrote: > Ralf Corsepius wrote: >> On Sat, 2006-03-04 at 03:19 -0500, Build System wrote: >> >> >>> xorg-x11-xbitmaps-1.0.1-3 >>> ------------------------- >>> * Thu Mar 02 2006 Mike A. Harris 1.0.1-3 >>> - Made package arch specific due to pkgconfig files being placed in >>> lib64 >>> if the noarch packages manage to get built on x86_64/ppc64/s390x. >> >> >> What? >> >> Fix the toplevel Makefile.am to install the pkgconfig file to $datadir >> instead of libdir: >> >> -pkgconfigdir = $(libdir)/pkgconfig >> +pkgconfigdir = $(datadir)/pkgconfig >> >> That's what other noarch packages do. >> >> >> Alternatively, fix your spec to use >> >> %configure --libdir=%_datadir >> ... >> %_datadir/share/pkgconfig/*.pc > > For now, the important thing is that FC5 is in a state that everything > builds, and is ready for final release. Minor trivia like this is not > mission critical to the release of the OS. > > Feel free to submit a patch to X.Org to do this, so it is fixed in > the future. > > Actually, it's more important that things are in a state where upgrading works sanely. Changing from noarch -> arch-specific -> noarch typically breaks upgrading. From katzj at redhat.com Sat Mar 4 15:28:58 2006 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 04 Mar 2006 10:28:58 -0500 Subject: rawhide report: 20060304 changes In-Reply-To: <4409B03D.2060507@redhat.com> References: <200603040819.k248JDps030282@porkchop.devel.redhat.com> <1141461578.5203.49.camel@mccallum.corsepiu.local> <44095BDB.6030700@mharris.ca> <4409B03D.2060507@redhat.com> Message-ID: <1141486138.9446.7.camel@bree.local.net> On Sat, 2006-03-04 at 10:20 -0500, Christopher Aillon wrote: > Actually, it's more important that things are in a state where upgrading > works sanely. Changing from noarch -> arch-specific -> noarch typically > breaks upgrading. This actually shouldn't be a problem anymore. There's a (configurable) list of packages in yum which will only be upgraded if the arch matches, but it's pretty short Jeremy From miles.lane at gmail.com Sat Mar 4 15:52:48 2006 From: miles.lane at gmail.com (Miles Lane) Date: Sat, 4 Mar 2006 07:52:48 -0800 Subject: rawhide report: 20060304 changes In-Reply-To: <1141486138.9446.7.camel@bree.local.net> References: <200603040819.k248JDps030282@porkchop.devel.redhat.com> <1141461578.5203.49.camel@mccallum.corsepiu.local> <44095BDB.6030700@mharris.ca> <4409B03D.2060507@redhat.com> <1141486138.9446.7.camel@bree.local.net> Message-ID: My machine is not waking up from suspend (it hasn't worked for a week or so). You can see my machine configuration here: 00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) Subsystem: Hewlett-Packard Company Unknown device 3080 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- (32-bit, prefetchable) Capabilities: [40] Vendor Specific Information 00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) Subsystem: Hewlett-Packard Company Unknown device 3080 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B- 00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 03) Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- Region 1: I/O ports at Region 2: I/O ports at Region 3: I/O ports at Region 4: I/O ports at 1810 [size=16] Region 5: Memory at 52000000 (32-bit, non-prefetchable) [size=1K] 00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 03) Subsystem: Hewlett-Packard Company Unknown device 3080 Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- Reset+ 16bInt+ PostWrite+ 16-bit legacy interface ports at 0001 02:09.2 FireWire (IEEE 1394): Texas Instruments OHCI Compliant IEEE 1394 Host Controller (prog-if 10 [OHCI]) Subsystem: Hewlett-Packard Company Unknown device 3080 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- Has anyone got these to work side by side as yet? It seems that each one is always trying to grab control of the wifi adapter - I tell NetworkManager to connect to my local AP - which it does, then wpa disconnects it and scans itself. Same the other way around. Is there any way to make these co-exist? I guess what would be really neat is to have WPA functionality in NetworkManger - then you get a nice little GUI to configure 802.1x.... Great for those EAP-TTLS access points out there! -- Steven Haigh Email: netwiz at crc.id.au Web: http://www.crc.id.au Phone: (03) 9017 0597 - 0412 935 897 From fedora at wir-sind-cool.org Sat Mar 4 17:32:23 2006 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 4 Mar 2006 18:32:23 +0100 Subject: rawhide report: 20060304 changes In-Reply-To: <44095BDB.6030700@mharris.ca> References: <200603040819.k248JDps030282@porkchop.devel.redhat.com> <1141461578.5203.49.camel@mccallum.corsepiu.local> <44095BDB.6030700@mharris.ca> Message-ID: <20060304183223.677dda22.fedora@wir-sind-cool.org> On Sat, 04 Mar 2006 04:20:27 -0500, Mike A. Harris wrote: > Ralf Corsepius wrote: > > On Sat, 2006-03-04 at 03:19 -0500, Build System wrote: > > > > > >>xorg-x11-xbitmaps-1.0.1-3 > >>------------------------- > >>* Thu Mar 02 2006 Mike A. Harris 1.0.1-3 > >>- Made package arch specific due to pkgconfig files being placed in lib64 > >> if the noarch packages manage to get built on x86_64/ppc64/s390x. > > > > > > What? > > > > Fix the toplevel Makefile.am to install the pkgconfig file to $datadir > > instead of libdir: > > > > -pkgconfigdir = $(libdir)/pkgconfig > > +pkgconfigdir = $(datadir)/pkgconfig > > > > That's what other noarch packages do. > > > > > > Alternatively, fix your spec to use > > > > %configure --libdir=%_datadir > > ... > > %_datadir/share/pkgconfig/*.pc > > For now, the important thing is that FC5 is in a state that everything > builds, and is ready for final release. Minor trivia like this is not > mission critical to the release of the OS. Moving the .pc file like Ralf suggests is very unlikely to break anything at all, since default search order for pkg-config is libdir/pkgconfig:datadir/pkgconfig, so the file would still be found. From i_p_a_u_l at yahoo.com Sat Mar 4 18:35:28 2006 From: i_p_a_u_l at yahoo.com (Paul Ionescu) Date: Sat, 04 Mar 2006 20:35:28 +0200 Subject: wpa_supplicant and NetworkManager coexistance? References: <67AA9013-0D56-40D3-AF40-0C6104E1F46B@crc.id.au> Message-ID: On Sun, 05 Mar 2006 04:18:54 +1100, Steven Haigh wrote: > Has anyone got these to work side by side as yet? > > It seems that each one is always trying to grab control of the wifi > adapter - I tell NetworkManager to connect to my local AP - which it does, > then wpa disconnects it and scans itself. Same the other way around. > > Is there any way to make these co-exist? I guess what would be really neat > is to have WPA functionality in NetworkManger - then you get a nice little > GUI to configure 802.1x.... Great for those EAP-TTLS access points out > there! > > -- Hi Steven, NM 0.6 is out and it is supposed to do just that (use wpa_supplicant as backend for WPA/WPA2) Just wait a little to be included in the FC devel tree. From netwiz at crc.id.au Sat Mar 4 18:42:56 2006 From: netwiz at crc.id.au (Steven Haigh) Date: Sun, 5 Mar 2006 05:42:56 +1100 Subject: wpa_supplicant and NetworkManager coexistance? In-Reply-To: References: <67AA9013-0D56-40D3-AF40-0C6104E1F46B@crc.id.au> Message-ID: <994E727B-04E2-4275-8503-E32E3DF930AE@crc.id.au> On 05/03/2006, at 5:35 AM, Paul Ionescu wrote: > On Sun, 05 Mar 2006 04:18:54 +1100, Steven Haigh wrote: >> Has anyone got these to work side by side as yet? >> >> It seems that each one is always trying to grab control of the wifi >> adapter - I tell NetworkManager to connect to my local AP - which >> it does, >> then wpa disconnects it and scans itself. Same the other way around. >> >> Is there any way to make these co-exist? I guess what would be >> really neat >> is to have WPA functionality in NetworkManger - then you get a >> nice little >> GUI to configure 802.1x.... Great for those EAP-TTLS access points >> out >> there! > > Hi Steven, > > NM 0.6 is out and it is supposed to do just that (use > wpa_supplicant as > backend for WPA/WPA2) > Just wait a little to be included in the FC devel tree. Oh cool! This is one thing I will definitely be putting through it's paces as I do a lot of roaming between wifi networks - some of which require EAP-TTLS which is authed against RADIUS (like the office) and others like home that is WEP free and if you're lucky will give you a public IP address (I like the idea of giving away net access!). -- Steven Haigh Email: netwiz at crc.id.au Web: http://www.crc.id.au Phone: (03) 9017 0597 - 0412 935 897 From katzj at redhat.com Sat Mar 4 18:50:57 2006 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 04 Mar 2006 13:50:57 -0500 Subject: wpa_supplicant and NetworkManager coexistance? In-Reply-To: References: <67AA9013-0D56-40D3-AF40-0C6104E1F46B@crc.id.au> Message-ID: <1141498257.2467.2.camel@bree.local.net> On Sat, 2006-03-04 at 20:35 +0200, Paul Ionescu wrote: > NM 0.6 is out and it is supposed to do just that (use wpa_supplicant as > backend for WPA/WPA2) > Just wait a little to be included in the FC devel tree. The devel tree has been including CVS snaps in the lead-up to 0.6 since the end of January Jeremy From ant.de.la.fuente at gmail.com Sat Mar 4 18:48:50 2006 From: ant.de.la.fuente at gmail.com (Antonio de la Fuente) Date: Sat, 4 Mar 2006 19:48:50 +0100 Subject: Error installing FC5t3 from CD-ROM on a Clevo 2200T laptop Message-ID: <6533632d0603041048q48edb71doeb1544b66204f978@mail.gmail.com> Dear all, I am trying to install FC5t3 from CD-ROM on a Clevo 2200T laptop http://www.clevo.com.tw/products/2200t.asp, but I get the following error message at the beginning of the installation: [F1-Main] [F2-Options] ... [F5-Rescue] Unknown keyword in config file. boot: Could not find kernel image: linux I was able to install FC4 on this system without problems. I have checked the installation CDs in another machine, and they work fine. Any clue? Cheers, Antonio de la Fuente -------------- next part -------------- An HTML attachment was scrubbed... URL: From shrek-m at gmx.de Sat Mar 4 19:00:52 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sat, 04 Mar 2006 20:00:52 +0100 Subject: Error installing FC5t3 from CD-ROM on a Clevo 2200T laptop In-Reply-To: <6533632d0603041048q48edb71doeb1544b66204f978@mail.gmail.com> References: <6533632d0603041048q48edb71doeb1544b66204f978@mail.gmail.com> Message-ID: <4409E3E4.9050807@gmx.de> On 04.03.2006 19:48, Antonio de la Fuente wrote: > I am trying to install FC5t3 from CD-ROM on a Clevo 2200T laptop > http://www.clevo.com.tw/products/2200t.asp > , but I get the following > error message at the beginning of the installation: > > [F1-Main] [F2-Options] ... [F5-Rescue] > Unknown keyword in config file. > boot: > Could not find kernel image: linux > > I was able to install FC4 on this system without problems. I have > checked the installation CDs in another machine, and they work fine. > Any clue? happens since >= fc5test2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178143#c7 boot: vmlinuz initrd=/isolinux/initrd.img should work -- shrek-m From netwiz at crc.id.au Sat Mar 4 19:02:33 2006 From: netwiz at crc.id.au (Steven Haigh) Date: Sun, 5 Mar 2006 06:02:33 +1100 Subject: wpa_supplicant and NetworkManager coexistance? In-Reply-To: <1141498257.2467.2.camel@bree.local.net> References: <67AA9013-0D56-40D3-AF40-0C6104E1F46B@crc.id.au> <1141498257.2467.2.camel@bree.local.net> Message-ID: On 05/03/2006, at 5:50 AM, Jeremy Katz wrote: > On Sat, 2006-03-04 at 20:35 +0200, Paul Ionescu wrote: >> NM 0.6 is out and it is supposed to do just that (use >> wpa_supplicant as >> backend for WPA/WPA2) >> Just wait a little to be included in the FC devel tree. > > The devel tree has been including CVS snaps in the lead-up to 0.6 > since > the end of January > > Jeremy Interesting... If this is the case, what is required to configure NM to use WPA instead of the 3 options for WEP given? I haven't been able to find any WPA functionality in NM at all. -- Steven Haigh Email: netwiz at crc.id.au Web: http://www.crc.id.au Phone: (03) 9017 0597 - 0412 935 897 From stelian.iancu at gmx.net Sat Mar 4 19:46:16 2006 From: stelian.iancu at gmx.net (Stelian Iancu) Date: Sat, 04 Mar 2006 20:46:16 +0100 Subject: Strange display bug in FC5 Test 3 Message-ID: <4409EE88.50001@gmx.net> Hey all, I have this strange display bug in FC5 Test 3 (see the attached picture). I run FC5 Test 3 on a laptop with an ATI Radeon R250 Lf [FireGL 9000] card. I am using the default installation of Fedora (I am actually updating to the latest rawhide as I write this mail). I didn't have this problem with FC5 Test 2. Does anybody else experience this issue? Should I file a bug? With regards, Stelian Iancu -------------- next part -------------- A non-text attachment was scrubbed... Name: Error.png Type: image/png Size: 6182 bytes Desc: not available URL: From david at lovesunix.net Sat Mar 4 19:53:16 2006 From: david at lovesunix.net (David Nielsen) Date: Sat, 04 Mar 2006 20:53:16 +0100 Subject: Strange display bug in FC5 Test 3 In-Reply-To: <4409EE88.50001@gmx.net> References: <4409EE88.50001@gmx.net> Message-ID: <1141501996.2223.3.camel@price.stavtrup-st.dk> l?r, 04 03 2006 kl. 20:46 +0100, skrev Stelian Iancu: > Hey all, > > I have this strange display bug in FC5 Test 3 (see the attached > picture). I run FC5 Test 3 on a laptop with an ATI Radeon R250 Lf > [FireGL 9000] card. I am using the default installation of Fedora (I am > actually updating to the latest rawhide as I write this mail). > > I didn't have this problem with FC5 Test 2. > > Does anybody else experience this issue? Should I file a bug? > > With regards, > Stelian Iancu Could this be similar to: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183504' - David From aryanto.rachmad at chello.at Sat Mar 4 20:50:14 2006 From: aryanto.rachmad at chello.at (Aryanto Rachmad) Date: Sat, 4 Mar 2006 21:50:14 +0100 Subject: FC5t3 - 2.6.15-1.2008_FC5smp - stuck on initialising SCSIadapter References: <003401c63f05$bd443cb0$0e66970a@ds.mot.com> <007701c63f31$a9062f20$0e66970a@ds.mot.com> Message-ID: <012201c63fcd$3c8ce4f0$0e66970a@ds.mot.com> 2.6.15-1.2009.4.2_FC5smp boots fine. ----- Original Message ----- From: Aryanto Rachmad To: For testers of Fedora Core development releases Sent: Saturday, March 04, 2006 3:16 AM Subject: Re: FC5t3 - 2.6.15-1.2008_FC5smp - stuck on initialising SCSIadapter I went back to 2.6.15-1.1996_FC5smp and reported the problem (Bug 183956) ----- Original Message ----- From: Aryanto Rachmad To: fedora-test-list at redhat.com Sent: Friday, March 03, 2006 10:02 PM Subject: FC5t3 - 2.6.15-1.2008_FC5smp - stuck on initialising SCSI adapter Hello All, I just upgraded the kernel of my IBM xSeries 330 (dual processors) to kernel 2.6.15-1.2008_FC5smp from 2.6.15-1.1996_FC5smp. After the reboot, unfortunately it stucks as below: Using IPI No-Shortcut mode ACPI wakeup devices: PCI0 ACPI: (supports S0 S4 S5) Freeing unused kernel memory: 208k freed Write protecting the kernel read-only data: 368k I think it stucks when trying to initialise SCSI adapter. The normal messages when booting with 2.6.15-1.1996_FC5smp is below: Using IPI No-Shortcut mode ACPI wakeup devices: PCI0 ACPI: (supports S0 S4 S5) Freeing unused kernel memory: 208k freed Write protecting the kernel read-only data: 368k SCSI subsystem initialized ACPI: PCI Interrupt 0000:01:03.0[A] -> GSI 28 (level, low) -> IRQ 16 scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0 aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs Does anybody experience this? If so, what is your suggestion to solve this? Cheers, Anto ---- ---------------------------------------------------------------------------- -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list ------------------------------------------------------------------------------ -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From clayton at cjrogers.net Sat Mar 4 20:57:42 2006 From: clayton at cjrogers.net (Clayton Rogers) Date: Sun, 05 Mar 2006 06:57:42 +1000 Subject: FC5T3 Suspend/Resume Fails Message-ID: <4409FF46.1000903@cjrogers.net> Hi, I have a Toshiba Tecra A4 with an Nvidia video card and the nvidia driver installed. I'm able to shut the lid and suspend the laptop which works great. However, when I open the lid to resume everything it "seems" to startup ok except I don't get any video. Is there any options I can configure with the new power management software to rmmod nvidia and modprobe nvidia? (I believe this is what the problem is) Cheers From overholt at redhat.com Sat Mar 4 21:26:36 2006 From: overholt at redhat.com (Andrew Overholt) Date: Sat, 4 Mar 2006 16:26:36 -0500 Subject: rawhide report: 20060304 changes In-Reply-To: <4409B03D.2060507@redhat.com> References: <200603040819.k248JDps030282@porkchop.devel.redhat.com> <1141461578.5203.49.camel@mccallum.corsepiu.local> <44095BDB.6030700@mharris.ca> <4409B03D.2060507@redhat.com> Message-ID: <20060304212636.GA2213@redhat.com> * Christopher Aillon [2006-03-04 10:20]: > > Changing from noarch -> arch-specific -> noarch typically breaks > upgrading. FWIW, I'm pretty sure these issues have all been dealt with during the move from java bytecode to bytecode + native .sos. Tom Fitzsimmons would have more details but if issues persist, it'd be good to get them cleared up. Andrew From josh at wavefood.com Sat Mar 4 21:36:37 2006 From: josh at wavefood.com (Joshua Andrews) Date: Sat, 04 Mar 2006 13:36:37 -0800 Subject: what to bugzilla after last updates? In-Reply-To: <44087A67.2010609@wavefood.com> References: <4407A9CA.5020106@wavefood.com> <4407C838.3080601@mharris.ca> <44087A67.2010609@wavefood.com> Message-ID: <440A0865.9040508@wavefood.com> Joshua Andrews wrote: > Mike A. Harris wrote: >> Joshua Andrews wrote: >>> using KDE desktop has become impossible since the last 2 days of >>> updates. >>> >>> I don't know if it is xorg, the kde window manager or what. >>> >>> - kernel smp 1996 - radeon 7200 >>> >>> Problem: >>> I try to launch 2 instances of vncviewer (or any apps maybe), on >>> different virtual desktops and the whole desktop interface becomes >>> unusable-- windows lose their title bars and quit responding to >>> mouse input. >>> >>> Also, only root can access drm so many (legacy?--like glxinfo) apps >>> fail. >> >> Does booting with "selinux=0" work around the problem? >> > No, booting with "selinux=0" does not change anything. By switching to > run level 5, I can now access drm as a normal user. I also switched to > GNOME with the default theme and so far everything seems pretty > stable. I'm going to remove all the kde stuff from ~/ then switch > back to KDE and see if the problem returns. I had no further luck with KDE--it is totally unstable since the last few days of updates. I have enabled/disabled selinux, I have created a new user with fresh .kde/etc. , I have changed between run level 3 and 5, I have run `chmod 0666 /dev/dri/card0` to ensure that drm is accessible to all, etc... I don't know what else to try or where else to look for the cause of the problem. For some reason the window manager loses connection between application windows and input devices and all virtual desktops are stacked together while sticky components like kicker, (menu, clock and logout/lock applet), still respond somewhat to mouse input. I am surprised that none other is having problems like this, it is a clean, up to date, install of fc5t3 with only the addition of flash, java, and mp3 plugins. From stelian.iancu at gmx.net Sat Mar 4 22:37:49 2006 From: stelian.iancu at gmx.net (Stelian Iancu) Date: Sat, 04 Mar 2006 23:37:49 +0100 Subject: Strange display bug in FC5 Test 3 In-Reply-To: <1141501996.2223.3.camel@price.stavtrup-st.dk> References: <4409EE88.50001@gmx.net> <1141501996.2223.3.camel@price.stavtrup-st.dk> Message-ID: <440A16BD.7070402@gmx.net> David Nielsen wrote: > l?r, 04 03 2006 kl. 20:46 +0100, skrev Stelian Iancu: >> Hey all, >> >> I have this strange display bug in FC5 Test 3 (see the attached >> picture). I run FC5 Test 3 on a laptop with an ATI Radeon R250 Lf >> [FireGL 9000] card. I am using the default installation of Fedora (I am >> actually updating to the latest rawhide as I write this mail). >> >> I didn't have this problem with FC5 Test 2. >> >> Does anybody else experience this issue? Should I file a bug? >> >> With regards, >> Stelian Iancu > > Could this be similar to: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183504' > > - David > Hmm ... I don't know what to say. I don't have any problems with the progress bars. The only problem is with that red thing on the upper panel. And even that doesn't happen always. And it also happens with the current rawhide. S. From nutello at sweetness.com Sat Mar 4 22:54:32 2006 From: nutello at sweetness.com (Rudi Chiarito) Date: Sat, 4 Mar 2006 23:54:32 +0100 Subject: Strange display bug in FC5 Test 3 In-Reply-To: <440A16BD.7070402@gmx.net> References: <4409EE88.50001@gmx.net> <1141501996.2223.3.camel@price.stavtrup-st.dk> <440A16BD.7070402@gmx.net> Message-ID: <20060304225432.GA28409@plain.rackshack.net> On Sat, Mar 04, 2006 at 11:37:49PM +0100, Stelian Iancu wrote: > Hmm ... I don't know what to say. I don't have any problems with the > progress bars. The only problem is with that red thing on the upper > panel. And even that doesn't happen always. And it also happens with the > current rawhide. For what it's worth, I have seen for years something similar across the whole top panel, when switching from a text console to X or when resuming after a suspend. It lasts for a fraction of a second, though, until the display gets refreshed. That's on a R128 laptop, with a "vga" console. My guess would be that some video memory gets shared/reused, but I am not sure by whom and how exactly. -- Rudi From tsimi at speakeasy.net Sat Mar 4 23:00:43 2006 From: tsimi at speakeasy.net (Todd Simi) Date: Sat, 04 Mar 2006 15:00:43 -0800 Subject: segfault preparing mozilla for compile In-Reply-To: <20060225040800.3F5A5730AE@hormel.redhat.com> References: <20060225040800.3F5A5730AE@hormel.redhat.com> Message-ID: <1141513243.13513.4.camel@localhost.localdomain> Hi, While running ./configure to prepare to compile Firefox I received a Segmentaion Fault. Any suggestions on what to do to correct it? /var/log/messages kernel: configure[13462]: segfault at 00007ffffed33fc8 rip 0000003fab26da38 rsp 00007ffffed33fb0 error 6 This is the Firefox source Firefox-1.5.0.1 Kernel 1.5.15-1.1996_FC5 compiled for x86_64 Thanks Todd From paul at all-the-johnsons.co.uk Sat Mar 4 23:54:34 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 04 Mar 2006 23:54:34 +0000 Subject: OOo x86_64 Message-ID: <1141516475.8805.36.camel@T7.Linux> Hi, Following on from the recent-ish build for x86_64 of OOo, is there soon to be an updated release? I realise it was a work in development, but never the less, it's great seeing a native build. TTFN Paul -- "Tr?um's nicht, Lebe schon" - Dr. Frankenfurter, Rocky Horror Show -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From dtimms at bigpond.net.au Sun Mar 5 00:22:17 2006 From: dtimms at bigpond.net.au (David Timms) Date: Sun, 05 Mar 2006 11:22:17 +1100 Subject: FC5T3 Suspend/Resume Fails In-Reply-To: <4409FF46.1000903@cjrogers.net> References: <4409FF46.1000903@cjrogers.net> Message-ID: <440A2F39.2070504@bigpond.net.au> Clayton Rogers wrote: > I have a Toshiba Tecra A4 with an Nvidia video card and the nvidia > driver installed. I'm able to shut the lid and suspend the laptop which > works great. The proof of the pudding within suspend/resume is the resume ! > However, when I open the lid to resume everything it > "seems" to startup ok except I don't get any video. On my ATI based HP nx9000, suspend shuts down the machine (by default on lid close). Opening lid causes the power to turn on + fan, but no vision, nor does it appear to access the hard disk. > Is there any options I can configure with the new power management > software to rmmod nvidia and modprobe nvidia? Would you be able to test if the suspend / resume process works properly using the nv open driver ? You'll probably get more help here if you are using the open driver (for now) ! > (I believe this is what the problem is) Do you get hard disk activity ? Is the network card lights on ? Can you ssh / ping the machine from another after the attempted resume ? DaveT. From mharris at mharris.ca Sun Mar 5 00:27:23 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Sat, 04 Mar 2006 19:27:23 -0500 Subject: rawhide report: 20060304 changes In-Reply-To: <4409B03D.2060507@redhat.com> References: <200603040819.k248JDps030282@porkchop.devel.redhat.com> <1141461578.5203.49.camel@mccallum.corsepiu.local> <44095BDB.6030700@mharris.ca> <4409B03D.2060507@redhat.com> Message-ID: <440A306B.8020501@mharris.ca> Christopher Aillon wrote: > On 03/04/2006 04:20 AM, Mike A. Harris wrote: > >> Ralf Corsepius wrote: >> >>> On Sat, 2006-03-04 at 03:19 -0500, Build System wrote: >>> >>> >>>> xorg-x11-xbitmaps-1.0.1-3 >>>> ------------------------- >>>> * Thu Mar 02 2006 Mike A. Harris 1.0.1-3 >>>> - Made package arch specific due to pkgconfig files being placed in >>>> lib64 >>>> if the noarch packages manage to get built on x86_64/ppc64/s390x. >>> >>> >>> >>> What? >>> >>> Fix the toplevel Makefile.am to install the pkgconfig file to $datadir >>> instead of libdir: >>> >>> -pkgconfigdir = $(libdir)/pkgconfig >>> +pkgconfigdir = $(datadir)/pkgconfig >>> >>> That's what other noarch packages do. >>> >>> >>> Alternatively, fix your spec to use >>> >>> %configure --libdir=%_datadir >>> ... >>> %_datadir/share/pkgconfig/*.pc >> >> >> For now, the important thing is that FC5 is in a state that everything >> builds, and is ready for final release. Minor trivia like this is not >> mission critical to the release of the OS. >> >> Feel free to submit a patch to X.Org to do this, so it is fixed in >> the future. >> >> > > Actually, it's more important that things are in a state where upgrading > works sanely. Changing from noarch -> arch-specific -> noarch typically > breaks upgrading. That was the case in the past, when the tools did not support the architecture changing with the package name staying the same. My understanding is that yum has supported this for a long time now, and that up2date and other tools also support it. I've certainly had no upgrade problems while testing any arch -> noarch -> arch updates anyway, and haven't had any bug reports. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From mharris at mharris.ca Sun Mar 5 00:34:14 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Sat, 04 Mar 2006 19:34:14 -0500 Subject: rawhide report: 20060304 changes In-Reply-To: <20060304183223.677dda22.fedora@wir-sind-cool.org> References: <200603040819.k248JDps030282@porkchop.devel.redhat.com> <1141461578.5203.49.camel@mccallum.corsepiu.local> <44095BDB.6030700@mharris.ca> <20060304183223.677dda22.fedora@wir-sind-cool.org> Message-ID: <440A3206.2070907@mharris.ca> Michael Schwendt wrote: >>For now, the important thing is that FC5 is in a state that everything >>builds, and is ready for final release. Minor trivia like this is not >>mission critical to the release of the OS. > > Moving the .pc file like Ralf suggests is very unlikely to break anything > at all, since default search order for pkg-config is > libdir/pkgconfig:datadir/pkgconfig, so the file would still be found. If there's one thing I've learned over the years, it is that things that are "unlikely to break anything", quite often _do_ break something in an unexpected way, and that the likelyhood of that happening approaches 1:1 the closer you get to release day. The change from arch to noarch being a good example. Started with a known "it works like this" package, made a "it is unlikely to break anything by changing to noarch" change, a week later discovered that oops - it does break something. When there are only a couple of days left before the OS is frozen in stone on DVD/CD for eternity, the sensible decision is to revert back to the last known "it works" quantity, which is what I have done. I am fully aware of /usr/share/pkgconfig in the search path, but I have made an intentional decision to not take any further risks with this package this close to the final release. Any risks for such a low-benefit change, simply can not be justified at this point in the release cycle. Nobody needs to sell me on the idea, I already agree that it is probably a smart thing to do. It just is not worth taking any additional risk _right now_. If you want to help get FC5 in better shape, please redirect attention towards issues like "I cant install FC5 on my $xyz video card because it crashes during install, and text mode doesn't work either". There are tonnes of more serious issues in bugzilla of that nature, and that's mostly where my attention will be until FC5 goes out. Hope this clarifies things. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From clayton at cjrogers.net Sun Mar 5 00:54:31 2006 From: clayton at cjrogers.net (Clayton Rogers) Date: Sun, 05 Mar 2006 10:54:31 +1000 Subject: FC5T3 Suspend/Resume Fails In-Reply-To: <440A2F39.2070504@bigpond.net.au> References: <4409FF46.1000903@cjrogers.net> <440A2F39.2070504@bigpond.net.au> Message-ID: <440A36C7.1020506@cjrogers.net> Hi David, I too have the same problem. The suspend part of the process works fine, however the resume fails. It powers up and then the fan start at high speed and the network lights come on. I'm unable to ping and therefore ssh the machine. The machine does not respond to pressing the power button to initiate the acpid event button/power.* (in /etc/acpi/events/sample.conf). It's the video which remains blank. I have modified the video driver and received the same problem with the nv open driver. Cheers David Timms wrote: > Clayton Rogers wrote: >> I have a Toshiba Tecra A4 with an Nvidia video card and the nvidia >> driver installed. I'm able to shut the lid and suspend the laptop >> which works great. > The proof of the pudding within suspend/resume is the resume ! > >> However, when I open the lid to resume everything it "seems" to >> startup ok except I don't get any video. > On my ATI based HP nx9000, suspend shuts down the machine (by default > on lid close). Opening lid causes the power to turn on + fan, but no > vision, nor does it appear to access the hard disk. > >> Is there any options I can configure with the new power management >> software to rmmod nvidia and modprobe nvidia? > Would you be able to test if the suspend / resume process works > properly using the nv open driver ? You'll probably get more help here > if you are using the open driver (for now) ! > >> (I believe this is what the problem is) > Do you get hard disk activity ? > Is the network card lights on ? > Can you ssh / ping the machine from another after the attempted resume ? > > DaveT. > From lsatenstein at yahoo.com Sun Mar 5 00:59:01 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Sat, 4 Mar 2006 16:59:01 -0800 (PST) Subject: Kudzu segmentation fault. Core5 Test3 upto date as of March 4, 2006 In-Reply-To: <20060304051635.EDAE1731ED@hormel.redhat.com> Message-ID: <20060305005901.84410.qmail@web30210.mail.mud.yahoo.com> -rwxr-xr-x 1 root root 157444 Feb 28 15:00 kudzu -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim at jbsys.com Sun Mar 5 02:03:17 2006 From: jim at jbsys.com (Jim Bevier) Date: Sat, 04 Mar 2006 19:03:17 -0700 Subject: hcid abort on system reboot Message-ID: <1141524197.3379.5.camel@nugget.jbsys.com> I have an X86_64 system with no Bluetooth, but I get a seg fault from hcid when rebooting the system. I can stop/start from command line and it does not abort. It gets a seg fault at address 0x30 rip = 2b44d4f1fda8 something... error 4. I have seen it with the last several kernels. Today with 2009. Anyone see this? Jim From dtimms at bigpond.net.au Sun Mar 5 02:27:28 2006 From: dtimms at bigpond.net.au (David Timms) Date: Sun, 05 Mar 2006 13:27:28 +1100 Subject: FC5T3 Suspend/Resume Fails In-Reply-To: <440A36C7.1020506@cjrogers.net> References: <4409FF46.1000903@cjrogers.net> <440A2F39.2070504@bigpond.net.au> <440A36C7.1020506@cjrogers.net> Message-ID: <440A4C90.3020607@bigpond.net.au> Clayton Rogers wrote: > Hi David, > > I too have the same problem. The suspend part of the process works > fine, however the resume fails. It powers up and then the fan start at > high speed and the network lights come on. I'm unable to ping and > therefore ssh the machine. > > The machine does not respond to pressing the power button to initiate > the acpid event button/power.* (in /etc/acpi/events/sample.conf). > > It's the video which remains blank. I have modified the video driver > and received the same problem with the nv open driver. Clayton, can you see if the result on your machine is identical to any of the later (bottom of list) bugs @ DaveT. From greg at gulik.org Sun Mar 5 02:48:45 2006 From: greg at gulik.org (Gregory Gulik) Date: Sat, 04 Mar 2006 20:48:45 -0600 Subject: FC5T3 Suspend/Resume Fails In-Reply-To: <4409FF46.1000903@cjrogers.net> References: <4409FF46.1000903@cjrogers.net> Message-ID: <440A518D.8040506@gulik.org> I don't believe the NVIDIA closed source driver is suspend compatible. I too had the same trouble and I switched to the open source nv driver and on 2 out of 3 of my NVIDIA based systems it worked perfectly and suspend/resume now works, mostly. Clayton Rogers wrote: > Hi, > > I have a Toshiba Tecra A4 with an Nvidia video card and the nvidia > driver installed. I'm able to shut the lid and suspend the laptop > which works great. However, when I open the lid to resume everything > it "seems" to startup ok except I don't get any video. > Is there any options I can configure with the new power management > software to rmmod nvidia and modprobe nvidia? > (I believe this is what the problem is) > > Cheers > -- Greg Gulik http://www.gulik.org/greg/ greg @ gulik.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From berryja at gmail.com Sun Mar 5 03:52:09 2006 From: berryja at gmail.com (Jonathan Berry) Date: Sat, 4 Mar 2006 21:52:09 -0600 Subject: Kudzu segmentation fault. Core5 Test3 upto date as of March 4, 2006 In-Reply-To: <20060305005901.84410.qmail@web30210.mail.mud.yahoo.com> References: <20060304051635.EDAE1731ED@hormel.redhat.com> <20060305005901.84410.qmail@web30210.mail.mud.yahoo.com> Message-ID: <8767947e0603041952n6bbbd115t1221b396b009d80c@mail.gmail.com> On 3/4/06, Leslie Satenstein wrote: > -rwxr-xr-x 1 root root 157444 Feb 28 15:00 kudzu And yet you refuse to give us any more information regarding your system. What hardware do you have? What architecture are you running? Are you using Xen? Please be helpful. Just saying that something isn't working is not being helpful. Jonathan From canfield at uindy.edu Sun Mar 5 04:33:00 2006 From: canfield at uindy.edu (D Canfield) Date: Sat, 04 Mar 2006 23:33:00 -0500 Subject: Cursor tracking in thunderbird/firefox? In-Reply-To: <7ebb24d10603031522h5ff96e17x5a84e059be1d4bf6@mail.gmail.com> References: <44084FDA.2010903@uindy.edu> <7ebb24d10603031522h5ff96e17x5a84e059be1d4bf6@mail.gmail.com> Message-ID: <440A69FC.4020405@uindy.edu> Ben Steeves wrote: > On 3/3/06, D Canfield wrote: > >> I don't want to be the kind of guy that harps on his "favorite" bugs, >> but I'm finding it incredibly difficult to believe that the cursor >> tracking that is broken in both the thunderbird editor and the firefox >> textarea has not been fixed this close to release. Is it really not >> driving anyone else totally insane, or is it just a handful of us who >> are experiencing it? There is an open bug in bugzilla about the >> thunderbird issue, and I would expect the two are related. I don't know >> if the editor is mozilla specific or a gtk thing, but I've not noticed >> the issue in any other gtk apps, and the issue doesn't exist on >> Windows. Yet, it still occurs with a fresh download from mozilla.com. >> Anyone know what's going on with this? >> > > It might be more helpful if you were to point to the bugzilla entry or > describe the behavior more completely, 'cos I for one am not sure what > "cursor tracking" means. > > -- > _ Ben Steeves bcs at metacon.ca > ( ) The ASCII ribbon campaign ben.steeves at unb.ca > X against HTML e-mail GPG ID: 0xB3EBF1D9 > / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves > > Bug 177436. Put a cursor in the middle of a line of text in the middle of a paragraph, and then press the up or down arrow. The cursor will jump to the beginning or end of the next/previous line, rather than remaining in the middle of the line of text like every other application on the system does. This only happens on mozilla apps, but not under windows. Can't currently confirm it on other linuxes. From dcbw at redhat.com Sun Mar 5 04:29:54 2006 From: dcbw at redhat.com (Dan Williams) Date: Sat, 04 Mar 2006 23:29:54 -0500 Subject: wpa_supplicant and NetworkManager coexistance? In-Reply-To: <67AA9013-0D56-40D3-AF40-0C6104E1F46B@crc.id.au> References: <67AA9013-0D56-40D3-AF40-0C6104E1F46B@crc.id.au> Message-ID: <1141532995.2348.6.camel@localhost.localdomain> On Sun, 2006-03-05 at 04:18 +1100, Steven Haigh wrote: > Has anyone got these to work side by side as yet? > > It seems that each one is always trying to grab control of the wifi > adapter - I tell NetworkManager to connect to my local AP - which it > does, then wpa disconnects it and scans itself. Same the other way > around. > > Is there any way to make these co-exist? I guess what would be really > neat is to have WPA functionality in NetworkManger - then you get a > nice little GUI to configure 802.1x.... Great for those EAP-TTLS > access points out there! You cannot run NetworkManager _and_ wpa_supplicant as a daemon at the same time. NM uses wpa_supplicant underneath for its association/authentication and link management, but it spawns its own copy of wpa_supplicant for a couple of reasons. Eventually, I think we'd like to just use an existing wpa_supplicant daemon, but that's a ways off. Dan From miles.lane at gmail.com Sun Mar 5 05:56:36 2006 From: miles.lane at gmail.com (Miles Lane) Date: Sat, 4 Mar 2006 21:56:36 -0800 Subject: FC5T3 Suspend/Resume Fails In-Reply-To: <440A518D.8040506@gulik.org> References: <4409FF46.1000903@cjrogers.net> <440A518D.8040506@gulik.org> Message-ID: On 3/4/06, Gregory Gulik wrote: > > I don't believe the NVIDIA closed source driver is suspend compatible. I > too had the same trouble and I switched to the open source nv driver and on > 2 out of 3 of my NVIDIA based systems it worked perfectly and suspend/resume > now works, mostly. > > Clayton Rogers wrote: > Hi, > > I have a Toshiba Tecra A4 with an Nvidia video card and the nvidia driver > installed. I'm able to shut the lid and suspend the laptop which works > great. However, when I open the lid to resume everything it "seems" to > startup ok except I don't get any video. > Is there any options I can configure with the new power management software > to rmmod nvidia and modprobe nvidia? > (I believe this is what the problem is) Well, resume fails for me on my laptop with an Intel 82852/855GM Integrated Graphics Device. The screen remains black and the only button that gets a response is the power button. Miles From monty19 at hotmail.com Sun Mar 5 06:06:33 2006 From: monty19 at hotmail.com (Jason Montleon) Date: Sun, 5 Mar 2006 15:06:33 +0900 Subject: Kudzu segmentation fault. Core5 Test3 upto date as of March 4, 2006 References: <20060304051635.EDAE1731ED@hormel.redhat.com><20060305005901.84410.qmail@web30210.mail.mud.yahoo.com> <8767947e0603041952n6bbbd115t1221b396b009d80c@mail.gmail.com> Message-ID: I am suffering the same problem with seg faults using kudzu. My system is a Dell Inspiron 8000 (PIII 700 Mhz laptop). 'kudzu -s' does not cause a seg fault. I can file a bug if the other gentleman has not already done so and add this information along with whatever else you need. lspci -vv lists the following hardware: 00:00.0 Host bridge: Intel Corporation 82815 815 Chipset Host Bridge and Memory Controller Hub (rev 02) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 00:01.0 PCI bridge: Intel Corporation 82815 815 Chipset AGP Bridge (rev 02) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 03) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- 00:1f.0 ISA bridge: Intel Corporation 82801BAM ISA Bridge (LPC) (rev 03) Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- 02:03.0 Multimedia audio controller: ESS Technology ES1983S Maestro-3i PCI Audio Accelerator (rev 10) Subsystem: Dell Unknown device 00a4 Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B- Capabilities: [80] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1+,D2+,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Bridge: PM- B3+ Capabilities: [90] #06 [0000] 02:0f.0 CardBus bridge: Texas Instruments PCI4451 PC card Cardbus Controller Subsystem: Dell Unknown device 00a4 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Reset+ 16bInt+ PostWrite+ 16-bit legacy interface ports at 0001 02:0f.1 CardBus bridge: Texas Instruments PCI4451 PC card Cardbus Controller Subsystem: Dell Unknown device 00a4 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Reset+ 16bInt+ PostWrite+ 16-bit legacy interface ports at 0001 02:0f.2 FireWire (IEEE 1394): Texas Instruments PCI4451 IEEE-1394 Controller (prog-if 10 [OHCI]) Subsystem: Dell Unknown device 00a4 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- To: "For testers of Fedora Core development releases" Sent: Sunday, March 05, 2006 12:52 PM Subject: Re: Kudzu segmentation fault. Core5 Test3 upto date as of March 4,2006 > On 3/4/06, Leslie Satenstein wrote: >> -rwxr-xr-x 1 root root 157444 Feb 28 15:00 kudzu > > And yet you refuse to give us any more information regarding your > system. What hardware do you have? What architecture are you > running? Are you using Xen? Please be helpful. Just saying that > something isn't working is not being helpful. > > Jonathan > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > From uno at webworks.se Sun Mar 5 06:13:51 2006 From: uno at webworks.se (Uno Engborg) Date: Sun, 05 Mar 2006 07:13:51 +0100 Subject: FC5T3 Suspend/Resume Fails In-Reply-To: References: <4409FF46.1000903@cjrogers.net> <440A518D.8040506@gulik.org> Message-ID: <440A819F.6090208@webworks.se> Miles Lane wrote: > On 3/4/06, Gregory Gulik wrote: > >> I don't believe the NVIDIA closed source driver is suspend compatible. I >> too had the same trouble and I switched to the open source nv driver and on >> 2 out of 3 of my NVIDIA based systems it worked perfectly and suspend/resume >> now works, mostly. >> >> Clayton Rogers wrote: >> Hi, >> >> I have a Toshiba Tecra A4 with an Nvidia video card and the nvidia driver >> installed. I'm able to shut the lid and suspend the laptop which works >> great. However, when I open the lid to resume everything it "seems" to >> startup ok except I don't get any video. >> Is there any options I can configure with the new power management software >> to rmmod nvidia and modprobe nvidia? >> (I believe this is what the problem is) >> > > Well, resume fails for me on my laptop with an Intel 82852/855GM > Integrated Graphics Device. The screen remains black and the only > button that gets a response is the power button. > > Miles > > I have the same problem on my Thinkpad R50e with the same chip. I can ssh into it though, and everything else seam to be running. Regards Uno Engborg -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3271 bytes Desc: S/MIME Cryptographic Signature URL: From andrews at byteline.com.au Sun Mar 5 07:59:31 2006 From: andrews at byteline.com.au (Andrew Stephen) Date: Sun, 5 Mar 2006 15:59:31 +0800 Subject: FC5 Boot errors after 2.6.15-1.1948 Message-ID: <200603050759.k257x4Zm002744@enterprise.byteline.com.au> Hi After updating to Kernel 2.6.15-1.1948 I getting the following error. I have tried all kernels since with the same error and the last good kernel was 2.6.16-1.1939. Any suggestions as to where I should start would be appreciated. Loading ext3.ko module Trying to resume from LABEL=SWAP-hda3 No suspend signature on swap, not resuming. Creating root device. Mounting root filesystem. Kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. Setting up other filesystems. Setting up new root fs setuproot: moving /dev failed: No such file or directory no fstab.sys, mounting internal defaults setuproot: error mounting /proc: No such file or directory setuproot: error mounting /sys: No such file or directory Switching to new root and running init. umounting old /dev umounting old /proc umounting old /sys ERROR opening /dev/console: No such file or directory Trying to use fd 0 instead. WARINING: can't access (null) Exec if init ((null)) failed!!!. Bad Address Kernel panic - not syncing: Attempted to kill init! [] panic+0x3e/0x170 [] do_exit +0x71/06cf [] sys_exit_group+0x0/0xd [ References: <4409FF46.1000903@cjrogers.net> <440A518D.8040506@gulik.org> Message-ID: <440A9C78.2080407@mesias.co.uk> Gregory > I don't believe the NVIDIA closed source driver is suspend compatible. > I too had the same trouble and I switched to the open source nv driver > and on 2 out of 3 of my NVIDIA based systems it worked perfectly and > suspend/resume now works, mostly. That sounds plausible. The equivalent ATI driver had suspend/resume fixed in a recent release. -Cam -- <-- camilo at mesias.co.uk From michal at harddata.com Sun Mar 5 08:23:45 2006 From: michal at harddata.com (Michal Jaegermann) Date: Sun, 5 Mar 2006 01:23:45 -0700 Subject: FC5T3 Suspend/Resume Fails In-Reply-To: References: <4409FF46.1000903@cjrogers.net> <440A518D.8040506@gulik.org> Message-ID: <20060305082345.GA31583@mail.harddata.com> On Sat, Mar 04, 2006 at 09:56:36PM -0800, Miles Lane wrote: > > Well, resume fails for me on my laptop with an Intel 82852/855GM > Integrated Graphics Device. The screen remains black and the only > button that gets a response is the power button. Did you try to see if adding to your boot parameters 'acpi_sleep=s3_bios' helps here? I have seen cases like that. That may kick your BIOS into reinitializing that graphics card. No guarantees but worth to check. No idea if there are situations when this is actually harmful. There are some explanations in docs from kernel-doc package. Michal From uno at webworks.se Sun Mar 5 08:26:37 2006 From: uno at webworks.se (Uno Engborg) Date: Sun, 05 Mar 2006 09:26:37 +0100 Subject: Faster network? In-Reply-To: <1141440428.4115.264.camel@eagle.lab.net> References: <1141373521.2240.2.camel@scrappy.miketc.com> <44080D90.4000901@gmx.de> <1141440428.4115.264.camel@eagle.lab.net> Message-ID: <440AA0BD.80001@webworks.se> Jeff Vian wrote: > On Fri, 2006-03-03 at 10:34 +0100, shrek-m at gmx.de wrote: > >> On 03.03.2006 09:12, Mike Chambers wrote: >> >> >>> echo 256960 >> /proc/sys/net/core/rmem_default >>> echo 256960 >> /proc/sys/net/core/rmem_max >>> echo 256960 >> /proc/sys/net/core/wmem_default >>> echo 256960 >> /proc/sys/net/core/wmem_max >>> echo 0 >> /proc/sys/net/ipv4/tcp_timestamps >>> echo 1 >> /proc/sys/net/ipv4/tcp_sack >>> echo 1 >> /proc/sys/net/ipv4/tcp_window_scaling >>> >>> >> why ">>" ? >> imho this should be ">" >> >> >> > For me it works with either syntax, but AFAIK the > is the best (and > most universal) choice > is not more universal than >>. The difference is that >> appends to an existing file while > starts writing the file from the beginning. So if the file you are >:ing to contains lines you want to keep they will be gone if you do >. Regards Uno Engborg -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3271 bytes Desc: S/MIME Cryptographic Signature URL: From buildsys at redhat.com Sun Mar 5 08:33:48 2006 From: buildsys at redhat.com (Build System) Date: Sun, 5 Mar 2006 03:33:48 -0500 Subject: rawhide report: 20060305 changes Message-ID: <200603050833.k258XmGC026238@porkchop.devel.redhat.com> Updated Packages: gnome-terminal-2.13.93-1 ------------------------ * Sat Mar 04 2006 Matthias Clasen - 2.13.93-1 - Update to 2.13.93 lam-2:7.1.1-11 -------------- * Tue Feb 21 2006 Jason Vas Dias - 2:7.1.1-11 - ld.so.conf.d/mpi.conf integration with openmpi * Thu Feb 16 2006 Jason Vas Dias - 2:7.1.1-10.FC5 - Enable co-existence with OpenMPI sysklogd-1.4.1-36 ----------------- * Thu Feb 23 2006 Jason Vas Dias - 1.4.1-36 - fix bug 182605: only chkconfig --add in %post if $1 -eq 1 system-config-bind-4.0.0-38_FC5 ------------------------------- * Wed Mar 01 2006 Jason Vas Dias - 4.0.0-38 - fix bug 182857: add Requires(post): hicolor-icon-them - ship updated translations system-config-netboot-0.1.38-1 ------------------------------ * Tue Feb 14 2006 Jason Vas Dias - 0.1.38-1 - further fix for f1 at micromemory.com problem (now bug 181365) deal with required binaries that have been replaced by scripts - fix bug 178395: allow setting of NISDOMAIN - fix bug 174629: fix initscript patches (prevent application!) - fix bug 182869: should Requires(post): hicolor-icon-theme - fix issues reported by brian at chpc.utah.edu (bugs to be raised): o mkdiskless must not wipe out client root customizations on re-run o give serial console checkbox a speed drop down list - add "Use tty0 console also" checkbox option o allow editing of extra boot options in the config file o do not create snapshot directory for network boot targets o remove /etc/ssh keys and make /etc/ssh a snapshot file o mount /var/cache, /var/lib/misc, /var/lib/mrtg on tmpfs / snapshot o fix network syslog : '*' -> '*.*' udev-084-11 ----------- * Sun Mar 05 2006 Bill Nottingham - 084-11 - use $ENV{MODALIAS}, not $modalias (#181494) xorg-x11-fonts-7.0-3 -------------------- * Sat Mar 04 2006 Mike A. Harris 7.0-3 - Ensure upgrade-only section of fonts-base rpm post script only executes on upgrades using -gt instead of -ge. Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15-5.FC5.4.i686 requires kernel = 0:2.6.15-1.1955_FC5 GFS-kernel - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5 GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5smp cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp gnbd-kernel - 2.6.15-5.FC5.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp Broken deps for ia64 ---------------------------------------------------------- gnome-volume-manager - 1.5.13-3.ia64 requires kernel >= 0:2.6 pcmciautils - 011-1.2.ia64 requires kernel >= 0:2.6.12-1.1411_FC5 rgmanager - 1.9.31-3.ia64 requires ccs systemtap - 0.5.4-2.2.ia64 requires kernel >= 0:2.6.9-11 Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_2fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_1fc.1.1.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_7fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_4fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_2fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_3fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_8fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_2fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_1fc.1.1.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_7fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_4fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_2fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_3fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_8fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_4fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_2fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_1fc.1.1.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_7fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_4fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_2fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_3fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_8fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 From monty19 at hotmail.com Sun Mar 5 08:11:04 2006 From: monty19 at hotmail.com (Jason Montleon) Date: Sun, 5 Mar 2006 17:11:04 +0900 Subject: xen-3.0.1-0.20060301.fc5.3/kernel-xen-hypervisor-2.6.15-1.2009.4.2_FC5 Message-ID: Anyone else having problems with the current versions (xen-3.0.1-0.20060301.fc5.3/kernel-xen-hypervisor-2.6.15-1.2009.4.2_FC5) of xen and the hypervisor? I had to uninstall and go back to the previous version of xen and use the previous hypervisor (xen-3.0.1-0.20060208.fc5.2/kernel-xen-hypervisor-2.6.15-1.1977_FC5) in order to get xend/xm to start working again From stelian.iancu at gmx.net Sun Mar 5 09:25:25 2006 From: stelian.iancu at gmx.net (Stelian Iancu) Date: Sun, 05 Mar 2006 10:25:25 +0100 Subject: Strange display bug in FC5 Test 3 In-Reply-To: <20060304225432.GA28409@plain.rackshack.net> References: <4409EE88.50001@gmx.net> <1141501996.2223.3.camel@price.stavtrup-st.dk> <440A16BD.7070402@gmx.net> <20060304225432.GA28409@plain.rackshack.net> Message-ID: <440AAE85.2030505@gmx.net> Rudi Chiarito wrote: > On Sat, Mar 04, 2006 at 11:37:49PM +0100, Stelian Iancu wrote: >> Hmm ... I don't know what to say. I don't have any problems with the >> progress bars. The only problem is with that red thing on the upper >> panel. And even that doesn't happen always. And it also happens with the >> current rawhide. > > For what it's worth, I have seen for years something similar across the > whole top panel, when switching from a text console to X or when > resuming after a suspend. It lasts for a fraction of a second, though, > until the display gets refreshed. > > That's on a R128 laptop, with a "vga" console. My guess would be that > some video memory gets shared/reused, but I am not sure by whom and how > exactly. > Indeed, seems a refresh problem. If, for example, I change the size of the panel, everything is ok for a while. Anyway, I am not resuming from a suspend (in fact, I didn't even try to suspend this laptop yet) nor switching from a text console to X. S. From shrek-m at gmx.de Sun Mar 5 09:33:46 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 05 Mar 2006 10:33:46 +0100 Subject: Faster network? In-Reply-To: <440AA0BD.80001@webworks.se> References: <1141373521.2240.2.camel@scrappy.miketc.com> <44080D90.4000901@gmx.de> <1141440428.4115.264.camel@eagle.lab.net> <440AA0BD.80001@webworks.se> Message-ID: <440AB07A.6020909@gmx.de> On 05.03.2006 09:26, Uno Engborg wrote: > Jeff Vian wrote: > >> On Fri, 2006-03-03 at 10:34 +0100, shrek-m at gmx.de wrote: >> >>> On 03.03.2006 09:12, Mike Chambers wrote: >>> >>>> echo 256960 >> /proc/sys/net/core/rmem_default >>>> echo 256960 >> /proc/sys/net/core/rmem_max >>>> echo 256960 >> /proc/sys/net/core/wmem_default >>>> echo 256960 >> /proc/sys/net/core/wmem_max >>>> echo 0 >> /proc/sys/net/ipv4/tcp_timestamps >>>> echo 1 >> /proc/sys/net/ipv4/tcp_sack >>>> echo 1 >> /proc/sys/net/ipv4/tcp_window_scaling >>> >>> why ">>" ? >>> imho this should be ">" >> >> For me it works with either syntax, but AFAIK the > is the best (and >> most universal) choice > > > is not more universal than >>. The difference is that >> appends to > an existing file > while > starts writing the file from the beginning. So if the file you > are >:ing to contains > lines you want to keep they will be gone if you do >. i know this since m$-dos 2.x this is the reason why i am surprised that it does not look like this after the bad example. eg. ---- not ---- # cat /proc/sys/net/ipv4/tcp_timestamps 1 0 -------- it seems that this is not valid in the proc-filesystem. well, for good reasons. ---- test ---- # cat test cat: test: Datei oder Verzeichnis nicht gefunden # echo "0" >> test ; cat test 0 # echo "1" >> test ; cat test 0 1 # echo "1" > test ; cat test 1 -------- -- shrek-m From clayton at cjrogers.net Sun Mar 5 10:01:06 2006 From: clayton at cjrogers.net (Clayton Rogers) Date: Sun, 05 Mar 2006 20:01:06 +1000 Subject: FC5T3 Suspend/Resume Fails In-Reply-To: <20060305082345.GA31583@mail.harddata.com> References: <4409FF46.1000903@cjrogers.net> <440A518D.8040506@gulik.org> <20060305082345.GA31583@mail.harddata.com> Message-ID: <440AB6E2.10805@cjrogers.net> Hi Michael, I did your recommendation, however it still has not fixed it. Regards Michal Jaegermann wrote: > On Sat, Mar 04, 2006 at 09:56:36PM -0800, Miles Lane wrote: > >> Well, resume fails for me on my laptop with an Intel 82852/855GM >> Integrated Graphics Device. The screen remains black and the only >> button that gets a response is the power button. >> > > Did you try to see if adding to your boot parameters > 'acpi_sleep=s3_bios' helps here? I have seen cases like that. That > may kick your BIOS into reinitializing that graphics card. No > guarantees but worth to check. No idea if there are situations > when this is actually harmful. > > There are some explanations in docs from kernel-doc package. > > Michal > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From stelian.iancu at gmx.net Sun Mar 5 10:01:24 2006 From: stelian.iancu at gmx.net (Stelian Iancu) Date: Sun, 05 Mar 2006 11:01:24 +0100 Subject: Kudzu segmentation fault. Core5 Test3 upto date as of March 4, 2006 In-Reply-To: References: <20060304051635.EDAE1731ED@hormel.redhat.com><20060305005901.84410.qmail@web30210.mail.mud.yahoo.com> <8767947e0603041952n6bbbd115t1221b396b009d80c@mail.gmail.com> Message-ID: <440AB6F4.3090206@gmx.net> Jason Montleon wrote: > I am suffering the same problem with seg faults using kudzu. My system > is a Dell Inspiron 8000 (PIII 700 Mhz laptop). 'kudzu -s' does not > cause a seg fault. I can file a bug if the other gentleman has not > already done so and add this information along with whatever else you need. > [snip] Same problems here. My hardware: HP Pavilion zt3010us (P4 1.5 GHz Centrino laptop). kudzu -s doesn't segfault, but kudzu does. I've ran a strace kudzu and the latest things are: open("/dev/mem", O_RDWR) = 6 mmap2(NULL, 1282, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_SHARED|MAP_FIXED, 6, 0) = 0 mmap2(0xa0000, 393216, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 6, 0xa0) = 0xa0000 close(6) = 0 iopl(0x3) = 0 ioperm(0, 0x400, 0x1) = 0 rt_sigprocmask(SIG_SETMASK, ~[RTMIN RT_1], [], 8) = 0 vm86old(0x806e4ec --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Process 3043 detached Some details about the kernel and hardware: uname -a : Linux localhost.localdomain 2.6.15-1.2009.4.2_FC5hypervisor #1 SMP Thu Mar 2 18:45:34 EST 2006 i686 i686 i386 GNU/Linux lspci -vv: 00:00.0 Host bridge: Intel Corporation 82855PM Processor to I/O Controller (rev 03) Subsystem: Compaq Computer Corporation Unknown device 0860 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B- 00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 01) (prog-if 00 [UHCI]) Subsystem: Compaq Computer Corporation Unknown device 0860 Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B- 00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 01) Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- Region 1: I/O ports at Region 2: I/O ports at Region 3: I/O ports at Region 4: I/O ports at 4c40 [size=16] Region 5: Memory at 22000000 (32-bit, non-prefetchable) [size=1K] 00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 01) Subsystem: Compaq Computer Corporation Unknown device 0860 Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- Reset+ 16bInt+ PostWrite+ 16-bit legacy interface ports at 0001 From stelian.iancu at gmx.net Sun Mar 5 10:50:08 2006 From: stelian.iancu at gmx.net (Stelian Iancu) Date: Sun, 05 Mar 2006 11:50:08 +0100 Subject: Kudzu segmentation fault. Core5 Test3 upto date as of March 4, 2006 In-Reply-To: <440AB6F4.3090206@gmx.net> References: <20060304051635.EDAE1731ED@hormel.redhat.com><20060305005901.84410.qmail@web30210.mail.mud.yahoo.com> <8767947e0603041952n6bbbd115t1221b396b009d80c@mail.gmail.com> <440AB6F4.3090206@gmx.net> Message-ID: <440AC260.5080906@gmx.net> The problem seems to happen only with a xen kernel. I've switched to the "normal" kernel (2.6.15-1.2009.4.2_FC5) and now kudzu works ok. S. From clayton at cjrogers.net Sun Mar 5 10:04:12 2006 From: clayton at cjrogers.net (Clayton Rogers) Date: Sun, 05 Mar 2006 20:04:12 +1000 Subject: FC5T3 Suspend/Resume Fails In-Reply-To: <440A4C90.3020607@bigpond.net.au> References: <4409FF46.1000903@cjrogers.net> <440A2F39.2070504@bigpond.net.au> <440A36C7.1020506@cjrogers.net> <440A4C90.3020607@bigpond.net.au> Message-ID: <440AB79C.9080208@cjrogers.net> Hi David, I had a look at the list and the closest I could see was bz 180038 . However, the user was describing a color appearing on the screen whereas I receive just a black screen (they were also only running an FC4 kernel). I think I have convinced myself to log a bugzilla problem. Cheers David Timms wrote: > Clayton Rogers wrote: >> Hi David, >> >> I too have the same problem. The suspend part of the process works >> fine, however the resume fails. It powers up and then the fan start >> at high speed and the network lights come on. I'm unable to ping and >> therefore ssh the machine. >> >> The machine does not respond to pressing the power button to initiate >> the acpid event button/power.* (in /etc/acpi/events/sample.conf). >> >> It's the video which remains blank. I have modified the video driver >> and received the same problem with the nv open driver. > Clayton, can you see if the result on your machine is identical to any > of the later (bottom of list) bugs @ > > > > DaveT. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From veillard at redhat.com Sun Mar 5 11:46:04 2006 From: veillard at redhat.com (Daniel Veillard) Date: Sun, 5 Mar 2006 06:46:04 -0500 Subject: xen-3.0.1-0.20060301.fc5.3/kernel-xen-hypervisor-2.6.15-1.2009.4.2_FC5 In-Reply-To: References: Message-ID: <20060305114559.GN346@redhat.com> On Sun, Mar 05, 2006 at 05:11:04PM +0900, Jason Montleon wrote: > Anyone else having problems with the current versions > (xen-3.0.1-0.20060301.fc5.3/kernel-xen-hypervisor-2.6.15-1.2009.4.2_FC5) of > xen and the hypervisor? > > I had to uninstall and go back to the previous version of xen and use the > previous hypervisor > (xen-3.0.1-0.20060208.fc5.2/kernel-xen-hypervisor-2.6.15-1.1977_FC5) in > order to get xend/xm to start working again Temporary problem. As root run the following: service xend stop cd /dev ; MAKEDEV /dev/kmem service xend start will allow xenstored to restart and then xend to work again. Daniel -- Daniel Veillard | Red Hat 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 roger at gwch.net Sun Mar 5 13:46:37 2006 From: roger at gwch.net (Roger Grosswiler) Date: Sun, 05 Mar 2006 14:46:37 +0100 Subject: Xen error Message-ID: <1141566397.4454.3.camel@niobe> Hey, I've installed today xen. the kernel starts flawlessy, but then, i cannt connect. xend-debug.log: Exception starting xend: (111, 'Connection refused') xend.log: [root at niobe log]# more xend.log [2006-03-05 14:21:09 xend] INFO (SrvDaemon:278) Xend Daemon started [2006-03-05 14:21:09 xend] INFO (SrvDaemon:282) Xend changeset: unavailable . [2006-03-05 14:21:09 xend] ERROR (SrvDaemon:292) Exception starting xend ((111, 'Connection refused')) Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvDaemon.py", line 286, in run servers = SrvServer.create() File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvServer.py", line 106, in create root.putChild('xend', SrvRoot()) File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvRoot.py", line 40, in __init__ self.get(name) File "/usr/lib/python2.4/site-packages/xen/web/SrvDir.py", line 82, in get val = val.getobj() File "/usr/lib/python2.4/site-packages/xen/web/SrvDir.py", line 52, in getobj self.obj = klassobj() File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvDomainDir.py", line 39, in __init__ self.xd = XendDomain.instance() File "/usr/lib/python2.4/site-packages/xen/xend/XendDomain.py", line 550, in instance inst.init() File "/usr/lib/python2.4/site-packages/xen/xend/XendDomain.py", line 70, in init xstransact.Mkdir(VMROOT) File "/usr/lib/python2.4/site-packages/xen/xend/xenstore/xstransact.py", line 317, in Mkdir complete(path, lambda t: t.mkdir(*args)) File "/usr/lib/python2.4/site-packages/xen/xend/xenstore/xstransact.py", line 323, in complete t = xstransact(path) File "/usr/lib/python2.4/site-packages/xen/xend/xenstore/xstransact.py", line 20, in __init__ self.transaction = xshandle().transaction_start() File "/usr/lib/python2.4/site-packages/xen/xend/xenstore/xsutil.py", line 18, in xshandle xs_handle = xen.lowlevel.xs.xs() RuntimeError: (111, 'Connection refused') [2006-03-05 14:34:47 xend] INFO (SrvDaemon:185) Xend stopped due to signal 15. [2006-03-05 14:35:00 xend] INFO (SrvDaemon:278) Xend Daemon started [2006-03-05 14:35:00 xend] INFO (SrvDaemon:282) Xend changeset: unavailable . [2006-03-05 14:35:01 xend] ERROR (SrvDaemon:292) Exception starting xend ((111, 'Connection refused')) Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvDaemon.py", line 286, in run servers = SrvServer.create() File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvServer.py", line 106, in create root.putChild('xend', SrvRoot()) File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvRoot.py", line 40, in __init__ self.get(name) File "/usr/lib/python2.4/site-packages/xen/web/SrvDir.py", line 82, in get val = val.getobj() File "/usr/lib/python2.4/site-packages/xen/web/SrvDir.py", line 52, in getobj self.obj = klassobj() File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvDomainDir.py", line 39, in __init__ self.xd = XendDomain.instance() File "/usr/lib/python2.4/site-packages/xen/xend/XendDomain.py", line 550, in instance inst.init() File "/usr/lib/python2.4/site-packages/xen/xend/XendDomain.py", line 70, in init xstransact.Mkdir(VMROOT) File "/usr/lib/python2.4/site-packages/xen/xend/xenstore/xstransact.py", line 317, in Mkdir complete(path, lambda t: t.mkdir(*args)) File "/usr/lib/python2.4/site-packages/xen/xend/xenstore/xstransact.py", line 323, in complete t = xstransact(path) File "/usr/lib/python2.4/site-packages/xen/xend/xenstore/xstransact.py", line 20, in __init__ self.transaction = xshandle().transaction_start() File "/usr/lib/python2.4/site-packages/xen/xend/xenstore/xsutil.py", line 18, in xshandle xs_handle = xen.lowlevel.xs.xs() RuntimeError: (111, 'Connection refused') Any idea how i can get this fixed? Thanks, Roger From roger at gwch.net Sun Mar 5 13:54:21 2006 From: roger at gwch.net (Roger Grosswiler) Date: Sun, 05 Mar 2006 14:54:21 +0100 Subject: Xen error [SOLVED] In-Reply-To: <1141566397.4454.3.camel@niobe> References: <1141566397.4454.3.camel@niobe> Message-ID: <1141566862.4454.5.camel@niobe> soolved with todays posting roger Am Sonntag, den 05.03.2006, 14:46 +0100 schrieb Roger Grosswiler: > Hey, > > I've installed today xen. the kernel starts flawlessy, but then, i cannt > connect. > > xend-debug.log: > > Exception starting xend: (111, 'Connection refused') > > > xend.log: > > [root at niobe log]# more xend.log > [2006-03-05 14:21:09 xend] INFO (SrvDaemon:278) Xend Daemon started > [2006-03-05 14:21:09 xend] INFO (SrvDaemon:282) Xend changeset: > unavailable . > [2006-03-05 14:21:09 xend] ERROR (SrvDaemon:292) Exception starting xend > ((111, 'Connection refused')) > Traceback (most recent call last): > File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvDaemon.py", > line 286, in run > servers = SrvServer.create() > File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvServer.py", > line 106, in create > root.putChild('xend', SrvRoot()) > File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvRoot.py", > line 40, in __init__ > self.get(name) > File "/usr/lib/python2.4/site-packages/xen/web/SrvDir.py", line 82, in > get > val = val.getobj() > File "/usr/lib/python2.4/site-packages/xen/web/SrvDir.py", line 52, in > getobj > self.obj = klassobj() > File > "/usr/lib/python2.4/site-packages/xen/xend/server/SrvDomainDir.py", line > 39, in __init__ > self.xd = XendDomain.instance() > File "/usr/lib/python2.4/site-packages/xen/xend/XendDomain.py", line > 550, in instance > inst.init() > File "/usr/lib/python2.4/site-packages/xen/xend/XendDomain.py", line > 70, in init > xstransact.Mkdir(VMROOT) > File > "/usr/lib/python2.4/site-packages/xen/xend/xenstore/xstransact.py", line > 317, in Mkdir > complete(path, lambda t: t.mkdir(*args)) > File > "/usr/lib/python2.4/site-packages/xen/xend/xenstore/xstransact.py", line > 323, in complete > t = xstransact(path) > File > "/usr/lib/python2.4/site-packages/xen/xend/xenstore/xstransact.py", line > 20, in __init__ > self.transaction = xshandle().transaction_start() > File "/usr/lib/python2.4/site-packages/xen/xend/xenstore/xsutil.py", > line 18, in xshandle > xs_handle = xen.lowlevel.xs.xs() > RuntimeError: (111, 'Connection refused') > [2006-03-05 14:34:47 xend] INFO (SrvDaemon:185) Xend stopped due to > signal 15. > [2006-03-05 14:35:00 xend] INFO (SrvDaemon:278) Xend Daemon started > [2006-03-05 14:35:00 xend] INFO (SrvDaemon:282) Xend changeset: > unavailable . > [2006-03-05 14:35:01 xend] ERROR (SrvDaemon:292) Exception starting xend > ((111, 'Connection refused')) > Traceback (most recent call last): > File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvDaemon.py", > line 286, in run > servers = SrvServer.create() > File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvServer.py", > line 106, in create > root.putChild('xend', SrvRoot()) > File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvRoot.py", > line 40, in __init__ > self.get(name) > File "/usr/lib/python2.4/site-packages/xen/web/SrvDir.py", line 82, in > get > val = val.getobj() > File "/usr/lib/python2.4/site-packages/xen/web/SrvDir.py", line 52, in > getobj > self.obj = klassobj() > File > "/usr/lib/python2.4/site-packages/xen/xend/server/SrvDomainDir.py", line > 39, in __init__ > self.xd = XendDomain.instance() > File "/usr/lib/python2.4/site-packages/xen/xend/XendDomain.py", line > 550, in instance > inst.init() > File "/usr/lib/python2.4/site-packages/xen/xend/XendDomain.py", line > 70, in init > xstransact.Mkdir(VMROOT) > File > "/usr/lib/python2.4/site-packages/xen/xend/xenstore/xstransact.py", line > 317, in Mkdir > complete(path, lambda t: t.mkdir(*args)) > File > "/usr/lib/python2.4/site-packages/xen/xend/xenstore/xstransact.py", line > 323, in complete > t = xstransact(path) > File > "/usr/lib/python2.4/site-packages/xen/xend/xenstore/xstransact.py", line > 20, in __init__ > self.transaction = xshandle().transaction_start() > File "/usr/lib/python2.4/site-packages/xen/xend/xenstore/xsutil.py", > line 18, in xshandle > xs_handle = xen.lowlevel.xs.xs() > RuntimeError: (111, 'Connection refused') > > > Any idea how i can get this fixed? > > Thanks, > Roger > From vnpenguin at gmail.com Sun Mar 5 14:00:22 2006 From: vnpenguin at gmail.com (VnPenguin) Date: Sun, 5 Mar 2006 15:00:22 +0100 Subject: X Window System or development libraries not found Message-ID: Hi all, I'm trying to build icewm 1.2.25 (from tarball) on my FC5t3 box. Just run ./configure and I have an error about Xorg devel package: ... checking for gettimeofday... yes checking for putenv... yes checking for select... yes checking for socket... yes checking for strtol... yes checking for strtoul... yes checking for basename... yes checking for sysctlbyname... no checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking types of arguments for select... int,fd_set *,struct timeval * checking for getloadavg... yes checking for kern.cp_time... no checking for X... no configure: error: X Window System or development libraries not found. Make sure you have headers and libraries installed! I installed xorg-x11-proto-devel. I think that FC5 has changed something related to /usr/X11R6 & /usr for all X header file/library,... but I don't how to fix it. Any help will be appreciated. Thanks, -- http://vnoss.org Vietnamese Open Source Software Community From shrek-m at gmx.de Sun Mar 5 14:13:29 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 05 Mar 2006 15:13:29 +0100 Subject: Xen error [SOLVED] In-Reply-To: <1141566862.4454.5.camel@niobe> References: <1141566397.4454.3.camel@niobe> <1141566862.4454.5.camel@niobe> Message-ID: <440AF209.40907@gmx.de> ;-) https://bugzilla.redhat.com/bugzilla/page.cgi?id=bug_status.html#resolution CURRENTPOSTING The problem described has already been fixed and can be obtained in the latest version of our product. Information on the package version in which it was fixed should be included in the summary when a bug is closed to this resolution. ;-) On 05.03.2006 14:54, Roger Grosswiler wrote: >soolved with todays posting > >>Any idea how i can get this fixed? >> -- shrek-m From arjan at fenrus.demon.nl Sun Mar 5 14:21:22 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Sun, 05 Mar 2006 15:21:22 +0100 Subject: xen-3.0.1-0.20060301.fc5.3/kernel-xen-hypervisor-2.6.15-1.2009.4.2_FC5 In-Reply-To: <20060305114559.GN346@redhat.com> References: <20060305114559.GN346@redhat.com> Message-ID: <1141568483.16916.8.camel@laptopd505.fenrus.org> On Sun, 2006-03-05 at 06:46 -0500, Daniel Veillard wrote: > On Sun, Mar 05, 2006 at 05:11:04PM +0900, Jason Montleon wrote: > > Anyone else having problems with the current versions > > (xen-3.0.1-0.20060301.fc5.3/kernel-xen-hypervisor-2.6.15-1.2009.4.2_FC5) of > > xen and the hypervisor? > > > > I had to uninstall and go back to the previous version of xen and use the > > previous hypervisor > > (xen-3.0.1-0.20060208.fc5.2/kernel-xen-hypervisor-2.6.15-1.1977_FC5) in > > order to get xend/xm to start working again > > Temporary problem. > As root run the following: > > service xend stop > cd /dev ; MAKEDEV /dev/kmem > service xend start xen pokes /dev/kmem ???? EEWWWWWWWWWWWWWWWWWWWWWWW Can we please flog the people who thought of that why oh why does Xen need to act like a rootkit From vnpenguin at gmail.com Sun Mar 5 14:26:39 2006 From: vnpenguin at gmail.com (VnPenguin) Date: Sun, 5 Mar 2006 15:26:39 +0100 Subject: X Window System or development libraries not found In-Reply-To: References: Message-ID: More info: I installed : xorg-x11-proto-devel libX11.i386 libX11-devel.i386 But the error is still there :( -- http://vnoss.org Vietnamese Open Source Software Community From sundaram at fedoraproject.org Sun Mar 5 14:31:00 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 05 Mar 2006 20:01:00 +0530 Subject: X Window System or development libraries not found In-Reply-To: References: Message-ID: <440AF624.1040708@fedoraproject.org> VnPenguin wrote: >Hi all, >I'm trying to build icewm 1.2.25 (from tarball) on my FC5t3 box. Just >run ./configure and I have an error about Xorg devel package: > > > ..... >I installed xorg-x11-proto-devel. > >I think that FC5 has changed something related to /usr/X11R6 & /usr >for all X header file/library,... but I don't how to fix it. > >Any help will be appreciated. >Thanks > > Its probably looking for the header files in /usr/X11R6 instead of /usr. Upstream should be fix that. You might try using a symlink as a work around meanwhile. Details available at http://fedoraproject.org/wiki/Docs/Beats/Xorg -- Rahul From miles.lane at gmail.com Sun Mar 5 14:56:15 2006 From: miles.lane at gmail.com (Miles Lane) Date: Sun, 5 Mar 2006 06:56:15 -0800 Subject: FC5T3 Suspend/Resume Fails In-Reply-To: <20060305082345.GA31583@mail.harddata.com> References: <4409FF46.1000903@cjrogers.net> <440A518D.8040506@gulik.org> <20060305082345.GA31583@mail.harddata.com> Message-ID: On 3/5/06, Michal Jaegermann wrote: > On Sat, Mar 04, 2006 at 09:56:36PM -0800, Miles Lane wrote: > > > > Well, resume fails for me on my laptop with an Intel 82852/855GM > > Integrated Graphics Device. The screen remains black and the only > > button that gets a response is the power button. > > Did you try to see if adding to your boot parameters > 'acpi_sleep=s3_bios' helps here? I have seen cases like that. That > may kick your BIOS into reinitializing that graphics card. No > guarantees but worth to check. No idea if there are situations > when this is actually harmful. Tried it just now. It causes suspend to fail on my machine and I had to cold boot. Thanks anyhow, Miles From justin.conover at gmail.com Sun Mar 5 14:59:08 2006 From: justin.conover at gmail.com (Justin Conover) Date: Sun, 5 Mar 2006 08:59:08 -0600 Subject: X Window System or development libraries not found In-Reply-To: References: Message-ID: On 3/5/06, VnPenguin wrote: > > Hi all, > I'm trying to build icewm 1.2.25 (from tarball) on my FC5t3 box. Just > run ./configure and I have an error about Xorg devel package: > > ... > checking for gettimeofday... yes > checking for putenv... yes > checking for select... yes > checking for socket... yes > checking for strtol... yes > checking for strtoul... yes > checking for basename... yes > checking for sysctlbyname... no > checking sys/select.h usability... yes > checking sys/select.h presence... yes > checking for sys/select.h... yes > checking sys/socket.h usability... yes > checking sys/socket.h presence... yes > checking for sys/socket.h... yes > checking types of arguments for select... int,fd_set *,struct timeval * > checking for getloadavg... yes > checking for kern.cp_time... no > checking for X... no > configure: error: X Window System or development libraries not found. > Make sure you have headers and libraries installed! > > I installed xorg-x11-proto-devel. > > I think that FC5 has changed something related to /usr/X11R6 & /usr > for all X header file/library,... but I don't how to fix it. > > Any help will be appreciated. > Thanks, > -- > http://vnoss.org > Vietnamese Open Source Software Community > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > checking types of arguments for select... int,fd_set *,struct timeval * checking for getloadavg... yes checking for kern.cp_time... no checking for X... libraries /usr/lib64, headers in standard search path checking for gethostbyname... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking langinfo.h usability... yes checking langinfo.h presence... yes yum provides /usr/lib64/libX11.so yum info libX11-devel Loading "installonlyn" plugin Loading "fastestmirror" plugin Loading "changelog" plugin Setting up repositories xgl [1/4] extras-development [2/4] development [3/4] freshrpms [4/4] Loading mirror speeds from cached hostfile Reading repository metadata in from local files Excluding Packages in global exclude list Finished Installed Packages Name : libX11-devel Arch : x86_64 Version: 1.0.0 Release: 3 Size : 769 k Repo : installed Summary: X.Org X11 libX11 development package Description: X.Org X11 libX11 development package My guess, is this is what you need, easiest way to get it all yum groupinstall "X Software Development" (with quotes) yum groupinfo "X Software Development" Loading "installonlyn" plugin Loading "fastestmirror" plugin Loading "changelog" plugin Setting up Group Process Setting up repositories xgl [1/4] extras-development [2/4] development [3/4] freshrpms [4/4] Loading mirror speeds from cached hostfile Group: X Software Development Description: These packages allow you to develop applications for the X Window System. Mandatory Packages: libX11-devel libXaw-devel libICE-devel libXt-devel libXfixes-devel Default Packages: mesa-libGL-devel freetype-devel libXres-devel libXxf86vm-devel libXxf86dga-devel libXmu-devel libungif-devel libXevie-devel libXrender-devel libXext-devel libXtst-devel libmng-devel libXvMC-devel libXfontcache-devel libXfont-devel libtiff-devel SDL-devel libSM-devel libXau-devel libXScrnSaver-devel gd-devel libXxf86misc-devel libXft-devel libXdamage-devel libXrandr-devel xorg-x11-xtrans-devel libXTrap-devel Xaw3d-devel libjpeg-devel libXdmcp-devel xrestop libXcomposite-devel libXcursor-devel netpbm-devel libpng-devel libdrm-devel Optional Packages: xorg-x11-xbitmaps mesa-libGLw-devel openmotif-devel icon-naming-utils mesa-libGLU-devel icon-slicer xorg-x11-server-sdk libXp-devel The last 8 are optional which means they wont get installed with yum groupinstall and you could install them later, if needed. -------------- next part -------------- An HTML attachment was scrubbed... URL: From roger at gwch.net Sun Mar 5 15:24:59 2006 From: roger at gwch.net (Roger Grosswiler) Date: Sun, 05 Mar 2006 16:24:59 +0100 Subject: Xen error [SOLVED] In-Reply-To: <440AF209.40907@gmx.de> References: <1141566397.4454.3.camel@niobe> <1141566862.4454.5.camel@niobe> <440AF209.40907@gmx.de> Message-ID: <1141572300.2538.0.camel@niobe> Am Sonntag, den 05.03.2006, 15:13 +0100 schrieb shrek-m at gmx.de: > ;-) > https://bugzilla.redhat.com/bugzilla/page.cgi?id=bug_status.html#resolution > > CURRENTPOSTING > The problem described has already been fixed and can be obtained in the > latest version of our product. Information on the package version in > which it was fixed should be included in the summary when a bug is > closed to this resolution. > ;-) > > > On 05.03.2006 14:54, Roger Grosswiler wrote: > > >soolved with todays posting > > > >>Any idea how i can get this fixed? > >> > > -- > shrek-m > Still, it won't work with my 256mb ram :-( so i have to wait to fc5 final. Roger From selinux at gmail.com Sun Mar 5 18:48:42 2006 From: selinux at gmail.com (Tom London) Date: Sun, 5 Mar 2006 10:48:42 -0800 Subject: FC5T3 Suspend/Resume Fails In-Reply-To: References: <4409FF46.1000903@cjrogers.net> <440A518D.8040506@gulik.org> <20060305082345.GA31583@mail.harddata.com> Message-ID: <4c4ba1530603051048j20f938d1lebe93747fdee12cd@mail.gmail.com> OK, I've managed to restore 'suspend/resume' to working state on my Thinkpad X41 (Intel 915 Express/82801FB/FBM/FR/FW/FRW) by patching /etc/pm/functions-intel. Here is what I did: --- function-intel.save 2006-03-05 10:45:49.000000000 -0800 +++ functions-intel 2006-03-05 10:40:55.000000000 -0800 @@ -13,8 +13,9 @@ resume_video() { ( - /usr/sbin/vbetool post - /usr/sbin/vbetool vbestate restore < /var/run/vbestate +# /usr/sbin/vbetool post +# /usr/sbin/vbetool vbestate restore < /var/run/vbestate + /usr/sbin/vbetool dpms on ) >/dev/null 2>&1 } I'm sure this is not perfect, but the screen now comes back on (I see the 'enter your password to unlock' popup). I'm not sure what is 'wrong' with the post and vbestate/restore, since they work when run in text mode. tom From lsatenstein at yahoo.com Sun Mar 5 19:18:49 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Sun, 5 Mar 2006 11:18:49 -0800 (PST) Subject: Kudzu segmentation fault. Core5 Test3 upto date as of March 4, 2006 In-Reply-To: <20060305060705.103C873030@hormel.redhat.com> Message-ID: <20060305191849.20498.qmail@web30214.mail.mud.yahoo.com> Jonathan, Here is the information you asked for. Please watch your words... And yet you refuse to give us any more information regarding your system. Refuse is a strong word. I hope you meant to say "are you able to give us more information. Here is what I need," For my abilities in dealing with testing, I provided what I could. My system is a standard desktop AMD Semptron with 756 meg memory / 200 gig harddrive The bios is an standard AMBIOS. The video card, sound, eth0, and modem are what comes with the motherboard. >From rpm -qa "kern*" here is some info kernel-xen-hypervisor-2.6.15-1.1977_FC5 (as part of pup upgrade) kernel-xen-hypervisor-2.6.15-1.1955_FC5 (as dvd install or after several pup installs). for kudzu rpm -qa "kudzu" yielded kudzu-1.2.33-1 I provided the date stamp and time stamp of the kudzu file as a way to identify the kudzu version. My testing has been done with core5 system, maintained by pup, and no other maintain program (not even yum). That maintenance decision I took was to keep the test environement pure. >From my install options selections from the test3 dvd, it chose that hypervisor kernel. I am unable to tell you why. As I went through the package selections on install, and selected development libraries, and some compilers, the insaller selected what kernel was required. Hypervisor was the kernel chosen. I did not override that choice. If you require more specific information, send me a direct email, and I will forward to you, any files that you need for your research. Yes, I know the time is close to cutoff. It is Sunday, and I could be out in the sun, enjoying the day. Message: 12 Date: Sat, 4 Mar 2006 21:52:09 -0600 From: "Jonathan Berry" Subject: Re: Kudzu segmentation fault. Core5 Test3 upto date as of March 4, 2006 To: "For testers of Fedora Core development releases" Message-ID: <8767947e0603041952n6bbbd115t1221b396b009d80c at mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 On 3/4/06, Leslie Satenstein wrote: > -rwxr-xr-x 1 root root 157444 Feb 28 15:00 kudzu And yet you refuse to give us any more information regarding your system. What hardware do you have? What architecture are you running? Are you using Xen? Please be helpful. Just saying that something isn't working is not being helpful. Jonathan -------------- next part -------------- An HTML attachment was scrubbed... URL: From caolanm at redhat.com Sun Mar 5 19:41:20 2006 From: caolanm at redhat.com (Caolan McNamara) Date: Sun, 05 Mar 2006 19:41:20 +0000 Subject: OOo x86_64 In-Reply-To: <1141516475.8805.36.camel@T7.Linux> References: <1141516475.8805.36.camel@T7.Linux> Message-ID: <1141587680.25736.11.camel@localhost.localdomain> On Sat, 2006-03-04 at 23:54 +0000, Paul wrote: > Hi, > > Following on from the recent-ish build for x86_64 of OOo, is there soon > to be an updated release? > > I realise it was a work in development, but never the less, it's great > seeing a native build. We've integrated the first of three outstanding patch-sets for this into upstream, the second is ready to be integrated, and the third is pending one or two patch reviews. Post their integration one or two (more likely two) more rounds will be required, one to get the x86_64 uno bridge approved and the final set of "messy" fixes to be sorted out. I've yet to test/fix the outstanding run-time issues of embedded objects blowing up, and impress ppt import problems. It's all underway and we're still aiming at an upstream 2.0.3 timeline for x86_64 out of the box support. C. From veillard at redhat.com Sun Mar 5 20:40:02 2006 From: veillard at redhat.com (Daniel Veillard) Date: Sun, 5 Mar 2006 15:40:02 -0500 Subject: xen-3.0.1-0.20060301.fc5.3/kernel-xen-hypervisor-2.6.15-1.2009.4.2_FC5 In-Reply-To: <1141568483.16916.8.camel@laptopd505.fenrus.org> References: <20060305114559.GN346@redhat.com> <1141568483.16916.8.camel@laptopd505.fenrus.org> Message-ID: <20060305204002.GQ346@redhat.com> On Sun, Mar 05, 2006 at 03:21:22PM +0100, Arjan van de Ven wrote: > On Sun, 2006-03-05 at 06:46 -0500, Daniel Veillard wrote: > > On Sun, Mar 05, 2006 at 05:11:04PM +0900, Jason Montleon wrote: > > > Anyone else having problems with the current versions > > > (xen-3.0.1-0.20060301.fc5.3/kernel-xen-hypervisor-2.6.15-1.2009.4.2_FC5) of > > > xen and the hypervisor? > > > > > > I had to uninstall and go back to the previous version of xen and use the > > > previous hypervisor > > > (xen-3.0.1-0.20060208.fc5.2/kernel-xen-hypervisor-2.6.15-1.1977_FC5) in > > > order to get xend/xm to start working again > > > > Temporary problem. > > As root run the following: > > > > service xend stop > > cd /dev ; MAKEDEV /dev/kmem > > service xend start > > > xen pokes /dev/kmem ???? EEWWWWWWWWWWWWWWWWWWWWWWW > Can we please flog the people who thought of that > why oh why does Xen need to act like a rootkit you mean it's not a root kit ? I though the main goal was to be able to get to root on another OS instance, definitely a root kit to me :-) Daniel -- Daniel Veillard | Red Hat 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 dtimms at bigpond.net.au Sun Mar 5 21:13:57 2006 From: dtimms at bigpond.net.au (David Timms) Date: Mon, 06 Mar 2006 08:13:57 +1100 Subject: Cursor tracking in thunderbird/firefox? In-Reply-To: <440A69FC.4020405@uindy.edu> References: <44084FDA.2010903@uindy.edu> <7ebb24d10603031522h5ff96e17x5a84e059be1d4bf6@mail.gmail.com> <440A69FC.4020405@uindy.edu> Message-ID: <440B5495.80503@bigpond.net.au> D Canfield wrote: > Ben Steeves wrote: >> On 3/3/06, D Canfield wrote: >> >>> I don't want to be the kind of guy that harps on his "favorite" bugs, >>> but I'm finding it incredibly difficult to believe that the cursor >>> tracking that is broken in both the thunderbird editor and the firefox >>> textarea has not been fixed this close to release. Is it really not >>> driving anyone else totally insane, or is it just a handful of us who >>> are experiencing it? There is an open bug in bugzilla about the >>> thunderbird issue, and I would expect the two are related. I don't know >>> if the editor is mozilla specific or a gtk thing, but I've not noticed >>> the issue in any other gtk apps, and the issue doesn't exist on >>> Windows. Yet, it still occurs with a fresh download from mozilla.com. >>> Anyone know what's going on with this? Because the feature (bug) is in mozilla (including a fresh download - it would be great to check mozilla bugzilla and if necessary file there. >> It might be more helpful if you were to point to the bugzilla entry or >> describe the behavior more completely, 'cos I for one am not sure what >> "cursor tracking" means. >> > Bug 177436. Suuplying a full URL would be nice as well: this saves other people time who might like to give of their time to look at your issue ;-) > Put a cursor in the middle of a line of text in the > middle of a paragraph, and then press the up or down arrow. The cursor > will jump to the beginning or end of the next/previous line, rather than > remaining in the middle of the line of text like every other application > on the system does. This only happens on mozilla apps, but not under > windows. Can't currently confirm it on other linuxes. Is this in the mail reader ? Only in three pane mode ? What about when you double click a received mail ? What if there is less than a screen full of paragraphs ? Can you grab some example text (something of the web if you like) that causes the problem ? A bug isn't a solvable bug unless it is reproducible by someone else...how else could anyone know what they would need to do to fix ? DaveT. From russell at coker.com.au Sun Mar 5 02:58:30 2006 From: russell at coker.com.au (Russell Coker) Date: Sun, 5 Mar 2006 13:58:30 +1100 Subject: 2.6.15-1.1955_FC5 memory leak? In-Reply-To: <200603030957.27292.russell@coker.com.au> References: <200602262200.49225.russell@coker.com.au> <44064FD4.3060806@cornell.edu> <200603030957.27292.russell@coker.com.au> Message-ID: <200603051358.35410.russell@coker.com.au> On Friday 03 March 2006 09:57, Russell Coker wrote: > Below is the output of running uptime immediately after free on two > occasions. ? The buffers, cached, and free memory numbers have decreased. > ?Does this indicate a leak? ?The machine is totally idle, I have had a > single ssh session open for all this time, no-one else has logged in, and > it's not being used for any server tasks apart from light DNS serving. My machine in question has just run out of memory and crashed. It had been operating OK until I tried to copy a set of Fedora ISO files to it's NFS share. I conclude that the bugs which Steve fixed were not the ones that afflict my machine. I'm now upgrading it to 2.6.15-1.2009.4.2_FC5, I'll see if that fixes it. -- 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 ndbecker2 at gmail.com Sun Mar 5 23:51:31 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 05 Mar 2006 18:51:31 -0500 Subject: snd_atiixp not resuming? Message-ID: I'm not certain, but I think that when resumed, my sound doesn't resume. My sound module is snd_atiixp. From mharris at mharris.ca Mon Mar 6 00:13:53 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Sun, 05 Mar 2006 19:13:53 -0500 Subject: X Window System or development libraries not found In-Reply-To: References: Message-ID: <440B7EC1.9060406@mharris.ca> VnPenguin wrote: > Hi all, > I'm trying to build icewm 1.2.25 (from tarball) on my FC5t3 box. Just > run ./configure and I have an error about Xorg devel package: > > ... > checking for gettimeofday... yes > checking for putenv... yes > checking for select... yes > checking for socket... yes > checking for strtol... yes > checking for strtoul... yes > checking for basename... yes > checking for sysctlbyname... no > checking sys/select.h usability... yes > checking sys/select.h presence... yes > checking for sys/select.h... yes > checking sys/socket.h usability... yes > checking sys/socket.h presence... yes > checking for sys/socket.h... yes > checking types of arguments for select... int,fd_set *,struct timeval * > checking for getloadavg... yes > checking for kern.cp_time... no > checking for X... no > configure: error: X Window System or development libraries not found. > Make sure you have headers and libraries installed! > > I installed xorg-x11-proto-devel. > > I think that FC5 has changed something related to /usr/X11R6 & /usr > for all X header file/library,... but I don't how to fix it. > > Any help will be appreciated. In X11R6 and earlier, all of the X development stuff was kept in a single package, however in X11R7, each library is in its own individual rpm package, with its own separate -devel subpackage. When building software, you need to know exactly which individual X libraries the software needs, and install the devel package for each individual X library. Additionally, X11R6 resided in /usr/X11R6, whereas X11R7 resides directly in /usr. Any software that hard codes X development files, libraries, binaries, etc. under /usr/X11R6 will need to be ported to work with X11R7. The smart way to do that is to dynamically determine where individual binaries/files are located. Slightly less reliable than that is to hard code multiple static locations to check and fall back. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From paul at all-the-johnsons.co.uk Mon Mar 6 00:32:43 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Mon, 06 Mar 2006 00:32:43 +0000 Subject: OOo x86_64 In-Reply-To: <1141587680.25736.11.camel@localhost.localdomain> References: <1141516475.8805.36.camel@T7.Linux> <1141587680.25736.11.camel@localhost.localdomain> Message-ID: <1141605163.3589.40.camel@T7.Linux> Hi, > It's all underway and we're still aiming at an upstream 2.0.3 timeline > for x86_64 out of the box support. Fantasic - I can't wait to see it :-) TTFN Paul -- "Tr?um's nicht, Lebe schon" - Dr. Frankenfurter, Rocky Horror Show From paul at all-the-johnsons.co.uk Mon Mar 6 00:45:12 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 06 Mar 2006 00:45:12 +0000 Subject: Anyone else having problems with the current version of mono? Message-ID: <1141605913.3589.45.camel@T7.Linux> Hi, Using an x86_64 machine here (could be the reason). I have a really simple System.Windows.Forms app here (below). Compiles fine, gives a dump on running. There is nothing wrong with the code (that I can see). Can someone on an x86 box give it a try and let me know if it runs? TTFN Paul Unhandled Exception: System.EntryPointNotFoundException: GdipGetFontHeightGivenDPI in (wrapper managed-to-native) System.Drawing.GDIPlus:GdipGetFontHeightGivenDPI (intptr,single,single&) in <0x0003c> System.Drawing.Font:GetHeight (Single dpi) in <0x00038> System.Drawing.Font:GetHeight () in <0x00012> System.Drawing.Font:get_Height () in (wrapper remoting-invoke-with-check) System.Drawing.Font:get_Height () in <0x000e2> System.Windows.Forms.Form:GetAutoScaleSize (System.Drawing.Graphics g, System.Drawing.Font font) in <0x00056> System.Windows.Forms.Form:.ctor () in <0x0001b> testwindow:.ctor () in (wrapper remoting-invoke-with-check) testwindow:.ctor () in <0x00028> testwindow:Main () : using System.Windows.Forms; using System.Drawing; public class testwindow : Form { private testwindow() { this.Size = new Size(400, 300); this.Text = "Some form title"; } public static void Main() { testwindow t = new testwindow(); Application.Run(t); } } -- "Tr?um's nicht, Lebe schon" - Dr. Frankenfurter, Rocky Horror Show -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Mon Mar 6 01:25:37 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 06 Mar 2006 06:55:37 +0530 Subject: Kudzu segmentation fault. Core5 Test3 upto date as of March 4, 2006 In-Reply-To: <20060305191849.20498.qmail@web30214.mail.mud.yahoo.com> References: <20060305191849.20498.qmail@web30214.mail.mud.yahoo.com> Message-ID: <440B8F91.1020900@fedoraproject.org> Leslie Satenstein wrote: > >>From rpm -qa "kern*" here is some info >kernel-xen-hypervisor-2.6.15-1.1977_FC5 (as part of pup upgrade) >kernel-xen-hypervisor-2.6.15-1.1955_FC5 (as dvd install or after several pup installs). > >for kudzu >rpm -qa "kudzu" yielded kudzu-1.2.33-1 > >I provided the date stamp and time stamp of the kudzu file as a way to identify the kudzu version. > >My testing has been done with core5 system, maintained by pup, >and no other maintain program (not even yum). > >That maintenance decision I took was to keep the test environement pure. >>From my install options selections from the test3 dvd, it chose >that hypervisor kernel. I am unable to tell you why. > Kindly check the archives of this list. Kudzu segfaulting on the Xen kernel is a known issue. If you select virtualization on the package selection screen, you will get a Xen kernel by default and this issue would occur. It has already been filed on bugzilla several times. -- Rahul From berryja at gmail.com Mon Mar 6 04:21:06 2006 From: berryja at gmail.com (Jonathan Berry) Date: Sun, 5 Mar 2006 22:21:06 -0600 Subject: Kudzu segmentation fault. Core5 Test3 upto date as of March 4, 2006 In-Reply-To: <20060305191849.20498.qmail@web30214.mail.mud.yahoo.com> References: <20060305060705.103C873030@hormel.redhat.com> <20060305191849.20498.qmail@web30214.mail.mud.yahoo.com> Message-ID: <8767947e0603052021v4612850awa6877dd702229fba@mail.gmail.com> On 3/5/06, Leslie Satenstein wrote: > Jonathan, > > Here is the information you asked for. Please watch your words... > > And yet you refuse to give us any more information regarding your > system. > > Refuse is a strong word. I hope you meant to say "are you able to give us > more information. Here is what I need," Apologies for coming off harsh. You have reported this issue numerous times while giving very little information. You had been asked by Rahul at least once for more information, which you did not provide. Perhaps refuse is a little strong, but it did get your attention, didn't it? : ) Again, I am sorry if I sounded rude. > For my abilities in dealing with testing, I provided what I could. > > My system is a standard desktop AMD Semptron with 756 meg memory / 200 gig > harddrive > > The bios is an standard AMBIOS. > The video card, sound, eth0, and modem are what comes with the motherboard. These descriptions are a little vague. I understand that some people are not intimately familiar with their system components, though : ). Some useful commands to help you with this are "uname -a" which will tell you your architecture (32-bit, 64-bit, etc.) and "/sbin/lspci" with varying options ("-v", "-n", "-vv", etc.) which will tell you details about your hardware. Just FYI, this information is not needed in this case. > From rpm -qa "kern*" here is some info > kernel-xen-hypervisor-2.6.15-1.1977_FC5 (as part of pup > upgrade) > kernel-xen-hypervisor-2.6.15-1.1955_FC5 (as dvd install or > after several pup installs). > > for kudzu > rpm -qa "kudzu" yielded kudzu-1.2.33-1 Much better information, thanks. As Rahul has said (at least a couple of times) the issue is with Xen and is known. The best thing would be for you to find the Bugzilla entry for this and add yourself to the CC list. That way you can find out when they have made progress on the issue. Otherwise, just repeating that it is still broken isn't very helpful. > I provided the date stamp and time stamp of the kudzu file as a way to > identify the kudzu > version. I'm not sure that is particularly useful. Discerning version from a timestamp sounds like a hard job. The rpm -q data you provided above is good. > My testing has been done with core5 system, maintained by pup, > and no other maintain program (not even yum). As far as I know, pup uses yum and is simply a graphical interface to it. Just like anaconda (the installer) now uses yum. Everything Fedora is moving that way. Similarly, yum is just a nice interface to rpm that does dependency solving. That's a little understated; yum does quite a bit of work and makes installing programs barable. > That maintenance decision I took was to keep the test environement pure. > From my install options selections from the test3 dvd, it chose > that hypervisor kernel. I am unable to tell you why. > > As I went through the package selections on install, and selected > development > libraries, and some compilers, the insaller selected what > kernel was required. Hypervisor was the kernel chosen. I did not override > that choice. As Rahul said, it chose the Hypervisor kernel because you selected Virtualization when you installed. > If you require more specific information, send me a direct email, and I will > forward to you, any files that you need for your research. No, I don't think any more info is needed, thanks. > Yes, I know the time is close to cutoff. It is Sunday, and I could be out in > the sun, enjoying the day. Sounds like a nice plan. Hope you enjoyed it : ). Jonathan From rc040203 at freenet.de Mon Mar 6 05:02:05 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 06 Mar 2006 06:02:05 +0100 Subject: rawhide report: 20060304 changes In-Reply-To: <44095BDB.6030700@mharris.ca> References: <200603040819.k248JDps030282@porkchop.devel.redhat.com> <1141461578.5203.49.camel@mccallum.corsepiu.local> <44095BDB.6030700@mharris.ca> Message-ID: <1141621326.5228.7.camel@mccallum.corsepiu.local> On Sat, 2006-03-04 at 04:20 -0500, Mike A. Harris wrote: > Ralf Corsepius wrote: > > On Sat, 2006-03-04 at 03:19 -0500, Build System wrote: > > > > > >>xorg-x11-xbitmaps-1.0.1-3 > >>------------------------- > >>* Thu Mar 02 2006 Mike A. Harris 1.0.1-3 > >>- Made package arch specific due to pkgconfig files being placed in lib64 > >> if the noarch packages manage to get built on x86_64/ppc64/s390x. > > > > > > What? > > > > Fix the toplevel Makefile.am to install the pkgconfig file to $datadir > > instead of libdir: > > > > -pkgconfigdir = $(libdir)/pkgconfig > > +pkgconfigdir = $(datadir)/pkgconfig > > > > That's what other noarch packages do. > > > > > > Alternatively, fix your spec to use > > > > %configure --libdir=%_datadir > > ... > > %_datadir/share/pkgconfig/*.pc > > For now, the important thing is that FC5 is in a state that everything > builds, and is ready for final release. Minor trivia like this is not > mission critical to the release of the OS. > > Feel free to submit a patch to X.Org to do this, so it is fixed in > the future. It's always great having to experience the "warm feeling" your responses emit and having to experience your attempts on pushing people around, instead of fixing bugs you are responsible for yourself. Even the time you invested to reply my remark exceeds the time it would have taken you to fix your spec-file. Ralf From miles.lane at gmail.com Mon Mar 6 06:01:56 2006 From: miles.lane at gmail.com (Miles Lane) Date: Sun, 5 Mar 2006 22:01:56 -0800 Subject: rawhide report: 20060304 changes In-Reply-To: <1141621326.5228.7.camel@mccallum.corsepiu.local> References: <200603040819.k248JDps030282@porkchop.devel.redhat.com> <1141461578.5203.49.camel@mccallum.corsepiu.local> <44095BDB.6030700@mharris.ca> <1141621326.5228.7.camel@mccallum.corsepiu.local> Message-ID: On 3/5/06, Ralf Corsepius wrote: > On Sat, 2006-03-04 at 04:20 -0500, Mike A. Harris wrote: > > Ralf Corsepius wrote: > > > On Sat, 2006-03-04 at 03:19 -0500, Build System wrote: > > > > > > > > >>xorg-x11-xbitmaps-1.0.1-3 > > >>------------------------- > > >>* Thu Mar 02 2006 Mike A. Harris 1.0.1-3 > > >>- Made package arch specific due to pkgconfig files being placed in lib64 > > >> if the noarch packages manage to get built on x86_64/ppc64/s390x. > > > > > > > > > What? > > > > > > Fix the toplevel Makefile.am to install the pkgconfig file to $datadir > > > instead of libdir: > > > > > > -pkgconfigdir = $(libdir)/pkgconfig > > > +pkgconfigdir = $(datadir)/pkgconfig > > > > > > That's what other noarch packages do. > > > > > > > > > Alternatively, fix your spec to use > > > > > > %configure --libdir=%_datadir > > > ... > > > %_datadir/share/pkgconfig/*.pc > > > > For now, the important thing is that FC5 is in a state that everything > > builds, and is ready for final release. Minor trivia like this is not > > mission critical to the release of the OS. > > > > Feel free to submit a patch to X.Org to do this, so it is fixed in > > the future. > > It's always great having to experience the "warm feeling" your responses > emit and having to experience your attempts on pushing people around, > instead of fixing bugs you are responsible for yourself. > > Even the time you invested to reply my remark exceeds the time it would > have taken you to fix your spec-file. > > Ralf Dude, the freeze policy is pretty understandable. It's a triage process at this point. Ubuntu is still one of the fastest moving distros, in terms of releasing very current code. Debian SID has a lot of the same sort of stuff, but Debian is glacial in creating new stable releases. Ubuntu and Fedora both do a great job of pretty cutting edge stuff out for general users. The price of pushing out really fresh code is that we must have clear policies for locking down when a release is due. That said, I do understand that freezes cause frustration. If you look on the linux-kernel mailing list, you'll see the ongoing tension between release management and getting patches in. Miles From rc040203 at freenet.de Mon Mar 6 06:40:52 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 06 Mar 2006 07:40:52 +0100 Subject: rawhide report: 20060304 changes In-Reply-To: References: <200603040819.k248JDps030282@porkchop.devel.redhat.com> <1141461578.5203.49.camel@mccallum.corsepiu.local> <44095BDB.6030700@mharris.ca> <1141621326.5228.7.camel@mccallum.corsepiu.local> Message-ID: <1141627252.5228.34.camel@mccallum.corsepiu.local> On Sun, 2006-03-05 at 22:01 -0800, Miles Lane wrote: > On 3/5/06, Ralf Corsepius wrote: > > On Sat, 2006-03-04 at 04:20 -0500, Mike A. Harris wrote: > > > Ralf Corsepius wrote: > > > > On Sat, 2006-03-04 at 03:19 -0500, Build System wrote: > > > > > > > > > > > >>xorg-x11-xbitmaps-1.0.1-3 > > > >>------------------------- > > > >>* Thu Mar 02 2006 Mike A. Harris 1.0.1-3 > > > >>- Made package arch specific due to pkgconfig files being placed in lib64 > > > >> if the noarch packages manage to get built on x86_64/ppc64/s390x. > > > > > > > > > > > > What? > > > > > > > > Fix the toplevel Makefile.am to install the pkgconfig file to $datadir > > > > instead of libdir: > > > > > > > > -pkgconfigdir = $(libdir)/pkgconfig > > > > +pkgconfigdir = $(datadir)/pkgconfig > > > > > > > > That's what other noarch packages do. > > > > > > > > > > > > Alternatively, fix your spec to use > > > > > > > > %configure --libdir=%_datadir > > > > ... > > > > %_datadir/share/pkgconfig/*.pc > > > > > > For now, the important thing is that FC5 is in a state that everything > > > builds, and is ready for final release. Minor trivia like this is not > > > mission critical to the release of the OS. > > > > > > Feel free to submit a patch to X.Org to do this, so it is fixed in > > > the future. > > > > It's always great having to experience the "warm feeling" your responses > > emit and having to experience your attempts on pushing people around, > > instead of fixing bugs you are responsible for yourself. > > > > Even the time you invested to reply my remark exceeds the time it would > > have taken you to fix your spec-file. > > > > Ralf > > Dude, the freeze policy is pretty understandable. Did you see a formal code freeze announcement? I haven't. > That said, I do understand that freezes cause frustration. If you > look on the linux-kernel mailing list, you'll see the ongoing tension > between release management and getting patches in. I am familiar with code freezes and don't argue on their necessity. But if a bug prevents function after a code freeze, it qualifies as "release critical"/"must fix" and showstopper. However, this shouldn't prevent maintainers from providing proper fixes, and doesn't justify adding semi-cooked, semi-sought-out emergency hacks into packages. Ralf From sundaram at fedoraproject.org Mon Mar 6 06:53:18 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 06 Mar 2006 12:23:18 +0530 Subject: rawhide report: 20060304 changes In-Reply-To: <1141627252.5228.34.camel@mccallum.corsepiu.local> References: <200603040819.k248JDps030282@porkchop.devel.redhat.com> <1141461578.5203.49.camel@mccallum.corsepiu.local> <44095BDB.6030700@mharris.ca> <1141621326.5228.7.camel@mccallum.corsepiu.local> <1141627252.5228.34.camel@mccallum.corsepiu.local> Message-ID: <440BDC5E.5090206@fedoraproject.org> Ralf Corsepius wrote: >>Dude, the freeze policy is pretty understandable. >> >> >Did you see a formal code freeze announcement? I haven't. > > The Fedora Core test3 include a freeze announcement. Refer to the following links http://www.redhat.com/archives/fedora-announce-list/2006-February/msg00059.html http://fedoraproject.org/wiki/Core/ReleaseFreezeProcess > > >>That said, I do understand that freezes cause frustration. If you >>look on the linux-kernel mailing list, you'll see the ongoing tension >>between release management and getting patches in. >> >> >I am familiar with code freezes and don't argue on their necessity. > >But if a bug prevents function after a code freeze, it qualifies as >"release critical"/"must fix" and showstopper. > > The spec cleanup that has been proposed doesnt count as a release critical or must fix bug since it doesnt prevent any critical functionality. >However, this shouldn't prevent maintainers from providing proper fixes, >and doesn't justify adding semi-cooked, semi-sought-out emergency hacks >into packages. > > Since the cleanup isnt critical, every change has a potential chance for regression and taking into account that there are critical issues that needs to be fixed in the same time, prioritizing the actual development time to fix blockers over the smaller changes is important and thats the process being followed here. -- Rahul From omer at faruk.net Mon Mar 6 07:04:16 2006 From: omer at faruk.net (Omer Faruk Sen) Date: Mon, 6 Mar 2006 09:04:16 +0200 (EET) Subject: anaconda breaks Message-ID: <59458.193.140.74.2.1141628656.squirrel@193.140.74.2> The problem is depicted here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184089 -- Omer Faruk Sen http://www.faruk.net From rc040203 at freenet.de Mon Mar 6 07:44:28 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 06 Mar 2006 08:44:28 +0100 Subject: rawhide report: 20060304 changes In-Reply-To: <440BDC5E.5090206@fedoraproject.org> References: <200603040819.k248JDps030282@porkchop.devel.redhat.com> <1141461578.5203.49.camel@mccallum.corsepiu.local> <44095BDB.6030700@mharris.ca> <1141621326.5228.7.camel@mccallum.corsepiu.local> <1141627252.5228.34.camel@mccallum.corsepiu.local> <440BDC5E.5090206@fedoraproject.org> Message-ID: <1141631068.5228.44.camel@mccallum.corsepiu.local> On Mon, 2006-03-06 at 12:23 +0530, Rahul Sundaram wrote: > Ralf Corsepius wrote: > > >>Dude, the freeze policy is pretty understandable. > >> > >> > >Did you see a formal code freeze announcement? I haven't. > > > > > The Fedora Core test3 include a freeze announcement. Refer to the > following links > > http://www.redhat.com/archives/fedora-announce-list/2006-February/msg00059.html > http://fedoraproject.org/wiki/Core/ReleaseFreezeProcess > > > > > > >>That said, I do understand that freezes cause frustration. If you > >>look on the linux-kernel mailing list, you'll see the ongoing tension > >>between release management and getting patches in. > >> > >> > >I am familiar with code freezes and don't argue on their necessity. > > > >But if a bug prevents function after a code freeze, it qualifies as > >"release critical"/"must fix" and showstopper. > > > > > The spec cleanup that has been proposed doesnt count as a release > critical or must fix bug since it doesnt prevent any critical functionality. The bug Mr.Harris had been trying to fix by changing the arch had broken all 64 bit archs. Now he introduced what he believes to be fix, ... and I consider to be yet another bug. > >However, this shouldn't prevent maintainers from providing proper > fixes, > >and doesn't justify adding semi-cooked, semi-sought-out emergency > hacks > >into packages. > Since the cleanup isnt critical, Mr. Harris's change is critical and also needs to be tested. In short, I say: The bug Mr. Harris is trying to fix is critical, the way he did leaves much to be desired, the way reacted on my remark doesn't leave many questions open on his attitude. EOT - I am fed up. Ralf From sundaram at fedoraproject.org Mon Mar 6 07:53:03 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 06 Mar 2006 13:23:03 +0530 Subject: rawhide report: 20060304 changes In-Reply-To: <1141631068.5228.44.camel@mccallum.corsepiu.local> References: <200603040819.k248JDps030282@porkchop.devel.redhat.com> <1141461578.5203.49.camel@mccallum.corsepiu.local> <44095BDB.6030700@mharris.ca> <1141621326.5228.7.camel@mccallum.corsepiu.local> <1141627252.5228.34.camel@mccallum.corsepiu.local> <440BDC5E.5090206@fedoraproject.org> <1141631068.5228.44.camel@mccallum.corsepiu.local> Message-ID: <440BEA5F.8070804@fedoraproject.org> Ralf Corsepius wrote: >Mr. Harris's change is critical and also needs to be tested. > >In short, I say: The bug Mr. Harris is trying to fix is critical, the >way he did leaves much to be desired, the way reacted on my remark >doesn't leave many questions open on his attitude. > >EOT - I am fed up. > >Ralf > > Perhaps you have a point but I dont think a question on personal attitudes is the best approach here to encourage the desired change to happen since there is already a agreement that the fixes are good and then only disagreement is on the timing. You might want to file a bug report preferably with a spec diff to ensure that this proposed change doesnt get lost. -- Rahul From buildsys at redhat.com Mon Mar 6 08:17:14 2006 From: buildsys at redhat.com (Build System) Date: Mon, 6 Mar 2006 03:17:14 -0500 Subject: rawhide report: 20060306 changes Message-ID: <200603060817.k268HEmI032188@porkchop.devel.redhat.com> Updated Packages: gcc-4.1.0-2 ----------- * Sat Mar 04 2006 Jakub Jelinek 4.1.0-2 - update from -gcc-4_1-branch (-r111570:111697) - PRs c++/26291, libgfortran/26136, libgfortran/26423, libgfortran/26464, libstdc++/26526, rtl-optimization/26345, target/19061, target/26453 - handle DW_CFA_val_{offset,offset_sf,expression} in the libgcc{,_s} unwinder gphoto2-2.1.99-7 ---------------- * Fri Mar 03 2006 Radek Vok??l 2.1.99-7 - remove .la files (#183367) * Thu Mar 02 2006 Ray Strode 2.1.99-6 - potentially work around bug 183371 by looping/checking for 5 seconds. * Wed Mar 01 2006 Radek Vok??l 2.1.99-5.4 - spec file tweak, become self-building again rhythmbox-0.9.3.1-2 ------------------- * Fri Mar 03 2006 Ray Strode - 0.9.3.1-2 - add patch from James "Doc" Livingston to stop a hang for new users (bug 183883) wpa_supplicant-1:0.4.8-5 ------------------------ * Fri Mar 03 2006 Dan Williams - 0.4.8-5 - Increase association timeout, mainly for drivers that don't fully support WPA ioctls yet Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15-5.FC5.4.i686 requires kernel = 0:2.6.15-1.1955_FC5 GFS-kernel - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5 GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5smp cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp gnbd-kernel - 2.6.15-5.FC5.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp Broken deps for ia64 ---------------------------------------------------------- gnome-volume-manager - 1.5.13-3.ia64 requires kernel >= 0:2.6 pcmciautils - 011-1.2.ia64 requires kernel >= 0:2.6.12-1.1411_FC5 rgmanager - 1.9.31-3.ia64 requires ccs systemtap - 0.5.4-2.2.ia64 requires kernel >= 0:2.6.9-11 Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_2fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_1fc.1.1.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_7fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_4fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_2fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_3fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_8fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_2fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_1fc.1.1.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_7fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_4fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_2fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_3fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_8fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_4fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_2fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_1fc.1.1.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_7fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_4fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_2fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_3fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_8fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 From che666 at gmail.com Mon Mar 6 09:13:30 2006 From: che666 at gmail.com (Rudolf Kastl) Date: Mon, 6 Mar 2006 10:13:30 +0100 Subject: PCI Express and Fedora? In-Reply-To: <1141377786.22558.89.camel@omen.com> References: <1141377786.22558.89.camel@omen.com> Message-ID: 2006/3/3, Chuck Forsberg WA7KGX N2469R : > I tried a text install of fc5t3 both 386 and x86-64 on > my Asus p5gd1 with Nvidia 6600 PCI Express video. > > Both versions fail the same way. Operation is normal > through the disc check dialog. Then the display > shifts modes (still alphanumeric) and becomes illegible. > It looks like a terminfo control character mismatch. > > -- > Chuck Forsberg caf at omen.com www.omen.com 503-614-0430 > Developer of Industrial ZMODEM(Tm) for Embedded Applications > Omen Technology Inc "The High Reliability Software" > 10255 NW Old Cornelius Pass Portland OR 97231 FAX 629-0665 > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > using a gigabyte pcie board socket 939 with gforce 6200 pcie just fine here. works out of the box on rawhide x86_64 as well as on fc4 x86_64. did you update fc4 and then tried again? maybe a chipset issue? regards, Rudolf Kastl From w.j.murray at rl.ac.uk Mon Mar 6 11:49:03 2006 From: w.j.murray at rl.ac.uk (William Murray) Date: Mon, 06 Mar 2006 11:49:03 +0000 Subject: login failures today Message-ID: <1141645743.4179.17.camel@billmurray.ashenden> Hello all, I have a weird failure on FC5T3. It was fine on Friday, but today Login fails, for gnome/kde/xfce, and also gnome safe, but not for a terminal failsafe. I can still ssh in from a remote machine, and watch the login, but it just hangs after the gnome splash is brought up but before any icons appear on it. I made a new account - and that works fine. So it is connected to my account settings. But removing .zshrc doesn't help. If I 'su' from the new account I see an error: find: cannot get current directory: Permission denied but it is trying to examine a directory called '.' if I 'ssh -Y XXX at YYY' I can log in OK, but if I try to start firefox I get: *** glibc detected *** /usr/lib/firefox-1.5.0.1/firefox-bin: realloc(): invalid next size: 0x0a1d1550 *** followed by a backtrace. I don't want to scrub the account completely. Can anyone suggest how I might fix this? Thank you, Bill From uno at webworks.se Mon Mar 6 12:08:09 2006 From: uno at webworks.se (Uno Engborg) Date: Mon, 06 Mar 2006 13:08:09 +0100 Subject: Multiple X logins Message-ID: <440C2629.4030104@webworks.se> Is the possibillity to run multiple X servers so that you could switch between multiple users or machines,removed in FC5, or have I somehow failed to install it, or disabled it by mistake? What was it called in FC4 by the way. Regards Uno Engborg -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3271 bytes Desc: S/MIME Cryptographic Signature URL: From dtimms at bigpond.net.au Mon Mar 6 12:40:59 2006 From: dtimms at bigpond.net.au (David Timms) Date: Mon, 06 Mar 2006 23:40:59 +1100 Subject: yum - how to cleanup downloaded yum cache Message-ID: <440C2DDB.9050000@bigpond.net.au> I've tried to find a way to clean up all the old headers and downloaded RPMs that accumulate in /var/cache/yum There is a yum clean all: CLEAN OPTIONS The following are the ways which you can invoke yum in clean mode. Note that "all files" in the commands below means "all files in currently enabled repositories". If you want to also clean any (temporarily) disabled repositories you need to use --enablerepo=?*? option. yum clean packages Eliminate any cached packages from the system. Note that pack- ages are not automatically deleted after they are downloaded. yum clean headers Eliminate all of the header files which yum uses for dependency resolution. yum clean all Runs yum clean packages and yum clean headers as above. Notice that this says "all" or "any" in the descriptions; this is definitely not what I want to happen. What I want is to erase (the thousands of) superseded header files that are no longer current, leaving with only the current headers from repo, and also delete the superseded rpm files (probably another 1000-2000 files and 1.5 to 2 GB of data), ie if the rpm is not in the current repo file list, then delete it for each repo. I also installed yum-utils, but the tools I noticed (yum....) don't seem to fit the requirement either. Any know how to do this ? Thanks, DaveT. From justin.conover at gmail.com Mon Mar 6 13:23:59 2006 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 6 Mar 2006 07:23:59 -0600 Subject: yum - how to cleanup downloaded yum cache In-Reply-To: <440C2DDB.9050000@bigpond.net.au> References: <440C2DDB.9050000@bigpond.net.au> Message-ID: On 3/6/06, David Timms wrote: > > I've tried to find a way to clean up all the old headers and downloaded > RPMs that accumulate in /var/cache/yum > > There is a yum clean all: > CLEAN OPTIONS > The following are the ways which you can invoke yum in clean mode. Note > that "all files" in the commands below means "all files in currently > enabled repositories". If you want to also clean any (temporarily) > disabled repositories you need to use --enablerepo='*' option. > > yum clean packages > Eliminate any cached packages from the system. Note that pack- > ages are not automatically deleted after they are downloaded. > > yum clean headers > Eliminate all of the header files which yum uses for dependency > resolution. > yum clean all > Runs yum clean packages and yum clean headers as above. > > Notice that this says "all" or "any" in the descriptions; this is > definitely not what I want to happen. > > What I want is to erase (the thousands of) superseded header files that > are no longer current, leaving with only the current headers from repo, > and also delete the superseded rpm files (probably another 1000-2000 > files and 1.5 to 2 GB of data), ie if the rpm is not in the current repo > file list, then delete it for each repo. > > I also installed yum-utils, but the tools I noticed (yum....) don't seem > to fit the requirement either. > > Any know how to do this ? > > Thanks, DaveT. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > I don't think you can have your cake and eat it to. It takes like 10-30 seconds to get all the header files if you start over, I don't think your going to find away to exclude/keep only certian header/rpm's unless you manually go through it. Besides, if you only want to keep what is current on the server, what would is it you want to accomplish with that? Packages are already installed, so you don't really need them lying around, if it is because your running rawhide and might need to fall back, than keep the packages for a few and blow everything out. -------------- next part -------------- An HTML attachment was scrubbed... URL: From shrek-m at gmx.de Mon Mar 6 15:37:23 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 06 Mar 2006 16:37:23 +0100 Subject: Multiple X logins In-Reply-To: <440C2629.4030104@webworks.se> References: <440C2629.4030104@webworks.se> Message-ID: <440C5733.2040300@gmx.de> On 06.03.2006 13:08, Uno Engborg wrote: > Is the possibillity to run multiple X servers so that you could switch > between > multiple users or machines,removed in FC5, or have I somehow failed to > install it, or disabled it by mistake? What was it called in FC4 by > the way. gdmflexiserver ? fc3 $ rpm -qf `which gdmflexiserver` gdm-2.6.0.5-6 -- shrek-m From w.j.murray at rl.ac.uk Mon Mar 6 16:04:35 2006 From: w.j.murray at rl.ac.uk (William John Murray) Date: Mon, 06 Mar 2006 16:04:35 +0000 Subject: login failures today Message-ID: <1141661075.1825.4.camel@BillMurray> Ah...So it was a font issue. I renamed .font* and logged in and all is well. I now see one or two font problems: * my sticky notes changed, well, OK * wine doesn't start with missing fonts. Did anyone else get font problems? Bill From caf at omen.com Mon Mar 6 17:02:51 2006 From: caf at omen.com (Chuck Forsberg WA7KGX N2469R) Date: Mon, 06 Mar 2006 09:02:51 -0800 Subject: PCI Express and Fedora? In-Reply-To: References: <1141377786.22558.89.camel@omen.com> Message-ID: <1141664572.2937.16.camel@omen.com> On Mon, 2006-03-06 at 10:13 +0100, Rudolf Kastl wrote: > 2006/3/3, Chuck Forsberg WA7KGX N2469R : > > I tried a text install of fc5t3 both 386 and x86-64 on > > my Asus p5gd1 with Nvidia 6600 PCI Express video. > > > > Both versions fail the same way. Operation is normal > > through the disc check dialog. Then the display > > shifts modes (still alphanumeric) and becomes illegible. > > It looks like a terminfo control character mismatch. > > using a gigabyte pcie board socket 939 with gforce 6200 pcie just fine > here. works out of the box on rawhide x86_64 as well as on fc4 x86_64. > > did you update fc4 and then tried again? maybe a chipset issue? This is a socket LGA775 motherboard with a 64 bit Pentium. The only version of Linux that ran with X was Suse 10.0, but an automatic update killed it. Opensuse 10.1 beta 6 loads correctly (if quadratically), but the display breaks up and the computer locks up when the configured X server starts. Perhaps x64 Linux is AMD only. -- Chuck Forsberg caf at omen.com www.omen.com 503-614-0430 Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc "The High Reliability Software" 10255 NW Old Cornelius Pass Portland OR 97231 FAX 629-0665 From alan at clueserver.org Mon Mar 6 17:11:02 2006 From: alan at clueserver.org (alan) Date: Mon, 6 Mar 2006 09:11:02 -0800 (PST) Subject: PCI Express and Fedora? In-Reply-To: <1141664572.2937.16.camel@omen.com> References: <1141377786.22558.89.camel@omen.com> <1141664572.2937.16.camel@omen.com> Message-ID: On Mon, 6 Mar 2006, Chuck Forsberg WA7KGX N2469R wrote: > On Mon, 2006-03-06 at 10:13 +0100, Rudolf Kastl wrote: >> 2006/3/3, Chuck Forsberg WA7KGX N2469R : >>> I tried a text install of fc5t3 both 386 and x86-64 on >>> my Asus p5gd1 with Nvidia 6600 PCI Express video. >>> >>> Both versions fail the same way. Operation is normal >>> through the disc check dialog. Then the display >>> shifts modes (still alphanumeric) and becomes illegible. >>> It looks like a terminfo control character mismatch. >> >> using a gigabyte pcie board socket 939 with gforce 6200 pcie just fine >> here. works out of the box on rawhide x86_64 as well as on fc4 x86_64. >> >> did you update fc4 and then tried again? maybe a chipset issue? > > This is a socket LGA775 motherboard with a 64 bit Pentium. > The only version of Linux that ran with X was Suse 10.0, > but an automatic update killed it. > > Opensuse 10.1 beta 6 loads correctly (if quadratically), > but the display breaks up and the computer locks up > when the configured X server starts. > > Perhaps x64 Linux is AMD only. I don't believe so. Do you have the /var/log/Xorg.0.log with where it is crashing? Can you ssh into the box or does it crash and burn? Any log messages that might indicate where the problem is might be helpful. I would also see if the commercial nVIDIA driver does any better. That would help narrow down where the problem might be at. -- "George W. Bush -- Bringing back the Sixties one Nixon at a time." From paul.m.reilly at verizon.com Mon Mar 6 16:36:00 2006 From: paul.m.reilly at verizon.com (Paul Michael Reilly) Date: Mon, 06 Mar 2006 11:36:00 -0500 Subject: Flash for Firefox on FC5T3 Message-ID: I see that there is a bug open against Firefox (184028) regarding hte Flash player which kind of implies that the 7.0.61.0 plugin is installable. But I could not testify to that since my attempt to install it does not reflect it being installed via about:plugins and does not run a page needing Flash. I don't suppose there is magic related to installing Flash for Firefox on FC5T3? -pmr From stanfinley at comcast.net Mon Mar 6 17:24:07 2006 From: stanfinley at comcast.net (Stanton Finley) Date: Mon, 06 Mar 2006 10:24:07 -0700 Subject: Flash for Firefox on FC5T3 In-Reply-To: References: Message-ID: <1141665848.16273.1.camel@stantonfinley.org> On Mon, 2006-03-06 at 11:36 -0500, Paul Michael Reilly wrote: > I see that there is a bug open against Firefox (184028) regarding hte > Flash player which kind of implies that the 7.0.61.0 plugin is > installable. But I could not testify to that since my attempt to > install it does not reflect it being installed via about:plugins and > does not run a page needing Flash. I don't suppose there is magic > related to installing Flash for Firefox on FC5T3? > > -pmr > See http://stanton-finley.net/fedora_core_5_installation_notes.html . Stanton Finley http://stanton-finley.net/ From brunson at brunson.com Mon Mar 6 17:26:05 2006 From: brunson at brunson.com (Eric Brunson) Date: Mon, 06 Mar 2006 10:26:05 -0700 Subject: Confirm Keyboard Shortcut Missing Message-ID: <440C70AD.6040304@brunson.com> Before I file this in bugzilla, can someone confirm that the "Launch help browser" keyboard shortcut is missing from gnome-keybinding-properties? Both my test3 machines are missing that configuration. From caolanm at redhat.com Mon Mar 6 17:47:00 2006 From: caolanm at redhat.com (Caolan McNamara) Date: Mon, 06 Mar 2006 17:47:00 +0000 Subject: OOo x86_64 In-Reply-To: <1141587680.25736.11.camel@localhost.localdomain> References: <1141516475.8805.36.camel@T7.Linux> <1141587680.25736.11.camel@localhost.localdomain> Message-ID: <1141667221.1362.98.camel@localhost.localdomain> On Sun, 2006-03-05 at 19:41 +0000, Caolan McNamara wrote: > > I've yet to test/fix the outstanding run-time issues of embedded objects > blowing up, and impress ppt import problems. Updated: Unstable you'd-be-crazy-to-use-it upstream style rpms of x86_64 OOo http://people.redhat.com/caolanm/x86_64/ . Embedded formula crash fixed, ppt import appears to work. File bugs against cmc at openoffice.org at qa.openoffice.org with 64bit in the title. C. From jspaleta at gmail.com Mon Mar 6 17:59:34 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 6 Mar 2006 12:59:34 -0500 Subject: Comments about fc5 installation notes (was: Flash for Firefox on FC5T3) Message-ID: <604aa7910603060959l3363870bh42b9deabbb260451@mail.gmail.com> On 3/6/06, Stanton Finley wrote: > See http://stanton-finley.net/fedora_core_5_installation_notes.html . I strongly suggest you re-write the nvidia instructions. The link you reference does not represent best practises and in contains factually incorrect information with regard to the path to glxgears for fc5 and onward with the modularized X packaging. I strongly recommend you incorporate the information in https://www.redhat.com/archives/fedora-test-list/2006-February/msg01565.html which outlines in detail why prefering to use the nvidia/ati installers instead of rpms can be problematic and that you modify your document so that you are instructing people to use rpm packages instead. -jef From justin.conover at gmail.com Mon Mar 6 18:10:35 2006 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 6 Mar 2006 12:10:35 -0600 Subject: OOo x86_64 In-Reply-To: <1141667221.1362.98.camel@localhost.localdomain> References: <1141516475.8805.36.camel@T7.Linux> <1141587680.25736.11.camel@localhost.localdomain> <1141667221.1362.98.camel@localhost.localdomain> Message-ID: On 3/6/06, Caolan McNamara wrote: > > On Sun, 2006-03-05 at 19:41 +0000, Caolan McNamara wrote: > > > > I've yet to test/fix the outstanding run-time issues of embedded objects > > blowing up, and impress ppt import problems. > > > Updated: Unstable you'd-be-crazy-to-use-it upstream style rpms of x86_64 > OOo http://people.redhat.com/caolanm/x86_64/ . Embedded formula crash > fixed, ppt import appears to work. File bugs against cmc at openoffice.org > at qa.openoffice.org with 64bit in the title. > > C. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > I would assume you could install this side-by-side with what is in rawhide currently? Since I would imagine one is in /lib the other in /lib64? Or do the version numbers confilct? I can't login to my box at home for some reason or another today so I'll check when I get home tonight. I don't use ooo enough on this box anyway so if you can't have both I'm crazy enough to use this version :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From stanfinley at comcast.net Mon Mar 6 18:21:14 2006 From: stanfinley at comcast.net (Stanton Finley) Date: Mon, 06 Mar 2006 11:21:14 -0700 Subject: Comments about fc5 installation notes (was: Flash for Firefox on FC5T3) In-Reply-To: <604aa7910603060959l3363870bh42b9deabbb260451@mail.gmail.com> References: <604aa7910603060959l3363870bh42b9deabbb260451@mail.gmail.com> Message-ID: <1141669275.2964.1.camel@stantonfinley.org> On Mon, 2006-03-06 at 12:59 -0500, Jeff Spaleta wrote: > On 3/6/06, Stanton Finley wrote: > > See http://stanton-finley.net/fedora_core_5_installation_notes.html . > > I strongly suggest you re-write the nvidia instructions. The link you > reference does not represent best practises and in contains factually > incorrect information with regard to the path to glxgears for fc5 and > onward with the modularized X packaging. > > I strongly recommend you incorporate the information in > https://www.redhat.com/archives/fedora-test-list/2006-February/msg01565.html > which outlines in detail why prefering to use the nvidia/ati > installers instead of rpms can be problematic and that you modify your > document so that you are instructing people to use rpm packages > instead. > > -jef > Done. Thanks for the heads-up Jeff. Stanton Finley http://stanton-finley.net/ From paul.m.reilly at verizon.com Mon Mar 6 18:35:34 2006 From: paul.m.reilly at verizon.com (Paul Michael Reilly) Date: Mon, 06 Mar 2006 13:35:34 -0500 Subject: Flash for Firefox on FC5T3 In-Reply-To: <1141665848.16273.1.camel@stantonfinley.org> References: <1141665848.16273.1.camel@stantonfinley.org> Message-ID: <440C80F6.8010608@verizon.com> Stanton Finley wrote: > On Mon, 2006-03-06 at 11:36 -0500, Paul Michael Reilly wrote: >> I see that there is a bug open against Firefox (184028) regarding hte >> Flash player which kind of implies that the 7.0.61.0 plugin is >> installable. But I could not testify to that since my attempt to >> install it does not reflect it being installed via about:plugins and >> does not run a page needing Flash. I don't suppose there is magic >> related to installing Flash for Firefox on FC5T3? >> >> -pmr >> > See http://stanton-finley.net/fedora_core_5_installation_notes.html . I'm not sure if this is new but one must run # /usr/lib/flash-plugin/setup install after installing the rpm. You might want to add that to your instruction. btw, your red-hat images are awesome. Very nice. Thanks, -pmr From jspaleta at gmail.com Mon Mar 6 18:48:46 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 6 Mar 2006 13:48:46 -0500 Subject: Flash for Firefox on FC5T3 In-Reply-To: <1141665848.16273.1.camel@stantonfinley.org> References: <1141665848.16273.1.camel@stantonfinley.org> Message-ID: <604aa7910603061048s2b99323fm944968c455f2f233@mail.gmail.com> On 3/6/06, Stanton Finley wrote: > See http://stanton-finley.net/fedora_core_5_installation_notes.html . Why do you instruct people to rpm -ivh instead of using the repository definition for the macromedia site so they can use yum? The macromedia site url you reference has instructions on how to configure the repository. -jef From jspaleta at gmail.com Mon Mar 6 18:55:09 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 6 Mar 2006 13:55:09 -0500 Subject: Flash for Firefox on FC5T3 In-Reply-To: <440C80F6.8010608@verizon.com> References: <1141665848.16273.1.camel@stantonfinley.org> <440C80F6.8010608@verizon.com> Message-ID: <604aa7910603061055v421db258y460df10da31f3f0c@mail.gmail.com> On 3/6/06, Paul Michael Reilly wrote: > Stanton Finley wrote: > I'm not sure if this is new but one must run > > # /usr/lib/flash-plugin/setup install > > after installing the rpm. Whether you need to run that command manually or not depends on whether the postinstall script detects if it can open up an Xwindow for the EULA agreement when the rpm is installing. Feel free to read over the postinstall script in the package to understand the shell logic being used. read through the output of rpm -q --scripts flash-plugin and read over the script /usr/lib/flash-plugin/setup -jef From paul at all-the-johnsons.co.uk Mon Mar 6 19:03:23 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Mon, 06 Mar 2006 19:03:23 +0000 Subject: OOo x86_64 In-Reply-To: References: <1141516475.8805.36.camel@T7.Linux> <1141587680.25736.11.camel@localhost.localdomain> <1141667221.1362.98.camel@localhost.localdomain> Message-ID: <1141671803.6956.3.camel@T7.Linux> Hi, > I would assume you could install this side-by-side with what is in > rawhide currently? Yes. I have them both working happily at work. TTFN Paul -- "Tr?um's nicht, Lebe schon" - Dr. Frankenfurter, Rocky Horror Show From dtimms at bigpond.net.au Mon Mar 6 19:40:36 2006 From: dtimms at bigpond.net.au (David Timms) Date: Tue, 07 Mar 2006 06:40:36 +1100 Subject: yum - how to cleanup downloaded yum cache In-Reply-To: References: <440C2DDB.9050000@bigpond.net.au> Message-ID: <440C9034.6050403@bigpond.net.au> Justin Conover wrote: > On 3/6/06, David Timms wrote: >> I've tried to find a way to clean up all the old headers and downloaded >> RPMs that accumulate in /var/cache/yum >> ... >> What I want is to erase (the thousands of) superseded header files that >> are no longer current, leaving with only the current headers from repo, >> and also delete the superseded rpm files (probably another 1000-2000 >> files and 1.5 to 2 GB of data), ie if the rpm is not in the current repo >> file list, then delete it for each repo. > > I don't think you can have your cake and eat it to. Why not, it's only programming - the repo info files contain all the information that a tool would need. a. Create list of current rpms. b. Create file list of the yum package directory. c. for each item in b that is not in a, erase both hdr + rpm ? > > It takes like 10-30 seconds to get all the header files if you start over, I > don't think your going to find away to exclude/keep only certian > header/rpm's unless you manually go through it. Perhaps something as "simple" as using xargs in a script ? > Besides, if you only want to keep what is current on the server, what would > is it you want to accomplish with that? I am trying to test on as many machines as possible, and bandwidth is not free, nor is it fast (I am on a capped plan - once I get to my monthly limit I get slowed to modem speed!) For example to get from FC5T3 to rawhide, the downloads of headers might take 5 minutes (@ 512kb). But more importantly, why unnecessarily waste internet / mirrors bandwidth ? > Packages are already installed, so > you don't really need them lying around, I set up my main machine with heaps of storage to store all the hdr/rpm as normal. I then pupdate the main machine just before I do the following. On each new machine I test on, I run an rsync to mirror the yum folder to the new machine, quite simple really, but copying 4000 files (2G of files) that aren't relevant and have long been superseded is such a waste of my time. > if it is because your running > rawhide and might need to fall back, than keep the packages for a few and > blow everything out. I can see a reason while on the devel repo to keep some old packages, but I'm far more concerned that my machines end up with no disk space. Especially bad on any older/low-disk machines that I have tried. Having to decide on erasing thousands of individual files manually is not my idea of fun. Anyhow, thanks for you ideas Justin, DaveT. From dtimms at bigpond.net.au Mon Mar 6 19:44:03 2006 From: dtimms at bigpond.net.au (David Timms) Date: Tue, 07 Mar 2006 06:44:03 +1100 Subject: Confirm Keyboard Shortcut Missing In-Reply-To: <440C70AD.6040304@brunson.com> References: <440C70AD.6040304@brunson.com> Message-ID: <440C9103.3080606@bigpond.net.au> Eric Brunson wrote: > Before I file this in bugzilla, can someone confirm that the "Launch > help browser" keyboard shortcut is missing from > gnome-keybinding-properties? Both my test3 machines are missing that > configuration. What is the menu|icon title that I can look at this ? What should the help browser shortcut be ? DaveT From dtimms at bigpond.net.au Mon Mar 6 19:46:48 2006 From: dtimms at bigpond.net.au (David Timms) Date: Tue, 07 Mar 2006 06:46:48 +1100 Subject: PCI Express and Fedora? In-Reply-To: <1141664572.2937.16.camel@omen.com> References: <1141377786.22558.89.camel@omen.com> <1141664572.2937.16.camel@omen.com> Message-ID: <440C91A8.9040602@bigpond.net.au> Chuck Forsberg WA7KGX N2469R wrote: > On Mon, 2006-03-06 at 10:13 +0100, Rudolf Kastl wrote: >> 2006/3/3, Chuck Forsberg WA7KGX N2469R : >>> I tried a text install of fc5t3 both 386 and x86-64 on >>> my Asus p5gd1 with Nvidia 6600 PCI Express video. ... > Opensuse 10.1 beta 6 loads correctly (if quadratically), ? as in a.x^2 + b.x +c ? From justin.conover at gmail.com Mon Mar 6 20:50:25 2006 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 6 Mar 2006 14:50:25 -0600 Subject: yum - how to cleanup downloaded yum cache In-Reply-To: <440C9034.6050403@bigpond.net.au> References: <440C2DDB.9050000@bigpond.net.au> <440C9034.6050403@bigpond.net.au> Message-ID: On 3/6/06, David Timms wrote: > > Justin Conover wrote: > > On 3/6/06, David Timms wrote: > >> I've tried to find a way to clean up all the old headers and downloaded > >> RPMs that accumulate in /var/cache/yum > >> > ... > >> What I want is to erase (the thousands of) superseded header files that > >> are no longer current, leaving with only the current headers from repo, > >> and also delete the superseded rpm files (probably another 1000-2000 > >> files and 1.5 to 2 GB of data), ie if the rpm is not in the current > repo > >> file list, then delete it for each repo. > > > > I don't think you can have your cake and eat it to. > Why not, it's only programming - the repo info files contain all the > information that a tool would need. a. Create list of current rpms. b. > Create file list of the yum package directory. c. for each item in b > that is not in a, erase both hdr + rpm ? > > > > It takes like 10-30 seconds to get all the header files if you start > over, I > > don't think your going to find away to exclude/keep only certian > > header/rpm's unless you manually go through it. > Perhaps something as "simple" as using xargs in a script ? > > > Besides, if you only want to keep what is current on the server, what > would > > is it you want to accomplish with that? > I am trying to test on as many machines as possible, and bandwidth is > not free, nor is it fast (I am on a capped plan - once I get to my > monthly limit I get slowed to modem speed!) For example to get from > FC5T3 to rawhide, the downloads of headers might take 5 minutes (@ > 512kb). But more importantly, why unnecessarily waste internet / mirrors > bandwidth ? > > > Packages are already installed, so > > you don't really need them lying around, > I set up my main machine with heaps of storage to store all the hdr/rpm > as normal. I then pupdate the main machine just before I do the > following. On each new machine I test on, I run an rsync to mirror the > yum folder to the new machine, quite simple really, but copying 4000 > files (2G of files) that aren't relevant and have long been superseded > is such a waste of my time. > > > if it is because your running > > rawhide and might need to fall back, than keep the packages for a few > and > > blow everything out. > I can see a reason while on the devel repo to keep some old packages, > but I'm far more concerned that my machines end up with no disk space. > Especially bad on any older/low-disk machines that I have tried. Having > to decide on erasing thousands of individual files manually is not my > idea of fun. > > Anyhow, thanks for you ideas Justin, > > DaveT. > > -- Ok, I understand why you want to do what you want to do (or something like that ) ;-) you could do this find /var/cache/yum/development/headers -mtime +3 -exec rm -f {} \; find /var/cache/yum/development/packages -mtime +3 -exec rm -f {} \; find /var/cache/yum/extras-development/headers -mtime +3 -exec rm -f {} \; find /var/cache/yum/extras-development/packages -mtime +3 -exec rm -f {} \; E.G. find /var/cache/yum/development/headers -mtime +3 | wc -l 35 find /var/cache/yum/development/headers -mtime +3 | wc -l 0 find /var/cache/yum/development/headers -mtime +2 | wc -l 38 Notices I used 2 the last time. This should work for what you are wanting to do and you could drop all those in a script too. Keep in mind that the "+3" in -mtime means anything 4 days and older, so adjust that to your liking. -------------- next part -------------- An HTML attachment was scrubbed... URL: From justin.conover at gmail.com Mon Mar 6 20:52:51 2006 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 6 Mar 2006 14:52:51 -0600 Subject: yum - how to cleanup downloaded yum cache In-Reply-To: References: <440C2DDB.9050000@bigpond.net.au> <440C9034.6050403@bigpond.net.au> Message-ID: On 3/6/06, Justin Conover wrote: > > > > On 3/6/06, David Timms wrote: > > > > Justin Conover wrote: > > > On 3/6/06, David Timms wrote: > > >> I've tried to find a way to clean up all the old headers and > > downloaded > > >> RPMs that accumulate in /var/cache/yum > > >> > > ... > > >> What I want is to erase (the thousands of) superseded header files > > that > > >> are no longer current, leaving with only the current headers from > > repo, > > >> and also delete the superseded rpm files (probably another 1000-2000 > > >> files and 1.5 to 2 GB of data), ie if the rpm is not in the current > > repo > > >> file list, then delete it for each repo. > > > > > > I don't think you can have your cake and eat it to. > > Why not, it's only programming - the repo info files contain all the > > information that a tool would need. a. Create list of current rpms. b. > > Create file list of the yum package directory. c. for each item in b > > that is not in a, erase both hdr + rpm ? > > > > > > It takes like 10-30 seconds to get all the header files if you start > > over, I > > > don't think your going to find away to exclude/keep only certian > > > header/rpm's unless you manually go through it. > > Perhaps something as "simple" as using xargs in a script ? > > > > > Besides, if you only want to keep what is current on the server, what > > would > > > is it you want to accomplish with that? > > I am trying to test on as many machines as possible, and bandwidth is > > not free, nor is it fast (I am on a capped plan - once I get to my > > monthly limit I get slowed to modem speed!) For example to get from > > FC5T3 to rawhide, the downloads of headers might take 5 minutes (@ > > 512kb). But more importantly, why unnecessarily waste internet / mirrors > > bandwidth ? > > > > > Packages are already installed, so > > > you don't really need them lying around, > > I set up my main machine with heaps of storage to store all the hdr/rpm > > as normal. I then pupdate the main machine just before I do the > > following. On each new machine I test on, I run an rsync to mirror the > > yum folder to the new machine, quite simple really, but copying 4000 > > files (2G of files) that aren't relevant and have long been superseded > > is such a waste of my time. > > > > > if it is because your running > > > rawhide and might need to fall back, than keep the packages for a few > > and > > > blow everything out. > > I can see a reason while on the devel repo to keep some old packages, > > but I'm far more concerned that my machines end up with no disk space. > > Especially bad on any older/low-disk machines that I have tried. Having > > to decide on erasing thousands of individual files manually is not my > > idea of fun. > > > > Anyhow, thanks for you ideas Justin, > > > > DaveT. > > > > -- > > > > Ok, I understand why you want to do what you want to do (or something like > that ) ;-) > > you could do this > > find /var/cache/yum/development/headers -mtime +3 -exec rm -f {} \; > find /var/cache/yum/development/packages -mtime +3 -exec rm -f {} \; > find /var/cache/yum/extras-development/headers -mtime +3 -exec rm -f {} \; > find /var/cache/yum/extras-development/packages -mtime +3 -exec rm -f {} > \; > > > E.G. > > find /var/cache/yum/development/headers -mtime +3 | wc -l > 35 > > find /var/cache/yum/development/headers -mtime +3 | wc -l > 0 > > find /var/cache/yum/development/headers -mtime +2 | wc -l > 38 > > Notices I used 2 the last time. > > This should work for what you are wanting to do and you could drop all > those in a script too. > > Keep in mind that the "+3" in -mtime means anything 4 days and older, so > adjust that to your liking. > > Just for clarity, this one find /var/cache/yum/development/headers -mtime +3 | wc -l 0 was after this was ran find /var/cache/yum/development/headers -mtime +3 -exec rm -f {} \; -------------- next part -------------- An HTML attachment was scrubbed... URL: From brunson at brunson.com Mon Mar 6 22:14:47 2006 From: brunson at brunson.com (Eric Brunson) Date: Mon, 06 Mar 2006 15:14:47 -0700 Subject: Confirm Keyboard Shortcut Missing In-Reply-To: <440C9103.3080606@bigpond.net.au> References: <440C70AD.6040304@brunson.com> <440C9103.3080606@bigpond.net.au> Message-ID: <440CB457.4020508@brunson.com> David Timms wrote: > Eric Brunson wrote: >> Before I file this in bugzilla, can someone confirm that the "Launch >> help browser" keyboard shortcut is missing from >> gnome-keybinding-properties? Both my test3 machines are missing that >> configuration. > What is the menu|icon title that I can look at this ? > What should the help browser shortcut be ? > > DaveT > In FC4 it is under Desktop -> Preferences -> Keyboard Shortcuts -> Desktop, the title is "Launch help browser", it's the first item on the list and the default key binding is F1. I don't have that option on either of my test3 boxes. From don_springall at hotmail.com Mon Mar 6 23:00:40 2006 From: don_springall at hotmail.com (Don Springall) Date: Mon, 06 Mar 2006 16:00:40 -0700 Subject: kernel-2.6.15-1.2016_FC5.src.rpm Message-ID: Kernel seems to be doing a working suspend to disk at the moment instead of a suspend to ram, Is this a new feature ? It does suspend to ram on occasion but only about 10% of the time. From dmutters at gmail.com Tue Mar 7 00:56:44 2006 From: dmutters at gmail.com (Dane Mutters) Date: Mon, 6 Mar 2006 16:56:44 -0800 Subject: NFS: can't read superblock Message-ID: <200603061656.44981.dmutters@gmail.com> Hello, all. I'm trying to set up an nfs server on my FC5T3 test box, and I'm getting this error when I try to mount it on the client (two attempts shown): [root at Orchestrator mnt]# mount 192.168.1.112:/pub/readonly nfs mount: 192.168.1.112:/pub/readonly: can't read superblock [root at Orchestrator mnt]# mount -t nfs4 192.168.1.112:/pub/readonly nfs mount: 192.168.1.112:/pub/readonly: can't read superblock I have bound the related services to ports 111, 2048, and 32765-32769, and set the firewall te allow them. Do any of you know what the problem could be? Perhaps SELinux-related? Thanks! --Dane From stanfinley at comcast.net Tue Mar 7 01:01:23 2006 From: stanfinley at comcast.net (Stanton Finley) Date: Mon, 06 Mar 2006 18:01:23 -0700 Subject: Flash for Firefox on FC5T3 In-Reply-To: <604aa7910603061048s2b99323fm944968c455f2f233@mail.gmail.com> References: <1141665848.16273.1.camel@stantonfinley.org> <604aa7910603061048s2b99323fm944968c455f2f233@mail.gmail.com> Message-ID: <1141693283.8168.4.camel@stantonfinley.org> On Mon, 2006-03-06 at 13:48 -0500, Jeff Spaleta wrote: > On 3/6/06, Stanton Finley wrote: > > See http://stanton-finley.net/fedora_core_5_installation_notes.html . > > Why do you instruct people to rpm -ivh instead of using the repository > definition for the macromedia site so they can use yum? The > macromedia site url you reference has instructions on how to configure > the repository. > > -jef > I have revised http://stanton-finley.net/fedora_core_5_installation_notes.html to include instructions for setting up the Macromedia repository for Yum and for Yum installation of the the flash plugin. Thanks for your continued constructive critique. Stanton Finley http://stanton-finley.net/ From tsimi at speakeasy.net Tue Mar 7 01:07:18 2006 From: tsimi at speakeasy.net (Todd Simi) Date: Mon, 06 Mar 2006 17:07:18 -0800 Subject: Default Desktop Behavior In-Reply-To: <20060225040800.3F5A5730AE@hormel.redhat.com> References: <20060225040800.3F5A5730AE@hormel.redhat.com> Message-ID: <1141693638.30123.4.camel@localhost.localdomain> Hi, I didn't see a reply, so I thought I'd ask again. Is their a way to change the desktop behavior that open new application below the one with current focus? If I'm in evolution and I click a line in an email, I'd like the firefox window to open on top with focus. Thanks Todd From uno at webworks.se Tue Mar 7 01:17:25 2006 From: uno at webworks.se (Uno Engborg) Date: Tue, 07 Mar 2006 02:17:25 +0100 Subject: Default Desktop Behavior In-Reply-To: <1141693638.30123.4.camel@localhost.localdomain> References: <20060225040800.3F5A5730AE@hormel.redhat.com> <1141693638.30123.4.camel@localhost.localdomain> Message-ID: <440CDF25.5010201@webworks.se> Todd Simi wrote: > Hi, > > I didn't see a reply, so I thought I'd ask again. > > Is their a way to change the desktop behavior that open new application > below the one with current focus? If I'm in evolution and I click a > line in an email, I'd like the firefox window to open on top with focus. > > Thanks > Todd > > > I would have replied, the problem is that I can't really decide whats best. A change like this really needs usability testing with real users to evaluate. The problem with opening applications on top is that they may catch your typing, the disadvantage is that it generates an extra click to bring the application to front. On the other hand I have never felt that applications open on top catching input ever have been a big problem, so perhaps it should have been left unchanged. So I suggest you file a bug report. One way to avoid the problem would be to use the new deskbar applet to type in application names instead of using terminal windows. Regards Uno Engborg -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3271 bytes Desc: S/MIME Cryptographic Signature URL: From uno at webworks.se Tue Mar 7 01:39:29 2006 From: uno at webworks.se (Uno Engborg) Date: Tue, 07 Mar 2006 02:39:29 +0100 Subject: Default Desktop Behavior In-Reply-To: <440CDF25.5010201@webworks.se> References: <20060225040800.3F5A5730AE@hormel.redhat.com> <1141693638.30123.4.camel@localhost.localdomain> <440CDF25.5010201@webworks.se> Message-ID: <440CE451.6000305@webworks.se> Uno Engborg wrote: > Todd Simi wrote: >> Hi, >> >> I didn't see a reply, so I thought I'd ask again. >> >> Is their a way to change the desktop behavior that open new application >> below the one with current focus? If I'm in evolution and I click a >> line in an email, I'd like the firefox window to open on top with focus. >> >> Thanks >> Todd >> >> >> > I would have replied, the problem is that I can't really decide whats > best. > A change like this really needs usability testing with real users to > evaluate. > > The problem with opening applications on top is that they may catch your > typing, the disadvantage is that it generates an extra click to bring > the application > to front. > > On the other hand I have never felt that applications open on top > catching input ever have been a big problem, so perhaps it should have > been > left unchanged. So I suggest you file a bug report. > > One way to avoid the problem would be to use the new deskbar applet to > type in application names instead of using terminal windows. > > Regards > Uno Engborg I think I have made up my mind. This opening window behind is really annoying. At the very least this should be changeable in gconf. Regards Uno Engborg -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3271 bytes Desc: S/MIME Cryptographic Signature URL: From nathanael at gnat.ca Tue Mar 7 02:32:10 2006 From: nathanael at gnat.ca (Nathanael D. Noblet) Date: Mon, 06 Mar 2006 18:32:10 -0800 Subject: Default Desktop Behavior In-Reply-To: <440CDF25.5010201@webworks.se> References: <20060225040800.3F5A5730AE@hormel.redhat.com> <1141693638.30123.4.camel@localhost.localdomain> <440CDF25.5010201@webworks.se> Message-ID: <1141698730.28684.6.camel@iridium> On Tue, 2006-03-07 at 02:17 +0100, Uno Engborg wrote: > Todd Simi wrote: > > > I would have replied, the problem is that I can't really decide whats best. > A change like this really needs usability testing with real users to > evaluate. My two cents: Windows that I have requested, ie: starting an application, clicked on a link from within a window, opening on top is great. However windows that pop up of their own accord are NOT the right way to do things. I can't tell you how many times I've been coding and a messenger gaim window pops up because someone started a chat with me and my code goes into their window. However on the flip side, I have clicked on links within documents and the like that well I just forget about and partway through the day notice I have a browser or X/Y open and haven't looked at what I was interested in. Configurable default for both situations is in my opinion the best way to move forward. From fct-cornette at insight.rr.com Tue Mar 7 05:01:55 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Tue, 07 Mar 2006 00:01:55 -0500 Subject: Multiple X logins In-Reply-To: <440C2629.4030104@webworks.se> References: <440C2629.4030104@webworks.se> Message-ID: <440D13C3.6090200@insight.rr.com> Uno Engborg wrote: > Is the possibillity to run multiple X servers so that you could switch > between > multiple users or machines,removed in FC5, or have I somehow failed to > install it, or disabled it by mistake? What was it called in FC4 by > the way. > > Regards > Uno Engborg > gdmflexiserver should launch another server login. I just tried this to see if it still worked. I could launch a KDE server account as well as my present gnome account. Permission issues remain on which console user should own which devices. If you wat to run different desktops, it works for me. No sound in KDE though, The Gnome user account owns the sound. Jim -- What we anticipate seldom occurs; what we least expect generally happens. -- Bengamin Disraeli From berryja at gmail.com Tue Mar 7 05:33:39 2006 From: berryja at gmail.com (Jonathan Berry) Date: Mon, 6 Mar 2006 23:33:39 -0600 Subject: mono-beagled -- major memory leak Message-ID: <8767947e0603062133s4ef59eb1r557a5d79c60a81ff@mail.gmail.com> Okay, well, after using my FC5T3 +updates machine for a little while I find that mono-beagled is using up 71.4 % of my RAM. Of my 2.0 GB of RAM... That's about 1.4 GB... There's just something wrong about that. $ free total used free shared buffers cached Mem: 2056132 2027276 28856 0 7880 214296 -/+ buffers/cache: 1805100 251032 Swap: 2096472 1328180 768292 $ ps aux | grep mono-beagled berryja 2723 0.7 71.4 2963828 1468308 ? Sl 21:34 0:47 mono-beagled --debug /usr/lib64/beagle/BeagleDaemon.exe --bg Is anyone else seeing this? I'm assuming that it is not supposed to do that. Any ideas about how to debug this? Aha, already in bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183958 Jonathan From netwiz at crc.id.au Tue Mar 7 06:17:25 2006 From: netwiz at crc.id.au (Steven Haigh) Date: Tue, 7 Mar 2006 17:17:25 +1100 Subject: Kind of OT: does FC4 etc run on SPARC? Message-ID: <05EDB156-7B7B-4571-A049-9E98BD907F36@crc.id.au> I'm looking at getting one of the Sun Fire T2000 8 CPU systems from Sun for a trial, but my question is if FC4 will run on one of these machines. I only have it for 60 days, and after trying to get Solaris working for 2 days, I'm starting to look at alternatives.... -- Steven Haigh Email: netwiz at crc.id.au Web: http://www.crc.id.au Phone: (03) 9017 0597 - 0412 935 897 From sundaram at fedoraproject.org Tue Mar 7 06:23:04 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 07 Mar 2006 11:53:04 +0530 Subject: Kind of OT: does FC4 etc run on SPARC? In-Reply-To: <05EDB156-7B7B-4571-A049-9E98BD907F36@crc.id.au> References: <05EDB156-7B7B-4571-A049-9E98BD907F36@crc.id.au> Message-ID: <440D26C8.6000306@fedoraproject.org> Steven Haigh wrote: > I'm looking at getting one of the Sun Fire T2000 8 CPU systems from > Sun for a trial, but my question is if FC4 will run on one of these > machines. > > I only have it for 60 days, and after trying to get Solaris working > for 2 days, I'm starting to look at alternatives.... > check out http://auroralinux.org -- Rahul From dragoran at feuerpokemon.de Tue Mar 7 06:54:06 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 07 Mar 2006 07:54:06 +0100 Subject: mono-beagled -- major memory leak In-Reply-To: <8767947e0603062133s4ef59eb1r557a5d79c60a81ff@mail.gmail.com> References: <8767947e0603062133s4ef59eb1r557a5d79c60a81ff@mail.gmail.com> Message-ID: <440D2E0E.6090001@feuerpokemon.de> Jonathan Berry wrote: >Okay, well, after using my FC5T3 +updates machine for a little while I >find that mono-beagled is using up 71.4 % of my RAM. Of my 2.0 GB of >RAM... That's about 1.4 GB... There's just something wrong about >that. > >$ free > total used free shared buffers cached >Mem: 2056132 2027276 28856 0 7880 214296 >-/+ buffers/cache: 1805100 251032 >Swap: 2096472 1328180 768292 > >$ ps aux | grep mono-beagled >berryja 2723 0.7 71.4 2963828 1468308 ? Sl 21:34 0:47 >mono-beagled --debug /usr/lib64/beagle/BeagleDaemon.exe --bg > >Is anyone else seeing this? I'm assuming that it is not supposed to >do that. Any ideas about how to debug this? > >Aha, already in bugzilla: >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183958 > >Jonathan > > > not sure about memory but could the high cpu usage be caused by this: Do I really need extended attributes? It is /strongly/ recommended. There is an sqlite-based fallback in place, but using this as the primary store is slow and noticably degrades performance. http://beaglewiki.org/FAQ From tsimi at speakeasy.net Tue Mar 7 07:11:15 2006 From: tsimi at speakeasy.net (Todd Simi) Date: Mon, 06 Mar 2006 23:11:15 -0800 Subject: Default Desktop Behavior In-Reply-To: <20060307065418.6651573565@hormel.redhat.com> References: <20060307065418.6651573565@hormel.redhat.com> Message-ID: <1141715475.4399.1.camel@localhost.localdomain> > > Uno Engborg wrote: > > Todd Simi wrote: > >> Hi, > >> > >> I didn't see a reply, so I thought I'd ask again. > >> > >> Is their a way to change the desktop behavior that open new application > >> below the one with current focus? If I'm in evolution and I click a > >> line in an email, I'd like the firefox window to open on top with focus. > >> > >> Thanks > >> Todd > >> > >> > >> > > I would have replied, the problem is that I can't really decide whats > > best. > > A change like this really needs usability testing with real users to > > evaluate. > > > > The problem with opening applications on top is that they may catch your > > typing, the disadvantage is that it generates an extra click to bring > > the application > > to front. > > > > On the other hand I have never felt that applications open on top > > catching input ever have been a big problem, so perhaps it should have > > been > > left unchanged. So I suggest you file a bug report. > > > > One way to avoid the problem would be to use the new deskbar applet to > > type in application names instead of using terminal windows. > > > > Regards > > Uno Engborg > I think I have made up my mind. This opening window behind is really > annoying. > At the very least this should be changeable in gconf. > Configurable would be great. Maybe set a system default, and then be able to over ride the default with a list. Like adding users to the sudo list. Todd > Regards > Uno Engborg > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: smime.p7s > Type: application/x-pkcs7-signature > Size: 3271 bytes > Desc: S/MIME Cryptographic Signature > Url : https://www.redhat.com/archives/fedora-test-list/attachments/20060307/bc8c23cc/smime.bin > From dtimms at bigpond.net.au Tue Mar 7 07:38:01 2006 From: dtimms at bigpond.net.au (David Timms) Date: Tue, 07 Mar 2006 18:38:01 +1100 Subject: Confirm Keyboard Shortcut Missing for F1 - help In-Reply-To: <440CB457.4020508@brunson.com> References: <440C70AD.6040304@brunson.com> <440C9103.3080606@bigpond.net.au> <440CB457.4020508@brunson.com> Message-ID: <440D3859.5090002@bigpond.net.au> Eric Brunson wrote: > David Timms wrote: >> Eric Brunson wrote: >>> Before I file this in bugzilla, can someone confirm that the "Launch >>> help browser" keyboard shortcut is missing from >>> gnome-keybinding-properties? Both my test3 machines are missing that >>> configuration. >> What is the menu|icon title that I can look at this ? >> What should the help browser shortcut be ? >> >> DaveT >> > In FC4 it is under Desktop -> Preferences -> Keyboard Shortcuts -> > Desktop, the title is "Launch help browser", it's the first item on the > list and the default key binding is F1. I don't have that option on > either of my test3 boxes. OK, got it. Mine says disabled for the first 8 items, then AltF2, AltF1 for Show the panel run application dialog and panel menu, and there is a whole lot of other disabled's as well. If a select the Launch help browser line and then type F1, it definitely adds the shortcut, and Backspace disabled the shortcut. While enabled the shortcut works, to show the general gnome help overview. A guess a lot of people would be used to pressing F1 to get context sensitive help in whatever application they are in. Perhaps the generic keyboard shortcut was overriding other applications use of the F1 (for help - actually I just tried this oocalc, and found it to be true) and so it has been removed ? Definitely worth tracking down in bugzilla to see if it was on purpose or not. It would be nice to get application specific help, and if the app doesn't use the key, have it passed to the shortcuts system to get gnome help, I guess ? DaveT. From buildsys at redhat.com Tue Mar 7 09:24:06 2006 From: buildsys at redhat.com (Build System) Date: Tue, 7 Mar 2006 04:24:06 -0500 Subject: rawhide report: 20060307 changes Message-ID: <200603070924.k279O6g3000845@porkchop.devel.redhat.com> Updated Packages: GConf2-2.13.5-5 --------------- * Mon Mar 06 2006 Ray Strode 2.13.5-5 - Only sync the database once when installing multiple schema files. Patch by Josselin Mouette . (upstream bug 333353) NetworkManager-0.6.0-2 ---------------------- * Mon Mar 06 2006 Dan Williams 0.6.0-2 - Don't let wpa_supplicant perform scanning with non-WPA drivers * Mon Mar 06 2006 Dan Williams 0.6.0-1 - Update to 0.6.0 release - Move autostart file to /usr/share/gnome/autostart OpenIPMI-1.4.14-19 ------------------ * Fri Feb 17 2006 Phil Knirsch 1.4.14-19 - Added missing PreReq for chkconfig adaptx-0:0.9.6-1jpp_3fc.1 ------------------------- * Mon Mar 06 2006 Jeremy Katz - 0:0.9.6-1jpp_3fc.1 - stop scriptlet spew anaconda-10.92.17-1 ------------------- * Mon Mar 06 2006 Jeremy Katz - 10.92.17-1 - fix traceback in size check - disable size check on upgrade (clumens, #184112) - try to catch more failures to read repo metadata (clumens) - only do runlevel 5 if graphical install (dcantrel, #184013) - adjust to new xen kernel package naming - add 'vesa' flag to force the use of the vesa driver - more meaningful error messages on conflicts (pnasrat) - ensure some dirs are labelled correct (#182252) ant-0:1.6.5-1jpp_7fc -------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.6.5-1jpp_7fc - stop scriptlet spew * Fri Feb 10 2006 Jesse Keating - 0:1.6.5-1jpp_6fc - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating - 0:1.6.5-1jpp_5fc - rebuilt for new gcc4.1 snapshot and glibc changes antlr-0:2.7.4-2jpp_6fc ---------------------- * Mon Mar 06 2006 Jeremy Katz - 0:2.7.4-2jpp_6fc - stop scriptlet spew audit-1.1.5-1 ------------- * Mon Mar 06 2006 Steve Grubb 1.1.5-1 - Changed audit_log_semanage_message to take new params - In aureport, add class between syscall and permission in avc report - Fix bug where fsync is called in debug mode - Add optional support for tty in SYSCALL records for ausearch/aureport - Reinstate legacy rule operator support - Add man pages - Auditd ignore most signals avalon-framework-0:4.1.4-2jpp_8fc --------------------------------- * Mon Mar 06 2006 Jeremy Katz - 0:4.1.4-2jpp_8fc - stop scriptlet spew avalon-logkit-0:1.2-3jpp_3fc ---------------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.2-3jpp_3fc - stop scriptlet spew axis-0:1.2.1-2jpp_2fc --------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.2.1-2jpp_2fc - stop scriptlet spew bcel-0:5.1-1jpp_6fc ------------------- * Mon Mar 06 2006 Jeremy Katz - 0:5.1-1jpp_6fc - stop the scriptlet spew bluez-utils-2.25-2 ------------------ * Mon Mar 06 2006 Jeremy Katz - 2.25-2 - fix initscripts to be more resilient of files missing to clean up scriptlet errors on install booty-0.69-1 ------------ * Mon Mar 06 2006 Jeremy Katz - 0.69-1 - adjust for changed xen kernel naming bsf-0:2.3.0-6jpp_3fc -------------------- * Mon Mar 06 2006 Jeremy Katz - 0:2.3.0-6jpp_3fc - stop scriptlet spew castor-0:0.9.5-1jpp_2fc ----------------------- * Mon Mar 06 2006 Jeremy Katz - 0:0.9.5-1jpp_2fc - stop scriptlet spew classpathx-jaf-0:1.0-2jpp_5fc ----------------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.0-2jpp_5fc - stop scriptlet spew classpathx-mail-0:1.0-4jpp_5fc ------------------------------ * Mon Mar 06 2006 Jeremy Katz - 0:1.0-4jpp_5fc - stop the scriptlet spew concurrent-0:1.3.2-2jpp_2fc --------------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.3.2-2jpp_2fc - stop scriptlet spew cyrus-sasl-2.1.21-10 -------------------- * Mon Feb 20 2006 Nalin Dahyabhai 2.1.21-10 - add missing buildrequires on gdbm-devel (Karsten Hopp) dovecot-1.0-0.beta2.6 --------------------- * Mon Mar 06 2006 Jeremy Katz - 1.0-0.beta2.6 - fix scriptlet error (mitr, #184151) evince-0.5.1-3 -------------- * Mon Mar 06 2006 Jeremy Katz - 0.5.1-3 - quiet scriptlet spew from gconfd killing firefox-1.5.0.1-7 ----------------- * Mon Mar 06 2006 Warren Togami - 1.5.0.1-7 - make links point to the correct release * Mon Mar 06 2006 Ray Strode - 1.5.0.1-6 - Add new bookmarks file from Warren (bug 182386) * Tue Feb 28 2006 Karsten Hopp - add buildrequires libXt-devel for X11/Intrinsic.h, X11/Shell.h gdm-1:2.13.0.9-2 ---------------- * Mon Mar 06 2006 Ray Strode - 1:2.13.0.9-2 - disable sounds completely when disabled in configuration file (upstream bug 333435) glibc-2.4-1 ----------- * Mon Mar 06 2006 Jakub Jelinek 2.4-1 - update from CVS - glibc 2.4 release * Mon Mar 06 2006 Jakub Jelinek 2.3.91-2 - update from CVS - fix sYSMALLOc for MALLOC_ALIGNMENT > 2 * SIZE_SZ (#183895) - revert ppc32 malloc alignment patch, it breaks malloc_set_state and needs some further thoughts and time (#183894) - provide accurate unwind info for lowlevellock.h stubs on x86_64 gnome-pilot-2.0.13-7.fc5.3 -------------------------- * Tue Feb 28 2006 Karsten Hopp 2.0.13-7.fc5.3 - Buildrequires: gob2 gnome-power-manager-2.13.93-4 ----------------------------- * Mon Mar 06 2006 Ray Strode - 2.13.93-4 - fix the fix in -2 and -3 * Mon Mar 06 2006 Ray Strode - 2.13.93-3 - fix the fix in -2 * Mon Mar 06 2006 Ray Strode - 2.13.93-2 - fix icon in bubbles (bug 184192). gnome-print-1:0.37-13 --------------------- * Tue Feb 28 2006 Karsten Hopp 0.37-13 - BuildRequires: freetype-devel for freetype-config gnome-python2-desktop-2.13.3-2 ------------------------------ gnome-session-2.13.92-3 ----------------------- * Mon Mar 06 2006 Ray Strode - 2.13.92-3 - Patch from Vincent Untz to fix session editing (upstream bug 333641) - Desensitize buttons for operations that the user isn't allowed to do (bug 179479). gnu-crypto-0:2.1.0-1jpp_2fc --------------------------- * Mon Mar 06 2006 Jeremy Katz - 0:2.1.0-1jpp_2fc - stop scriptlet spew gnu.getopt-0:1.0.9-4jpp_4fc --------------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.0.9-4jpp_4fc - stop scriptlet spew hsqldb-0:1.80.1-1jpp_8fc ------------------------ * Mon Mar 06 2006 Jeremy Katz - 0:1.80.1-1jpp_8fc - stop scriptlet spew imake-1.0.1-3 ------------- * Mon Mar 06 2006 Mike A. Harris 1.0.1-3 - Updated xorg-cf-files-1.0.1-redhat.patch with fix for (#178177) initscripts-8.31-1 ------------------ * Sun Mar 05 2006 Bill Nottingham 8.31-1 - fix kexec support () - translation updates iputils-20020927-35 ------------------- * Fri Feb 24 2006 Radek Vok??l - 20020927-35 - add PreReq: chkconfig (#182799,#182798) jakarta-commons-beanutils-0:1.7.0-2jpp_6fc ------------------------------------------ * Mon Mar 06 2006 Jeremy Katz - 0:1.7.0-2jpp_6fc - stop scriptlet spew * Fri Feb 10 2006 Jesse Keating - bump again for double-long bug on ppc(64) * Wed Dec 21 2005 Jesse Keating - 0:1.7.0-2jpp_4fc - rebuilt again jakarta-commons-codec-0:1.3-2jpp_4fc ------------------------------------ * Mon Mar 06 2006 Jeremy Katz - 0:1.3-2jpp_4fc - BR java-javadoc * Mon Mar 06 2006 Jeremy Katz - 0:1.3-2jpp_3fc - stop the scriptlet spew jakarta-commons-collections-0:3.1-2jpp_5fc ------------------------------------------ * Mon Mar 06 2006 Jeremy Katz - 0:3.1-2jpp_5fc - stop the scriptlet spew jakarta-commons-daemon-1:1.0-2jpp_3fc ------------------------------------- * Mon Mar 06 2006 Jeremy Katz - 1:1.0-2jpp_3fc - stop scriptlet spew jakarta-commons-digester-0:1.7-2jpp_10fc ---------------------------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.7-2jpp_10fc - stop scriptlet spew jakarta-commons-el-0:1.0-4jpp_6fc --------------------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.0-4jpp_6fc - stop scriptlet spew jakarta-commons-fileupload-1:1.0-3jpp_5fc ----------------------------------------- * Mon Mar 06 2006 Jeremy Katz - 1:1.0-3jpp_5fc - stop scriptlet spew jakarta-commons-httpclient-1:3.0-0.rc2.0jpp_4fc ----------------------------------------------- * Mon Mar 06 2006 Jeremy Katz - 1:3.0-0.rc2.0jpp_4fc - stop scriptlet spew jakarta-commons-lang-0:2.0-2jpp_4fc ----------------------------------- * Mon Mar 06 2006 Jeremy Katz - 0:2.0-2jpp_4fc - stop scriptlet spew jakarta-commons-launcher-0:0.9-3jpp_3fc --------------------------------------- * Mon Mar 06 2006 Jeremy Katz - 0:0.9-3jpp_3fc - stop scriptlet spew jakarta-commons-logging-0:1.0.4-2jpp_10fc ----------------------------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.0.4-2jpp_10fc - stop scriptlet spew jakarta-commons-modeler-0:1.1-4jpp_6fc -------------------------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.1-4jpp_6fc - stop scriptlet spew jakarta-commons-pool-0:1.2-2jpp_4fc ----------------------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.2-2jpp_4fc - stop scriptlet spew jakarta-taglibs-standard-0:1.1.1-4jpp_3fc ----------------------------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.1.1-4jpp_3fc - stop scriptlet spew java_cup-1:0.10-0.k.1jpp_9fc ---------------------------- * Mon Mar 06 2006 Jeremy Katz - 1:0.10-0.k.1jpp_9fc - stop scriptlet spew jdom-0:1.0-1jpp_3fc ------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.0-1jpp_3fc - stop scriptlet spew jgroups-0:2.2.6-1jpp_4fc ------------------------ * Mon Mar 06 2006 Jeremy Katz - 0:2.2.6-1jpp_4fc - stop scriptlet spew jsch-0:0.1.18-1jpp_7fc ---------------------- * Mon Mar 06 2006 Jeremy Katz - 0:0.1.18-1jpp_7fc - stop scriptlet spew jzlib-0:1.0.5-2jpp_2fc ---------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.0.5-2jpp_2fc - stop the scriptlet spew kernel-2.6.15-1.2025_FC5 ------------------------ * Mon Mar 06 2006 Dave Jones - Disable DRI on Radeon R300 and above, due to instability. (#174646,#182196) - Don't do voluntary preempt until after bootup * Mon Mar 06 2006 Stephen Tweedie - Merge xen rebase with 1.2016 kernel - Rename kernel-xen-(hypervisor|guest) to kernel-xen(0|U) for consistency with upstream and to make kernel subtype suffixes match the subpackage names. (From Jeremy Katz.) - Export mmap-able kva interface for xen to find the xenstore page (xen-unstable cset 9130) - Remove stale linux-2.6-xen-module-fault.patch file - Add workaround for non-xen ia64 builds: temporarily back-out the ia64- specific portions of linux-2.6-xen.patch. * Sun Mar 05 2006 Dave Jones - 2.6.16rc5-git8 - Add a safety net to softlockup so that it doesn't prevent installs. kexec-tools-1.101-13 -------------------- * Mon Mar 06 2006 Jeremy Katz - 1.101-13 - proper requires for scriptlets * Mon Mar 06 2006 Thomas Graf - 1.101-12 - Move kexec and kdump binaries to /sbin * Thu Mar 02 2006 Thomas Graf - 1.101-11 - Fix argument order when stopping kexec kudzu-1.2.34-1 -------------- * Mon Mar 06 2006 Bill Nottingham - 1.2.34-1 - silence some error messages log4j-0:1.2.8-7jpp_8fc ---------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.2.8-7jpp_8fc - fix scriptlet spew metacity-2.13.144-1 ------------------- * Mon Mar 06 2006 Ray Strode - 2.13.144-1 - update to 2.13.144 - add bling patch from HEAD nautilus-2.13.92-2 ------------------ * Mon Mar 06 2006 Matthias Clasen - 2.13.92-2 - Reinstate the format patch which was accidentally dropped policycoreutils-1.29.26-5 ------------------------- * Mon Mar 06 2006 Dan Walsh 1.29.26-5 - Fix audit2allow to generate all rules * Fri Mar 03 2006 Dan Walsh 1.29.26-4 - Minor fixes to chcat and semanage * Fri Feb 24 2006 Dan Walsh 1.29.26-3 - Add missing setsebool man page puretls-0.9-0.b4.1jpp_4fc ------------------------- * Mon Mar 06 2006 Jeremy Katz - 0.9-0.b4.1jpp_4fc - stop scriptlet spew pyxf86config-0.3.24-1 --------------------- * Wed Feb 22 2006 Chris Lumens 0.3.24-1 - Add 1600x1024 and 800x512 to the list of supported resolutions (#115679) * Tue Jan 17 2006 Christopher Aillon 0.3.23-1 - Use the standard X headers instead of keeping a copy in-tree * Wed Dec 21 2005 Jesse Keating - changed BuildReq to new modular devel package - Changed search path for X libraries regexp-0:1.3-2jpp_7fc --------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.3-2jpp_7fc - stop scriptlet spew rhpxl-0.18-1 ------------ * Mon Mar 06 2006 Jeremy Katz - 0.18-1 - allow forcing vesa (#184015) selinux-policy-2.2.23-4 ----------------------- * Mon Mar 06 2006 Dan Walsh 2.2.23-4 - Fixes for cups - Make cryptosetup work with hal * Sun Mar 05 2006 Dan Walsh 2.2.23-3 - Load Policy needs translock * Sat Mar 04 2006 Dan Walsh 2.2.23-2 - Fix cups html interface setup-2.5.49-1 -------------- * Thu Feb 23 2006 Phil Knirsch 2.4.49-1 - Really switch to new /etc/services file - Added /etc/fstab and /etc/mtab to ownership of setup (#177061) system-config-date-1.8.1-1 -------------------------- * Fri Mar 03 2006 Nils Philippsen 1.8.1 - require hicolor-icon-theme (#182859, #182860) system-config-nfs-1.3.19-1 -------------------------- * Fri Mar 03 2006 Nils Philippsen 1.3.19 - require hicolor-icon-theme (#182870, #182871) system-config-samba-1.2.34-1 ---------------------------- * Fri Mar 03 2006 Nils Philippsen - 1.2.34 - require hicolor-icon-theme (#182874, #182875) system-config-services-0.9.0-1 ------------------------------ * Fri Mar 03 2006 Nils Philippsen - 0.9.0 - require hicolor-icon-theme (#182878, #182879) * Tue Feb 28 2006 Florian Festi - rewrote large parts of servicemethods (OO design, better handling of old/new settings, read headers of init scripts completely) - first implementation of widgets to control services (intended for tools configuring single services like nfs, samba, bind, ...), still missing: i18n, dependencies on other services (like portmap) system-config-soundcard-1.2.16-2 -------------------------------- * Mon Feb 27 2006 Martin Stransky 1.2.16-2 - added hicolor-icon-theme to PreReq, (#182880, #182881) system-config-users-1.2.42-1 ---------------------------- * Fri Mar 03 2006 Nils Philippsen - 1.2.42 - require hicolor-icon-theme (#182882, #182883) * Fri Oct 14 2005 Nils Philippsen - don't use pam_stack (#170649) * Tue Oct 04 2005 Nils Philippsen - 1.2.41 - fix variable names to prevent hangs when adding a group (#169730) tanukiwrapper-0:3.1.1-4jpp_7fc ------------------------------ * Mon Mar 06 2006 Jeremy Katz - 0:3.1.1-4jpp_7fc - stop scriptlet spew tetex-3.0-17 ------------ * Sat Feb 25 2006 Jindrich Novy 3.0-17 - PreReq: info (#182886, #182887) texi2html-1.76-3 ---------------- * Sat Feb 25 2006 Jindrich Novy 1.76-3 - PreReq info (#182888) tomcat5-0:5.5.15-1jpp_6fc ------------------------- * Mon Mar 06 2006 Jeremy Katz - 0:5.5.15-1jpp_6fc - stop scriptlet spew * Fri Mar 03 2006 Thomas Fitzsimmons - 0:5.5.15-1jpp_5fc - Require java-gcj-compat for post and postun sections of servlet-2.4-api, jsp-2.0-api-javadoc and server-lib sub-packages, since these three packages call /usr/bin/rebuild-gcj-db in their post and/or postun sections. udev-084-12 ----------- * Mon Mar 06 2006 Harald Hoyer - 084-12 - fixed DRI permissions velocity-0:1.4-3jpp_4fc ----------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.4-3jpp_4fc - stop scriptlet spew werken.xpath-0:0.9.4-0.beta.9jpp_3fc ------------------------------------ * Mon Mar 06 2006 Jeremy Katz - 0:0.9.4-0.beta.9jpp_3fc - stop scriptlet spew wsdl4j-0:1.5.1-1jpp_4fc ----------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.5.1-1jpp_4fc - stop scriptlet spew xalan-j2-0:2.6.0-3jpp_9fc ------------------------- * Mon Mar 06 2006 Jeremy Katz - 0:2.6.0-3jpp_9fc - stop scriptlet spew xdoclet-0:1.2.2-2jpp_5fc ------------------------ * Mon Mar 06 2006 Jeremy Katz - 0:1.2.2-2jpp_5fc - fix scriptlet spew xen-3.0.1-2 ----------- * Mon Mar 06 2006 Stephen Tweedie - 3.0.1-2 - Use kva mmap to find the xenstore page (upstream xen-unstable cset 9130) * Mon Mar 06 2006 Jeremy Katz - 3.0.1-1 - fix xenguest-install so that it uses phy: for block devices instead of forcing them over loopback. - change package versioning to be a little more accurate xerces-j2-0:2.7.1-6jpp_7fc -------------------------- * Mon Mar 06 2006 Jeremy Katz - 0:2.7.1-6jpp_7fc - stop scriptlet spew xjavadoc-0:1.1-1jpp_4fc ----------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.1-1jpp_4fc - stop scriptlet spew xml-commons-0:1.3.02-0.b2.7jpp_7fc ---------------------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.3.02-0.b2.7jpp_7fc - stop scriptlet spew xml-commons-resolver-0:1.1-1jpp_8fc ----------------------------------- * Mon Mar 06 2006 Jeremy Katz - 0:1.1-1jpp_8fc - stop scriptlet spew xmlrpc-0:2.0.1-1jpp_6fc ----------------------- * Mon Mar 06 2006 Jeremy Katz - 0:2.0.1-1jpp_6fc - stop scriptlet spew * Fri Feb 24 2006 Igor Foox - 0:2.0.1-1jpp_5fc - Added post/postun dependency on coreutils. xorg-x11-server-1.0.1-8 ----------------------- * Mon Mar 06 2006 Jeremy Katz - 1.0.1-8 - build libxf86config with -fPIC (#181292) - fix sgi 1600sw extra mode (#182430) * Wed Feb 22 2006 Jeremy Katz 1.0.1-7 - install randrstr.h as part of sdk as required for building some drivers * Tue Feb 21 2006 Mike A. Harris - Added xorg-server-1.0.1-backtrace.patch which enables the Xorg server's built in backtrace support by default, as it was inadvertently disabled in 7.0. xorg-x11-xkbdata-1.0.1-7 ------------------------ * Sat Mar 04 2006 Ray Strode 1.0.1-7 - Update to 0.8. yum-2.6.0-1 ----------- * Mon Mar 06 2006 Jeremy Katz - 2.6.0-1 - update to 2.6.0 final containing fix for #176257 Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15-5.FC5.4.i686 requires kernel = 0:2.6.15-1.1955_FC5 GFS-kernel - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5 GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5smp cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp gnbd-kernel - 2.6.15-5.FC5.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 From dtimms at bigpond.net.au Tue Mar 7 08:04:42 2006 From: dtimms at bigpond.net.au (David Timms) Date: Tue, 07 Mar 2006 19:04:42 +1100 Subject: Default Desktop Behavior In-Reply-To: <440CE451.6000305@webworks.se> References: <20060225040800.3F5A5730AE@hormel.redhat.com> <1141693638.30123.4.camel@localhost.localdomain> <440CDF25.5010201@webworks.se> <440CE451.6000305@webworks.se> Message-ID: <440D3E9A.9040305@bigpond.net.au> Uno Engborg wrote: > Uno Engborg wrote: >> Todd Simi wrote: >>> Hi, >>> >>> I didn't see a reply, so I thought I'd ask again. >>> >>> Is their a way to change the desktop behavior that open new application >>> below the one with current focus? If I'm in evolution and I click a >>> line in an email, I'd like the firefox window to open on top with focus. >>> >>> Thanks >>> Todd >>> >> I would have replied, the problem is that I can't really decide whats >> best. >> A change like this really needs usability testing with real users to >> evaluate. >> >> The problem with opening applications on top is that they may catch your >> typing, the disadvantage is that it generates an extra click to bring >> the application to front. You might remember that an alt-tab will access the last created window, ie the one that opened up underneath...you don't even have to slow yourself down by needing to move your hand off the keyboard, and mousing around ;) Or the minimize current window Alt-F9 which which leaves the new window on top (harder to get the fingers around). >> On the other hand I have never felt that applications open on top >> catching input ever have been a big problem, so perhaps it should have >> been >> left unchanged. So I suggest you file a bug report. >> >> One way to avoid the problem would be to use the new deskbar applet to >> type in application names instead of using terminal windows. What is that called ? Is it part of a basic gnome install ? I couldn't see it in add to panel ? > I think I have made up my mind. This opening window behind is really > annoying. I guess it depends on things like: - does your brain work only in a single task at a time way - is the PC so incredibly quick at showing the actual application window with the required data already in focus (I'm thinking startuo time for openoffice text or firefox, 15 secs/40secs to get past the 'i'm starting' dialog and show the actual contents), while you are still continuing to read the email you clicked the link on. I get these mails with say twenty links in them. The way I work is quickly skim the email, clicking any interesting ones (takes say ten seconds), delete the email, close email viewer, and then the next thing on screen is the preloaded web page with the content i requested. I don't need to sit here staring an 'i'm starting' dialog or a document / web page that is taking some time to load, when I could have continued and completed what I was doing in the same wait time. So if you were typing and the app came up over the top you would waste your time until you realized the keystrokes were going to the wrong place...delete...click back to where you really wanted to be...try to remember what you had been writing...retype it again. I've done this so many times that just this short time with a window manager that dosen't do this has been excellent. > At the very least this should be changeable in gconf. Yeah, we all have different needs/ways of operation, that a pref like this could take into account. DaveT. From samgwiz at sbcglobal.net Tue Mar 7 12:25:22 2006 From: samgwiz at sbcglobal.net (Sam Grady) Date: Tue, 07 Mar 2006 06:25:22 -0600 Subject: Unsubscribe In-Reply-To: <20060304223801.035727301C@hormel.redhat.com> References: <20060304223801.035727301C@hormel.redhat.com> Message-ID: <440D7BB2.4090000@sbcglobal.net> fedora-test-list-request at redhat.com wrote: > Send fedora-test-list mailing list submissions to > fedora-test-list at redhat.com > > To subscribe or unsubscribe via the World Wide Web, visit > https://www.redhat.com/mailman/listinfo/fedora-test-list > or, via email, send a message with subject or body 'help' to > fedora-test-list-request at redhat.com > > You can reach the person managing the list at > fedora-test-list-owner at redhat.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of fedora-test-list digest..." > > > Today's Topics: > > 1. wpa_supplicant and NetworkManager coexistance? (Steven Haigh) > 2. Re: rawhide report: 20060304 changes (Michael Schwendt) > 3. Re: wpa_supplicant and NetworkManager coexistance? (Paul Ionescu) > 4. Re: wpa_supplicant and NetworkManager coexistance? (Steven Haigh) > 5. Re: wpa_supplicant and NetworkManager coexistance? (Jeremy Katz) > 6. Error installing FC5t3 from CD-ROM on a Clevo 2200T laptop > (Antonio de la Fuente) > 7. Re: Error installing FC5t3 from CD-ROM on a Clevo 2200T > laptop (shrek-m at gmx.de) > 8. Re: wpa_supplicant and NetworkManager coexistance? (Steven Haigh) > 9. Strange display bug in FC5 Test 3 (Stelian Iancu) > 10. Re: Strange display bug in FC5 Test 3 (David Nielsen) > 11. Re: FC5t3 - 2.6.15-1.2008_FC5smp - stuck on initialising > SCSIadapter (Aryanto Rachmad) > 12. FC5T3 Suspend/Resume Fails (Clayton Rogers) > 13. Re: rawhide report: 20060304 changes (Andrew Overholt) > 14. Re: what to bugzilla after last updates? (Joshua Andrews) > 15. Re: Strange display bug in FC5 Test 3 (Stelian Iancu) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 5 Mar 2006 04:18:54 +1100 > From: Steven Haigh > Subject: wpa_supplicant and NetworkManager coexistance? > To: For testers of Fedora Core development releases > > Message-ID: <67AA9013-0D56-40D3-AF40-0C6104E1F46B at crc.id.au> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > Has anyone got these to work side by side as yet? > > It seems that each one is always trying to grab control of the wifi > adapter - I tell NetworkManager to connect to my local AP - which it > does, then wpa disconnects it and scans itself. Same the other way > around. > > Is there any way to make these co-exist? I guess what would be really > neat is to have WPA functionality in NetworkManger - then you get a > nice little GUI to configure 802.1x.... Great for those EAP-TTLS > access points out there! > > -- > Steven Haigh > > Email: netwiz at crc.id.au > Web: http://www.crc.id.au > Phone: (03) 9017 0597 - 0412 935 897 > > > > > > > ------------------------------ > > Message: 2 > Date: Sat, 4 Mar 2006 18:32:23 +0100 > From: Michael Schwendt > Subject: Re: rawhide report: 20060304 changes > To: For testers of Fedora Core development releases > > Message-ID: <20060304183223.677dda22.fedora at wir-sind-cool.org> > Content-Type: text/plain; charset=US-ASCII > > On Sat, 04 Mar 2006 04:20:27 -0500, Mike A. Harris wrote: > > >> Ralf Corsepius wrote: >> >>> On Sat, 2006-03-04 at 03:19 -0500, Build System wrote: >>> >>> >>> >>>> xorg-x11-xbitmaps-1.0.1-3 >>>> ------------------------- >>>> * Thu Mar 02 2006 Mike A. Harris 1.0.1-3 >>>> - Made package arch specific due to pkgconfig files being placed in lib64 >>>> if the noarch packages manage to get built on x86_64/ppc64/s390x. >>>> >>> What? >>> >>> Fix the toplevel Makefile.am to install the pkgconfig file to $datadir >>> instead of libdir: >>> >>> -pkgconfigdir = $(libdir)/pkgconfig >>> +pkgconfigdir = $(datadir)/pkgconfig >>> >>> That's what other noarch packages do. >>> >>> >>> Alternatively, fix your spec to use >>> >>> %configure --libdir=%_datadir >>> ... >>> %_datadir/share/pkgconfig/*.pc >>> >> For now, the important thing is that FC5 is in a state that everything >> builds, and is ready for final release. Minor trivia like this is not >> mission critical to the release of the OS. >> > > Moving the .pc file like Ralf suggests is very unlikely to break anything > at all, since default search order for pkg-config is > libdir/pkgconfig:datadir/pkgconfig, so the file would still be found. > > > > ------------------------------ > > Message: 3 > Date: Sat, 04 Mar 2006 20:35:28 +0200 > From: Paul Ionescu > Subject: Re: wpa_supplicant and NetworkManager coexistance? > To: fedora-test-list at redhat.com > Message-ID: > Content-Type: text/plain; charset=ISO-8859-1 > > On Sun, 05 Mar 2006 04:18:54 +1100, Steven Haigh wrote: > > >> Has anyone got these to work side by side as yet? >> >> It seems that each one is always trying to grab control of the wifi >> adapter - I tell NetworkManager to connect to my local AP - which it does, >> then wpa disconnects it and scans itself. Same the other way around. >> >> Is there any way to make these co-exist? I guess what would be really neat >> is to have WPA functionality in NetworkManger - then you get a nice little >> GUI to configure 802.1x.... Great for those EAP-TTLS access points out >> there! >> >> -- >> > > Hi Steven, > > NM 0.6 is out and it is supposed to do just that (use wpa_supplicant as > backend for WPA/WPA2) > Just wait a little to be included in the FC devel tree. > > > > ------------------------------ > > Message: 4 > Date: Sun, 5 Mar 2006 05:42:56 +1100 > From: Steven Haigh > Subject: Re: wpa_supplicant and NetworkManager coexistance? > To: For testers of Fedora Core development releases > > Message-ID: <994E727B-04E2-4275-8503-E32E3DF930AE at crc.id.au> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > On 05/03/2006, at 5:35 AM, Paul Ionescu wrote: > >> On Sun, 05 Mar 2006 04:18:54 +1100, Steven Haigh wrote: >> >>> Has anyone got these to work side by side as yet? >>> >>> It seems that each one is always trying to grab control of the wifi >>> adapter - I tell NetworkManager to connect to my local AP - which >>> it does, >>> then wpa disconnects it and scans itself. Same the other way around. >>> >>> Is there any way to make these co-exist? I guess what would be >>> really neat >>> is to have WPA functionality in NetworkManger - then you get a >>> nice little >>> GUI to configure 802.1x.... Great for those EAP-TTLS access points >>> out >>> there! >>> >> Hi Steven, >> >> NM 0.6 is out and it is supposed to do just that (use >> wpa_supplicant as >> backend for WPA/WPA2) >> Just wait a little to be included in the FC devel tree. >> > > Oh cool! This is one thing I will definitely be putting through it's > paces as I do a lot of roaming between wifi networks - some of which > require EAP-TTLS which is authed against RADIUS (like the office) and > others like home that is WEP free and if you're lucky will give you a > public IP address (I like the idea of giving away net access!). > > -- > Steven Haigh > > Email: netwiz at crc.id.au > Web: http://www.crc.id.au > Phone: (03) 9017 0597 - 0412 935 897 > > > > > > > ------------------------------ > > Message: 5 > Date: Sat, 04 Mar 2006 13:50:57 -0500 > From: Jeremy Katz > Subject: Re: wpa_supplicant and NetworkManager coexistance? > To: For testers of Fedora Core development releases > > Message-ID: <1141498257.2467.2.camel at bree.local.net> > Content-Type: text/plain > > On Sat, 2006-03-04 at 20:35 +0200, Paul Ionescu wrote: > >> NM 0.6 is out and it is supposed to do just that (use wpa_supplicant as >> backend for WPA/WPA2) >> Just wait a little to be included in the FC devel tree. >> > > The devel tree has been including CVS snaps in the lead-up to 0.6 since > the end of January > > Jeremy > > > > ------------------------------ > > Message: 6 > Date: Sat, 4 Mar 2006 19:48:50 +0100 > From: "Antonio de la Fuente" > Subject: Error installing FC5t3 from CD-ROM on a Clevo 2200T laptop > To: fedora-test-list at redhat.com > Message-ID: > <6533632d0603041048q48edb71doeb1544b66204f978 at mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Dear all, > I am trying to install FC5t3 from CD-ROM on a Clevo 2200T laptop > http://www.clevo.com.tw/products/2200t.asp, but I get the following > error message at the beginning of the installation: > > [F1-Main] [F2-Options] ... [F5-Rescue] > Unknown keyword in config file. > boot: > Could not find kernel image: linux > > I was able to install FC4 on this system without problems. I have > checked the installation CDs in another machine, and they work fine. > Any clue? > > Cheers, > Antonio de la Fuente > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: https://www.redhat.com/archives/fedora-test-list/attachments/20060304/43acbc12/attachment.html > > ------------------------------ > > Message: 7 > Date: Sat, 04 Mar 2006 20:00:52 +0100 > From: "shrek-m at gmx.de" > Subject: Re: Error installing FC5t3 from CD-ROM on a Clevo 2200T > laptop > To: For testers of Fedora Core development releases > > Message-ID: <4409E3E4.9050807 at gmx.de> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > On 04.03.2006 19:48, Antonio de la Fuente wrote: > > >> I am trying to install FC5t3 from CD-ROM on a Clevo 2200T laptop >> http://www.clevo.com.tw/products/2200t.asp >> , but I get the following >> error message at the beginning of the installation: >> >> [F1-Main] [F2-Options] ... [F5-Rescue] >> Unknown keyword in config file. >> boot: >> Could not find kernel image: linux >> >> I was able to install FC4 on this system without problems. I have >> checked the installation CDs in another machine, and they work fine. >> Any clue? >> > > > happens since >= fc5test2 > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178143#c7 > > boot: vmlinuz initrd=/isolinux/initrd.img > > should work > > > From sundaram at fedoraproject.org Tue Mar 7 12:27:57 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 07 Mar 2006 17:57:57 +0530 Subject: Unsubscribe In-Reply-To: <440D7BB2.4090000@sbcglobal.net> References: <20060304223801.035727301C@hormel.redhat.com> <440D7BB2.4090000@sbcglobal.net> Message-ID: <440D7C4D.6080409@fedoraproject.org> Sam Grady wrote: You are trying to unsubscribe the incorrect way. Kindly use the instructions in https://www.redhat.com/mailman/listinfo/fedora-test-list to unsubscribe. -- Rahul From tjikkun at xs4all.nl Tue Mar 7 12:54:02 2006 From: tjikkun at xs4all.nl (Sander Hoentjen) Date: Tue, 07 Mar 2006 13:54:02 +0100 Subject: rawhide report: 20060307 changes In-Reply-To: <200603070924.k279O6g3000845@porkchop.devel.redhat.com> References: <200603070924.k279O6g3000845@porkchop.devel.redhat.com> Message-ID: <1141736043.2732.22.camel@tjikkun.dyndns.org> On Tue, 2006-03-07 at 04:24 -0500, Build System wrote: > > > Updated Packages: > > yum-2.6.0-1 > ----------- > * Mon Mar 06 2006 Jeremy Katz - 2.6.0-1 > - update to 2.6.0 final containing fix for #176257 > Updating : yum ######################### [1/2]warning: /etc/yum.conf created as /etc/yum.conf.rpmnew Cleanup : yum ######################### [2/2] Updated: yum.noarch 0:2.6.0-1 Complete! in yum.conf.rpmnew: distroverpkg=redhat-release shouldn't this be fedora-release? Sander From justin.conover at gmail.com Tue Mar 7 13:24:15 2006 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 7 Mar 2006 07:24:15 -0600 Subject: rawhide report: 20060307 changes In-Reply-To: <1141736043.2732.22.camel@tjikkun.dyndns.org> References: <200603070924.k279O6g3000845@porkchop.devel.redhat.com> <1141736043.2732.22.camel@tjikkun.dyndns.org> Message-ID: On 3/7/06, Sander Hoentjen wrote: > > On Tue, 2006-03-07 at 04:24 -0500, Build System wrote: > > > > > > Updated Packages: > > > > > yum-2.6.0-1 > > ----------- > > * Mon Mar 06 2006 Jeremy Katz - 2.6.0-1 > > - update to 2.6.0 final containing fix for #176257 > > > Updating : yum ######################### > [1/2]warning: /etc/yum.conf created as /etc/yum.conf.rpmnew > Cleanup : yum ######################### [2/2] > Updated: yum.noarch 0:2.6.0-1 > Complete! > > in yum.conf.rpmnew: > distroverpkg=redhat-release > > shouldn't this be fedora-release? > > Sander > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > Probably should be but wont matter ls -l /etc/redhat-release lrwxrwxrwx 1 root root 14 Feb 20 12:54 /etc/redhat-release -> fedora-release -------------- next part -------------- An HTML attachment was scrubbed... URL: From skvidal at linux.duke.edu Tue Mar 7 14:12:14 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Tue, 07 Mar 2006 09:12:14 -0500 Subject: rawhide report: 20060307 changes In-Reply-To: References: <200603070924.k279O6g3000845@porkchop.devel.redhat.com> <1141736043.2732.22.camel@tjikkun.dyndns.org> Message-ID: <1141740735.32291.3.camel@cutter> > Probably should be but wont matter > > ls -l /etc/redhat-release > lrwxrwxrwx 1 root root 14 Feb 20 12:54 /etc/redhat-release -> > fedora-release > no, it shouldn't be. it uses that to check what provides redhat-release. fedora-release provides, redhat-release. Having that as the default means that yum will work on fedora, redhat, centos, yellowdog etc etc etc -sv From brunson at brunson.com Tue Mar 7 14:12:18 2006 From: brunson at brunson.com (Eric Brunson) Date: Tue, 07 Mar 2006 07:12:18 -0700 Subject: Confirm Keyboard Shortcut Missing for F1 - help In-Reply-To: <440D3859.5090002@bigpond.net.au> References: <440C70AD.6040304@brunson.com> <440C9103.3080606@bigpond.net.au> <440CB457.4020508@brunson.com> <440D3859.5090002@bigpond.net.au> Message-ID: <440D94C2.7010709@brunson.com> David Timms wrote: > Eric Brunson wrote: >> David Timms wrote: >>> Eric Brunson wrote: >>>> Before I file this in bugzilla, can someone confirm that the >>>> "Launch help browser" keyboard shortcut is missing from >>>> gnome-keybinding-properties? Both my test3 machines are missing >>>> that configuration. >>> What is the menu|icon title that I can look at this ? >>> What should the help browser shortcut be ? >>> >>> DaveT >>> >> In FC4 it is under Desktop -> Preferences -> Keyboard Shortcuts -> >> Desktop, the title is "Launch help browser", it's the first item on >> the list and the default key binding is F1. I don't have that option >> on either of my test3 boxes. > OK, got it. Mine says disabled for the first 8 items, then AltF2, > AltF1 for Show the panel run application dialog and panel menu, and > there is a whole lot of other disabled's as well. Interesting... on this test3 box it just showed up with the last yum update, it was completely missing before, not just disabled. I'll have to check my laptop downstairs, but I updated it yesterday also. > > If a select the Launch help browser line and then type F1, it > definitely adds the shortcut, and Backspace disabled the shortcut. > While enabled the shortcut works, to show the general gnome help > overview. > > A guess a lot of people would be used to pressing F1 to get context > sensitive help in whatever application they are in. Perhaps the > generic keyboard shortcut was overriding other applications use of the > F1 (for help - actually I just tried this oocalc, and found it to be > true) and so it has been removed ? > > Definitely worth tracking down in bugzilla to see if it was on purpose > or not. It would be nice to get application specific help, and if the > app doesn't use the key, have it passed to the shortcuts system to get > gnome help, I guess ? The reason it came to my attention was that I needed it disabled to run a legacy terminal app that uses F1. Thanks for the input! > > DaveT. > From tjikkun at xs4all.nl Tue Mar 7 14:18:14 2006 From: tjikkun at xs4all.nl (Sander Hoentjen) Date: Tue, 07 Mar 2006 15:18:14 +0100 Subject: rawhide report: 20060307 changes In-Reply-To: <1141740735.32291.3.camel@cutter> References: <200603070924.k279O6g3000845@porkchop.devel.redhat.com> <1141736043.2732.22.camel@tjikkun.dyndns.org> <1141740735.32291.3.camel@cutter> Message-ID: <1141741096.2732.31.camel@tjikkun.dyndns.org> On Tue, 2006-03-07 at 09:12 -0500, seth vidal wrote: > > Probably should be but wont matter > > > > ls -l /etc/redhat-release > > lrwxrwxrwx 1 root root 14 Feb 20 12:54 /etc/redhat-release -> > > fedora-release > > > > no, it shouldn't be. > > it uses that to check what provides redhat-release. > > fedora-release provides, redhat-release. Having that as the default > means that yum will work on fedora, redhat, centos, yellowdog etc etc > etc > > -sv > Thank you for the info, i thought it pointed to a package, not a file in /etc Makes sense this way. Sander From cra at WPI.EDU Tue Mar 7 14:37:19 2006 From: cra at WPI.EDU (Chuck Anderson) Date: Tue, 7 Mar 2006 09:37:19 -0500 Subject: Default Desktop Behavior In-Reply-To: <1141698730.28684.6.camel@iridium> References: <20060225040800.3F5A5730AE@hormel.redhat.com> <1141693638.30123.4.camel@localhost.localdomain> <440CDF25.5010201@webworks.se> <1141698730.28684.6.camel@iridium> Message-ID: <20060307143719.GE31261@angus.ind.WPI.EDU> On Mon, Mar 06, 2006 at 06:32:10PM -0800, Nathanael D. Noblet wrote: > Windows that I have requested, ie: starting an application, clicked on a > link from within a window, opening on top is great. However windows that > pop up of their own accord are NOT the right way to do things. I can't > tell you how many times I've been coding and a messenger gaim window > pops up because someone started a chat with me and my code goes into > their window. However on the flip side, I have clicked on links within > documents and the like that well I just forget about and partway through > the day notice I have a browser or X/Y open and haven't looked at what I > was interested in. I agree completely. Nothing is more annoying than a window stealing focus when you are typing your password, but any window I requested to open should take focus and be on top. > Configurable default for both situations is in my opinion the best way > to move forward. +1 From justin.conover at gmail.com Tue Mar 7 15:09:27 2006 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 7 Mar 2006 09:09:27 -0600 Subject: Clean Up by Name Message-ID: When you right click on the desktop, you get the menu option "Clean Up by Name", what is the command that actually runs that because I would like to use that at startup in Gnome. Every box I logon to, the 3-5 icons I leave on the desktop are always not aligned all nice and neat. My wife says I have OCD, but whatever :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From skvidal at linux.duke.edu Tue Mar 7 15:12:53 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Tue, 07 Mar 2006 10:12:53 -0500 Subject: rawhide report: 20060307 changes In-Reply-To: <1141741096.2732.31.camel@tjikkun.dyndns.org> References: <200603070924.k279O6g3000845@porkchop.devel.redhat.com> <1141736043.2732.22.camel@tjikkun.dyndns.org> <1141740735.32291.3.camel@cutter> <1141741096.2732.31.camel@tjikkun.dyndns.org> Message-ID: <1141744374.32291.9.camel@cutter> On Tue, 2006-03-07 at 15:18 +0100, Sander Hoentjen wrote: > On Tue, 2006-03-07 at 09:12 -0500, seth vidal wrote: > > > Probably should be but wont matter > > > > > > ls -l /etc/redhat-release > > > lrwxrwxrwx 1 root root 14 Feb 20 12:54 /etc/redhat-release -> > > > fedora-release > > > > > > > no, it shouldn't be. > > > > it uses that to check what provides redhat-release. > > > > fedora-release provides, redhat-release. Having that as the default > > means that yum will work on fedora, redhat, centos, yellowdog etc etc > > etc > > > > -sv > > > Thank you for the info, i thought it pointed to a package, not a file > in /etc > Makes sense this way. yah - it does point to a package. the package providing 'redhat-release' run: rpm -q --provides fedora-release -sv From grinnz at gmail.com Tue Mar 7 15:14:12 2006 From: grinnz at gmail.com (Dan) Date: Tue, 07 Mar 2006 10:14:12 -0500 Subject: Default Desktop Behavior In-Reply-To: <440D3E9A.9040305@bigpond.net.au> References: <20060225040800.3F5A5730AE@hormel.redhat.com> <1141693638.30123.4.camel@localhost.localdomain> <440CDF25.5010201@webworks.se> <440CE451.6000305@webworks.se> <440D3E9A.9040305@bigpond.net.au> Message-ID: <440DA344.9000902@gmail.com> David Timms wrote: > Uno Engborg wrote: > >> Uno Engborg wrote: >> >>> Todd Simi wrote: >>> >>> >>> One way to avoid the problem would be to use the new deskbar applet to >>> type in application names instead of using terminal windows. >> > What is that called ? > Is it part of a basic gnome install ? > I couldn't see it in add to panel ? Mini-Commander, I assume you're referring to. It's in gnome-applets. From david at lovesunix.net Tue Mar 7 15:19:35 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 07 Mar 2006 16:19:35 +0100 Subject: Default Desktop Behavior In-Reply-To: <440DA344.9000902@gmail.com> References: <20060225040800.3F5A5730AE@hormel.redhat.com> <1141693638.30123.4.camel@localhost.localdomain> <440CDF25.5010201@webworks.se> <440CE451.6000305@webworks.se> <440D3E9A.9040305@bigpond.net.au> <440DA344.9000902@gmail.com> Message-ID: <1141744776.13205.11.camel@price.stavtrup-st.dk> tir, 07 03 2006 kl. 10:14 -0500, skrev Dan: > David Timms wrote: > > > Uno Engborg wrote: > > > >> Uno Engborg wrote: > >> > >>> Todd Simi wrote: > >>> > >>> > >>> One way to avoid the problem would be to use the new deskbar applet to > >>> type in application names instead of using terminal windows. > >> > > What is that called ? > > Is it part of a basic gnome install ? > > I couldn't see it in add to panel ? > > Mini-Commander, I assume you're referring to. It's in gnome-applets. deskbar (yum install deskbar-applet) - David From netwiz at crc.id.au Tue Mar 7 15:21:25 2006 From: netwiz at crc.id.au (Steven Haigh) Date: Wed, 8 Mar 2006 02:21:25 +1100 Subject: Clean Up by Name In-Reply-To: References: Message-ID: On 08/03/2006, at 2:09 AM, Justin Conover wrote: > When you right click on the desktop, you get the menu option "Clean > Up by Name", what is the command that actually runs that because I > would like to use that at startup in Gnome. > > Every box I logon to, the 3-5 icons I leave on the desktop are > always not aligned all nice and neat. My wife says I have OCD, but > whatever :) That makes two of us.. It annoys the hell out of me that I have overlapping icons on every login. I searched for ages to find a fix, but I'm still empty handed. Now I just hit the cleanup button every damn time I login.... I wonder if someone put in an 'auto-arrange' option.......... -- Steven Haigh Email: netwiz at crc.id.au Web: http://www.crc.id.au Phone: (03) 9017 0597 - 0412 935 897 From sundaram at fedoraproject.org Tue Mar 7 15:25:06 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 07 Mar 2006 20:55:06 +0530 Subject: Default Desktop Behavior In-Reply-To: <1141744776.13205.11.camel@price.stavtrup-st.dk> References: <20060225040800.3F5A5730AE@hormel.redhat.com> <1141693638.30123.4.camel@localhost.localdomain> <440CDF25.5010201@webworks.se> <440CE451.6000305@webworks.se> <440D3E9A.9040305@bigpond.net.au> <440DA344.9000902@gmail.com> <1141744776.13205.11.camel@price.stavtrup-st.dk> Message-ID: <440DA5D2.5020009@fedoraproject.org> David Nielsen wrote: >deskbar (yum install deskbar-applet) > > > This would be quite useful to have out of the box I think. Can you file a RFE on getting this installed by default against the 'comps' component in bugzilla? -- Rahul From david at lovesunix.net Tue Mar 7 16:40:45 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 07 Mar 2006 17:40:45 +0100 Subject: Default Desktop Behavior In-Reply-To: <440DA5D2.5020009@fedoraproject.org> References: <20060225040800.3F5A5730AE@hormel.redhat.com> <1141693638.30123.4.camel@localhost.localdomain> <440CDF25.5010201@webworks.se> <440CE451.6000305@webworks.se> <440D3E9A.9040305@bigpond.net.au> <440DA344.9000902@gmail.com> <1141744776.13205.11.camel@price.stavtrup-st.dk> <440DA5D2.5020009@fedoraproject.org> Message-ID: <1141749645.13205.13.camel@price.stavtrup-st.dk> tir, 07 03 2006 kl. 20:55 +0530, skrev Rahul Sundaram: > David Nielsen wrote: > > >deskbar (yum install deskbar-applet) > > > > > > > This would be quite useful to have out of the box I think. Can you file > a RFE on getting this installed by default against the 'comps' component > in bugzilla? > Done, https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184239 - David From caf at omen.com Tue Mar 7 16:42:55 2006 From: caf at omen.com (Chuck Forsberg WA7KGX N2469R) Date: Tue, 07 Mar 2006 08:42:55 -0800 Subject: PCI Express and Fedora? In-Reply-To: References: <1141377786.22558.89.camel@omen.com> <1141664572.2937.16.camel@omen.com> Message-ID: <1141749775.2937.41.camel@omen.com> It crashes. The disk activity light comes on. There is no discernable response to Ctrl-Alt-Del. The last log file follows. Note that this is a PCI-Express video card, not AGP. To reiterate, I have not been able to install any Fedora version on this machine, including fc5t3 386 or x86-64 DVD. The 386 DVD installed nominally on an older system. X Window System Version 6.9.0 -- Opensuse 10.1 beta 6 Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 6.9 Build Operating System: SuSE Linux [ELF] SuSE Current Operating System: Linux linux 2.6.16-rc5-git2-2-smp #1 SMP Tue Feb 28 09:16:17 UTC 2006 x86_64 Build Date: 26 February 2006 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present 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: Sun Mar 5 23:21:19 2006 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Layout[all]" (**) |-->Screen "Screen[fbdev]" (0) (**) | |-->Monitor "Monitor[0]" (**) | |-->Device "Device[fbdev]" (**) |-->Input Device "Keyboard[0]" (**) |-->Input Device "Mouse[1]" (**) FontPath set to "/usr/X11R6/lib/X11/fonts/truetype/,/usr/X11R6/lib/X11/fonts/URW/,/usr/X11R6/lib/X11/fonts/uni/,/usr/X11R6/lib/X11/fonts/misc/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) Input device list set to "/dev/ttyS0,/dev/ttyS1,/dev/ttyS2,/dev/ttyS3,/dev/ttyS4,/dev/ttyS5,/dev/ttyS6,/dev/ttyS7,/dev/ttyS8,/dev/psaux,/dev/logibm,/dev/sunmouse,/dev/atibm,/dev/amigamouse,/dev/atarimouse,/dev/inportbm,/dev/gpmdata,/dev/usbmouse,/dev/adbmouse,/dev/input/mice,/dev/input/event0" (**) ModulePath set to "/usr/X11R6/lib64/modules" (**) Option "AllowMouseOpenFail" (**) Option "BlankTime" "0" (**) Option "Xinerama" "off" (II) Open ACPI successful (/var/run/acpid.socket) (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.8 X.Org XInput driver : 0.5 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib64/modules/fonts/libbitmap.so (II) Module bitmap: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib64/modules/libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2580 card 8086,2580 rev 04 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,2581 card 0000,0000 rev 04 class 06,04,00 hdr 01 (II) PCI: 00:1b:0: chip 8086,2668 card 1043,814e rev 03 class 04,03,00 hdr 00 (II) PCI: 00:1c:0: chip 8086,2660 card 0000,0000 rev 03 class 06,04,00 hdr 81 (II) PCI: 00:1c:1: chip 8086,2662 card 0000,0000 rev 03 class 06,04,00 hdr 81 (II) PCI: 00:1d:0: chip 8086,2658 card 1043,80a6 rev 03 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,2659 card 1043,80a6 rev 03 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,265a card 1043,80a6 rev 03 class 0c,03,00 hdr 00 (II) PCI: 00:1d:3: chip 8086,265b card 1043,80a6 rev 03 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,265c card 1043,80a6 rev 03 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,244e card 0000,0000 rev d3 class 06,04,01 hdr 01 (II) PCI: 00:1f:0: chip 8086,2640 card 0000,0000 rev 03 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,266f card 1043,80a6 rev 03 class 01,01,8a hdr 00 (II) PCI: 00:1f:2: chip 8086,2652 card 1043,2601 rev 03 class 01,01,8f hdr 00 (II) PCI: 00:1f:3: chip 8086,266a card 1043,80a6 rev 03 class 0c,05,00 hdr 00 (II) PCI: 01:03:0: chip 1283,8212 card 1043,813a rev 13 class 01,80,00 hdr 00 (II) PCI: 01:09:0: chip 1102,0004 card 1102,2002 rev 04 class 04,01,00 hdr 80 (II) PCI: 01:09:1: chip 1102,7003 card 1102,0040 rev 04 class 09,80,00 hdr 80 (II) PCI: 01:09:2: chip 1102,4001 card 1102,0010 rev 04 class 0c,00,10 hdr 80 (II) PCI: 01:0a:0: chip 109e,036e card 18ac,d200 rev 11 class 04,00,00 hdr 80 (II) PCI: 01:0a:1: chip 109e,0878 card 18ac,d200 rev 11 class 04,80,00 hdr 80 (II) PCI: 02:00:0: chip 11ab,4362 card 1043,8142 rev 19 class 02,00,00 hdr 00 (II) PCI: 04:00:0: chip 10de,0142 card 1462,9818 rev a2 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,4), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 4: bridge is at (0:1:0), (0,4,4), BCTRL: 0x000a (VGA_EN is set) (II) Bus 4 I/O range: [0] -1 0 0x0000e000 - 0x0000efff (0x1000) IX[B] (II) Bus 4 non-prefetchable memory range: [0] -1 0 0xd0000000 - 0xd6ffffff (0x7000000) MX[B] (II) Bus 4 prefetchable memory range: [0] -1 0 0xd8000000 - 0xdfffffff (0x8000000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 3: bridge is at (0:28:0), (0,3,3), BCTRL: 0x0006 (VGA_EN is cleared) (II) Bus 3 I/O range: [0] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B] [1] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B] [2] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B] [3] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B] (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:28:1), (0,2,2), BCTRL: 0x0006 (VGA_EN is cleared) (II) Bus 2 I/O range: [0] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B] [1] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B] [2] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B] [3] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B] (II) Bus 2 non-prefetchable memory range: [0] -1 0 0xcff00000 - 0xcfffffff (0x100000) MX[B] (II) Subtractive PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:30:0), (0,1,1), BCTRL: 0x0006 (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0 0x00009000 - 0x000090ff (0x100) IX[B] [1] -1 0 0x00009400 - 0x000094ff (0x100) IX[B] [2] -1 0 0x00009800 - 0x000098ff (0x100) IX[B] [3] -1 0 0x00009c00 - 0x00009cff (0x100) IX[B] [4] -1 0 0x0000a000 - 0x0000a0ff (0x100) IX[B] [5] -1 0 0x0000a400 - 0x0000a4ff (0x100) IX[B] [6] -1 0 0x0000a800 - 0x0000a8ff (0x100) IX[B] [7] -1 0 0x0000ac00 - 0x0000acff (0x100) IX[B] [8] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B] [9] -1 0 0x0000b400 - 0x0000b4ff (0x100) IX[B] [10] -1 0 0x0000b800 - 0x0000b8ff (0x100) IX[B] [11] -1 0 0x0000bc00 - 0x0000bcff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xcfe00000 - 0xcfefffff (0x100000) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xd7f00000 - 0xd7ffffff (0x100000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI: (1:10:0) Brooktree Corporation Bt878 Video Capture rev 17, Mem @ 0xd7ffe000/12 (--) PCI:*(4:0:0) nVidia Corporation GeForce 6600 LE rev 162, Mem @ 0xd0000000/26, 0xd8000000/27, 0xd6000000/24, BIOS @ 0xd5fe0000/17 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) Active PCI resource ranges: [0] -1 0 0xcfffc000 - 0xcfffffff (0x4000) MX[B] [1] -1 0 0xd7fff000 - 0xd7ffffff (0x1000) MX[B] [2] -1 0 0xcfef8000 - 0xcfefbfff (0x4000) MX[B] [3] -1 0 0xcfeff800 - 0xcfefffff (0x800) MX[B] [4] -1 0 0xcfdffc00 - 0xcfdffff0 (0x3f1) MX[B] [5] -1 0 0xcfdff800 - 0xcfdffbf0 (0x3f1) MX[B] [6] -1 0 0xcfdf4000 - 0xcfdf7ff0 (0x3ff1) MX[B] [7] -1 0 0xd5fe0000 - 0xd5ffffff (0x20000) MX[B](B) [8] -1 0 0xd6000000 - 0xd6ffffff (0x1000000) MX[B](B) [9] -1 0 0xd8000000 - 0xdfffffff (0x8000000) MX[B](B) [10] -1 0 0xd0000000 - 0xd3ffffff (0x4000000) MX[B](B) [11] -1 0 0xd7ffe000 - 0xd7ffefff (0x1000) MX[B](B) [12] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B] [13] -1 0 0x0000b800 - 0x0000b807 (0x8) IX[B] [14] -1 0 0x0000b400 - 0x0000b43f (0x40) IX[B] [15] -1 0 0x00009800 - 0x0000980f (0x10) IX[B] [16] -1 0 0x0000a000 - 0x0000a003 (0x4) IX[B] [17] -1 0 0x0000a400 - 0x0000a407 (0x8) IX[B] [18] -1 0 0x0000a800 - 0x0000a803 (0x4) IX[B] [19] -1 0 0x0000b000 - 0x0000b007 (0x8) IX[B] [20] -1 0 0x00000400 - 0x00000410 (0x11) IX[B] [21] -1 0 0x00007400 - 0x00007400 (0x1) IX[B] [22] -1 0 0x00007800 - 0x00007800 (0x1) IX[B] [23] -1 0 0x00008000 - 0x00008000 (0x1) IX[B] [24] -1 0 0x00008400 - 0x00008400 (0x1) IX[B] [25] -1 0 0x00008800 - 0x00008800 (0x1) IX[B] [26] -1 0 0x0000ffa0 - 0x0000ffa0 (0x1) IX[B] [27] -1 0 0x00007000 - 0x00007010 (0x11) IX[B] [28] -1 0 0x00006800 - 0x00006810 (0x11) IX[B] [29] -1 0 0x00006400 - 0x00006410 (0x11) IX[B] [30] -1 0 0x00006000 - 0x00006010 (0x11) IX[B] (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xcfffc000 - 0xcfffffff (0x4000) MX[B] [1] -1 0 0xd7fff000 - 0xd7ffffff (0x1000) MX[B] [2] -1 0 0xcfef8000 - 0xcfefbfff (0x4000) MX[B] [3] -1 0 0xcfeff800 - 0xcfefffff (0x800) MX[B] [4] -1 0 0xcfdffc00 - 0xcfdffff0 (0x3f1) MX[B] [5] -1 0 0xcfdff800 - 0xcfdffbf0 (0x3f1) MX[B] [6] -1 0 0xcfdf4000 - 0xcfdf7ff0 (0x3ff1) MX[B] [7] -1 0 0xd5fe0000 - 0xd5ffffff (0x20000) MX[B](B) [8] -1 0 0xd6000000 - 0xd6ffffff (0x1000000) MX[B](B) [9] -1 0 0xd8000000 - 0xdfffffff (0x8000000) MX[B](B) [10] -1 0 0xd0000000 - 0xd3ffffff (0x4000000) MX[B](B) [11] -1 0 0xd7ffe000 - 0xd7ffefff (0x1000) MX[B](B) [12] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B] [13] -1 0 0x0000b800 - 0x0000b807 (0x8) IX[B] [14] -1 0 0x0000b400 - 0x0000b43f (0x40) IX[B] [15] -1 0 0x00009800 - 0x0000980f (0x10) IX[B] [16] -1 0 0x0000a000 - 0x0000a003 (0x4) IX[B] [17] -1 0 0x0000a400 - 0x0000a407 (0x8) IX[B] [18] -1 0 0x0000a800 - 0x0000a803 (0x4) IX[B] [19] -1 0 0x0000b000 - 0x0000b007 (0x8) IX[B] [20] -1 0 0x00000400 - 0x00000410 (0x11) IX[B] [21] -1 0 0x00007400 - 0x00007400 (0x1) IX[B] [22] -1 0 0x00007800 - 0x00007800 (0x1) IX[B] [23] -1 0 0x00008000 - 0x00008000 (0x1) IX[B] [24] -1 0 0x00008400 - 0x00008400 (0x1) IX[B] [25] -1 0 0x00008800 - 0x00008800 (0x1) IX[B] [26] -1 0 0x0000ffa0 - 0x0000ffa0 (0x1) IX[B] [27] -1 0 0x00007000 - 0x00007010 (0x11) IX[B] [28] -1 0 0x00006800 - 0x00006810 (0x11) IX[B] [29] -1 0 0x00006400 - 0x00006410 (0x11) IX[B] [30] -1 0 0x00006000 - 0x00006010 (0x11) IX[B] (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xcfffc000 - 0xcfffffff (0x4000) MX[B] [6] -1 0 0xd7fff000 - 0xd7ffffff (0x1000) MX[B] [7] -1 0 0xcfef8000 - 0xcfefbfff (0x4000) MX[B] [8] -1 0 0xcfeff800 - 0xcfefffff (0x800) MX[B] [9] -1 0 0xcfdffc00 - 0xcfdffff0 (0x3f1) MX[B] [10] -1 0 0xcfdff800 - 0xcfdffbf0 (0x3f1) MX[B] [11] -1 0 0xcfdf4000 - 0xcfdf7ff0 (0x3ff1) MX[B] [12] -1 0 0xd5fe0000 - 0xd5ffffff (0x20000) MX[B](B) [13] -1 0 0xd6000000 - 0xd6ffffff (0x1000000) MX[B](B) [14] -1 0 0xd8000000 - 0xdfffffff (0x8000000) MX[B](B) [15] -1 0 0xd0000000 - 0xd3ffffff (0x4000000) MX[B](B) [16] -1 0 0xd7ffe000 - 0xd7ffefff (0x1000) MX[B](B) [17] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [18] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [19] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B] [20] -1 0 0x0000b800 - 0x0000b807 (0x8) IX[B] [21] -1 0 0x0000b400 - 0x0000b43f (0x40) IX[B] [22] -1 0 0x00009800 - 0x0000980f (0x10) IX[B] [23] -1 0 0x0000a000 - 0x0000a003 (0x4) IX[B] [24] -1 0 0x0000a400 - 0x0000a407 (0x8) IX[B] [25] -1 0 0x0000a800 - 0x0000a803 (0x4) IX[B] [26] -1 0 0x0000b000 - 0x0000b007 (0x8) IX[B] [27] -1 0 0x00000400 - 0x00000410 (0x11) IX[B] [28] -1 0 0x00007400 - 0x00007400 (0x1) IX[B] [29] -1 0 0x00007800 - 0x00007800 (0x1) IX[B] [30] -1 0 0x00008000 - 0x00008000 (0x1) IX[B] [31] -1 0 0x00008400 - 0x00008400 (0x1) IX[B] [32] -1 0 0x00008800 - 0x00008800 (0x1) IX[B] [33] -1 0 0x0000ffa0 - 0x0000ffa0 (0x1) IX[B] [34] -1 0 0x00007000 - 0x00007010 (0x11) IX[B] [35] -1 0 0x00006800 - 0x00006810 (0x11) IX[B] [36] -1 0 0x00006400 - 0x00006410 (0x11) IX[B] [37] -1 0 0x00006000 - 0x00006010 (0x11) IX[B] (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib64/modules/extensions/libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib64/modules/extensions/libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "glx" (II) Loading /usr/X11R6/lib64/modules/extensions/libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/X11R6/lib64/modules/extensions/libGLcore.so (II) Module GLcore: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading extension GLX (II) LoadModule: "fbdev" (II) Loading /usr/X11R6/lib64/modules/drivers/fbdev_drv.so (II) Module fbdev: vendor="X.Org Foundation" compiled for 6.9.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 0.8 (II) LoadModule: "kbd" (II) Loading /usr/X11R6/lib64/modules/input/kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.1 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.5 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib64/modules/input/mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.3 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.5 (II) FBDEV: driver for framebuffer: fbdev, afb (II) Primary Device is: PCI 04:00:0 (II) Loading sub module "fbdevhw" (II) LoadModule: "fbdevhw" (II) Loading /usr/X11R6/lib64/modules/linux/libfbdevhw.so (II) Module fbdevhw: vendor="X.Org Foundation" compiled for 6.9.0, module version = 0.0.2 ABI class: X.Org Video Driver, version 0.8 (II) FBDEV(0): using default device (II) Running in FRAMEBUFFER Mode (==) FBDEV(0): Depth 16, (==) framebuffer bpp 16 (==) FBDEV(0): RGB weight 565 (==) FBDEV(0): Default visual is TrueColor (==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0) (II) FBDEV(0): hardware: VESA VGA (video memory: 10240kB) (**) FBDEV(0): Option "ShadowFB" "off" (II) FBDEV(0): checking modes against framebuffer device... (II) FBDEV(0): mode "default" not found (II) FBDEV(0): checking modes against monitor... (--) FBDEV(0): Virtual size is 1280x1024 (pitch 1280) (**) FBDEV(0): Built-in mode "current": 131.1 MHz, 80.3 kHz, 76.6 Hz (II) FBDEV(0): Modeline "current" 131.09 1280 1312 1472 1632 1024 1028 1032 1048 -hsync -vsync -csync (==) FBDEV(0): DPI set to (75, 75) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/X11R6/lib64/modules/libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.2 (EE) FBDEV(0): FBIOBLANK: Invalid argument (==) FBDEV(0): Backing store disabled (==) RandR enabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE (**) Option "CoreKeyboard" (**) Keyboard[0]: Core Keyboard (**) Option "Protocol" "Standard" (**) Keyboard[0]: Protocol: Standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xfree86" (**) Keyboard[0]: XkbRules: "xfree86" (**) Option "XkbModel" "pc104" (**) Keyboard[0]: XkbModel: "pc104" (**) Option "XkbLayout" "us" (**) Keyboard[0]: XkbLayout: "us" (**) Option "XkbKeycodes" "xfree86" (**) Keyboard[0]: XkbKeycodes: "xfree86" (**) Option "CustomKeycodes" "off" (**) Keyboard[0]: CustomKeycodes disabled (**) Option "Protocol" "explorerps/2" (**) Mouse[1]: Device: "/dev/input/mice" (**) Mouse[1]: Protocol: "explorerps/2" (**) Option "CorePointer" (**) Mouse[1]: Core Pointer (**) Option "Device" "/dev/input/mice" (==) Mouse[1]: Emulate3Buttons, Emulate3Timeout: 50 (**) Mouse[1]: ZAxisMapping: buttons 4, 5, 6 and 7 (**) Mouse[1]: Buttons: 11 (II) XINPUT: Adding extended input device "Mouse[1]" (type: MOUSE) (II) XINPUT: Adding extended input device "Keyboard[0]" (type: KEYBOARD) (II) Mouse[1]: ps2EnableDataReporting: succeeded Could not init font path element /usr/X11R6/lib/X11/fonts/truetype/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/URW/, removing from list! (EE) FBDEV(0): FBIOBLANK: Invalid argument (II) Open ACPI successful (/var/run/acpid.socket) (EE) FBDEV(0): FBIOBLANK: Invalid argument (II) Mouse[1]: ps2EnableDataReporting: succeeded On Mon, 2006-03-06 at 09:11 -0800, alan wrote: > On Mon, 6 Mar 2006, Chuck Forsberg WA7KGX N2469R wrote: > > > On Mon, 2006-03-06 at 10:13 +0100, Rudolf Kastl wrote: > >> 2006/3/3, Chuck Forsberg WA7KGX N2469R : > >>> I tried a text install of fc5t3 both 386 and x86-64 on > >>> my Asus p5gd1 with Nvidia 6600 PCI Express video. > >>> > >>> Both versions fail the same way. Operation is normal > >>> through the disc check dialog. Then the display > >>> shifts modes (still alphanumeric) and becomes illegible. > >>> It looks like a terminfo control character mismatch. > >> > >> using a gigabyte pcie board socket 939 with gforce 6200 pcie just fine > >> here. works out of the box on rawhide x86_64 as well as on fc4 x86_64. > >> > >> did you update fc4 and then tried again? maybe a chipset issue? > > > > This is a socket LGA775 motherboard with a 64 bit Pentium. > > The only version of Linux that ran with X was Suse 10.0, > > but an automatic update killed it. > > > > Opensuse 10.1 beta 6 loads correctly (if quadratically), > > but the display breaks up and the computer locks up > > when the configured X server starts. > > > > Perhaps x64 Linux is AMD only. > > I don't believe so. > > Do you have the /var/log/Xorg.0.log with where it is crashing? Can you > ssh into the box or does it crash and burn? Any log messages that might > indicate where the problem is might be helpful. > > I would also see if the commercial nVIDIA driver does any better. That > would help narrow down where the problem might be at. > -- Chuck Forsberg caf at omen.com www.omen.com 503-614-0430 Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc "The High Reliability Software" 10255 NW Old Cornelius Pass Portland OR 97231 FAX 629-0665 From tsimi at speakeasy.net Tue Mar 7 17:02:34 2006 From: tsimi at speakeasy.net (Todd Simi) Date: Tue, 07 Mar 2006 09:02:34 -0800 Subject: Default Desktop Behavior In-Reply-To: <20060307132430.179D67389E@hormel.redhat.com> References: <20060307132430.179D67389E@hormel.redhat.com> Message-ID: <1141750954.29369.10.camel@localhost.localdomain> > Message: 4 > Date: Tue, 07 Mar 2006 19:04:42 +1100 > From: David Timms > Subject: Re: Default Desktop Behavior > To: fedora-test-list at redhat.com > Message-ID: <440D3E9A.9040305 at bigpond.net.au> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Uno Engborg wrote: > > Uno Engborg wrote: > >> Todd Simi wrote: > >>> Hi, > >>> > >>> I didn't see a reply, so I thought I'd ask again. > >>> > >>> Is their a way to change the desktop behavior that open new application > >>> below the one with current focus? If I'm in evolution and I click a > >>> line in an email, I'd like the firefox window to open on top with focus. > >>> > >>> Thanks > >>> Todd > >>> > >> I would have replied, the problem is that I can't really decide whats > >> best. > >> A change like this really needs usability testing with real users to > >> evaluate. > >> > >> The problem with opening applications on top is that they may catch your > >> typing, the disadvantage is that it generates an extra click to bring > >> the application to front. > You might remember that an alt-tab will access the last created window, > ie the one that opened up underneath...you don't even have to slow > yourself down by needing to move your hand off the keyboard, and mousing > around ;) Or the minimize current window Alt-F9 which which leaves the > new window on top (harder to get the fingers around). > > >> On the other hand I have never felt that applications open on top > >> catching input ever have been a big problem, so perhaps it should have > >> been > >> left unchanged. So I suggest you file a bug report. > >> > >> One way to avoid the problem would be to use the new deskbar applet to > >> type in application names instead of using terminal windows. > What is that called ? > Is it part of a basic gnome install ? > I couldn't see it in add to panel ? > > > I think I have made up my mind. This opening window behind is really > > annoying. > I guess it depends on things like: > - does your brain work only in a single task at a time way > - is the PC so incredibly quick at showing the actual application window > with the required data already in focus (I'm thinking startuo time for > openoffice text or firefox, 15 secs/40secs to get past the 'i'm > starting' dialog and show the actual contents), while you are still > continuing to read the email you clicked the link on. > > I get these mails with say twenty links in them. The way I work is > quickly skim the email, clicking any interesting ones (takes say ten > seconds), delete the email, close email viewer, and then the next thing > on screen is the preloaded web page with the content i requested. I > don't need to sit here staring an 'i'm starting' dialog or a document / > web page that is taking some time to load, when I could have continued > and completed what I was doing in the same wait time. > > So if you were typing and the app came up over the top you would waste > your time until you realized the keystrokes were going to the wrong > place...delete...click back to where you really wanted to be...try to > remember what you had been writing...retype it again. I've done this so > many times that just this short time with a window manager that dosen't > do this has been excellent. > > > At the very least this should be changeable in gconf. > Yeah, we all have different needs/ways of operation, that a pref like > this could take into account. > > DaveT. > > > I understand about ALT-TAB, but why must it be that I have to do that in order to access the application I just asked for? My firefox loads in 7 seconds, if I haven't used it in a session, and only 3 seconds if I have. I don't find that to long to wait for what I want to read. That's if I'm clicking on a link in an email. This behavior also occurs when clicking on one of the icons at the top of the screen. When calling a program directly for execution. If right now I decide I want to insert a quote from the web, I have to click on the firefox icon, then be anoid that I have to ALT-TAB or click on it in addition. I just think this could be a really great configurable feature, and not the M$ type of "feature" it is to me now. Todd From jkeating at j2solutions.net Tue Mar 7 17:06:28 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 07 Mar 2006 12:06:28 -0500 Subject: Default Desktop Behavior In-Reply-To: <1141749645.13205.13.camel@price.stavtrup-st.dk> References: <20060225040800.3F5A5730AE@hormel.redhat.com> <1141693638.30123.4.camel@localhost.localdomain> <440CDF25.5010201@webworks.se> <440CE451.6000305@webworks.se> <440D3E9A.9040305@bigpond.net.au> <440DA344.9000902@gmail.com> <1141744776.13205.11.camel@price.stavtrup-st.dk> <440DA5D2.5020009@fedoraproject.org> <1141749645.13205.13.camel@price.stavtrup-st.dk> Message-ID: <1141751188.29955.31.camel@ender> On Tue, 2006-03-07 at 17:40 +0100, David Nielsen wrote: > > This would be quite useful to have out of the box I think. Can you > file > > a RFE on getting this installed by default against the 'comps' > component > > in bugzilla? > > > Done, > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184239 This is an extras package. Sorry. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From nathanael at gnat.ca Tue Mar 7 17:50:02 2006 From: nathanael at gnat.ca (Nathanael D. Noblet) Date: Tue, 07 Mar 2006 09:50:02 -0800 Subject: prism54 module errors on boot Message-ID: <1141753803.3069.17.camel@iridium> Hello, I've already submitted a bug on this problem, but since doing that, I think I know what the problem is and need some feedback if the problem is what I think it is. I have a wireless network card runs off the prism54 module perfectly. I've got the latest kernel and patches (FC5-test3) and all that. However when I boot the module is loaded, and it attempts to get an IP adress from the AP and fails. Once logged in I have to 'su -' and 'rmmod prism54' and 'modprobe prism54'. I assume hotplug does all its wonderful magic because then it grabs an IP and starts working. Is there a way to have it turn on debugging output from the driver loading? It would likely help in seeing what happens the first time when it fails and the next time when it succeeds after boot. From david at lovesunix.net Tue Mar 7 18:03:25 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 07 Mar 2006 19:03:25 +0100 Subject: Default Desktop Behavior In-Reply-To: <1141751188.29955.31.camel@ender> References: <20060225040800.3F5A5730AE@hormel.redhat.com> <1141693638.30123.4.camel@localhost.localdomain> <440CDF25.5010201@webworks.se> <440CE451.6000305@webworks.se> <440D3E9A.9040305@bigpond.net.au> <440DA344.9000902@gmail.com> <1141744776.13205.11.camel@price.stavtrup-st.dk> <440DA5D2.5020009@fedoraproject.org> <1141749645.13205.13.camel@price.stavtrup-st.dk> <1141751188.29955.31.camel@ender> Message-ID: <1141754605.27770.0.camel@price.stavtrup-st.dk> tir, 07 03 2006 kl. 12:06 -0500, skrev Jesse Keating: > On Tue, 2006-03-07 at 17:40 +0100, David Nielsen wrote: > > > This would be quite useful to have out of the box I think. Can you > > file > > > a RFE on getting this installed by default against the 'comps' > > component > > > in bugzilla? > > > > > Done, > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184239 > > This is an extras package. Sorry. understandable but wasn't deskbar adopted in GNOME 2.14? - David From grinnz at gmail.com Tue Mar 7 17:43:03 2006 From: grinnz at gmail.com (Dan) Date: Tue, 07 Mar 2006 12:43:03 -0500 Subject: Default Desktop Behavior In-Reply-To: <1141744776.13205.11.camel@price.stavtrup-st.dk> References: <20060225040800.3F5A5730AE@hormel.redhat.com> <1141693638.30123.4.camel@localhost.localdomain> <440CDF25.5010201@webworks.se> <440CE451.6000305@webworks.se> <440D3E9A.9040305@bigpond.net.au> <440DA344.9000902@gmail.com> <1141744776.13205.11.camel@price.stavtrup-st.dk> Message-ID: <440DC627.3030308@gmail.com> Deskbar looks like a search tool, rather than an application starter ? Plus this version seems to not work (i can't type in it, it just makes me type in whatever else I was using or the desktop). But I don't use rawhide on this machine. David Nielsen wrote: >tir, 07 03 2006 kl. 10:14 -0500, skrev Dan: > > >>David Timms wrote: >> >> >> >>>Uno Engborg wrote: >>> >>> >>> >>>>Uno Engborg wrote: >>>> >>>> >>>> >>>>>Todd Simi wrote: >>>>> >>>>> >>>>>One way to avoid the problem would be to use the new deskbar applet to >>>>>type in application names instead of using terminal windows. >>>>> >>>>> >>>What is that called ? >>>Is it part of a basic gnome install ? >>>I couldn't see it in add to panel ? >>> >>> >>Mini-Commander, I assume you're referring to. It's in gnome-applets. >> >> > >deskbar (yum install deskbar-applet) > >- David > > > From sundaram at fedoraproject.org Tue Mar 7 18:10:59 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 07 Mar 2006 23:40:59 +0530 Subject: Default Desktop Behavior In-Reply-To: <1141754605.27770.0.camel@price.stavtrup-st.dk> References: <20060225040800.3F5A5730AE@hormel.redhat.com> <1141693638.30123.4.camel@localhost.localdomain> <440CDF25.5010201@webworks.se> <440CE451.6000305@webworks.se> <440D3E9A.9040305@bigpond.net.au> <440DA344.9000902@gmail.com> <1141744776.13205.11.camel@price.stavtrup-st.dk> <440DA5D2.5020009@fedoraproject.org> <1141749645.13205.13.camel@price.stavtrup-st.dk> <1141751188.29955.31.camel@ender> <1141754605.27770.0.camel@price.stavtrup-st.dk> Message-ID: <440DCCB3.5000608@fedoraproject.org> David Nielsen wrote: >>>Done, >>>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184239 >>> >>> >>This is an extras package. Sorry. >> >> > >understandable but wasn't deskbar adopted in GNOME 2.14? > > So is Sabayon which is even written by Red Hat but isnt included in Fedora Core but the way forward would be to blur the differences between Fedora Core and Extras to the point that it doesnt matter which repository the package resides in and define whether Fedora Core as a concept makes sense anymore and if so, what Fedora Core should actually target. -- Rahul From brunson at brunson.com Tue Mar 7 18:23:16 2006 From: brunson at brunson.com (Eric Brunson) Date: Tue, 07 Mar 2006 11:23:16 -0700 Subject: Multiple X logins In-Reply-To: <440C5733.2040300@gmx.de> References: <440C2629.4030104@webworks.se> <440C5733.2040300@gmx.de> Message-ID: <440DCF94.60403@brunson.com> shrek-m at gmx.de wrote: > On 06.03.2006 13:08, Uno Engborg wrote: > >> Is the possibillity to run multiple X servers so that you could >> switch between >> multiple users or machines,removed in FC5, or have I somehow failed to >> install it, or disabled it by mistake? What was it called in FC4 by >> the way. > > > gdmflexiserver ? > > fc3 > $ rpm -qf `which gdmflexiserver` > gdm-2.6.0.5-6 > Has anyone else noticed gdmflexiserver not showing up under Applications -> System Tools? Did it get moved or did my upgrade to test3 botch something? From sundaram at fedoraproject.org Tue Mar 7 18:25:39 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 07 Mar 2006 23:55:39 +0530 Subject: Multiple X logins In-Reply-To: <440DCF94.60403@brunson.com> References: <440C2629.4030104@webworks.se> <440C5733.2040300@gmx.de> <440DCF94.60403@brunson.com> Message-ID: <440DD023.4020705@fedoraproject.org> Eric Brunson wrote: > shrek-m at gmx.de wrote: > >> On 06.03.2006 13:08, Uno Engborg wrote: >> >>> Is the possibillity to run multiple X servers so that you could >>> switch between >>> multiple users or machines,removed in FC5, or have I somehow failed to >>> install it, or disabled it by mistake? What was it called in FC4 >>> by the way. >> >> >> >> gdmflexiserver ? >> >> fc3 >> $ rpm -qf `which gdmflexiserver` >> gdm-2.6.0.5-6 >> > Has anyone else noticed gdmflexiserver not showing up under > Applications -> System Tools? Did it get moved or did my upgrade to > test3 botch something? Has been hidden since there are thorny issues with device ownerships and things like that. See list archives for details. -- Rahul From nathanael at gnat.ca Tue Mar 7 19:40:20 2006 From: nathanael at gnat.ca (Nathanael D. Noblet) Date: Tue, 07 Mar 2006 11:40:20 -0800 Subject: Latest update kills gaim... Message-ID: <1141760420.3434.2.camel@iridium> Hello, I just did a yum update, it included lots of packages including glibc-common and new kernel .2025... Everything else seems okay, however gaim dies. Should I file a bug with gaim or FC5? It worked until the latest update... Here's the output: *** glibc detected *** gaim: free(): invalid pointer: 0x08259e40 *** ======= Backtrace: ========= /lib/libc.so.6[0x78df18] /lib/libc.so.6(__libc_free+0x79)[0x79141d] /usr/lib/libglib-2.0.so.0(g_free+0x31)[0x4834d1] gaim(gaim_privacy_deny_remove+0xd8)[0xddcf08] /usr/lib/gaim/libmsn.so(msn_got_lst_user+0xfb)[0x70e72b] /usr/lib/gaim/libmsn.so[0x70bb07] /usr/lib/gaim/libmsn.so(msn_cmdproc_process_cmd+0xee)[0x6f4b5e] /usr/lib/gaim/libmsn.so(msn_cmdproc_process_cmd_text+0x5f)[0x6f4cbf] /usr/lib/gaim/libmsn.so[0x7044be] gaim[0xe2f3a2] /usr/lib/libglib-2.0.so.0[0x4a4c3d] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x16d)[0x47c09d] /usr/lib/libglib-2.0.so.0[0x47f32f] /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1a9)[0x47f6d9] /usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xb4)[0xfb4744] gaim(main+0xc65)[0xe65365] /lib/libc.so.6(__libc_start_main+0xdc)[0x73f7e4] gaim[0xdb5bc1] ======= Memory map: ======== 00111000-0020a000 r-xp 00000000 08:13 512778 /usr/lib/libX11.so.6.2.0 0020a000-0020e000 rwxp 000f9000 08:13 512778 /usr/lib/libX11.so.6.2.0 0020e000-0021d000 r-xp 00000000 08:13 512780 /usr/lib/libXext.so.6.4.0 0021d000-0021e000 rwxp 0000e000 08:13 512780 /usr/lib/libXext.so.6.4.0 0021e000-00226000 r-xp 00000000 08:13 512821 /usr/lib/libpangocairo-1.0.so.0 .1199.0 00226000-00227000 rwxp 00007000 08:13 512821 /usr/lib/libpangocairo-1.0.so.0 .1199.0 00227000-00263000 r-xp 00000000 08:13 512818 /usr/lib/libpango-1.0.so.0.1199 .0 00263000-00265000 rwxp 0003b000 08:13 512818 /usr/lib/libpango-1.0.so.0.1199 .0 00265000-00267000 r-xp 00000000 08:13 2123914 /lib/libdl-2.4.so 00267000-00268000 r-xp 00001000 08:13 2123914 /lib/libdl-2.4.so 00268000-00269000 rwxp 00002000 08:13 2123914 /lib/libdl-2.4.so 00269000-0026b000 r-xp 00000000 08:13 512776 /usr/lib/libXau.so.6.0.0 0026b000-0026c000 rwxp 00001000 08:13 512776 /usr/lib/libXau.so.6.0.0 0026c000-00271000 r-xp 00000000 08:13 512777 /usr/lib/libXdmcp.so.6.0.0 00271000-00272000 rwxp 00004000 08:13 512777 /usr/lib/libXdmcp.so.6.0.0 00272000-00273000 r-xp 00000000 08:13 593806 /usr/lib/ao/plugins-2/libesd.so 00273000-00274000 rwxp 00000000 08:13 593806 /usr/lib/ao/plugins-2/libesd.so 00274000-00275000 r-xp 00274000 00:00 0 [vdso] 00275000-00336000 r-xp 00000000 08:13 499216 /usr/lib/libaspell.so.15.1.3 00336000-0033a000 rwxp 000c0000 08:13 499216 /usr/lib/libaspell.so.15.1.3 0033a000-0033e000 rwxp 0033a000 00:00 0 0033e000-003c5000 r-xp 00000000 08:13 500575 /usr/lib/libgdk-x11-2.0.so.0.80 0.13 003c5000-003c8000 rwxp 00087000 08:13 500575 /usr/lib/libgdk-x11-2.0.so.0.80 0.13 003c8000-00406000 r-xp 00000000 08:13 512807 /usr/lib/libgobject-2.0.so.0.10 00.0 00406000-00407000 rwxp 0003e000 08:13 512807 /usr/lib/libgobject-2.0.so.0.10 00.0 00407000-00416000 r-xp 00000000 08:13 2123943 /lib/libpthread-2.4.so 00416000-00417000 r-xp 0000e000 08:13 2123943 /lib/libpthread-2.4.so 00417000-00418000 rwxp 0000f000 08:13 2123943 /lib/libpthread-2.4.so 00418000-0041a000 rwxp 00418000 00:00 0 0041a000-00422000 r-xp 00000000 08:13 512779 /usr/lib/libXrender.so.1.3.0 00422000-00423000 rwxp 00007000 08:13 512779 /usr/lib/libXrender.so.1.3.0 00423000-00425000 r-xp 00000000 08:13 512784 /usr/lib/libXinerama.so.1.0.0 00425000-00426000 rwxp 00001000 08:13 512784 /usr/lib/libXinerama.so.1.0.0 00426000-00429000 r-xp 00000000 08:13 512781 /usr/lib/libXrandr.so.2.0.0 00429000-0042a000 rwxp 00002000 08:13 512781 /usr/lib/libXrandr.so.2.0.0 0042a000-00433000 r-xp 00000000 08:13 512783 /usr/lib/libXcursor.so.1.0.2 00433000-00434000 rwxp 00008000 08:13 512783 /usr/lib/libXcursor.so.1.0.2 00434000-00438000 r-xp 00000000 08:13 512782 /usr/lib/libXfixes.so.3.0.0 00438000-00439000 rwxp 00003000 08:13 512782 /usr/lib/libXfixes.so.3.0.0 00439000-0044b000 r-xp 00000000 08:13 512709 /usr/lib/libz.so.1.2.3 0044b000-0044c000 rwxp 00011000 08:13 512709 /usr/lib/libz.so.1.2.3 0044c000-0044d000 r-xp 00000000 08:13 495123 /usAborted From davej at redhat.com Tue Mar 7 20:22:06 2006 From: davej at redhat.com (Dave Jones) Date: Tue, 7 Mar 2006 15:22:06 -0500 Subject: Latest update kills gaim... In-Reply-To: <1141760420.3434.2.camel@iridium> References: <1141760420.3434.2.camel@iridium> Message-ID: <20060307202206.GC30398@redhat.com> On Tue, Mar 07, 2006 at 11:40:20AM -0800, Nathanael D. Noblet wrote: > Hello, > I just did a yum update, it included lots of packages including > glibc-common and new kernel .2025... Everything else seems okay, however > gaim dies. > Should I file a bug with gaim or FC5? It worked until the latest > update... > > Here's the output: > > *** glibc detected *** gaim: free(): invalid pointer: 0x08259e40 *** gaim bug, and a nasty one at that. please file a bug, and mark it depending on 'FC5Blocker' Dave -- http://www.codemonkey.org.uk From dant at cdkkt.com Tue Mar 7 20:43:11 2006 From: dant at cdkkt.com (Daniel B. Thurman) Date: Tue, 7 Mar 2006 12:43:11 -0800 Subject: Couple of questions for FC5, T3 Message-ID: Hi Folks, Just a couple of questions: 1) Is there a fix for kudzu? It currently core dumps. If there is a fix, what do I use for Yum command line? 2) What is kdump? I guess I may have inadvetenly add this package in - but in any case there is a warning message in yellow that kdump could not find the core dump file. I tried to read up on in but it is still vague as to it's uses. Comments? Should I remove this from my test system? Kind regards, Dan From nathanael at gnat.ca Tue Mar 7 20:53:45 2006 From: nathanael at gnat.ca (Nathanael D. Noblet) Date: Tue, 07 Mar 2006 12:53:45 -0800 Subject: Latest update kills gaim... In-Reply-To: <20060307202206.GC30398@redhat.com> References: <1141760420.3434.2.camel@iridium> <20060307202206.GC30398@redhat.com> Message-ID: <1141764825.29041.1.camel@iridium> On Tue, 2006-03-07 at 15:22 -0500, Dave Jones wrote: > On Tue, Mar 07, 2006 at 11:40:20AM -0800, Nathanael D. Noblet wrote: > > Hello, > > I just did a yum update, it included lots of packages including > > glibc-common and new kernel .2025... Everything else seems okay, however > > gaim dies. > > Should I file a bug with gaim or FC5? It worked until the latest > > update... > > > > Here's the output: > > > > *** glibc detected *** gaim: free(): invalid pointer: 0x08259e40 *** > > gaim bug, and a nasty one at that. please file a bug, and mark it > depending on 'FC5Blocker' I see no where this option. I'm at bugzilla.redhat.com... I filed it anyhow. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184290 From miles.lane at gmail.com Tue Mar 7 20:55:52 2006 From: miles.lane at gmail.com (Miles Lane) Date: Tue, 7 Mar 2006 12:55:52 -0800 Subject: Multiple X logins In-Reply-To: <440D13C3.6090200@insight.rr.com> References: <440C2629.4030104@webworks.se> <440D13C3.6090200@insight.rr.com> Message-ID: On 3/6/06, Jim Cornette wrote: > Uno Engborg wrote: > > Is the possibillity to run multiple X servers so that you could switch > > between > > multiple users or machines,removed in FC5, or have I somehow failed to > > install it, or disabled it by mistake? What was it called in FC4 by > > the way. > > > > Regards > > Uno Engborg > > > > gdmflexiserver should launch another server login. I just tried this to > see if it still worked. I could launch a KDE server account as well as > my present gnome account. > Permission issues remain on which console user should own which devices. > If you wat to run different desktops, it works for me. No sound in KDE > though, The Gnome user account owns the sound. Interesting. We ought to have Gnome/KDE agnostic pieces to control access to hardware and fundamental services. Is that feasible? The current situation is pretty sub-optimal. Miles From uno at webworks.se Tue Mar 7 21:08:43 2006 From: uno at webworks.se (Uno Engborg) Date: Tue, 07 Mar 2006 22:08:43 +0100 Subject: Multiple X logins In-Reply-To: References: <440C2629.4030104@webworks.se> <440D13C3.6090200@insight.rr.com> Message-ID: <440DF65B.5050606@webworks.se> Miles Lane wrote: > On 3/6/06, Jim Cornette wrote: > >> Uno Engborg wrote: >> >>> Is the possibillity to run multiple X servers so that you could switch >>> between >>> multiple users or machines,removed in FC5, or have I somehow failed to >>> install it, or disabled it by mistake? What was it called in FC4 by >>> the way. >>> >>> Regards >>> Uno Engborg >>> >>> >> gdmflexiserver should launch another server login. I just tried this to >> see if it still worked. I could launch a KDE server account as well as >> my present gnome account. >> Permission issues remain on which console user should own which devices. >> If you wat to run different desktops, it works for me. No sound in KDE >> though, The Gnome user account owns the sound. >> > > Interesting. We ought to have Gnome/KDE agnostic pieces to control > access to hardware and fundamental services. Is that feasible? > The current situation is pretty sub-optimal. > > Miles > > I think it is Gnome/KDE agnostic, the first login grabs the devices regardless if it is KDE or Gnome. What would be needed would be some kind of sound server that was owned by root that could serv sound for various users. The next problem would be what should be allowed. You quicly run into security problems with this. E.g. You swich user with a friend that run a telephony application, should the next user still be able to use the sound input. Regards Uno Engborg -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3271 bytes Desc: S/MIME Cryptographic Signature URL: From islifefun1975 at yahoo.com Tue Mar 7 21:31:09 2006 From: islifefun1975 at yahoo.com (Josh) Date: Tue, 7 Mar 2006 13:31:09 -0800 (PST) Subject: ndiswrapper missing? Message-ID: <20060307213110.97518.qmail@web34004.mail.mud.yahoo.com> Hello testers, After a fresh FC5T3 install, i was configuring my USB wireless network dongle and couldn't find ndiswrapper on the FC5T3 CD. I may have overlooked. Is there a reason not to bundle ndiswrapper with FC5T3? Josh --------------------------------- Relax. Yahoo! Mail virus scanning helps detect nasty viruses! -------------- next part -------------- An HTML attachment was scrubbed... URL: From terraformers at gmail.com Tue Mar 7 21:37:24 2006 From: terraformers at gmail.com (Lars G) Date: Tue, 07 Mar 2006 22:37:24 +0100 Subject: "About Fedora" menu entry In-Reply-To: <20060307213110.97518.qmail@web34004.mail.mud.yahoo.com> References: <20060307213110.97518.qmail@web34004.mail.mud.yahoo.com> Message-ID: <1141767444.4217.4.camel@kinichahau.homebase> Hi What about a "About Fedora" menu entry under the "About GNOME" one ? I think i have seen this kind of entry in ubuntu. cheers lars From davej at redhat.com Tue Mar 7 21:38:47 2006 From: davej at redhat.com (Dave Jones) Date: Tue, 7 Mar 2006 16:38:47 -0500 Subject: ndiswrapper missing? In-Reply-To: <20060307213110.97518.qmail@web34004.mail.mud.yahoo.com> References: <20060307213110.97518.qmail@web34004.mail.mud.yahoo.com> Message-ID: <20060307213847.GB5878@redhat.com> On Tue, Mar 07, 2006 at 01:31:09PM -0800, Josh wrote: > Hello testers, > > After a fresh FC5T3 install, i was configuring my USB wireless network > dongle and couldn't find ndiswrapper on the FC5T3 CD. it's deliberatly not shipped. > I may have overlooked. Is there a reason not to bundle ndiswrapper with FC5T3? - it creates a situation where if you get a kernel bug, I'm not even going to look at it, because *anything* could have happened, and as the driver is effectively binary only, there's nothing I can do about it. - it reinforces the message to hardware vendors that it's ok to not release documentation or native Linux drivers, because 'they can just use the windows driver'. This is not a 'might happen' btw, there are already companies saying this when you call them to ask for documentation. The fact that other distros are shipping this is really sad. Given a lot of ex-Windows users fled that platform because they were tired of crashes, I'm amazed that people now want to run the drivers from it, when a lot of the time, they were the cause of the problems. I know it sucks to have hardware that you can't use. I've got a similar device myself that doesn't work right now. But there's hope that at some point the bcm43xx driver will work with it. Testing, and providing feedback to developers of *native* drivers is the direction we want to be headed toward. Dave -- http://www.codemonkey.org.uk From islifefun1975 at yahoo.com Tue Mar 7 21:46:57 2006 From: islifefun1975 at yahoo.com (Josh) Date: Tue, 7 Mar 2006 13:46:57 -0800 (PST) Subject: ndiswrapper missing? In-Reply-To: <20060307213847.GB5878@redhat.com> Message-ID: <20060307214657.82787.qmail@web34006.mail.mud.yahoo.com> Dave Jones wrote: it's deliberatly not shipped. > I may have overlooked. Is there a reason not to bundle ndiswrapper with FC5T3? - it creates a situation where if you get a kernel bug, I'm not even going to look at it, because *anything* could have happened, and as the driver is effectively binary only, there's nothing I can do about it. - it reinforces the message to hardware vendors that it's ok to not release documentation or native Linux drivers, because 'they can just use the windows driver'. This is not a 'might happen' btw, there are already companies saying this when you call them to ask for documentation. Makes perfect sense. I admire fedora taking the same stance as OpenBSD. I'll return my unsupported USB dongle and get a Ralink/atheros one. Josh --------------------------------- Yahoo! Mail Bring photos to life! New PhotoMail makes sharing a breeze. -------------- next part -------------- An HTML attachment was scrubbed... URL: From w.j.murray at rl.ac.uk Tue Mar 7 22:08:11 2006 From: w.j.murray at rl.ac.uk (William Murray) Date: Tue, 07 Mar 2006 22:08:11 +0000 Subject: NetworkManager help? Message-ID: <1141769291.3627.5.camel@billmurray.ashenden> Hello all, I am confused by NetworkManager on FC5T3. I cannot find the panel applet. http://fedoraproject.org/wiki/Tools/NetworkManager says to use /usr/bin/NetworkManagerInfo but I do not have this programme. I have installed Installed: NetworkManager.i386 0:0.6.0-2 NetworkManager-glib.i386 0:0.6.0-2 NetworkManager-gnome.i386 0:0.6.0-2 NetworkManager-vpnc.i386 0:0.5.0-1 I also saw something that seemed to imply it was now called nm-applet; but if I run this it hangs, polling glibc for ever. What should I do please? Also, I hoped I might be able to run an MPPE VPN using NM 0.6, but I begin to suspect this is not true - am I correct? Thanks, Bill From jspaleta at gmail.com Tue Mar 7 22:22:16 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 7 Mar 2006 17:22:16 -0500 Subject: Multiple X logins In-Reply-To: <440DF65B.5050606@webworks.se> References: <440C2629.4030104@webworks.se> <440D13C3.6090200@insight.rr.com> <440DF65B.5050606@webworks.se> Message-ID: <604aa7910603071422i1c73ee35oa90da97783fd113d@mail.gmail.com> On 3/7/06, Uno Engborg wrote: > I think it is Gnome/KDE agnostic, the first login grabs the devices > regardless if it is KDE or Gnome. For those interested... the current technology that implements permissions/ownership changes for devices, like the sound device, at login is controlled by the pam_console pam module in the pam for associated login mechanism. basically pam_console keeps a list of users logged in at the "console" and oldest "console" login wins for pam_console ownership comparisons. There is no obvious way for pam_console's apprach to be extended to know which user is "active" when there are 2 or more local "console" desktops, like what gdmflexiserver provides. Oldest login wins, simple and problematic for fast user switching. Read over: man pam_console /etc/security/console.perms and /etc/security/console.perms.d/ Before the creation of dbus aware services, pretty much all device ownership/permisions were channeled through the pam_console ownership mechanism. Though recently, it seems that certain people http://blog.fubar.dk/?p=63 are thinking about how to solve the problems associated with multiple concurrent "console" user policy via dbus. Its a long blog post and it will confuse you, as it continues to confuse me, until you are comfortable in dbus messaging syntax. The important thing to take away from that blog is that dbus could very well be used to track console activity in a more sophisticated way that solves the problem of what to do about device ownership when more than one person is logged in, as long as each login fires of a dbus managed session. One of the big ideas in the psuedocode of that blog is the introduction of keeping up with which "console" session is the active one and having a dbus-enabled policy service fireoff actions when active console changes from one session to another...or even when there is no active session. -jef"I can't wait to see the active console idea implemented in dbus, so I can see how badly dbus responses to 18 levels of nexted gdmflexiserver -n calls"spaleta From gstool at earthlink.net Tue Mar 7 22:24:41 2006 From: gstool at earthlink.net (Gerry Tool) Date: Tue, 07 Mar 2006 16:24:41 -0600 Subject: ndiswrapper missing? In-Reply-To: <20060307213847.GB5878@redhat.com> References: <20060307213110.97518.qmail@web34004.mail.mud.yahoo.com> <20060307213847.GB5878@redhat.com> Message-ID: <1141770281.3421.5.camel@fc5t3.thetoolshed.us> On Tue, 2006-03-07 at 16:38 -0500, Dave Jones wrote: > On Tue, Mar 07, 2006 at 01:31:09PM -0800, Josh wrote: > > Hello testers, > > > > After a fresh FC5T3 install, i was configuring my USB wireless network > > dongle and couldn't find ndiswrapper on the FC5T3 CD. > > it's deliberatly not shipped. > > > I may have overlooked. Is there a reason not to bundle ndiswrapper with FC5T3? > > - it creates a situation where if you get a kernel bug, I'm not even going > to look at it, because *anything* could have happened, and as the driver > is effectively binary only, there's nothing I can do about it. > > - it reinforces the message to hardware vendors that it's ok to not > release documentation or native Linux drivers, because 'they can just use > the windows driver'. This is not a 'might happen' btw, there are already > companies saying this when you call them to ask for documentation. > > The fact that other distros are shipping this is really sad. > > Given a lot of ex-Windows users fled that platform because they were tired > of crashes, I'm amazed that people now want to run the drivers from it, when > a lot of the time, they were the cause of the problems. > > I know it sucks to have hardware that you can't use. I've got a similar > device myself that doesn't work right now. But there's hope that at > some point the bcm43xx driver will work with it. Testing, and providing > feedback to developers of *native* drivers is the direction we want > to be headed toward. I currently have a laptop with a Linksys pcmcia wifi card that as far as I know doesn't have a native Linux driver, so I use ndiswrapper on Ubuntu on that machine. I would really like to install FC5 and native wifi support on that computer. Where can I find an authoritative list of "802.11g" pcmcia cards that are supported by native Linux drivers? I am more than willing to scrap the Linksys card and buy a new one if I _know_ it will work. Thanks. Gerry From selinux at gmail.com Tue Mar 7 22:31:43 2006 From: selinux at gmail.com (Tom London) Date: Tue, 7 Mar 2006 14:31:43 -0800 Subject: NetworkManager help? In-Reply-To: <1141769291.3627.5.camel@billmurray.ashenden> References: <1141769291.3627.5.camel@billmurray.ashenden> Message-ID: <4c4ba1530603071431na94b66fj8ed69f7decfa5618@mail.gmail.com> On 3/7/06, William Murray wrote: > Hello all, > I am confused by NetworkManager on FC5T3. I cannot find the > panel applet. > http://fedoraproject.org/wiki/Tools/NetworkManager > says to use /usr/bin/NetworkManagerInfo > but I do not have this programme. I have installed > Installed: NetworkManager.i386 0:0.6.0-2 NetworkManager-glib.i386 > 0:0.6.0-2 NetworkManager-gnome.i386 0:0.6.0-2 NetworkManager-vpnc.i386 > 0:0.5.0-1 > > I also saw something that seemed to imply it was now called nm-applet; > but if I run this it hangs, polling glibc for ever. > What should I do please? > Also, I hoped I might be able to run an MPPE VPN using NM 0.6, but I > begin to suspect this is not true - am I correct? > Thanks, > Bill > /usr/bin/nm-applet From ajchida at gmail.com Tue Mar 7 22:37:40 2006 From: ajchida at gmail.com (Chidananda Jayakeerti) Date: Tue, 7 Mar 2006 14:37:40 -0800 Subject: ndiswrapper missing? In-Reply-To: <1141770281.3421.5.camel@fc5t3.thetoolshed.us> References: <20060307213110.97518.qmail@web34004.mail.mud.yahoo.com> <20060307213847.GB5878@redhat.com> <1141770281.3421.5.camel@fc5t3.thetoolshed.us> Message-ID: <71b7a9890603071437t6a6fd99bpd00bdaa3621e518f@mail.gmail.com> > I currently have a laptop with a Linksys pcmcia wifi card that as far as > I know doesn't have a native Linux driver, so I use ndiswrapper on > Ubuntu on that machine. > > I would really like to install FC5 and native wifi support on that > computer. Where can I find an authoritative list of "802.11g" pcmcia > cards that are supported by native Linux drivers? I am more than > willing to scrap the Linksys card and buy a new one if I _know_ it will > work. http://rt2x00.serialmonkey.com/wiki/index.php/Hardware http://ralink.rapla.net/ http://zd1211.ath.cx/ http://prism54.org/newdrivers.html Chida -------------- next part -------------- An HTML attachment was scrubbed... URL: From pemboa at gmail.com Wed Mar 8 00:30:57 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 7 Mar 2006 18:30:57 -0600 Subject: "About Fedora" menu entry In-Reply-To: <1141767444.4217.4.camel@kinichahau.homebase> References: <20060307213110.97518.qmail@web34004.mail.mud.yahoo.com> <1141767444.4217.4.camel@kinichahau.homebase> Message-ID: <16de708d0603071630y4e688bd1nfc11008f45883ff@mail.gmail.com> On 3/7/06, Lars G wrote: > > Hi > > What about a "About Fedora" menu entry under the "About GNOME" one ? > I think i have seen this kind of entry in ubuntu. > > cheers > lars Along those lines, a menu entry (in both DEs) labelled "Fedora Help" or "Fedora Resources" would be adviseable. This could contain some or all of the following: - Links to online Fedora reosurces (fedoraproject.org, fedora solutions, fedora faq, etc) - Links to offline images of the above - Links to on disk help/man/info pages -- As a boy I jumped through Windows, as a man I play with Penguins. -------------- next part -------------- An HTML attachment was scrubbed... URL: From pemboa at gmail.com Wed Mar 8 00:33:44 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 7 Mar 2006 18:33:44 -0600 Subject: Password feedback in Anaconda Message-ID: <16de708d0603071633r6c596705xc6e6e30508c931b0@mail.gmail.com> I just installed FC5Test3 and I've got to say, everything is prettier, even at 800x600. However, Anaconda in FC1 and FC2 I believe, gave live feedback on length and strenth of passwords being input, any idea why this is nolonger so? It was a really nice feature IMHO. Good work to all those who have worked, and are working on FC5 . . . now I just need to figure out what to test. Peace Arthur -- As a boy I jumped through Windows, as a man I play with Penguins. -------------- next part -------------- An HTML attachment was scrubbed... URL: From pemboa at gmail.com Wed Mar 8 00:40:08 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 7 Mar 2006 18:40:08 -0600 Subject: Couple of questions for FC5, T3 In-Reply-To: References: Message-ID: <16de708d0603071640h6d9b6f14v8b270531bc89d060@mail.gmail.com> On 3/7/06, Daniel B. Thurman wrote: > > > Hi Folks, > > Just a couple of questions: > > 1) Is there a fix for kudzu? It currently core dumps. If there > is a fix, what do I use for Yum command line? If there is a fix, `yum update kudzu` should do the job. 2) What is kdump? I guess I may have inadvetenly add this > package in - but in any case there is a warning message > in yellow that kdump could not find the core dump file. I > tried to read up on in but it is still vague as to it's uses. > Comments? Should I remove this from my test system? This link is obvious, so it may be useless to you: http://lse.sourceforge.net/kdump/ Kind regards, > Dan > > -- As a boy I jumped through Windows, as a man I play with Penguins. -------------- next part -------------- An HTML attachment was scrubbed... URL: From canfield at uindy.edu Wed Mar 8 01:47:49 2006 From: canfield at uindy.edu (D Canfield) Date: Tue, 07 Mar 2006 20:47:49 -0500 Subject: Cursor tracking in thunderbird/firefox? In-Reply-To: <440B5495.80503@bigpond.net.au> References: <44084FDA.2010903@uindy.edu> <7ebb24d10603031522h5ff96e17x5a84e059be1d4bf6@mail.gmail.com> <440A69FC.4020405@uindy.edu> <440B5495.80503@bigpond.net.au> Message-ID: <440E37C5.40904@uindy.edu> David Timms wrote: > Because the feature (bug) is in mozilla (including a fresh download - > it would be great to check mozilla bugzilla and if necessary file there. I finally got to test this on a RHEL4 box, and the bug does not exist on a package downloaded from mozilla.com. It *does* exist on FC5 using the same download from mozilla. It also does not appear on the windows platform. >> Put a cursor in the middle of a line of text in the middle of a >> paragraph, and then press the up or down arrow. The cursor will jump >> to the beginning or end of the next/previous line, rather than >> remaining in the middle of the line of text like every other >> application on the system does. This only happens on mozilla apps, >> but not under windows. Can't currently confirm it on other linuxes. > Is this in the mail reader ? > Only in three pane mode ? > What about when you double click a received mail ? > What if there is less than a screen full of paragraphs ? > Can you grab some example text (something of the web if you like) that > causes the problem ? > A bug isn't a solvable bug unless it is reproducible by someone > else...how else could anyone know what they would need to do to fix ? The bug was confirmed by others on the list at least a month ago. I gave very simple steps to reproduce the bug, and it's been reproduced by others on the list. Are you saying that you can't reproduce the error? Isn't a single method or reproducing the bug in two different applications sufficient to prove there is a problem somewhere? DC From icon at fedoraproject.org Wed Mar 8 02:14:15 2006 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Tue, 07 Mar 2006 21:14:15 -0500 Subject: Cannot loop-mount with SELinux Message-ID: <440E3DF7.404@fedoraproject.org> Today's latest packages. Cannot loop-mount anything -- permission denied. This should be allowed (in fact, this shouldn't even require superuser, but I'll settle for just being able to loop-mount as root for right now -- i.e. old behaviour). root at localhost:[~]# losetup /dev/loop0 file.ext3 file.ext3: Permission denied root at protee:[/home/icon/dvd]# mount -o loop FieldTrip.iso /media/tmp FieldTrip.iso: Permission denied Cheers -icon From selinux at gmail.com Wed Mar 8 02:15:33 2006 From: selinux at gmail.com (Tom London) Date: Tue, 7 Mar 2006 18:15:33 -0800 Subject: NetworkManager help? In-Reply-To: <4c4ba1530603071431na94b66fj8ed69f7decfa5618@mail.gmail.com> References: <1141769291.3627.5.camel@billmurray.ashenden> <4c4ba1530603071431na94b66fj8ed69f7decfa5618@mail.gmail.com> Message-ID: <4c4ba1530603071815t58d75e28l8a5cb5136ffefad6@mail.gmail.com> Sorry for the wrong answer, I misread..... nm-applet is meant to be run in the background. Are you saying that if you do this, you don't get the applet in the panel? Have you started the NetworkManager and NetworkManagerDispatcher services? (From a root terminal window, do 'ps agx | grep Network'; are they both running?) tom From miles.lane at gmail.com Wed Mar 8 03:52:10 2006 From: miles.lane at gmail.com (Miles Lane) Date: Tue, 7 Mar 2006 19:52:10 -0800 Subject: Rawhide -- Wine window doesn't show up in Windows List applet or alt-tab window selection Message-ID: Hi, There seems to be a problem with Gnome's ability to know a Wine program window exists. When I run a program under Wine, it doesn't show up in the Window List applet, and when I hit ALT-TAB, it doesn't show up in the window selection. Miles From ivg2 at cornell.edu Wed Mar 8 04:16:13 2006 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Tue, 07 Mar 2006 23:16:13 -0500 Subject: Rawhide -- Wine window doesn't show up in Windows List applet or alt-tab window selection In-Reply-To: References: Message-ID: <440E5A8D.1020008@cornell.edu> Miles Lane wrote: > Hi, > > There seems to be a problem with Gnome's ability to know a Wine > program window exists. When I run a program under Wine, it doesn't > show up in the Window List applet, and when I hit ALT-TAB, it doesn't > show up in the window selection. > Are you running Wine in "Managed" mode ? See: winecfg -> Graphics -> "Allow the window manager to control the windows" From miles.lane at gmail.com Wed Mar 8 04:43:50 2006 From: miles.lane at gmail.com (Miles Lane) Date: Tue, 7 Mar 2006 20:43:50 -0800 Subject: Rawhide -- Wine window doesn't show up in Windows List applet or alt-tab window selection In-Reply-To: <440E5A8D.1020008@cornell.edu> References: <440E5A8D.1020008@cornell.edu> Message-ID: On 3/7/06, Ivan Gyurdiev wrote: > Miles Lane wrote: > > Hi, > > > > There seems to be a problem with Gnome's ability to know a Wine > > program window exists. When I run a program under Wine, it doesn't > > show up in the Window List applet, and when I hit ALT-TAB, it doesn't > > show up in the window selection. > > > Are you running Wine in "Managed" mode ? > See: winecfg -> Graphics -> "Allow the window manager to control the > windows" I just checked and the option is already enabled. Miles From jvdias at redhat.com Wed Mar 8 04:48:41 2006 From: jvdias at redhat.com (Jason Vas Dias) Date: Tue, 7 Mar 2006 23:48:41 -0500 Subject: Fedora Core 4 Test Update: xterm-208-4.FC4 Message-ID: <200603080448.k284mf103523@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-139 2006-03-07 --------------------------------------------------------------------- Product : Fedora Core 4 Name : xterm Version : 208 Release : 4.FC4 Summary : xterm terminal emulator for the X Window System Description : The xterm program is a terminal emulator for the X Window System. It provides DEC VT102 and Tektronix 4014 compatible terminals for programs that can't use the window system directly. --------------------------------------------------------------------- * Tue Mar 7 2006 Jason Vas Dias - 208-4.FC4 - fix bug 183993: call set_cursor_gcs in ReverseVideo --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 88b2088f1db7acca08fdf9ec1594a08e1580bdce SRPMS/xterm-208-4.FC4.src.rpm b4f607d6023cc2485889714742941b65802ce8ba ppc/xterm-208-4.FC4.ppc.rpm 86a2606eb933d9a1040dc304cc42aa50e7f7fbd4 ppc/debug/xterm-debuginfo-208-4.FC4.ppc.rpm 06f5e8f56c22a9c4ce668441939e9ae178a1d710 x86_64/xterm-208-4.FC4.x86_64.rpm 045b6fb9d8d427260d54d35789173a4d411d48ca x86_64/debug/xterm-debuginfo-208-4.FC4.x86_64.rpm 635becf5a5e92b34048a09cfe2eda91bef6469fa i386/xterm-208-4.FC4.i386.rpm b0353b190bbaf872345850db1bf5bfedd59fdbb0 i386/debug/xterm-debuginfo-208-4.FC4.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From jvdias at redhat.com Wed Mar 8 04:49:22 2006 From: jvdias at redhat.com (Jason Vas Dias) Date: Tue, 7 Mar 2006 23:49:22 -0500 Subject: Fedora Core 4 Test Update: bind-9.3.1-16_FC4 Message-ID: <200603080449.k284nM103688@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-140 2006-03-07 --------------------------------------------------------------------- Product : Fedora Core 4 Name : bind Version : 9.3.1 Release : 16_FC4 Summary : The Berkeley Internet Name Domain (BIND) DNS (Domain Name System) server. Description : BIND (Berkeley Internet Name Domain) is an implementation of the DNS (Domain Name System) protocols. BIND includes a DNS server (named), which resolves host names to IP addresses; a resolver library (routines for applications to use when interfacing with DNS); and tools for verifying that the DNS server is operating properly. --------------------------------------------------------------------- * Tue Mar 7 2006 Jason Vas Dias - 24:9.3.1-16 - fix bug 181730: fix creation of named user & gid - fix bug 179816: fix builds for all combinations of WITH_DBUS=0/1 SDB=0/1 LIBBIND=0/1 - fix bug 177595: handle case where $ROOTDIR is a link in initscript - improve method used to mount /proc and /var/run/dbus under chroot in initscript - add namedGetForwarders and namedSetForwarders scripts for use with -D option --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ fd049934633094ceb5fb7ea3e2b6753f1b61a432 SRPMS/bind-9.3.1-16_FC4.src.rpm ea815d8be0ab4f08ca9051d2ca1007b1d1d9b681 ppc/bind-9.3.1-16_FC4.ppc.rpm ea4d7462d1446e20169f231e470a64b0d18b83a3 ppc/bind-libs-9.3.1-16_FC4.ppc.rpm f91964182ec3fae4b4577b93242a1adf1ca3ad15 ppc/bind-utils-9.3.1-16_FC4.ppc.rpm 70040b8ba72a775906da7ff75dd5c26835bfcbf6 ppc/bind-devel-9.3.1-16_FC4.ppc.rpm 1055d6d9905015fe5cff59903eba312214365ace ppc/bind-libbind-devel-9.3.1-16_FC4.ppc.rpm e67bf882f89ed6b73e41ed1f5d0a699f2af125ea ppc/bind-chroot-9.3.1-16_FC4.ppc.rpm 07cc29f42926a58d6c4ebc41c453f901b9e6dd62 ppc/bind-sdb-9.3.1-16_FC4.ppc.rpm 2b3d7ac561afaf453a69ed55d5dabd177e3e06bb ppc/debug/bind-debuginfo-9.3.1-16_FC4.ppc.rpm c7cdd4b4ed7a4aef71b8fe57c837b8058f05908a x86_64/bind-9.3.1-16_FC4.x86_64.rpm 5d728772b727cfa1f40bd36dec51bfa191419a24 x86_64/bind-libs-9.3.1-16_FC4.x86_64.rpm a3a76ef1956ada18857b91867cf809f4af56ef4e x86_64/bind-utils-9.3.1-16_FC4.x86_64.rpm f4013878a81a228e72fb5a8eee7204d8b049de8f x86_64/bind-devel-9.3.1-16_FC4.x86_64.rpm 7308e8889ac80c434897233098af649ff364568b x86_64/bind-libbind-devel-9.3.1-16_FC4.x86_64.rpm 6af7e4cf83306cd3dba453cc613d999d371a5426 x86_64/bind-chroot-9.3.1-16_FC4.x86_64.rpm 2897381668a24e731b81fff7b7ee3f77a170e43b x86_64/bind-sdb-9.3.1-16_FC4.x86_64.rpm 53c768abfd2bbd25366386a951f1046a94869589 x86_64/debug/bind-debuginfo-9.3.1-16_FC4.x86_64.rpm 0b38ce3a49f13e8a513ec1281ee1c922e47d647e i386/bind-9.3.1-16_FC4.i386.rpm 2abc2189ca0c61767fe08f4f55a6d900f473b1f2 i386/bind-libs-9.3.1-16_FC4.i386.rpm 74d284317eb09a04046fc93ec9ebf7d066c8df31 i386/bind-utils-9.3.1-16_FC4.i386.rpm 462408642933d6775cd53013a3f1ecf403fe960b i386/bind-devel-9.3.1-16_FC4.i386.rpm ead169149ca202561348ed6c9edab3184e788605 i386/bind-libbind-devel-9.3.1-16_FC4.i386.rpm 8fb1e624751a547b80a4fc4bf5d94d6848f298b3 i386/bind-chroot-9.3.1-16_FC4.i386.rpm 09da2d9158c8cf2aeba5a4c6f11e9289d8f2289e i386/bind-sdb-9.3.1-16_FC4.i386.rpm 0e672d82b22de3bd3d7728711e0fb3d69c6d4dd0 i386/debug/bind-debuginfo-9.3.1-16_FC4.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From lsatenstein at yahoo.com Wed Mar 8 05:04:13 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Tue, 7 Mar 2006 21:04:13 -0800 (PST) Subject: Silly thing like a mount command appears to not be working correctly? In-Reply-To: <20060308044402.0B9CD73BF6@hormel.redhat.com> Message-ID: <20060308050413.78721.qmail@web30207.mail.mud.yahoo.com> Here is the scenario Fedora core4 on a dedicated 80 gig drive /hdb. (All install defaults taken) Fedora core5 on a 200 gig dedicated drive. (All defaults taken) Using system bios, I can boot from either drive. I can mount the boot partition from either system to the other, but I cannot mount the data partitions. My commands were (from root) mkdir /other (on each hard drive) mount -t ext3 /dev/hda? /other where I tried ? from 7 all the way to 1. On the core4 system, The system could not find values of /dev/hda7 through 3 . Refused /dev/hda2 and showed me the boot partition for /dev/hda1 On the core5 test3 system using the default values as set up by annaconda at install time, I could see the boot partition on /dev/hdb1 but no other partition. Is there something I am doing wrong? I tried many flavours of xxx for the mount -t xxxx (auto, ext2, ext3) , eluding -t parameter. Your test against a vanilla corex drive would be appreciated. Leslie -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhally at mindspring.com Wed Mar 8 05:16:55 2006 From: rhally at mindspring.com (Richard Hally) Date: Wed, 08 Mar 2006 00:16:55 -0500 Subject: Silly thing like a mount command appears to not be working correctly? In-Reply-To: <20060308050413.78721.qmail@web30207.mail.mud.yahoo.com> References: <20060308050413.78721.qmail@web30207.mail.mud.yahoo.com> Message-ID: <440E68C7.40605@mindspring.com> Leslie Satenstein wrote: > Here is the scenario > > Fedora core4 on a dedicated 80 gig drive /hdb. (All install defaults taken) > > Fedora core5 on a 200 gig dedicated drive. (All defaults taken) > > Using system bios, I can boot from either drive. > > I can mount the boot partition from either system to the other, but I > cannot mount the data partitions. > > My commands were (from root) > > mkdir /other (on each hard drive) > > > mount -t ext3 /dev/hda? /other > where I tried ? from 7 all the way to 1. On the core4 system, > The system could not find values of /dev/hda7 through 3 . Refused > /dev/hda2 and showed me the boot partition for /dev/hda1 > > > On the core5 test3 system using the default values as set up by > annaconda at install time, I could see the boot partition on /dev/hdb1 > but no other partition. > Is there something I am doing wrong? I tried many flavours of xxx for > the mount -t xxxx (auto, ext2, ext3) , eluding -t parameter. > > Your test against a vanilla corex drive would be appreciated. > > Leslie > Your problem may have to do with the fact that default installs use LVM for partitions other than /boot. From islifefun1975 at yahoo.com Wed Mar 8 05:18:58 2006 From: islifefun1975 at yahoo.com (Josh) Date: Tue, 7 Mar 2006 21:18:58 -0800 (PST) Subject: ralinktech (rt2500) drivers in kernel? Message-ID: <20060308051858.99692.qmail@web34005.mail.mud.yahoo.com> Hello, I was trying to configure one of Ralink's USB wireless dongles on FC5T3. I downloaded the driver src from their site and tried compiling. I get a bunch of missing asm include files. There files are present (kernel asm headers) but at different locations. Has anyone tried compiling the src for such devices? Any hints would be appreceated. Ralink has released source code for their chipset. Can they be included in fedora kernel? http://www.ralinktech.com/supp-1.htm Thanks, Josh. --------------------------------- Yahoo! Mail Use Photomail to share photos without annoying attachments. --------------------------------- Yahoo! Mail Use Photomail to share photos without annoying attachments. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Wed Mar 8 05:46:01 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Mar 2006 11:16:01 +0530 Subject: ralinktech (rt2500) drivers in kernel? In-Reply-To: <20060308051858.99692.qmail@web34005.mail.mud.yahoo.com> References: <20060308051858.99692.qmail@web34005.mail.mud.yahoo.com> Message-ID: <440E6F99.8070200@fedoraproject.org> Josh wrote: >Hello, > > I was trying to configure one of Ralink's USB wireless dongles on FC5T3. I downloaded the driver src from their site and tried compiling. I get a bunch of missing asm include files. There files are present (kernel asm headers) but at different locations. Has anyone tried compiling the src for such devices? Any hints would be appreceated. > >Ralink has released source code for their chipset. Can they be included in fedora kernel? > >http://www.ralinktech.com/supp-1.htm > > Get it merged in the upstream kernel. Fedora kernel is unlikely to include such features as patches. -- Rahul From sundaram at fedoraproject.org Wed Mar 8 05:47:33 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Mar 2006 11:17:33 +0530 Subject: Password feedback in Anaconda In-Reply-To: <16de708d0603071633r6c596705xc6e6e30508c931b0@mail.gmail.com> References: <16de708d0603071633r6c596705xc6e6e30508c931b0@mail.gmail.com> Message-ID: <440E6FF5.5080803@fedoraproject.org> Arthur Pemberton wrote: >I just installed FC5Test3 and I've got to say, everything is prettier, even >at 800x600. However, Anaconda in FC1 and FC2 I believe, gave live feedback >on length and strenth of passwords being input, any idea why this is >nolonger so? It was a really nice feature IMHO. > > I dont recall seeing this feature ever. >Good work to all those who have worked, and are working on FC5 . . . now I >just need to figure out what to test. > > Poke at everything, play with it and see what breaks. -- Rahul From sundaram at fedoraproject.org Wed Mar 8 05:49:44 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Mar 2006 11:19:44 +0530 Subject: Cannot loop-mount with SELinux In-Reply-To: <440E3DF7.404@fedoraproject.org> References: <440E3DF7.404@fedoraproject.org> Message-ID: <440E7078.7060706@fedoraproject.org> Konstantin Ryabitsev wrote: > Today's latest packages. > > Cannot loop-mount anything -- permission denied. This should be > allowed (in fact, this shouldn't even require superuser, but I'll > settle for just being able to loop-mount as root for right now -- i.e. > old behaviour). > > > > root at localhost:[~]# losetup /dev/loop0 file.ext3 > file.ext3: Permission denied > > root at protee:[/home/icon/dvd]# mount -o loop FieldTrip.iso /media/tmp > FieldTrip.iso: Permission denied File a bug report in http://bugzilla.redhat.com against SELinux with the AVC denied messages from /var/log/messages or /var/log/audit, mark it as FC5 blocker by making it a dependency of that bug. Details at https://www.redhat.com/archives/fedora-devel-list/2006-March/msg00261.html -- Rahul From berryja at gmail.com Wed Mar 8 05:52:56 2006 From: berryja at gmail.com (Jonathan Berry) Date: Tue, 7 Mar 2006 23:52:56 -0600 Subject: mono-beagled -- major memory leak In-Reply-To: <440D2E0E.6090001@feuerpokemon.de> References: <8767947e0603062133s4ef59eb1r557a5d79c60a81ff@mail.gmail.com> <440D2E0E.6090001@feuerpokemon.de> Message-ID: <8767947e0603072152j3254e670idff1b084d2aee6c8@mail.gmail.com> On 3/7/06, dragoran wrote: > Jonathan Berry wrote: > > >Okay, well, after using my FC5T3 +updates machine for a little while I > >find that mono-beagled is using up 71.4 % of my RAM. Of my 2.0 GB of > >RAM... That's about 1.4 GB... There's just something wrong about > >that. > > > >$ free > > total used free shared buffers cached > >Mem: 2056132 2027276 28856 0 7880 214296 > >-/+ buffers/cache: 1805100 251032 > >Swap: 2096472 1328180 768292 > > > >$ ps aux | grep mono-beagled > >berryja 2723 0.7 71.4 2963828 1468308 ? Sl 21:34 0:47 > >mono-beagled --debug /usr/lib64/beagle/BeagleDaemon.exe --bg > > > >Is anyone else seeing this? I'm assuming that it is not supposed to > >do that. Any ideas about how to debug this? > > > >Aha, already in bugzilla: > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183958 > > > > not sure about memory but could the high cpu usage be caused by this: > > Do I really need extended attributes? > > It is /strongly/ recommended. There is an sqlite-based fallback in > place, but using this as the primary store is slow and noticably > degrades performance. > > http://beaglewiki.org/FAQ Well, I didn't mention high CPU usage as I didn't really notice that. I also am not really sure exactly what the above means. I did notice that something locked up my disk really well accessing it for a short while. The I/O wait cycles tied up the entire CPU, so I wasn't able to do much to find out what program it was, but it seems likely to have been beagled. But I think the real concern right now is the memory. beagled should not eat up 1.4 GB of RAM and my system with 2.0 GB of RAM should not need to use the swap as much as it did. Jonathan From nathanael at gnat.ca Wed Mar 8 05:56:16 2006 From: nathanael at gnat.ca (Nathanael D. Noblet) Date: Tue, 07 Mar 2006 21:56:16 -0800 Subject: mono-beagled -- major memory leak In-Reply-To: <8767947e0603072152j3254e670idff1b084d2aee6c8@mail.gmail.com> References: <8767947e0603062133s4ef59eb1r557a5d79c60a81ff@mail.gmail.com> <440D2E0E.6090001@feuerpokemon.de> <8767947e0603072152j3254e670idff1b084d2aee6c8@mail.gmail.com> Message-ID: <1141797377.11538.1.camel@iridium> On Tue, 2006-03-07 at 23:52 -0600, Jonathan Berry wrote: > > >Is anyone else seeing this? I'm assuming that it is not supposed to > > >do that. Any ideas about how to debug this? > > > Yes I've experienced the same behaviour a couple times. The most recent this afternoon. It took 5 minutes to have the system respond enough so I could kill it. It swallowed 300MB of my 512MB RAM and was seriously thrashing my storage. > Well, I didn't mention high CPU usage as I didn't really notice that. > I also am not really sure exactly what the above means. I did notice > that something locked up my disk really well accessing it for a short > while. The I/O wait cycles tied up the entire CPU, so I wasn't able > to do much to find out what program it was, but it seems likely to > have been beagled. I had load numbers nearing 9 when I finally got the beagle program killed. From jkeating at j2solutions.net Wed Mar 8 05:56:58 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 08 Mar 2006 00:56:58 -0500 Subject: Password feedback in Anaconda In-Reply-To: <440E6FF5.5080803@fedoraproject.org> References: <16de708d0603071633r6c596705xc6e6e30508c931b0@mail.gmail.com> <440E6FF5.5080803@fedoraproject.org> Message-ID: <1141797419.2373.24.camel@ender> On Wed, 2006-03-08 at 11:17 +0530, Rahul Sundaram wrote: > I dont recall seeing this feature ever. I recall seeing this in RHL, not necessarily in FC. I'll bug the Anaconda team and see when this was reverted and the reasoning why. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Wed Mar 8 05:58:53 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Mar 2006 11:28:53 +0530 Subject: "About Fedora" menu entry In-Reply-To: <16de708d0603071630y4e688bd1nfc11008f45883ff@mail.gmail.com> References: <20060307213110.97518.qmail@web34004.mail.mud.yahoo.com> <1141767444.4217.4.camel@kinichahau.homebase> <16de708d0603071630y4e688bd1nfc11008f45883ff@mail.gmail.com> Message-ID: <440E729D.6090205@fedoraproject.org> Arthur Pemberton wrote: >On 3/7/06, Lars G wrote: > > >>Hi >> >>What about a "About Fedora" menu entry under the "About GNOME" one ? >>I think i have seen this kind of entry in ubuntu. >> >>cheers >>lars >> >> > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170813 >Along those lines, a menu entry (in both DEs) labelled "Fedora Help" or >"Fedora Resources" would be adviseable. This could contain some or all of >the following: > >- Links to online Fedora reosurces (fedoraproject.org, fedora solutions, >fedora faq, etc) >- Links to offline images of the above >- Links to on disk help/man/info pages > > > The Firefox book marks has be already changed to cover most of these and there is ongoing work to integrate Fedora documentation to GNOME and KDE help https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170847 -- Rahul From pemboa at gmail.com Wed Mar 8 06:00:06 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 8 Mar 2006 00:00:06 -0600 Subject: Password feedback in Anaconda In-Reply-To: <440E6FF5.5080803@fedoraproject.org> References: <16de708d0603071633r6c596705xc6e6e30508c931b0@mail.gmail.com> <440E6FF5.5080803@fedoraproject.org> Message-ID: <16de708d0603072200t3f9fcc65l3f84e1b9b7b56969@mail.gmail.com> On 3/7/06, Rahul Sundaram wrote: > > Arthur Pemberton wrote: > > >I just installed FC5Test3 and I've got to say, everything is prettier, > even > >at 800x600. However, Anaconda in FC1 and FC2 I believe, gave live > feedback > >on length and strenth of passwords being input, any idea why this is > >nolonger so? It was a really nice feature IMHO. > > > > > I dont recall seeing this feature ever. I'll query my lug buddies see if they can remember when last this was there. >Good work to all those who have worked, and are working on FC5 . . . now I > >just need to figure out what to test. > > > > > Poke at everything, play with it and see what breaks. > > > -- > Rahul > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > -- As a boy I jumped through Windows, as a man I play with Penguins. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajchida at gmail.com Wed Mar 8 06:15:23 2006 From: ajchida at gmail.com (Chidananda Jayakeerti) Date: Tue, 7 Mar 2006 22:15:23 -0800 Subject: ralinktech (rt2500) drivers in kernel? In-Reply-To: <440E6F99.8070200@fedoraproject.org> References: <20060308051858.99692.qmail@web34005.mail.mud.yahoo.com> <440E6F99.8070200@fedoraproject.org> Message-ID: <71b7a9890603072215g5a335294n7d9442d381b6c325@mail.gmail.com> > > > I was trying to configure one of Ralink's USB wireless dongles on > FC5T3. I downloaded the driver src from their site and tried compiling. I > get a bunch of missing asm include files. There files are present (kernel > asm headers) but at different locations. Has anyone tried compiling the src > for such devices? Any hints would be appreceated. > > > >Ralink has released source code for their chipset. Can they be included > in fedora kernel? > > > >http://www.ralinktech.com/supp-1.htm > > > > > Get it merged in the upstream kernel. Fedora kernel is unlikely to > include such features as patches. Intel ipw drivers were included in the fedora kernel even before they were merged upstream. Maybe if fedora merges such drivers, it will be easier to get them merged upstream? Chida -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Wed Mar 8 06:42:28 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Mar 2006 12:12:28 +0530 Subject: ralinktech (rt2500) drivers in kernel? In-Reply-To: <71b7a9890603072215g5a335294n7d9442d381b6c325@mail.gmail.com> References: <20060308051858.99692.qmail@web34005.mail.mud.yahoo.com> <440E6F99.8070200@fedoraproject.org> <71b7a9890603072215g5a335294n7d9442d381b6c325@mail.gmail.com> Message-ID: <440E7CD4.5040708@fedoraproject.org> Chidananda Jayakeerti wrote: >>> >>> >>Get it merged in the upstream kernel. Fedora kernel is unlikely to >>include such features as patches. >> >> > > >Intel ipw drivers were included in the fedora kernel even before they were >merged upstream. > Which was repeatedly mentioned as a major pain point. While we can make specific exceptions there should be a good rationale behind such efforts. > Maybe if fedora merges such drivers, it will be easier to >get them merged upstream? > > > If distribution add features as patches, that can very well reduce the incentive for the developers to ever push for upstream inclusion. The original developers would have to be interested in merging and maintaining it within the kernel. It would be much better to get the discussion going in the linux kernel mailing list. -- Rahul From tjikkun at xs4all.nl Wed Mar 8 07:02:30 2006 From: tjikkun at xs4all.nl (Sander Hoentjen) Date: Wed, 08 Mar 2006 08:02:30 +0100 Subject: ralinktech (rt2500) drivers in kernel? In-Reply-To: <20060308051858.99692.qmail@web34005.mail.mud.yahoo.com> References: <20060308051858.99692.qmail@web34005.mail.mud.yahoo.com> Message-ID: <1141801352.21868.9.camel@tjikkun.dyndns.org> On Tue, 2006-03-07 at 21:18 -0800, Josh wrote: > Hello, > > I was trying to configure one of Ralink's USB wireless dongles on > FC5T3. I downloaded the driver src from their site and tried > compiling. I get a bunch of missing asm include files. There files > are present (kernel asm headers) but at different locations. Has > anyone tried compiling the src for such devices? Any hints would be > appreceated. > > Ralink has released source code for their chipset. Can they be > included in fedora kernel? > > http://www.ralinktech.com/supp-1.htm > > Thanks, > Josh. > You might want to check http://rt2x00.serialmonkey.com/wiki/index.php/Main_Page As far as I understand the Ralink released drivers are just windows drivers ported to linux. The rt2x00 project have working rt2400, rt2500 and rt2560 frivers (from the top of my head, the last one is 2500usb). Anyway, they are working on a unified rt2x00 driver (from scratch, almost usable atm) and that one will be eventually merged into the kernel, or that is the plan at least. HTH, Sander From shrek-m at gmx.de Wed Mar 8 07:06:57 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 08 Mar 2006 08:06:57 +0100 Subject: Couple of questions for FC5, T3 In-Reply-To: References: Message-ID: <440E8291.90108@gmx.de> On 07.03.2006 21:43, Daniel B. Thurman wrote: >2) What is kdump? I guess I may have inadvetenly add this > package in - but in any case there is a warning message > in yellow that kdump could not find the core dump file. I > tried to read up on in but it is still vague as to it's uses. > Comments? Should I remove this from my test system? > it was not installed on my testsystem, now it is. ---- yum install lam ---- Mar 08 07:41:52 Installed: libaio.ppc 0.3.106-2.2 Mar 08 07:41:53 Updated: libstdc++.ppc64 4.1.0-2 Mar 08 07:42:12 Installed: libstdc++-devel.ppc64 4.1.0-2 Mar 08 07:42:14 Installed: gcc-c++.ppc 4.1.0-2 Mar 08 07:42:15 Installed: libaio-devel.ppc 0.3.106-2.2 Mar 08 07:42:16 Installed: gmp.ppc 4.1.4-6.2.1 Mar 08 07:42:17 Installed: libgfortran.ppc64 4.1.0-2 Mar 08 07:42:19 Installed: gcc-gfortran.ppc 4.1.0-2 Mar 08 07:42:20 Installed: libaio.ppc64 0.3.106-2.2 Mar 08 07:42:26 Installed: lam.ppc 2:7.1.1-11 --------- # rpm -qf `which kdump` lam-7.1.1-11 it should be no problem do remove it. # rpm -e --test lam # -- shrek-m From sundaram at fedoraproject.org Wed Mar 8 07:12:32 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Mar 2006 12:42:32 +0530 Subject: Couple of questions for FC5, T3 In-Reply-To: References: Message-ID: <440E83E0.2030308@fedoraproject.org> Daniel B. Thurman wrote: >Hi Folks, > >Just a couple of questions: > >1) Is there a fix for kudzu? It currently core dumps. If there > is a fix, what do I use for Yum command line? > > # yum update and check if it has been fixed. >2) What is kdump? I guess I may have inadvetenly add this > package in - but in any case there is a warning message > in yellow that kdump could not find the core dump file. I > tried to read up on in but it is still vague as to it's uses. > Comments? Should I remove this from my test system? > > > Kdump is a crash dumping tool. http://fedoraproject.org/wiki/Docs/Beats/OverView http://lse.sourceforge.net/kdump/ http://fedoranews.org/mediawiki/index.php/Using_Kexec_and_Kdump_in_Rawhide The warning is harmless since a crash dump image wouldnt be there by default. I have a RFE to disable the service by default at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183633 -- Rahul From david at lovesunix.net Wed Mar 8 07:52:03 2006 From: david at lovesunix.net (David Nielsen) Date: Wed, 08 Mar 2006 08:52:03 +0100 Subject: "About Fedora" menu entry In-Reply-To: <440E729D.6090205@fedoraproject.org> References: <20060307213110.97518.qmail@web34004.mail.mud.yahoo.com> <1141767444.4217.4.camel@kinichahau.homebase> <16de708d0603071630y4e688bd1nfc11008f45883ff@mail.gmail.com> <440E729D.6090205@fedoraproject.org> Message-ID: <1141804324.2348.46.camel@price.stavtrup-st.dk> ons, 08 03 2006 kl. 11:28 +0530, skrev Rahul Sundaram: > Arthur Pemberton wrote: > > >On 3/7/06, Lars G wrote: > > > > > >>Hi > >> > >>What about a "About Fedora" menu entry under the "About GNOME" one ? > >>I think i have seen this kind of entry in ubuntu. > >> > >>cheers > >>lars > >> > >> > > > > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170813 > > > >Along those lines, a menu entry (in both DEs) labelled "Fedora Help" or > >"Fedora Resources" would be adviseable. This could contain some or all of > >the following: > > > >- Links to online Fedora reosurces (fedoraproject.org, fedora solutions, > >fedora faq, etc) > >- Links to offline images of the above > >- Links to on disk help/man/info pages > > > > > > > The Firefox book marks has be already changed to cover most of these and > there is ongoing work to integrate Fedora documentation to GNOME and KDE > help > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170847 Could you file RFE for this work to also apply to Epiphany? - David From buildsys at redhat.com Wed Mar 8 08:26:05 2006 From: buildsys at redhat.com (Build System) Date: Wed, 8 Mar 2006 03:26:05 -0500 Subject: rawhide report: 20060308 changes Message-ID: <200603080826.k288Q5ZL008956@porkchop.devel.redhat.com> Updated Packages: anaconda-11.0.1-1 ----------------- * Tue Mar 07 2006 Jeremy Katz - 11.0.1-1 - Fix text display for rescue CD isolinux - Fix usb-storage not showing up by default (#181739) * Tue Mar 07 2006 Jeremy Katz - 11.0.0-1 - Really fix the file contexts on the directories (#182252) - More fixing for Xen kernel naming - Branched, turn off betanag autoconf213-2.13-12 ------------------- * Mon Feb 27 2006 Karsten Hopp 2.13-12 - require m4 >= 1.1 beagle-0.2.2-2 -------------- * Tue Mar 07 2006 Alexander Larsson - 0.2.2-2 - Fix beagle-craw-system NullPtrException * Tue Mar 07 2006 Alexander Larsson - 0.2.2-1 - update to 0.2.2 bluez-utils-2.25-3 ------------------ * Tue Mar 07 2006 Jeremy Katz - 2.25-3 - more initscript tweaking control-center-1:2.13.92-2 -------------------------- * Wed Feb 15 2006 Matthias Clasen - 2.13.92-2 - Add a missing BuildRequires doxygen-1:1.4.6-2 ----------------- * Mon Mar 06 2006 Than Ngo 1:1.4.6-2 - fix build problem #184042 e2fsprogs-1.38-11 ----------------- * Tue Mar 07 2006 David Cantrell - 1.38-11 - BuildRequires pkgconfig * Tue Mar 07 2006 David Cantrell - 1.38-10 - Disable /etc/blkid.tab caching if time is set before epoch (#182188) eclipse-1:3.1.2-1jpp_13fc ------------------------- * Tue Mar 07 2006 Andrew Overholt 3.1.2-1jpp_13fc - One more small help fix (include tomcatwrapper.jar o.e.tomcat manifest). * Fri Mar 03 2006 Andrew Overholt 3.1.2-1jpp_12fc - Only build with a native ecj on x86{,_64} * Tue Feb 28 2006 Andrew Overholt 3.1.2-1jpp_12fc - Update to tomcat 5.5 (e.o#98371). - Don't build on ppc64 until we get the tomcat situation straightened out. eclipse-cdt-1:3.0.2-1jpp_2fc ---------------------------- * Tue Mar 07 2006 Andrew Overholt 3.0.2-1jpp_2fc - Bump release. * Mon Feb 13 2006 Andrew Overholt 3.0.2-1jpp_1fc - 3.0.2. glib2-2.10.1-1 -------------- * Tue Mar 07 2006 Matthias Clasen - 2.10.1-1 - Update to 2.10.1 glibc-2.4-4 ----------- * Tue Mar 07 2006 Roland McGrath 2.4-4 - back up %{ix86} gdb conflicts to < 6.3.0.0-1.111 * Tue Mar 07 2006 Jakub Jelinek 2.4-3 - really fix rintl on ppc64 * Tue Mar 07 2006 Jakub Jelinek 2.4-2 - accurate unwind info for lowlevellock.h stubs on %{ix86} - fix ppc/ppc64 ceill, floorl, rintl, roundl and truncl (BZ#2423) gnome-applets-1:2.13.90-4 ------------------------- * Tue Mar 07 2006 Ray Strode - 2.13.90-4 - ref some objects given to us by gstreamer kernel-2.6.15-1.2032_FC5 ------------------------ * Tue Mar 07 2006 John W. Linville - Temporarily disable automatic load of bcm43xx driver (causes hangs on some systems) * Tue Mar 07 2006 Stephen Tweedie - Include xen header files in -devel packages if we're building xen. (bug 180198) - Disable CONFIG_B44 for Xen builds for now: it results in "b44.ko needs unknown symbol dma_get_cache_alignment" errors. * Tue Mar 07 2006 Dave Jones - 2.6.16rc5-git9 - Fix NMI watchdog on i386. kexec-tools-1.101-14 -------------------- * Tue Mar 07 2006 Thomas Graf - 1.101-14 - Fix kdump.init to call kexec from its new location kudzu-1.2.34.1-1 ---------------- * Tue Mar 07 2006 Bill Nottingham - 1.2.35-1 - switch at runtime between vm86 and x86emu on i386. Fixes vbe/ddc on Xen and i386-on-x86_64 libbonobo-2.13.93-1 ------------------- * Tue Mar 07 2006 Matthias Clasen - Update to 2.13.93 libdv-0:0.104-2.fc5 ------------------- * Tue Mar 07 2006 Warren Togami 0.104-2 - remove instead of exclude static libs * Wed Feb 15 2006 Matthias Saou 0.104-1 - Update to 0.104 at last (#147311) - Include no-exec-stack, pic-fix, amd64reloc and gtk2 patches from Gentoo and PLD (merge gcc4 fix to the pic-fix patch). - Now build against gtk2 (thanks to the patch above). - Exclude static library. pykickstart-0.23-1 ------------------ * Tue Mar 07 2006 Chris Lumens 0.23-1 - Backwards compatibility support for options to zerombr. rhythmbox-0.9.3.1-3 ------------------- * Wed Mar 08 2006 Ray Strode - 0.9.3.1-3 - fix icon on notification bubbles (bug 183720) - patch from CVS to escape bubble markup, found by Bill Nottingham selinux-policy-2.2.23-6 ----------------------- * Tue Mar 07 2006 Dan Walsh 2.2.23-5 - Add Xen support system-config-date-1.8.2-1 -------------------------- * Mon Mar 06 2006 Nils Philippsen 1.8.2 - don't write into /tmp - make synchronizing with time servers configurable (#157485) system-config-display-1.0.37-1 ------------------------------ * Tue Mar 07 2006 Chris Lumens 1.0.37-1 - Initialize monitor name label to something other than unknown if we really know what it is. * Wed Feb 22 2006 Chris Lumens 1.0.36-2 - Add rhpxl to requires * Fri Jan 27 2006 Paul Nasrat - 1.0.36-1 - Rebuild for translations - Fix reconfig mode system-switch-mail-0.5.25-8 --------------------------- * Tue Mar 07 2006 Than Ngo 0.5.25-8 - fix deprecated functions in gtk #159155 tog-pegasus-2:2.5-9 ------------------- * Tue Mar 07 2006 Bill Nottingham - 2:2.5-9 - use an assigned uid/gid, do not loop over user ids looking for a free one xen-3.0.1-3 ----------- * Tue Mar 07 2006 Jeremy Katz - 3.0.1-3 - set /proc/xen/privcmd and /var/log/xend-debug.log as close on exec to avoid SELinux problems - give better feedback on invalid urls (#184176) Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15-5.FC5.4.i686 requires kernel = 0:2.6.15-1.1955_FC5 GFS-kernel - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5 GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5smp cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp gnbd-kernel - 2.6.15-5.FC5.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 From sundaram at fedoraproject.org Wed Mar 8 08:51:49 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Mar 2006 14:21:49 +0530 Subject: [Fwd: Help Needed: FC5 Blocker List and Rawhide Install Testing] Message-ID: <440E9B25.5080603@fedoraproject.org> Hi For the happy testers. -- Rahul -------------- next part -------------- An embedded message was scrubbed... From: Warren Togami Subject: Help Needed: FC5 Blocker List and Rawhide Install Testing Date: Mon, 06 Mar 2006 19:42:04 -0500 Size: 4876 URL: From luya at jpopmail.com Wed Mar 8 08:54:33 2006 From: luya at jpopmail.com (Luya Tshimbalanga) Date: Wed, 08 Mar 2006 00:54:33 -0800 Subject: 'quiet' option for initializing Fedora Message-ID: <20060308085433.B9597435BD@ws5-1.us4.outblaze.com> I have noticed that the 'quiet' option for hidden detailed informations on booting i.e ''kernel /vmlinuz-2.6.15-1.2025_FC5 ro root=/dev/VolGroup01/LogVol00 rhgb quiet '' no longer work on Fedora . Will it be set back in the final release? -- _______________________________________________ Get your free email from [protocol]://mail.jp.popstarmail.org From sundaram at fedoraproject.org Wed Mar 8 09:42:55 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Mar 2006 15:12:55 +0530 Subject: "About Fedora" menu entry In-Reply-To: <1141804324.2348.46.camel@price.stavtrup-st.dk> References: <20060307213110.97518.qmail@web34004.mail.mud.yahoo.com> <1141767444.4217.4.camel@kinichahau.homebase> <16de708d0603071630y4e688bd1nfc11008f45883ff@mail.gmail.com> <440E729D.6090205@fedoraproject.org> <1141804324.2348.46.camel@price.stavtrup-st.dk> Message-ID: <440EA71F.3090809@fedoraproject.org> David Nielsen wrote: >>The Firefox book marks has be already changed to cover most of these and >>there is ongoing work to integrate Fedora documentation to GNOME and KDE >>help >> >>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170847 >> >> > >Could you file RFE for this work to also apply to Epiphany? > > Filed a distribution wide RFE to include the same bookmarks in all browsers in FC and perhaps even FE. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184367 -- Rahul From andrews at byteline.com.au Wed Mar 8 09:48:13 2006 From: andrews at byteline.com.au (Andrew Stephen) Date: Wed, 8 Mar 2006 17:48:13 +0800 Subject: FC5 Boot errors after 2.6.15-1.1948 Message-ID: <200603080947.k289lo7v008873@enterprise.byteline.com.au> Hi After updating to Kernel 2.6.15-1.1948 I getting the following error. I have tried all kernels since with the same error and the last good kernel was 2.6.16-1.1939. Any suggestions as to where I should start would be appreciated. Loading ext3.ko module Trying to resume from LABEL=SWAP-hda3 No suspend signature on swap, not resuming. Creating root device. Mounting root filesystem. Kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. Setting up other filesystems. Setting up new root fs setuproot: moving /dev failed: No such file or directory no fstab.sys, mounting internal defaults setuproot: error mounting /proc: No such file or directory setuproot: error mounting /sys: No such file or directory Switching to new root and running init. umounting old /dev umounting old /proc umounting old /sys ERROR opening /dev/console: No such file or directory Trying to use fd 0 instead. WARINING: can't access (null) Exec if init ((null)) failed!!!. Bad Address Kernel panic - not syncing: Attempted to kill init! [] panic+0x3e/0x170 [] do_exit +0x71/06cf [] sys_exit_group+0x0/0xd [ References: <20060307213110.97518.qmail@web34004.mail.mud.yahoo.com> <1141767444.4217.4.camel@kinichahau.homebase> <16de708d0603071630y4e688bd1nfc11008f45883ff@mail.gmail.com> <440E729D.6090205@fedoraproject.org> Message-ID: <16de708d0603080241g2a9cdfddg84b1fd7c5a6f86b6@mail.gmail.com> On 3/7/06, Rahul Sundaram wrote: > > Arthur Pemberton wrote: > > >On 3/7/06, Lars G wrote: > > > > > >>Hi > >> > >>What about a "About Fedora" menu entry under the "About GNOME" one ? > >>I think i have seen this kind of entry in ubuntu. > >> > >>cheers > >>lars > >> > >> > > > > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170813 > > > >Along those lines, a menu entry (in both DEs) labelled "Fedora Help" or > >"Fedora Resources" would be adviseable. This could contain some or all of > >the following: > > > >- Links to online Fedora reosurces (fedoraproject.org, fedora solutions, > >fedora faq, etc) > >- Links to offline images of the above > >- Links to on disk help/man/info pages > > > > > > > The Firefox book marks has be already changed to cover most of these and > there is ongoing work to integrate Fedora documentation to GNOME and KDE > help Fair enough. I had to check my install to verify that the links were actually there. I think that being there is good, however, I doubt the wisdom in their location. I have installed FC serveral times, and have never noticed those links. As much as the target audience for Fedora Core may not be average users, I disaggree that putting them in one browser is the best place. To phrase this differently: niether 'Help' nor 'Home' (in FC5Test3 / KDE) took me to anywhere I could get immediate help for Fedora. I've always found the "Welcome to Windows" window extremely annoying, but I would imagine that the ability to easily access similiar information would be helpful in any OS. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170847 > > > -- > Rahul > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > -- As a boy I jumped through Windows, as a man I play with Penguins. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dufault at hda.com Wed Mar 8 10:50:28 2006 From: dufault at hda.com (Peter Dufault) Date: Wed, 8 Mar 2006 05:50:28 -0500 Subject: Can't boot with ACPI enabled after Tue update with PUP Message-ID: This is with 2.6.15-1.2025_FC5. The system hangs after the UDEV message on boot up, and boots OK if I set ACPI to disabled in the BIOS. The BIOS setting is changed to the defaults with "ACPI disabled" selected. This was also the case when I booted the original DVD distribution but I found the ACPI work around and it booted OK after updating with PUP. I don't know the exact date of when I started testing but it was near the first day and it's been working fine. System: MSI K8NGM2-FID nForce 430/GeForce 6150 motherboard Athlon 64 X2 4400+ CPU Intel PRO/1000 MT ethernet 2GB memory SATA drive Software: Started with DVD dist and updated daily with PUP. Not using XEN. Do I open a bug, and is any other info missing? Thanks, Peter From sundaram at fedoraproject.org Wed Mar 8 10:51:54 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Mar 2006 16:21:54 +0530 Subject: "About Fedora" menu entry In-Reply-To: <16de708d0603080241g2a9cdfddg84b1fd7c5a6f86b6@mail.gmail.com> References: <20060307213110.97518.qmail@web34004.mail.mud.yahoo.com> <1141767444.4217.4.camel@kinichahau.homebase> <16de708d0603071630y4e688bd1nfc11008f45883ff@mail.gmail.com> <440E729D.6090205@fedoraproject.org> <16de708d0603080241g2a9cdfddg84b1fd7c5a6f86b6@mail.gmail.com> Message-ID: <440EB74A.5050605@fedoraproject.org> Arthur Pemberton wrote: > > > >Fair enough. I had to check my install to verify that the links were >actually there. I think that being there is good, however, I doubt the >wisdom in their location. I have installed FC serveral times, and have never >noticed those links. As much as the target audience for Fedora Core may not >be average users, I disaggree that putting them in one browser is the best >place. > > > See this. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184367 >To phrase this differently: niether 'Help' nor 'Home' (in FC5Test3 / KDE) >took me to anywhere I could get immediate help for Fedora. > >I've always found the "Welcome to Windows" window extremely annoying, but I >would imagine that the ability to easily access similiar information would >be helpful in any OS. > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170847 > > The help integration with other Fedora documentation is not complete yet. Check the above enhancement report for more details. -- Rahul From paul at all-the-johnsons.co.uk Wed Mar 8 10:56:12 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Wed, 08 Mar 2006 10:56:12 +0000 Subject: Reporting mono bugs - a bit of advice please Message-ID: <1141815372.20537.9.camel@mrwibble.mrwobble> Hi, It used to be that when I was running mono built from source, I would report problems to the Mono bugzilla. Now I'm running from the FC rpms, should I report it to both, especially as the bugs I'm seeing are upstream problems? TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr Who From sundaram at fedoraproject.org Wed Mar 8 11:00:19 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Mar 2006 16:30:19 +0530 Subject: Reporting mono bugs - a bit of advice please In-Reply-To: <1141815372.20537.9.camel@mrwibble.mrwobble> References: <1141815372.20537.9.camel@mrwibble.mrwobble> Message-ID: <440EB943.6030101@fedoraproject.org> Paul F. Johnson wrote: >Hi, > >It used to be that when I was running mono built from source, I would >report problems to the Mono bugzilla. Now I'm running from the FC rpms, >should I report it to both, especially as the bugs I'm seeing are >upstream problems? > Upstream bug tracker is the better place for issues that you are sure is not a Fedora specific problem. If there are major issues that needs to be fixed before releases you might want to provide a reference in Fedora bugzilla too to keep track on the issue in the distribution. -- Rahul From pemboa at gmail.com Wed Mar 8 11:16:01 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 8 Mar 2006 05:16:01 -0600 Subject: "About Fedora" menu entry In-Reply-To: <440EB74A.5050605@fedoraproject.org> References: <20060307213110.97518.qmail@web34004.mail.mud.yahoo.com> <1141767444.4217.4.camel@kinichahau.homebase> <16de708d0603071630y4e688bd1nfc11008f45883ff@mail.gmail.com> <440E729D.6090205@fedoraproject.org> <16de708d0603080241g2a9cdfddg84b1fd7c5a6f86b6@mail.gmail.com> <440EB74A.5050605@fedoraproject.org> Message-ID: <16de708d0603080316s6530f437lcae66c468bab830b@mail.gmail.com> On 3/8/06, Rahul Sundaram wrote: > > Arthur Pemberton wrote: > >Fair enough. I had to check my install to verify that the links were > >actually there. I think that being there is good, however, I doubt the > >wisdom in their location. I have installed FC serveral times, and have > never > >noticed those links. As much as the target audience for Fedora Core may > not > >be average users, I disaggree that putting them in one browser is the > best > >place. > > > > > > > See this. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184367 Okay. However, it seems to me that putting these in one (maybe one for each DE) would be easier than putting these in each browser, however, I am not the one doing the work. Thanks to whom ever took up the tasks. >To phrase this differently: niether 'Help' nor 'Home' (in FC5Test3 / KDE) > >took me to anywhere I could get immediate help for Fedora. > > > >I've always found the "Welcome to Windows" window extremely annoying, but > I > >would imagine that the ability to easily access similiar information > would > >be helpful in any OS. > > > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170847 > > > > > The help integration with other Fedora documentation is not complete > yet. Check the above enhancement report for more details. Ok. -- > Rahul > -- As a boy I jumped through Windows, as a man I play with Penguins. -------------- next part -------------- An HTML attachment was scrubbed... URL: From shrek-m at gmx.de Wed Mar 8 11:26:48 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 08 Mar 2006 12:26:48 +0100 Subject: bluez-utils ppc* (was Re: rawhide report: 20060308 changes) In-Reply-To: <200603080826.k288Q5ZL008956@porkchop.devel.redhat.com> References: <200603080826.k288Q5ZL008956@porkchop.devel.redhat.com> Message-ID: <440EBF78.1010106@gmx.de> On 08.03.2006 09:26, Build System wrote: >bluez-utils-2.25-3 >------------------ >* Tue Mar 07 2006 Jeremy Katz - 2.25-3 >- more initscript tweaking > > still present :-( FC4test3 2005-05-17 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=157971 bluetooth keyboard and mouse stops working after bluetooth init Status ASSIGNED --> FC5rawhide 2006-02-09 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180665 apple bluetooth keyboard and mouse stops working with bluetooth service Status NEW -- shrek-m From dtimms at bigpond.net.au Wed Mar 8 11:59:49 2006 From: dtimms at bigpond.net.au (David Timms) Date: Wed, 08 Mar 2006 22:59:49 +1100 Subject: FC5 Boot errors after 2.6.15-1.1948 In-Reply-To: <200603080947.k289lo7v008873@enterprise.byteline.com.au> References: <200603080947.k289lo7v008873@enterprise.byteline.com.au> Message-ID: <440EC735.2050401@bigpond.net.au> Andrew Stephen wrote: > > Hi > > After updating to Kernel 2.6.15-1.1948 I getting the following error. I > have tried all kernels since with the same error and the last good kernel > was 2.6.16-1.1939. Any suggestions as to where I should start would be > appreciated. What is the latest you have tried ? What chipset, architecture, CPU, desktop or notebook ? Where you attempting to suspend (the suspend message is new to me, but looks like it is normal)? Can you run if you edit the boot command in grub and add the boot parameter to disable selinux (which I don't remember) ? DaveT. From dcbw at redhat.com Wed Mar 8 12:57:19 2006 From: dcbw at redhat.com (Dan Williams) Date: Wed, 08 Mar 2006 07:57:19 -0500 Subject: NetworkManager help? In-Reply-To: <4c4ba1530603071815t58d75e28l8a5cb5136ffefad6@mail.gmail.com> References: <1141769291.3627.5.camel@billmurray.ashenden> <4c4ba1530603071431na94b66fj8ed69f7decfa5618@mail.gmail.com> <4c4ba1530603071815t58d75e28l8a5cb5136ffefad6@mail.gmail.com> Message-ID: <1141822639.3614.3.camel@localhost.localdomain> On Tue, 2006-03-07 at 18:15 -0800, Tom London wrote: > Sorry for the wrong answer, I misread..... > > nm-applet is meant to be run in the background. Are you saying that > if you do this, you don't get the applet in the panel? > > Have you started the NetworkManager and NetworkManagerDispatcher > services? (From a root terminal window, do 'ps agx | grep Network'; > are they both running?) To get the applet in the panel, you now need to: a) add the Notification Area applet to your panel b) run /usr/bin/nm-applet c) ensure that NM is running as well, since the applet hides itself when NM isn't running Dan From jon.nettleton at gmail.com Wed Mar 8 13:06:41 2006 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Wed, 08 Mar 2006 08:06:41 -0500 Subject: mono-beagled -- major memory leak In-Reply-To: <1141797377.11538.1.camel@iridium> References: <8767947e0603062133s4ef59eb1r557a5d79c60a81ff@mail.gmail.com> <440D2E0E.6090001@feuerpokemon.de> <8767947e0603072152j3254e670idff1b084d2aee6c8@mail.gmail.com> <1141797377.11538.1.camel@iridium> Message-ID: <1141823201.2439.14.camel@averatec> On Tue, 2006-03-07 at 21:56 -0800, Nathanael D. Noblet wrote: > On Tue, 2006-03-07 at 23:52 -0600, Jonathan Berry wrote: > > > > >Is anyone else seeing this? I'm assuming that it is not supposed to > > > >do that. Any ideas about how to debug this? > > > > > Yes I've experienced the same behaviour a couple times. The most recent > this afternoon. It took 5 minutes to have the system respond enough so I > could kill it. It swallowed 300MB of my 512MB RAM and was seriously > thrashing my storage. > > > Well, I didn't mention high CPU usage as I didn't really notice that. > > I also am not really sure exactly what the above means. I did notice > > that something locked up my disk really well accessing it for a short > > while. The I/O wait cycles tied up the entire CPU, so I wasn't able > > to do much to find out what program it was, but it seems likely to > > have been beagled. > > I had load numbers nearing 9 when I finally got the beagle program > killed. > > I too have just tracked down some nasty problems to beagled malicing my system. It was when I was gaming every 30 seconds or so my entire IO system would stop responding for a second or so. I also found it was locking up my system when I was running eclipse and working on the repository in my home directory. The most frustrating part was my inability to turn it off. If I removed it from gnome-session it always found its way back on login, and then having a cron job to start it up as well is just wrong. I have come to terms with accepting mono apps on fedora ( I love tomboy and f-spot ) but beagle seems to still need some work. Jon From Fulko.Hew at sita.aero Wed Mar 8 13:41:08 2006 From: Fulko.Hew at sita.aero (Fulko.Hew at sita.aero) Date: Wed, 8 Mar 2006 08:41:08 -0500 Subject: [Fwd: Help Needed: FC5 Blocker List and Rawhide Install Testing] Message-ID: Rahul Sundaram on 03/08/2006 03:51 AM wrote on behalf of Warren: > https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=150222&hide_resolved=1 > > We are now attempting to fix some last minute problems. Your help would > be greatly appreciated in finding solutions for the problems listed in > the above FC5 Blocker list. > > Your testing of rawhide nightly tree installs (while not guaranteed to > work) is very valuable at this point. We need to know if there are any > critical installation issues that would effect FC5 install, like the > nasty Bug #159026. Please also test upgrades of FC3 or FC4 systems to > the nightly rawhide tree and report any problems that you see to Bugzilla. > > Bugzilla is the official and best way to get reports to the developers. > Complaints posted only to a mailing list are very likely to be lost in > the bulk. Bug reports have status, comments and resolution states so at > least there is a chance of tracking your issue. I (and others) would like to see the problem with 'no longer being able to install' resolved. Apparently something between FC5 Test 1 and Test2 _changed_ the way the CD and DVDs are made, preventing some people from installing off of the media, whereas older version of Core work fine. This is reported in Bugzilla #s: 178143, 182147, 178632 This bug will prevent (some) people from being able to install Fedora Core altogether. And it will give any newcomer, a bad taste... well actually _no_ taste, since they won't know how to get past the boot prompt! > Thank you for using Fedora. > > Warren Togami > wtogami at redhat.com From sundaram at fedoraproject.org Wed Mar 8 13:42:52 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Mar 2006 19:12:52 +0530 Subject: [Fwd: Help Needed: FC5 Blocker List and Rawhide Install Testing] In-Reply-To: References: Message-ID: <440EDF5C.8010002@fedoraproject.org> Fulko.Hew at sita.aero wrote: > >I (and others) would like to see the problem with 'no longer being able to >install' >resolved. Apparently something between FC5 Test 1 and Test2 _changed_ the >way >the CD and DVDs are made, preventing some people from installing off of >the media, whereas older version of Core work fine. > >This is reported in Bugzilla #s: 178143, 182147, 178632 > >This bug will prevent (some) people from being able to install Fedora >Core altogether. And it will give any newcomer, a bad taste... >well actually _no_ taste, since they won't know how to get past >the boot prompt! > There are all duplicates of the same bug which is marked as a FC5 target. -- Rahul From pbrobinson at gmail.com Wed Mar 8 13:56:17 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Wed, 8 Mar 2006 13:56:17 +0000 Subject: mono-beagled -- major memory leak In-Reply-To: <1141823201.2439.14.camel@averatec> References: <8767947e0603062133s4ef59eb1r557a5d79c60a81ff@mail.gmail.com> <440D2E0E.6090001@feuerpokemon.de> <8767947e0603072152j3254e670idff1b084d2aee6c8@mail.gmail.com> <1141797377.11538.1.camel@iridium> <1141823201.2439.14.camel@averatec> Message-ID: <5256d0b0603080556h4890893ax359c1247baaddda2@mail.gmail.com> > > > > >Is anyone else seeing this? I'm assuming that it is not supposed to > > > > >do that. Any ideas about how to debug this? > > > > > > > Yes I've experienced the same behaviour a couple times. The most recent > > this afternoon. It took 5 minutes to have the system respond enough so I > > could kill it. It swallowed 300MB of my 512MB RAM and was seriously > > thrashing my storage. > > > > > Well, I didn't mention high CPU usage as I didn't really notice that. > > > I also am not really sure exactly what the above means. I did notice > > > that something locked up my disk really well accessing it for a short > > > while. The I/O wait cycles tied up the entire CPU, so I wasn't able > > > to do much to find out what program it was, but it seems likely to > > > have been beagled. > > > > I had load numbers nearing 9 when I finally got the beagle program > > killed. > > > > > I too have just tracked down some nasty problems to beagled malicing my > system. It was when I was gaming every 30 seconds or so my entire IO > system would stop responding for a second or so. I also found it was > locking up my system when I was running eclipse and working on the > repository in my home directory. > > The most frustrating part was my inability to turn it off. If I removed > it from gnome-session it always found its way back on login, and then > having a cron job to start it up as well is just wrong. > > I have come to terms with accepting mono apps on fedora ( I love tomboy > and f-spot ) but beagle seems to still need some work. This sounds like it might be the reason for my desktop suddenly and for no apparent reason locking solid. It wouldn't respond to anything but then if I had an active unlocked Windows rdesktop session active i could still work on that so it was weird. The usual but painful solution I've been using is the lovely Ctrl+Alt+Backspace combo to kill X. Pete From w.j.murray at rl.ac.uk Wed Mar 8 12:33:28 2006 From: w.j.murray at rl.ac.uk (William Murray) Date: Wed, 08 Mar 2006 12:33:28 +0000 Subject: fedora-test-list Digest, Vol 25, Issue 31 In-Reply-To: <20060308044402.7376373C54@hormel.redhat.com> References: <20060308044402.7376373C54@hormel.redhat.com> Message-ID: <1141821209.2698.0.camel@billmurray.ashenden> > Message: 13 > Date: Tue, 7 Mar 2006 18:15:33 -0800 > From: "Tom London" > Subject: Re: NetworkManager help? > To: "For testers of Fedora Core development releases" > > Message-ID: > <4c4ba1530603071815t58d75e28l8a5cb5136ffefad6 at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Sorry for the wrong answer, I misread..... > > nm-applet is meant to be run in the background. Are you saying that > if you do this, you don't get the applet in the panel? > > Have you started the NetworkManager and NetworkManagerDispatcher > services? (From a root terminal window, do 'ps agx | grep Network'; > are they both running?) > > tom > Of course....NetworkManager wasn't running.I thought I checked, but obviously not. Sorry, Bill From phil-ml at techworks.ie Wed Mar 8 14:06:45 2006 From: phil-ml at techworks.ie (Philip Trickett (List)) Date: Wed, 08 Mar 2006 14:06:45 +0000 Subject: FC5T3 and Radeon Mobility X700 (was: FC5T3) In-Reply-To: <200603032102.17541.prigault@oricom.ca> References: <20060303215629.D836373236@hormel.redhat.com> <200603032102.17541.prigault@oricom.ca> Message-ID: <1141826805.3488.10.camel@nori> On Fri, 2006-03-03 at 21:02 -0500, Philippe Rigault wrote: > > "shrek-m at gmx.de" wrote: > > > but my experiences with the same boot medium was > > > "linux text" - messy menus > > > "linux text askmethod" - the menus are ok > > Brilliant! > I confirm that "linux text askmethod" works with correct menus. Thanks. > > > I open a bug on the messy text menus and supposedly it is fixed in rawhide > > now. > > Bugzilla number ? > For reference with X problems, these pages might be of help getting X running properly on the LCD panel: http://pages.cpsc.ucalgary.ca/~weckerl/ferrari_ubuntu_64.html http://gentoo-wiki.com/HARDWARE_Gentoo_Acer_Ferrari_4005WLMi_Manual HTH, Phil. P.S. Was hoping to install FC5T3, might do it later today if I feel brave enough... From dragoran at feuerpokemon.de Wed Mar 8 14:07:09 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Wed, 08 Mar 2006 15:07:09 +0100 Subject: mono-beagled -- major memory leak In-Reply-To: <5256d0b0603080556h4890893ax359c1247baaddda2@mail.gmail.com> References: <8767947e0603062133s4ef59eb1r557a5d79c60a81ff@mail.gmail.com> <440D2E0E.6090001@feuerpokemon.de> <8767947e0603072152j3254e670idff1b084d2aee6c8@mail.gmail.com> <1141797377.11538.1.camel@iridium> <1141823201.2439.14.camel@averatec> <5256d0b0603080556h4890893ax359c1247baaddda2@mail.gmail.com> Message-ID: <440EE50D.8030308@feuerpokemon.de> Peter Robinson schrieb: >>>>>>Is anyone else seeing this? I'm assuming that it is not supposed to >>>>>>do that. Any ideas about how to debug this? >>>>>> >>>>>> >>>>>> >>>Yes I've experienced the same behaviour a couple times. The most recent >>>this afternoon. It took 5 minutes to have the system respond enough so I >>>could kill it. It swallowed 300MB of my 512MB RAM and was seriously >>>thrashing my storage. >>> >>> >>> >>>>Well, I didn't mention high CPU usage as I didn't really notice that. >>>>I also am not really sure exactly what the above means. I did notice >>>>that something locked up my disk really well accessing it for a short >>>>while. The I/O wait cycles tied up the entire CPU, so I wasn't able >>>>to do much to find out what program it was, but it seems likely to >>>>have been beagled. >>>> >>>> >>>I had load numbers nearing 9 when I finally got the beagle program >>>killed. >>> >>> >>> >>> >>I too have just tracked down some nasty problems to beagled malicing my >>system. It was when I was gaming every 30 seconds or so my entire IO >>system would stop responding for a second or so. I also found it was >>locking up my system when I was running eclipse and working on the >>repository in my home directory. >> >>The most frustrating part was my inability to turn it off. If I removed >>it from gnome-session it always found its way back on login, and then >>having a cron job to start it up as well is just wrong. >> >>I have come to terms with accepting mono apps on fedora ( I love tomboy >>and f-spot ) but beagle seems to still need some work. >> >> > >This sounds like it might be the reason for my desktop suddenly and >for no apparent reason locking solid. It wouldn't respond to anything >but then if I had an active unlocked Windows rdesktop session active i >could still work on that so it was weird. The usual but painful >solution I've been using is the lovely Ctrl+Alt+Backspace combo to >kill X. > >Pete > > > this should be filled in bugzilla and marked as blocker From jon.nettleton at gmail.com Wed Mar 8 14:17:17 2006 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Wed, 08 Mar 2006 09:17:17 -0500 Subject: mono-beagled -- major memory leak In-Reply-To: <440EE50D.8030308@feuerpokemon.de> References: <8767947e0603062133s4ef59eb1r557a5d79c60a81ff@mail.gmail.com> <440D2E0E.6090001@feuerpokemon.de> <8767947e0603072152j3254e670idff1b084d2aee6c8@mail.gmail.com> <1141797377.11538.1.camel@iridium> <1141823201.2439.14.camel@averatec> <5256d0b0603080556h4890893ax359c1247baaddda2@mail.gmail.com> <440EE50D.8030308@feuerpokemon.de> Message-ID: <1141827438.2439.32.camel@averatec> On Wed, 2006-03-08 at 15:07 +0100, dragoran wrote: > Peter Robinson schrieb: > > >>>>>>Is anyone else seeing this? I'm assuming that it is not supposed to > >>>>>>do that. Any ideas about how to debug this? > >>>>>> > >>>>>> > >>>>>> > >>>Yes I've experienced the same behaviour a couple times. The most recent > >>>this afternoon. It took 5 minutes to have the system respond enough so I > >>>could kill it. It swallowed 300MB of my 512MB RAM and was seriously > >>>thrashing my storage. > >>> > >>> > >>> > >>>>Well, I didn't mention high CPU usage as I didn't really notice that. > >>>>I also am not really sure exactly what the above means. I did notice > >>>>that something locked up my disk really well accessing it for a short > >>>>while. The I/O wait cycles tied up the entire CPU, so I wasn't able > >>>>to do much to find out what program it was, but it seems likely to > >>>>have been beagled. > >>>> > >>>> > >>>I had load numbers nearing 9 when I finally got the beagle program > >>>killed. > >>> > >>> > >>> > >>> > >>I too have just tracked down some nasty problems to beagled malicing my > >>system. It was when I was gaming every 30 seconds or so my entire IO > >>system would stop responding for a second or so. I also found it was > >>locking up my system when I was running eclipse and working on the > >>repository in my home directory. > >> > >>The most frustrating part was my inability to turn it off. If I removed > >>it from gnome-session it always found its way back on login, and then > >>having a cron job to start it up as well is just wrong. > >> > >>I have come to terms with accepting mono apps on fedora ( I love tomboy > >>and f-spot ) but beagle seems to still need some work. > >> > >> > > > >This sounds like it might be the reason for my desktop suddenly and > >for no apparent reason locking solid. It wouldn't respond to anything > >but then if I had an active unlocked Windows rdesktop session active i > >could still work on that so it was weird. The usual but painful > >solution I've been using is the lovely Ctrl+Alt+Backspace combo to > >kill X. > > > >Pete > > > > > > > this should be filled in bugzilla and marked as blocker > this is already in bugzilla in various forms put in about 5 days ago. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183898 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183958 From sundaram at fedoraproject.org Wed Mar 8 14:31:06 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Mar 2006 20:01:06 +0530 Subject: mono-beagled -- major memory leak In-Reply-To: <1141827438.2439.32.camel@averatec> References: <8767947e0603062133s4ef59eb1r557a5d79c60a81ff@mail.gmail.com> <440D2E0E.6090001@feuerpokemon.de> <8767947e0603072152j3254e670idff1b084d2aee6c8@mail.gmail.com> <1141797377.11538.1.camel@iridium> <1141823201.2439.14.camel@averatec> <5256d0b0603080556h4890893ax359c1247baaddda2@mail.gmail.com> <440EE50D.8030308@feuerpokemon.de> <1141827438.2439.32.camel@averatec> Message-ID: <440EEAAA.6030604@fedoraproject.org> Jon Nettleton wrote: > >>> >>> >>> >>> >>> >>this should be filled in bugzilla and marked as blocker >> >> >> >this is already in bugzilla in various forms put in about 5 days ago. > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183898 > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183958 > > Closed one of them as a duplicate and marked the other as a blocker. Thanks. -- Rahul From chris at tylers.info Wed Mar 8 14:58:33 2006 From: chris at tylers.info (Chris Tyler) Date: Wed, 08 Mar 2006 09:58:33 -0500 Subject: Multiple X logins In-Reply-To: <20060308044402.7376373C54@hormel.redhat.com> References: <20060308044402.7376373C54@hormel.redhat.com> Message-ID: <1141829913.24218.69.camel@concord2.proximity.on.ca> On Tue, 2006-03-07 at 23:44 -0500, fedora-test-list-request at redhat.com wrote: > > Though recently, it seems that certain people > http://blog.fubar.dk/?p=63 > are thinking about how to solve the problems associated with multiple > concurrent "console" user policy via dbus. Its a long blog post and > it will confuse you, as it continues to confuse me, until you are > comfortable in dbus messaging syntax. I'm concerned that we're thinking too small here. There's more to this that multiple users on the console VTs... - multiseat systems (several video cards/keyboards/monitors on one box - we're seeing more of this now that we have X11R7) - VNC and NX remote users - LTSP - housewide multimedia systems Each of these are entangled with the console ownership issues. For example: - in a multiseat system, different parts of the local hardware may be in use by users in the different seats. Any of the users might want to use the disc burner or mount a CD. The user on X0 may be using /dev/snd/*C1* while the user on X1 may be using /dev/snd/*C2* and the user on X2 may be using /dev/snd/*C0*. And I won't even get into flash drives :-O - in a housewide multimedia system, perhaps the console user should only get ownership of /dev/snd/*C0* while /dev/snd/*C[1-9]* remain owned by the whole-home multimedia app, which uses them to pipe sound into other rooms. - LTSP and NX users may want sound to be redirected through some virtual sound device to their remote system. The ownership of that virtual device will follow different rules than the ownership of the console devices. We need a table of which hardware is associated which which user ID and which X display (whether local or remote) and a way of expressing rules of arbitrary complexity for how the table entries are to be updated. This table should be used not only to set ownership and permissions, but also to enable applications to use the right device, e.g., send sound to the correct sound card, display an icon for a new flash drive on the right desktop, open a DVD player app on the right screen when a disc is inserted. -- Chris Tyler From lsatenstein at yahoo.com Wed Mar 8 15:25:49 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Wed, 8 Mar 2006 07:25:49 -0800 (PST) Subject: fedora-test-list Digest, Vol 25, Issue 32 In-Reply-To: <20060308070721.3843D73FE6@hormel.redhat.com> Message-ID: <20060308152549.73569.qmail@web30212.mail.mud.yahoo.com> Should not mount from Fedora know about LVM partitions and how to setup access? Yes, you are right, both disks have LVM file systems. 4. Re: Silly thing like a mount command appears to not be working correctly? (Richard Hally) Message: 3 Date: Tue, 7 Mar 2006 21:04:13 -0800 (PST) From: Leslie Satenstein Subject: Silly thing like a mount command appears to not be working correctly? To: fedora-test-list at redhat.com Message-ID: <20060308050413.78721.qmail at web30207.mail.mud.yahoo.com> Content-Type: text/plain; charset="iso-8859-1" Here is the scenario Fedora core4 on a dedicated 80 gig drive /hdb. (All install defaults taken) Fedora core5 on a 200 gig dedicated drive. (All defaults taken) Using system bios, I can boot from either drive. I can mount the boot partition from either system to the other, but I cannot mount the data partitions. My commands were (from root) mkdir /other (on each hard drive) mount -t ext3 /dev/hda? /other where I tried ? from 7 all the way to 1. On the core4 system, The system could not find values of /dev/hda7 through 3 . Refused /dev/hda2 and showed me the boot partition for /dev/hda1 On the core5 test3 system using the default values as set up by annaconda at install time, I could see the boot partition on /dev/hdb1 but no other partition. Is there something I am doing wrong? I tried many flavours of xxx for the mount -t xxxx (auto, ext2, ext3) , eluding -t parameter. Your test against a vanilla corex drive would be appreciated. Leslie -------------- next part -------------- An HTML attachment was scrubbed... URL: https://www.redhat.com/archives/fedora-test-list/attachments/20060307/947695cc/attachment.html ------------------------------ Message: 4 Date: Wed, 08 Mar 2006 00:16:55 -0500 From: Richard Hally Subject: Re: Silly thing like a mount command appears to not be working correctly? To: For testers of Fedora Core development releases Message-ID: <440E68C7.40605 at mindspring.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Leslie Satenstein wrote: > Here is the scenario > > Fedora core4 on a dedicated 80 gig drive /hdb. (All install defaults taken) > > Fedora core5 on a 200 gig dedicated drive. (All defaults taken) > > Using system bios, I can boot from either drive. > > I can mount the boot partition from either system to the other, but I > cannot mount the data partitions. > > My commands were (from root) > > mkdir /other (on each hard drive) > > > mount -t ext3 /dev/hda? /other > where I tried ? from 7 all the way to 1. On the core4 system, > The system could not find values of /dev/hda7 through 3 . Refused > /dev/hda2 and showed me the boot partition for /dev/hda1 > > > On the core5 test3 system using the default values as set up by > annaconda at install time, I could see the boot partition on /dev/hdb1 > but no other partition. > Is there something I am doing wrong? I tried many flavours of xxx for > the mount -t xxxx (auto, ext2, ext3) , eluding -t parameter. > > Your test against a vanilla corex drive would be appreciated. > > Leslie > Your problem may have to do with the fact that default installs use LVM for partitions other than /boot. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lsatenstein at yahoo.com Wed Mar 8 15:28:07 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Wed, 8 Mar 2006 07:28:07 -0800 (PST) Subject: KDE Bug that is not a show stopper Message-ID: <20060308152807.20359.qmail@web30205.mail.mud.yahoo.com> Super terminal, part of KDE does not recognize Canada French keyboard. I don't know what it recognizes, as part of it works, and another does not. At least, from native Core5 (Ctl-alt-f1), and Gnome, the keyboard is properly and accurately recognized . Regards Les. Les. Satenstein 4116 Avenue Girourd. Montreal Quebec H$A 3C9 Canada voice: 514-369-1685 You will get more with honey than with vinegar. mailto:lsatenstein at yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From fct-cornette at insight.rr.com Wed Mar 8 15:33:47 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 08 Mar 2006 10:33:47 -0500 Subject: 'quiet' option for initializing Fedora In-Reply-To: <20060308085433.B9597435BD@ws5-1.us4.outblaze.com> References: <20060308085433.B9597435BD@ws5-1.us4.outblaze.com> Message-ID: <440EF95B.5030508@insight.rr.com> Luya Tshimbalanga wrote: > I have noticed that the 'quiet' option for hidden detailed informations on booting i.e > > ''kernel /vmlinuz-2.6.15-1.2025_FC5 ro root=/dev/VolGroup01/LogVol00 rhgb quiet > '' > no longer work on Fedora . Will it be set back in the final release? > THe question was asked awhile ago and the hiding of messages is only disabled to ensure that more bugs are exposed with useful feedback. The messages should not show on FC5 as you desire. Rad through the archives for messages from Dave Jones previous responses regarding the reasons it is temporarily disabled. Jim -- If you want to get rich from writing, write the sort of thing that's read by persons who move their lips when the're reading to themselves. -- Don Marquis From wtogami at redhat.com Wed Mar 8 16:44:31 2006 From: wtogami at redhat.com (Warren Togami) Date: Wed, 08 Mar 2006 11:44:31 -0500 Subject: Help Needed: TEST FC5 KERNELS! Message-ID: <440F09EF.10009@redhat.com> http://people.redhat.com/davej/kernels/Fedora/devel/ If you are running rawhide FC5 on any architecture, please update to the latest kernel here often, reboot and test. We need your feedback very quickly if a new kernel here causes regressions, because we are rapidly approaching what will become the FC5 final kernel. If your box is SMP or dual-core, please test booting the uniprocessor and multi-processor kernels if your architecture has both kernel builds. In cases where we have separate uniprocessor and SMP kernels (x86 and ppc), we need both tested because the installer uses uniprocessor while your yum updated system might not by default. Please keep in mind that we are only interested in regressions in things that would break installation and booting at this point. If issue has always existed in past Fedora, then it would not be useful to push it again now. PLEASE REPORT ONLY REGRESSIONS Thank you, Warren Togami wtogami at redhat.com From jandrejkovic at gmail.com Wed Mar 8 16:48:01 2006 From: jandrejkovic at gmail.com (Jan Andrejkovic) Date: Wed, 8 Mar 2006 16:48:01 +0000 Subject: Help Needed: TEST FC5 KERNELS! In-Reply-To: <440F09EF.10009@redhat.com> References: <440F09EF.10009@redhat.com> Message-ID: Hello Warren, I do not have much time to test but please try to test your kernel with the parameter init 3 in the grub.conf My kernel (xen) use to hang there. I'm sorry but I'm too busy to provide more details at the moment. I'm not sure if init 3 is official kernel parameter or just a test parameter. Cheers, Jan On 3/8/06, Warren Togami wrote: > > http://people.redhat.com/davej/kernels/Fedora/devel/ > > If you are running rawhide FC5 on any architecture, please update to the > latest kernel here often, reboot and test. We need your feedback very > quickly if a new kernel here causes regressions, because we are rapidly > approaching what will become the FC5 final kernel. > > If your box is SMP or dual-core, please test booting the uniprocessor > and multi-processor kernels if your architecture has both kernel builds. > In cases where we have separate uniprocessor and SMP kernels (x86 and > ppc), we need both tested because the installer uses uniprocessor while > your yum updated system might not by default. > > Please keep in mind that we are only interested in regressions in things > that would break installation and booting at this point. If issue has > always existed in past Fedora, then it would not be useful to push it > again now. PLEASE REPORT ONLY REGRESSIONS > > Thank you, > Warren Togami > wtogami at redhat.com > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ndbecker2 at gmail.com Wed Mar 8 16:57:46 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 08 Mar 2006 11:57:46 -0500 Subject: Default Desktop Behavior References: <20060225040800.3F5A5730AE@hormel.redhat.com> <1141693638.30123.4.camel@localhost.localdomain> Message-ID: Todd Simi wrote: > Hi, > > I didn't see a reply, so I thought I'd ask again. > > Is their a way to change the desktop behavior that open new application > below the one with current focus? If I'm in evolution and I click a > line in an email, I'd like the firefox window to open on top with focus. > > Thanks > Todd > > The _worst_ is that you type Alt-f2 to run command, then start typing. But the window you just opened doesn't have focus! At least, that's what happens now with kde. Not acceptable. From amellan at gmail.com Wed Mar 8 16:51:59 2006 From: amellan at gmail.com (Alain Mellan) Date: Wed, 8 Mar 2006 08:51:59 -0800 Subject: Help Needed: TEST FC5 KERNELS! In-Reply-To: <440F09EF.10009@redhat.com> References: <440F09EF.10009@redhat.com> Message-ID: <95ac75570603080851y18d7debp796c3bd7699f3e70@mail.gmail.com> Not sure if it's the kernel or pm-utils or something, but hibernation used to work perfectly on my Gateway 4540GZ, when kernel revision was 1928, 1955, 1966. Now (with latest rawhide kernel) it boots OK after hibernation, but then it can't start the X server (video card state not restored properly?) -- alain. On 3/8/06, Warren Togami wrote: > http://people.redhat.com/davej/kernels/Fedora/devel/ > > If you are running rawhide FC5 on any architecture, please update to the > latest kernel here often, reboot and test. We need your feedback very > quickly if a new kernel here causes regressions, because we are rapidly > approaching what will become the FC5 final kernel. > > If your box is SMP or dual-core, please test booting the uniprocessor > and multi-processor kernels if your architecture has both kernel builds. > In cases where we have separate uniprocessor and SMP kernels (x86 and > ppc), we need both tested because the installer uses uniprocessor while > your yum updated system might not by default. > > Please keep in mind that we are only interested in regressions in things > that would break installation and booting at this point. If issue has > always existed in past Fedora, then it would not be useful to push it > again now. PLEASE REPORT ONLY REGRESSIONS > > Thank you, > Warren Togami > wtogami at redhat.com > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > From dant at cdkkt.com Wed Mar 8 17:40:09 2006 From: dant at cdkkt.com (Daniel B. Thurman) Date: Wed, 8 Mar 2006 09:40:09 -0800 Subject: Making swapfiles and SELinux Message-ID: Hello, This is a modified repost from SELinux mailing list and repeated here only because I was not sure where this message is to be posted since it is a FC5-T3 issue. I have read previous posts regarding creating swapfiles under SELinux and supposedly a fix was done but the circumstances of this error is different. SELinux refuses to allow a relabel via mkswap. The steps to create a swapfile is: 1) dd if=/dev/zero of=/swapfile bs=1024 count= 1.5) New step: chcon -t swapfile_t /swapfile 2) mkswap /swapfile 3) swapon /swapfile 4) Add entry to fstab A new security context of swapfile_t was added in FC-T3, and supposedly added to mkswap as well. I have have the latest YUM development updates for FC5-T3. Doing step (1.5) above results with a "relabel" Permission denied: > mkswap /swapfile mkswap: unable to relabel /swapfile to swapfile_t: Permission denied /var/log/audit/audit.log shows: type=AVC msg=audit(1141837284.182:194): avc: denied { ioctl } for pid=3948 comm="mkswap" name="swapfile" dev=hda7 ino=107915 scontext=root:system_r:fsadm_t:s0-s0:c0.c255 tcontext=root:object_r:swapfile_t:s0 tclass=file type=SYSCALL msg=audit(1141837284.182:194): arch=40000003 syscall=54 success=no exit=-13 a0=3 a1=1260 a2=bf9c1ed0 a3=bf9c39fb items=0 pid=3948 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 comm="mkswap" exe="/sbin/mkswap" type=AVC_PATH msg=audit(1141837284.182:194): path="/swapfile" type=AVC msg=audit(1141837284.238:195): avc: denied { relabelfrom } for pid=3948 comm="mkswap" name="swapfile" dev=hda7 ino=107915 scontext=root:system_r:fsadm_t:s0-s0:c0.c255 tcontext=root:object_r:swapfile_t:s0 tclass=file type=SYSCALL msg=audit(1141837284.238:195): arch=40000003 syscall=228 success=no exit=-13 a0=3 a1=250f66f a2=804a434 a3=b items=0 pid=3948 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 comm="mkswap" exe="/sbin/mkswap" Please let me know what solution is needed! Kind regards, Dan From katzj at redhat.com Wed Mar 8 17:43:11 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 08 Mar 2006 12:43:11 -0500 Subject: Password feedback in Anaconda In-Reply-To: <1141797419.2373.24.camel@ender> References: <16de708d0603071633r6c596705xc6e6e30508c931b0@mail.gmail.com> <440E6FF5.5080803@fedoraproject.org> <1141797419.2373.24.camel@ender> Message-ID: <1141839791.21278.8.camel@orodruin.boston.redhat.com> On Wed, 2006-03-08 at 00:56 -0500, Jesse Keating wrote: > On Wed, 2006-03-08 at 11:17 +0530, Rahul Sundaram wrote: > > I dont recall seeing this feature ever. > > I recall seeing this in RHL, not necessarily in FC. I'll bug the > Anaconda team and see when this was reverted and the reasoning why. There's never been anything on "strength" -- there is still the 6 character minimum Jeremy From prigault at oricom.ca Wed Mar 8 17:44:16 2006 From: prigault at oricom.ca (Philippe Rigault) Date: Wed, 8 Mar 2006 12:44:16 -0500 Subject: Help Needed: TEST FC5 KERNELS! In-Reply-To: <20060308170024.E86C574179@hormel.redhat.com> References: <20060308170024.E86C574179@hormel.redhat.com> Message-ID: <200603081244.16727.prigault@oricom.ca> > Message: 2 > Date: Wed, 08 Mar 2006 11:44:31 -0500 > From: Warren Togami > Subject: Help Needed: TEST FC5 KERNELS! > To: fedora-devel-list at redhat.com,???????For testers of Fedora Core > ????????development releases???? > Message-ID: <440F09EF.10009 at redhat.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > http://people.redhat.com/davej/kernels/Fedora/devel/ > > If you are running rawhide FC5 on any architecture, please update to the > latest kernel here often, reboot and test. ?We need your feedback very > quickly if a new kernel here causes regressions, because we are rapidly > approaching what will become the FC5 final kernel. > > If your box is SMP or dual-core, please test booting the uniprocessor > and multi-processor kernels if your architecture has both kernel builds. > ? In cases where we have separate uniprocessor and SMP kernels (x86 and > ppc), we need both tested because the installer uses uniprocessor while > your yum updated system might not by default. > > Please keep in mind that we are only interested in regressions in things > that would break installation and booting at this point. ?If issue has > always existed in past Fedora, then it would not be useful to push it > again now. ?PLEASE REPORT ONLY REGRESSIONS > > Thank you, > Warren Togami > wtogami at redhat.com Hi, Tested on x86_64 (Acer Ferrari 4005WLMi) Compared with 2.6.15-1_1955_FC5: - No regressions. - Critical bug 174068 seems fixed with this kernel, Great! Cheers, Philippe From katzj at redhat.com Wed Mar 8 17:46:43 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 08 Mar 2006 12:46:43 -0500 Subject: bluez-utils ppc* (was Re: rawhide report: 20060308 changes) In-Reply-To: <440EBF78.1010106@gmx.de> References: <200603080826.k288Q5ZL008956@porkchop.devel.redhat.com> <440EBF78.1010106@gmx.de> Message-ID: <1141840003.21278.11.camel@orodruin.boston.redhat.com> On Wed, 2006-03-08 at 12:26 +0100, shrek-m at gmx.de wrote: > On 08.03.2006 09:26, Build System wrote: > >bluez-utils-2.25-3 > >------------------ > >* Tue Mar 07 2006 Jeremy Katz - 2.25-3 > >- more initscript tweaking > > > > still present :-( The only thing this is intended to fix is spewage during installs due to /etc/sysconfig/network not existing during the install Jeremy From katzj at redhat.com Wed Mar 8 17:48:32 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 08 Mar 2006 12:48:32 -0500 Subject: NetworkManager help? In-Reply-To: <1141822639.3614.3.camel@localhost.localdomain> References: <1141769291.3627.5.camel@billmurray.ashenden> <4c4ba1530603071431na94b66fj8ed69f7decfa5618@mail.gmail.com> <4c4ba1530603071815t58d75e28l8a5cb5136ffefad6@mail.gmail.com> <1141822639.3614.3.camel@localhost.localdomain> Message-ID: <1141840112.21278.14.camel@orodruin.boston.redhat.com> On Wed, 2006-03-08 at 07:57 -0500, Dan Williams wrote: > On Tue, 2006-03-07 at 18:15 -0800, Tom London wrote: > > Sorry for the wrong answer, I misread..... > > > > nm-applet is meant to be run in the background. Are you saying that > > if you do this, you don't get the applet in the panel? > > > > Have you started the NetworkManager and NetworkManagerDispatcher > > services? (From a root terminal window, do 'ps agx | grep Network'; > > are they both running?) > > To get the applet in the panel, you now need to: > > a) add the Notification Area applet to your panel > b) run /usr/bin/nm-applet I think Ray said that nm-applet is being run by the session always now. > c) ensure that NM is running as well, since the applet hides itself when > NM isn't running So you should just need to enable the NetworkManager service Jeremy From Fulko.Hew at sita.aero Wed Mar 8 17:46:39 2006 From: Fulko.Hew at sita.aero (Fulko.Hew at sita.aero) Date: Wed, 8 Mar 2006 12:46:39 -0500 Subject: [Fwd: Help Needed: FC5 Blocker List and Rawhide Install Testing] Message-ID: Rahul Sundaram on 03/08/2006 08:42 AM repliued: > Fulko.Hew at sita.aero wrote: > > > > >I (and others) would like to see the problem with 'no longer being able to > >install' > >resolved. Apparently something between FC5 Test 1 and Test2 _changed_ the > >way > >the CD and DVDs are made, preventing some people from installing off of > >the media, whereas older version of Core work fine. > > > >This is reported in Bugzilla #s: 178143, 182147, 178632 > > > >This bug will prevent (some) people from being able to install Fedora > >Core altogether. And it will give any newcomer, a bad taste... > >well actually _no_ taste, since they won't know how to get past > >the boot prompt! > > There are all duplicates of the same bug which is marked as a FC5 target. Yes, I know they are all duplicates of the same bug (I provided them for reference). I responded to your email, because this bug wasn't on the list you refered to. Pardon my ignorance... what does 'marked as a FC5 target' mean? From phil-ml at techworks.ie Wed Mar 8 18:06:05 2006 From: phil-ml at techworks.ie (Philip Trickett (List)) Date: Wed, 08 Mar 2006 18:06:05 +0000 Subject: FC5T3 and Radeon Mobility X700 (was: FC5T3) In-Reply-To: <1141826805.3488.10.camel@nori> References: <20060303215629.D836373236@hormel.redhat.com> <200603032102.17541.prigault@oricom.ca> <1141826805.3488.10.camel@nori> Message-ID: <1141841166.3442.3.camel@nori> On Wed, 2006-03-08 at 14:06 +0000, Philip Trickett (List) wrote: > For reference with X problems, these pages might be of help getting X > running properly on the LCD panel: > http://pages.cpsc.ucalgary.ca/~weckerl/ferrari_ubuntu_64.html > > http://gentoo-wiki.com/HARDWARE_Gentoo_Acer_Ferrari_4005WLMi_Manual > > HTH, > > Phil. > > P.S. Was hoping to install FC5T3, might do it later today if I feel > brave enough... > Just as an update: I modified my /etc/X11/xorg.conf to match the following post from december last year: https://www.redhat.com/archives/fedora-test-list/2005-December/msg00248.html I now have a 1680x1050 desktop on the radeon server. You might need to change your Screen section as below to take advantage of the changes: Section "Screen" Identifier "Screen0" Device "Videocard0" Monitor "Monitor0" DefaultDepth 16 SubSection "Display" Viewport 0 0 Depth 16 Modes "1680x1050" "1400x1024" "1280x800" "800x600" "640x480" EndSubSection EndSection . I'll update the bug. Phil From justin.conover at gmail.com Wed Mar 8 18:22:18 2006 From: justin.conover at gmail.com (Justin Conover) Date: Wed, 8 Mar 2006 12:22:18 -0600 Subject: kernel-xen0.i686 0:2.6.15-1.2032_FC5 install Warnings. Message-ID: Running Transaction Installing: kernel-xen0-devel ######################### [1/4] Installing: kernel-xenU-devel ######################### [2/4] Installing: kernel-xen0 ######################### [3/4] Installing: kernel-xenU ######################### [4/4] WARNING: /lib/modules/2.6.15-1.2032_FC5xenU/kernel/drivers/serial/8250.koneeds unknown symbol uart_get_baud_rate WARNING: /lib/modules/2.6.15-1.2032_FC5xenU/kernel/drivers/serial/8250.koneeds unknown symbol uart_resume_port WARNING: /lib/modules/2.6.15-1.2032_FC5xenU/kernel/drivers/serial/8250.koneeds unknown symbol uart_register_driver WARNING: /lib/modules/2.6.15-1.2032_FC5xenU/kernel/drivers/serial/8250.koneeds unknown symbol uart_suspend_port WARNING: /lib/modules/2.6.15-1.2032_FC5xenU/kernel/drivers/serial/8250.koneeds unknown symbol uart_remove_one_port WARNING: /lib/modules/2.6.15-1.2032_FC5xenU/kernel/drivers/serial/8250.koneeds unknown symbol uart_update_timeout WARNING: /lib/modules/2.6.15-1.2032_FC5xenU/kernel/drivers/serial/8250.koneeds unknown symbol uart_unregister_driver WARNING: /lib/modules/2.6.15-1.2032_FC5xenU/kernel/drivers/serial/8250.koneeds unknown symbol uart_get_divisor WARNING: /lib/modules/2.6.15-1.2032_FC5xenU/kernel/drivers/serial/8250.koneeds unknown symbol uart_match_port WARNING: /lib/modules/2.6.15-1.2032_FC5xenU/kernel/drivers/serial/8250.koneeds unknown symbol uart_add_one_port WARNING: /lib/modules/2.6.15-1.2032_FC5xenU/kernel/drivers/serial/8250.koneeds unknown symbol uart_write_wakeup Installed: kernel-xen0.i686 0:2.6.15-1.2032_FC5 kernel-xen0-devel.i686 0: 2.6.15-1.2032_FC5 kernel-xenU.i686 0:2.6.15-1.2032_FC5 kernel-xenU-devel.i686 0:2.6.15-1.2032_FC5 Complete! -------------- next part -------------- An HTML attachment was scrubbed... URL: From jspaleta at gmail.com Wed Mar 8 18:50:48 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 8 Mar 2006 13:50:48 -0500 Subject: [Fwd: Help Needed: FC5 Blocker List and Rawhide Install Testing] In-Reply-To: References: Message-ID: <604aa7910603081050q5e7882dcsef575ba706c2cb94@mail.gmail.com> On 3/8/06, Fulko.Hew at sita.aero wrote: > Pardon my ignorance... what does 'marked as a FC5 target' mean? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178143 for example has the section: Bug 178143 blocks: 150221 Bug 150221 has been given the alias FC5Target Any bug that blocks bug 150221 aka FC5Target is "marked as a FC5 Target" -jef From tjikkun at xs4all.nl Wed Mar 8 18:58:53 2006 From: tjikkun at xs4all.nl (Sander Hoentjen) Date: Wed, 08 Mar 2006 19:58:53 +0100 Subject: Password feedback in Anaconda In-Reply-To: <1141839791.21278.8.camel@orodruin.boston.redhat.com> References: <16de708d0603071633r6c596705xc6e6e30508c931b0@mail.gmail.com> <440E6FF5.5080803@fedoraproject.org> <1141797419.2373.24.camel@ender> <1141839791.21278.8.camel@orodruin.boston.redhat.com> Message-ID: <1141844335.21868.17.camel@tjikkun.dyndns.org> On Wed, 2006-03-08 at 12:43 -0500, Jeremy Katz wrote: > On Wed, 2006-03-08 at 00:56 -0500, Jesse Keating wrote: > > On Wed, 2006-03-08 at 11:17 +0530, Rahul Sundaram wrote: > > > I dont recall seeing this feature ever. > > > > I recall seeing this in RHL, not necessarily in FC. I'll bug the > > Anaconda team and see when this was reverted and the reasoning why. > > There's never been anything on "strength" -- there is still the 6 > character minimum > I too certainly recall that there was a strength limitation. I think it was redhat linux 7.something that I started with, and i couldn't use the password i used on windows because it was to easy. If i remember correctly this applied to installation, if you used the passwd command the enforcement was not there. Sander From uno at webworks.se Wed Mar 8 19:04:14 2006 From: uno at webworks.se (Uno Engborg) Date: Wed, 08 Mar 2006 20:04:14 +0100 Subject: PCMCIA Cardbus support? Message-ID: <440F2AAE.1090500@webworks.se> In FC4 I could just pop in a Flash memory PC card adapter into my PCMCIA slot and it would detect it would show up in my "Computer" folder as an extra disk. In FC5 nothing happens, no beeps or anything that indicates that the card have been inserted. Are there som extra packages apart from the kernel, that is needed to identify a Cardbus card in FC5? The Card I have tested with is a Lexar PC Card Adapter. I have also tried a D-Link wireless card and that worked in FC4, but now doesn't seem to be identified I have the following modules loaded: hfsplus 72517 0 i915 18497 1 drm 63829 2 i915 ppdev 8773 0 autofs4 19013 1 hidp 15937 2 rfcomm 34517 0 l2cap 23617 10 hidp,rfcomm bluetooth 44197 5 hidp,rfcomm,l2cap sunrpc 136573 1 ip_conntrack_netbios_ns 3009 0 ipt_REJECT 5441 1 xt_state 2241 6 ip_conntrack 49261 2 ip_conntrack_netbios_ns,xt_state nfnetlink 6489 1 ip_conntrack xt_tcpudp 3265 8 iptable_filter 3137 1 ip_tables 11657 1 iptable_filter x_tables 12613 4 ipt_REJECT,xt_state,xt_tcpudp,ip_tables video 15045 0 ibm_acpi 25025 0 button 6609 0 battery 9285 0 ac 4933 0 ipv6 225569 16 lp 12297 0 parport_pc 25445 1 parport 34313 3 ppdev,lp,parport_pc nvram 8393 1 ehci_hcd 29005 0 uhci_hcd 28881 0 snd_intel8x0m 16077 0 e100 33093 0 mii 5313 1 e100 ipw2200 95633 0 ieee80211 28681 1 ipw2200 ieee80211_crypt 6081 1 ieee80211 ide_cs 9793 1 snd_intel8x0 30301 1 snd_ac97_codec 83937 2 snd_intel8x0m,snd_intel8x0 snd_ac97_bus 2497 1 snd_ac97_codec snd_seq_dummy 3781 0 snd_seq_oss 28993 0 snd_seq_midi_event 7105 1 snd_seq_oss snd_seq 47153 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event snd_seq_device 8909 3 snd_seq_dummy,snd_seq_oss,snd_seq snd_pcm_oss 45009 0 snd_mixer_oss 16449 2 snd_pcm_oss snd_pcm 76997 4 snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_pcm_oss hw_random 5849 0 snd_timer 22597 2 snd_seq,snd_pcm i2c_i801 8397 0 i2c_core 20673 1 i2c_i801 snd 50501 10 snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer soundcore 9377 2 snd snd_page_alloc 10441 3 snd_intel8x0m,snd_intel8x0,snd_pcm dm_snapshot 15981 0 dm_zero 2113 0 dm_mirror 19729 0 dm_mod 50137 6 dm_snapshot,dm_zero,dm_mirror ext3 116169 2 jbd 52693 1 ext3 My kernel version is 2.6.15-1.2032_FC5 Regards Uno Engborg -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3271 bytes Desc: S/MIME Cryptographic Signature URL: From smooge at gmail.com Wed Mar 8 19:12:53 2006 From: smooge at gmail.com (Stephen J. Smoogen) Date: Wed, 8 Mar 2006 12:12:53 -0700 Subject: Weird crash with last nights rawhide [LVM unable to work?] Message-ID: <80d7e4090603081112g7395d6a0k7228f8bd4f634e4c@mail.gmail.com> I have 2 LVM partitions (/dev/VolGroup00 on disk A and /dev/VolGroup01 on B). The system crashes out after updating to rawhide last night right after Setting hostname kaonashi.home.smogoespace.com [OK] Setting up Logical Volume Management: /dev/VolGroup01: mkdir failed: Permission denied /dev/VolGroup01: mkdir failed: Permission denied 2 logical volume(s) in volume group "VolGroup01" now active 4 logical volume(s) in volume group "VolGroup00" now active Checking filesystems... [[lots of stuff saying I cant fsck.ext3 non-existant drives.]] -- Stephen J Smoogen. CSIRT/Linux System Administrator From notting at redhat.com Wed Mar 8 19:19:04 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 8 Mar 2006 14:19:04 -0500 Subject: PCMCIA Cardbus support? In-Reply-To: <440F2AAE.1090500@webworks.se> References: <440F2AAE.1090500@webworks.se> Message-ID: <20060308191904.GA28350@devserv.devel.redhat.com> Uno Engborg (uno at webworks.se) said: > In FC4 I could just pop in a Flash memory PC card adapter into my PCMCIA > slot > and it would detect it would show up in my "Computer" folder as an extra > disk. > > In FC5 nothing happens, no beeps or anything that indicates that the > card have been inserted. > Are there som extra packages apart from the kernel, that is needed to > identify a Cardbus card > in FC5? What's the output of 'dmesg' after plugging in the card? Bill From pemboa at gmail.com Wed Mar 8 19:31:53 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 8 Mar 2006 13:31:53 -0600 Subject: Password feedback in Anaconda In-Reply-To: <1141844335.21868.17.camel@tjikkun.dyndns.org> References: <16de708d0603071633r6c596705xc6e6e30508c931b0@mail.gmail.com> <440E6FF5.5080803@fedoraproject.org> <1141797419.2373.24.camel@ender> <1141839791.21278.8.camel@orodruin.boston.redhat.com> <1141844335.21868.17.camel@tjikkun.dyndns.org> Message-ID: <16de708d0603081131x4fda2bb5u51a168dc5bedc1fe@mail.gmail.com> On 3/8/06, Sander Hoentjen wrote: > > On Wed, 2006-03-08 at 12:43 -0500, Jeremy Katz wrote: > > On Wed, 2006-03-08 at 00:56 -0500, Jesse Keating wrote: > > > On Wed, 2006-03-08 at 11:17 +0530, Rahul Sundaram wrote: > > > > I dont recall seeing this feature ever. > > > > > > I recall seeing this in RHL, not necessarily in FC. I'll bug the > > > Anaconda team and see when this was reverted and the reasoning why. > > > > There's never been anything on "strength" -- there is still the 6 > > character minimum > > > I too certainly recall that there was a strength limitation. I think it > was redhat linux 7.something that I started with, and i couldn't use the > password i used on windows because it was to easy. If i remember > correctly this applied to installation, if you used the passwd command > the enforcement was not there. > > Sander That seems about right. -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > -- As a boy I jumped through Windows, as a man I play with Penguins. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dant at cdkkt.com Wed Mar 8 19:55:13 2006 From: dant at cdkkt.com (Daniel B. Thurman) Date: Wed, 8 Mar 2006 11:55:13 -0800 Subject: Kdump from diskdumputils package Message-ID: For the first time, I noticed this thing called: kdump because when I rebooted my system after yum updated, I noticed that kdump was reporting a missing dump image and left the yellow [WARNING] message before the udev appears and x windows startup. Question: What is kdump. Plain language please - I read the technical jargon but still do not know why it is in FC5-T3 and what purpose it serves. Question: Can I safely disable it without any adverse effects? Should I? Thanks! Dan From gajownik at fedora.pl Wed Mar 8 20:04:28 2006 From: gajownik at fedora.pl (Dawid Gajownik) Date: Wed, 08 Mar 2006 21:04:28 +0100 Subject: Kdump from diskdumputils package In-Reply-To: References: Message-ID: <440F38CC.5050906@fedora.pl> Dnia 03/08/2006 08:58 PM, U?ytkownik Daniel B. Thurman napisa?: > For the first time, I noticed this thing called: kdump because > when I rebooted my system after yum updated, I noticed that > kdump was reporting a missing dump image and left the yellow > [WARNING] message before the udev appears and x windows > startup. Known bug - this service should be disabled by default https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183633 > Question: What is kdump. http://fedoranews.org/mediawiki/index.php/Using_Kexec_and_Kdump_in_Rawhide > Question: Can I safely disable it without any adverse effects? Yes. BTW does kdump service work on your computer? I see this problem ? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179475 :/ -- ^_* From pemboa at gmail.com Wed Mar 8 20:07:59 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 8 Mar 2006 14:07:59 -0600 Subject: Password feedback in Anaconda In-Reply-To: <1141839791.21278.8.camel@orodruin.boston.redhat.com> References: <16de708d0603071633r6c596705xc6e6e30508c931b0@mail.gmail.com> <440E6FF5.5080803@fedoraproject.org> <1141797419.2373.24.camel@ender> <1141839791.21278.8.camel@orodruin.boston.redhat.com> Message-ID: <16de708d0603081207l51b45086ue1804b48bf44215@mail.gmail.com> On 3/8/06, Jeremy Katz wrote: > > On Wed, 2006-03-08 at 00:56 -0500, Jesse Keating wrote: > > On Wed, 2006-03-08 at 11:17 +0530, Rahul Sundaram wrote: > > > I dont recall seeing this feature ever. > > > > I recall seeing this in RHL, not necessarily in FC. I'll bug the > > Anaconda team and see when this was reverted and the reasoning why. > > There's never been anything on "strength" -- there is still the 6 > character minimum > > Jeremy > This is th best I could get in the way of proof. Seems like most Redhat Linux screenshots have felll off the net: http://faq.tweakers.net/nos/DesktopLinux/Reviews/beelzebubu/RedHat/redhat-installation-install-13.png -- As a boy I jumped through Windows, as a man I play with Penguins. -------------- next part -------------- An HTML attachment was scrubbed... URL: From pemboa at gmail.com Wed Mar 8 20:17:36 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 8 Mar 2006 14:17:36 -0600 Subject: Password feedback in Anaconda In-Reply-To: <16de708d0603081207l51b45086ue1804b48bf44215@mail.gmail.com> References: <16de708d0603071633r6c596705xc6e6e30508c931b0@mail.gmail.com> <440E6FF5.5080803@fedoraproject.org> <1141797419.2373.24.camel@ender> <1141839791.21278.8.camel@orodruin.boston.redhat.com> <16de708d0603081207l51b45086ue1804b48bf44215@mail.gmail.com> Message-ID: <16de708d0603081217x74d694baq9a69306edd3d70f@mail.gmail.com> On 3/8/06, Arthur Pemberton wrote: > > On 3/8/06, Jeremy Katz wrote: > > > > On Wed, 2006-03-08 at 00:56 -0500, Jesse Keating wrote: > > > On Wed, 2006-03-08 at 11:17 +0530, Rahul Sundaram wrote: > > > > I dont recall seeing this feature ever. > > > > > > I recall seeing this in RHL, not necessarily in FC. I'll bug the > > > Anaconda team and see when this was reverted and the reasoning why. > > > > There's never been anything on "strength" -- there is still the 6 > > character minimum > > > > Jeremy > > > This is th best I could get in the way of proof. Seems like most Redhat > Linux screenshots have felll off the net: > http://faq.tweakers.net/nos/DesktopLinux/Reviews/beelzebubu/RedHat/redhat-installation-install-13.png > Finallly, something better (note the label which says password accepted): http://faq.tweakers.net/nos/DesktopLinux/Reviews/beelzebubu/RedHat_7.3/redhat-install-img14.png http://faq.tweakers.net/nos/DesktopLinux/Reviews/beelzebubu/RedHat_7.3/redhat-install-img15.png http://www.arnut.com/linux/rh9/rh9_18.gif -- > As a boy I jumped through Windows, as a man I play with Penguins. > -- As a boy I jumped through Windows, as a man I play with Penguins. -------------- next part -------------- An HTML attachment was scrubbed... URL: From miles.lane at gmail.com Wed Mar 8 20:17:47 2006 From: miles.lane at gmail.com (Miles Lane) Date: Wed, 8 Mar 2006 12:17:47 -0800 Subject: Making swapfiles and SELinux In-Reply-To: References: Message-ID: On 3/8/06, Daniel B. Thurman wrote: > > Hello, > > This is a modified repost from SELinux mailing list and > repeated here only because I was not sure where this message > is to be posted since it is a FC5-T3 issue. > > I have read previous posts regarding creating swapfiles > under SELinux and supposedly a fix was done but the circumstances > of this error is different. SELinux refuses to allow a relabel via mkswap. > > The steps to create a swapfile is: > > 1) dd if=/dev/zero of=/swapfile bs=1024 count= > 1.5) New step: chcon -t swapfile_t /swapfile > 2) mkswap /swapfile > 3) swapon /swapfile > 4) Add entry to fstab > > A new security context of swapfile_t was added in FC-T3, and > supposedly added to mkswap as well. I have have the latest YUM > development updates for FC5-T3. > > Doing step (1.5) above results with a "relabel" Permission denied: > > > mkswap /swapfile > mkswap: unable to relabel /swapfile to swapfile_t: Permission denied > > /var/log/audit/audit.log shows: > > type=AVC msg=audit(1141837284.182:194): avc: denied { ioctl } for pid=3948 comm="mkswap" name="swapfile" dev=hda7 ino=107915 scontext=root:system_r:fsadm_t:s0-s0:c0.c255 tcontext=root:object_r:swapfile_t:s0 tclass=file > type=SYSCALL msg=audit(1141837284.182:194): arch=40000003 syscall=54 success=no exit=-13 a0=3 a1=1260 a2=bf9c1ed0 a3=bf9c39fb items=0 pid=3948 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 comm="mkswap" exe="/sbin/mkswap" > type=AVC_PATH msg=audit(1141837284.182:194): path="/swapfile" > type=AVC msg=audit(1141837284.238:195): avc: denied { relabelfrom } for pid=3948 comm="mkswap" name="swapfile" dev=hda7 ino=107915 scontext=root:system_r:fsadm_t:s0-s0:c0.c255 tcontext=root:object_r:swapfile_t:s0 tclass=file > type=SYSCALL msg=audit(1141837284.238:195): arch=40000003 syscall=228 success=no exit=-13 a0=3 a1=250f66f a2=804a434 a3=b items=0 pid=3948 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 comm="mkswap" exe="/sbin/mkswap" Is it possible that this is related to a problem I am seeing. When my machine crashes (locks up after a suspend and attempted resume), I have to reboot twice before I get a working system. The first reboot always stops with the X boot UI stating something like "Enabling Swap." When it freezes there, I have to cold boot. After cold booting, everything works fine. Any suggestions? Miles From dant at cdkkt.com Wed Mar 8 20:18:55 2006 From: dant at cdkkt.com (Daniel B. Thurman) Date: Wed, 8 Mar 2006 12:18:55 -0800 Subject: Kdump from diskdumputils package Message-ID: Dawid Gajownik wrote: > > Daniel B. Thurman wrote: > > For the first time, I noticed this thing called: kdump because > > when I rebooted my system after yum updated, I noticed that > > kdump was reporting a missing dump image and left the yellow > > [WARNING] message before the udev appears and x windows > > startup. > > Known bug - this service should be disabled by default > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183633 > > > Question: What is kdump. > > http://fedoranews.org/mediawiki/index.php/Using_Kexec_and_Kdump_in_Rawhide > > > Question: Can I safely disable it without any adverse effects? > > Yes. BTW does kdump service work on your computer? I see this problem ? > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179475 :/ > Thanks for the information. So, it is a tool for collecting crash data from developers during panics. The specific problem I got for kdump fail is: No kdump kernel image found. [WARNING] Tried to locate /boot/vmlinux-2.6.15-1.2009.4.2_FC5hypervisorkdump And my kernel is: /boot/vmunix-2.6.15-1.2009.4.2_FC5hypervisor So it appears that the "kdump" string was added at the end, and if this is the case - the kernel file definitely does not exist. The kdump service failed to start. Thanks, Dan From dant at cdkkt.com Wed Mar 8 20:35:51 2006 From: dant at cdkkt.com (Daniel B. Thurman) Date: Wed, 8 Mar 2006 12:35:51 -0800 Subject: Making swapfiles and SELinux Message-ID: Miles Lane wrote: > > On 3/8/06, Daniel B. Thurman wrote: > > [snip] > > > Is it possible that this is related to a problem I am seeing. When my > machine crashes (locks up after a suspend and attempted resume), I > have to reboot twice before I get a working system. The first reboot > always stops with the X boot UI stating something like "Enabling > Swap." When it freezes there, I have to cold boot. After cold > booting, everything works fine. > > Any suggestions? > Miles Booting up without a swap came up fine and ran ok. I did a full-blown yum package installations and updates and did not really have too much of a problem, however I was starting to notice as I piled on applications: 'Top', GKrellM, Ximian Email and something, the system was very noticably running very low on available virtual memory (not sure if it was due to memory leaks or just memory running out of heap), but eventually all mouse, keyboard, and video updates was grinding to a halt where I could no longer access the system, although the HD was thrashing around SOLIDLY. I waited for 20 minutes and no change was noticed so I was forced to hard-reboot since nothing else worked. Rebooting restore normalcy - but I obviously wont run too many apps until I can get swap space installed. I wanted to add 500MB swap, but unfortunately SELinux refused to allow me to do that, even as root. Grrrrrrr...... So - kindly please someone - tell me how I can get around this issue so that I can continue testing... please? Pretty, pretty, please? :-)........ :-( Dan From nathanael at gnat.ca Wed Mar 8 20:38:43 2006 From: nathanael at gnat.ca (Nathanael D. Noblet) Date: Wed, 08 Mar 2006 12:38:43 -0800 Subject: Making swapfiles and SELinux In-Reply-To: References: Message-ID: <1141850323.3671.4.camel@iridium> On Wed, 2006-03-08 at 12:35 -0800, Daniel B. Thurman wrote: > Booting up without a swap came up fine and ran ok. I did a > full-blown yum package installations and updates and did not > really have too much of a problem, however I was starting to > notice as I piled on applications: 'Top', GKrellM, Ximian Email > and something, the system was very noticably running very low on > available virtual memory (not sure if it was due to memory leaks > or just memory running out of heap), but eventually all mouse, > keyboard, and video updates was grinding to a halt where I could > no longer access the system, although the HD was thrashing around > SOLIDLY. I waited for 20 minutes and no change was noticed so I > was forced to hard-reboot since nothing else worked. Rebooting > restore normalcy - but I obviously wont run too many apps until > I can get swap space installed. One thing to try, though it won't fix your application is in the session don't let beagle start. It consistently consumes huge amounts of memory when running. Many have experienced it, *eventually* I was able to kill the process and the machine became responsive again. Perhaps part of the problem you describe above? From shrek-m at gmx.de Wed Mar 8 20:47:52 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 08 Mar 2006 21:47:52 +0100 Subject: Kdump from diskdumputils package In-Reply-To: References: Message-ID: <440F42F8.9080603@gmx.de> On 08.03.2006 20:55, Daniel B. Thurman wrote: >Question: What is kdump. Plain language please - I read the >technical jargon but still do not know why it is in FC5-T3 and >what purpose it serves. > good question, what i have learned now is that kexec-tools (your question) is not available for ppc* and lam provides kdump too. kexec-tools = /sbin/kdump lam = /usr/bin/kdump $ rpm -qlp --nosignature http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/lam-7.1.1-11.i386.rpm | grep kdump /usr/bin/kdump /usr/share/lam/bin/kdump $ rpm -qlp --nosignature http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/kexec-tools-1.101-14.i386.rpm | grep kdump /etc/rc.d/init.d/kdump /etc/sysconfig/kdump /sbin/kdump -- shrek-m From dant at cdkkt.com Wed Mar 8 20:59:18 2006 From: dant at cdkkt.com (Daniel B. Thurman) Date: Wed, 8 Mar 2006 12:59:18 -0800 Subject: Making swapfiles and SELinux Message-ID: Nathanael D. Noblet wrote: > > Daniel B. Thurman wrote: > > [snip] > > One thing to try, though it won't fix your application is in the session > don't let beagle start. It consistently consumes huge amounts of memory > when running. Many have experienced it, *eventually* I was able to kill > the process and the machine became responsive again. Perhaps part of the > problem you describe above? > beagle is installed on my system, but it is by default not setup to run unless someone configures it to. There is no initscript for it (in /etc/initscript), and there are no services to it to start the daemon. Also, I checked processes and beagled is not running. So as far as I can tell, beagle has nothing to do with it. I looked into the logs and I see that user beagleindex was mentioned for su: pam_unix sessions but that is all I can see, so I really cannot say FOR SURE that beagle is running. Perhaps you can tell me how to check? Dan From miles.lane at gmail.com Wed Mar 8 21:01:16 2006 From: miles.lane at gmail.com (Miles Lane) Date: Wed, 8 Mar 2006 13:01:16 -0800 Subject: Multiple X logins In-Reply-To: <1141829913.24218.69.camel@concord2.proximity.on.ca> References: <20060308044402.7376373C54@hormel.redhat.com> <1141829913.24218.69.camel@concord2.proximity.on.ca> Message-ID: On 3/8/06, Chris Tyler wrote: > On Tue, 2006-03-07 at 23:44 -0500, fedora-test-list-request at redhat.com > wrote: > > > > Though recently, it seems that certain people > > http://blog.fubar.dk/?p=63 > > are thinking about how to solve the problems associated with multiple > > concurrent "console" user policy via dbus. Its a long blog post and > > it will confuse you, as it continues to confuse me, until you are > > comfortable in dbus messaging syntax. > > > I'm concerned that we're thinking too small here. There's more to this > that multiple users on the console VTs... > > - multiseat systems (several video cards/keyboards/monitors on one box - > we're seeing more of this now that we have X11R7) > - VNC and NX remote users > - LTSP > - housewide multimedia systems > > Each of these are entangled with the console ownership issues. For > example: > > - in a multiseat system, different parts of the local hardware may be in > use by users in the different seats. Any of the users might want to use > the disc burner or mount a CD. The user on X0 may be using /dev/snd/*C1* > while the user on X1 may be using /dev/snd/*C2* and the user on X2 may > be using /dev/snd/*C0*. And I won't even get into flash drives :-O > > - in a housewide multimedia system, perhaps the console user should only > get ownership of /dev/snd/*C0* while /dev/snd/*C[1-9]* remain owned by > the whole-home multimedia app, which uses them to pipe sound into other > rooms. > > - LTSP and NX users may want sound to be redirected through some virtual > sound device to their remote system. The ownership of that virtual > device will follow different rules than the ownership of the console > devices. > > We need a table of which hardware is associated which which user ID and > which X display (whether local or remote) and a way of expressing rules > of arbitrary complexity for how the table entries are to be updated. > This table should be used not only to set ownership and permissions, but > also to enable applications to use the right device, e.g., send sound to > the correct sound card, display an icon for a new flash drive on the > right desktop, open a DVD player app on the right screen when a disc is > inserted. Chris, I totally agree with you. I raised similar concerns years ago on the XFree86 list and others. Not sure which lists these ideas should be discussed on. Maybe here: http://lists.freedesktop.org/mailman/listinfo/xdg Miles From dwalsh at redhat.com Wed Mar 8 21:37:34 2006 From: dwalsh at redhat.com (Daniel J Walsh) Date: Wed, 08 Mar 2006 16:37:34 -0500 Subject: Making swapfiles and SELinux In-Reply-To: References: Message-ID: <440F4E9E.70609@redhat.com> Daniel B. Thurman wrote: > Hello, > > This is a modified repost from SELinux mailing list and > repeated here only because I was not sure where this message > is to be posted since it is a FC5-T3 issue. > > I have read previous posts regarding creating swapfiles > under SELinux and supposedly a fix was done but the circumstances > of this error is different. SELinux refuses to allow a relabel via mkswap. > > The steps to create a swapfile is: > > 1) dd if=/dev/zero of=/swapfile bs=1024 count= > 1.5) New step: chcon -t swapfile_t /swapfile > 2) mkswap /swapfile > 3) swapon /swapfile > 4) Add entry to fstab > > A new security context of swapfile_t was added in FC-T3, and > supposedly added to mkswap as well. I have have the latest YUM > development updates for FC5-T3. > > Doing step (1.5) above results with a "relabel" Permission denied: > > >> mkswap /swapfile >> > mkswap: unable to relabel /swapfile to swapfile_t: Permission denied > > /var/log/audit/audit.log shows: > > type=AVC msg=audit(1141837284.182:194): avc: denied { ioctl } for pid=3948 comm="mkswap" name="swapfile" dev=hda7 ino=107915 scontext=root:system_r:fsadm_t:s0-s0:c0.c255 tcontext=root:object_r:swapfile_t:s0 tclass=file > type=SYSCALL msg=audit(1141837284.182:194): arch=40000003 syscall=54 success=no exit=-13 a0=3 a1=1260 a2=bf9c1ed0 a3=bf9c39fb items=0 pid=3948 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 comm="mkswap" exe="/sbin/mkswap" > type=AVC_PATH msg=audit(1141837284.182:194): path="/swapfile" > type=AVC msg=audit(1141837284.238:195): avc: denied { relabelfrom } for pid=3948 comm="mkswap" name="swapfile" dev=hda7 ino=107915 scontext=root:system_r:fsadm_t:s0-s0:c0.c255 tcontext=root:object_r:swapfile_t:s0 tclass=file > type=SYSCALL msg=audit(1141837284.238:195): arch=40000003 syscall=228 success=no exit=-13 a0=3 a1=250f66f a2=804a434 a3=b items=0 pid=3948 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 comm="mkswap" exe="/sbin/mkswap" > > Please let me know what solution is needed! > > Kind regards, > Dan > > > This should be fixed in tomorrows rawhide. From dwalsh at redhat.com Wed Mar 8 21:38:04 2006 From: dwalsh at redhat.com (Daniel J Walsh) Date: Wed, 08 Mar 2006 16:38:04 -0500 Subject: Cannot loop-mount with SELinux In-Reply-To: <440E7078.7060706@fedoraproject.org> References: <440E3DF7.404@fedoraproject.org> <440E7078.7060706@fedoraproject.org> Message-ID: <440F4EBC.90102@redhat.com> Rahul Sundaram wrote: > Konstantin Ryabitsev wrote: > >> Today's latest packages. >> >> Cannot loop-mount anything -- permission denied. This should be >> allowed (in fact, this shouldn't even require superuser, but I'll >> settle for just being able to loop-mount as root for right now -- >> i.e. old behaviour). >> >> >> >> root at localhost:[~]# losetup /dev/loop0 file.ext3 >> file.ext3: Permission denied >> >> root at protee:[/home/icon/dvd]# mount -o loop FieldTrip.iso /media/tmp >> FieldTrip.iso: Permission denied > > File a bug report in http://bugzilla.redhat.com against SELinux with > the AVC denied messages from /var/log/messages or /var/log/audit, mark > it as FC5 blocker by making it a dependency of that bug. Details at > https://www.redhat.com/archives/fedora-devel-list/2006-March/msg00261.html > > Should be fixed tonights rawhide. From dant at cdkkt.com Wed Mar 8 21:40:09 2006 From: dant at cdkkt.com (Daniel B. Thurman) Date: Wed, 8 Mar 2006 13:40:09 -0800 Subject: Kudzu fix in tomorrow's rawhide too? Message-ID: Kudzu is still broken. Will this also be fixed by tomorrow's rawhide? Thanks Daniel Walsh! Dan From katzj at redhat.com Wed Mar 8 21:41:29 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 08 Mar 2006 16:41:29 -0500 Subject: Kudzu fix in tomorrow's rawhide too? In-Reply-To: References: Message-ID: <1141854089.21278.35.camel@orodruin.boston.redhat.com> On Wed, 2006-03-08 at 13:40 -0800, Daniel B. Thurman wrote: > Kudzu is still broken. Will this also be fixed by tomorrow's rawhide? Broken in what situations? Jeremy From wieseltux23 at gmail.com Wed Mar 8 21:48:41 2006 From: wieseltux23 at gmail.com (wieseltux23) Date: Wed, 8 Mar 2006 22:48:41 +0100 Subject: Making swapfiles and SELinux In-Reply-To: References: Message-ID: <20060308224841.351b586e.wieseltux23@gmail.com> www.wolfspakt.de/spiel.php?id=7358 On Wed, 8 Mar 2006 12:59:18 -0800 "Daniel B. Thurman" wrote: > Nathanael D. Noblet wrote: > > > Daniel B. Thurman wrote: > > > [snip] > > > > One thing to try, though it won't fix your application is in the session > > don't let beagle start. It consistently consumes huge amounts of memory > > when running. Many have experienced it, *eventually* I was able to kill > > the process and the machine became responsive again. Perhaps part of the > > problem you describe above? > > > > beagle is installed on my system, but it is by default not setup > to run unless someone configures it to. There is no initscript > for it (in /etc/initscript), and there are no services to it to > start the daemon. Also, I checked processes and beagled is not > running. So as far as I can tell, beagle has nothing to do with > it. I looked into the logs and I see that user beagleindex was > mentioned for su: pam_unix sessions but that is all I can see, so > I really cannot say FOR SURE that beagle is running. Perhaps you > can tell me how to check? > > Dan > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From wieseltux23 at gmail.com Wed Mar 8 21:50:17 2006 From: wieseltux23 at gmail.com (wieseltux23) Date: Wed, 8 Mar 2006 22:50:17 +0100 Subject: Multiple X logins In-Reply-To: References: <20060308044402.7376373C54@hormel.redhat.com> <1141829913.24218.69.camel@concord2.proximity.on.ca> Message-ID: <20060308225017.816d5884.wieseltux23@gmail.com> www.wolfspakt.de/spiel.php?id=7358 On Wed, 8 Mar 2006 13:01:16 -0800 "Miles Lane" wrote: > On 3/8/06, Chris Tyler wrote: > > On Tue, 2006-03-07 at 23:44 -0500, fedora-test-list-request at redhat.com > > wrote: > > > > > > Though recently, it seems that certain people > > > http://blog.fubar.dk/?p=63 > > > are thinking about how to solve the problems associated with multiple > > > concurrent "console" user policy via dbus. Its a long blog post and > > > it will confuse you, as it continues to confuse me, until you are > > > comfortable in dbus messaging syntax. > > > > > > I'm concerned that we're thinking too small here. There's more to this > > that multiple users on the console VTs... > > > > - multiseat systems (several video cards/keyboards/monitors on one box - > > we're seeing more of this now that we have X11R7) > > - VNC and NX remote users > > - LTSP > > - housewide multimedia systems > > > > Each of these are entangled with the console ownership issues. For > > example: > > > > - in a multiseat system, different parts of the local hardware may be in > > use by users in the different seats. Any of the users might want to use > > the disc burner or mount a CD. The user on X0 may be using /dev/snd/*C1* > > while the user on X1 may be using /dev/snd/*C2* and the user on X2 may > > be using /dev/snd/*C0*. And I won't even get into flash drives :-O > > > > - in a housewide multimedia system, perhaps the console user should only > > get ownership of /dev/snd/*C0* while /dev/snd/*C[1-9]* remain owned by > > the whole-home multimedia app, which uses them to pipe sound into other > > rooms. > > > > - LTSP and NX users may want sound to be redirected through some virtual > > sound device to their remote system. The ownership of that virtual > > device will follow different rules than the ownership of the console > > devices. > > > > We need a table of which hardware is associated which which user ID and > > which X display (whether local or remote) and a way of expressing rules > > of arbitrary complexity for how the table entries are to be updated. > > This table should be used not only to set ownership and permissions, but > > also to enable applications to use the right device, e.g., send sound to > > the correct sound card, display an icon for a new flash drive on the > > right desktop, open a DVD player app on the right screen when a disc is > > inserted. > > Chris, I totally agree with you. I raised similar concerns years ago on the > XFree86 list and others. Not sure which lists these ideas should be > discussed on. Maybe here: http://lists.freedesktop.org/mailman/listinfo/xdg > > Miles > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dcbw at redhat.com Wed Mar 8 22:04:14 2006 From: dcbw at redhat.com (Dan Williams) Date: Wed, 08 Mar 2006 17:04:14 -0500 Subject: NetworkManager help? In-Reply-To: <1141840112.21278.14.camel@orodruin.boston.redhat.com> References: <1141769291.3627.5.camel@billmurray.ashenden> <4c4ba1530603071431na94b66fj8ed69f7decfa5618@mail.gmail.com> <4c4ba1530603071815t58d75e28l8a5cb5136ffefad6@mail.gmail.com> <1141822639.3614.3.camel@localhost.localdomain> <1141840112.21278.14.camel@orodruin.boston.redhat.com> Message-ID: <1141855454.2405.2.camel@localhost.localdomain> On Wed, 2006-03-08 at 12:48 -0500, Jeremy Katz wrote: > On Wed, 2006-03-08 at 07:57 -0500, Dan Williams wrote: > > On Tue, 2006-03-07 at 18:15 -0800, Tom London wrote: > > > Sorry for the wrong answer, I misread..... > > > > > > nm-applet is meant to be run in the background. Are you saying that > > > if you do this, you don't get the applet in the panel? > > > > > > Have you started the NetworkManager and NetworkManagerDispatcher > > > services? (From a root terminal window, do 'ps agx | grep Network'; > > > are they both running?) > > > > To get the applet in the panel, you now need to: > > > > a) add the Notification Area applet to your panel > > b) run /usr/bin/nm-applet > > I think Ray said that nm-applet is being run by the session always > now. It does get 'autostarted', yes. > > c) ensure that NM is running as well, since the applet hides itself when > > NM isn't running > > So you should just need to enable the NetworkManager service Correct. Dan From devel at batkin.net Wed Mar 8 22:10:09 2006 From: devel at batkin.net (Adam Batkin) Date: Wed, 08 Mar 2006 22:10:09 +0000 Subject: Kudzu fix in tomorrow's rawhide too? In-Reply-To: <1141854089.21278.35.camel@orodruin.boston.redhat.com> References: <1141854089.21278.35.camel@orodruin.boston.redhat.com> Message-ID: <440F5641.3010801@batkin.net> Jeremy Katz wrote: > On Wed, 2006-03-08 at 13:40 -0800, Daniel B. Thurman wrote: > >>Kudzu is still broken. Will this also be fixed by tomorrow's rawhide? > > > Broken in what situations? > > Jeremy > I tried sending this a few days ago but it appears not to have gone through. I am not at work now so I can't tell you the exact versions of things, but it is whatever yum update pulled from the development repo as of 9:30AM GMT, 4:30AM Eastern Wed 03 March 2006 (kernel I believe was 2.6.15-1.2032, i686, no xen, uniprocessor). I can run more tests/give more accurate versions tomorrow. ---------------------- Kudzu segfaults on my box too. kernel-2.6.15-1.2009.4.2_FC5 kudzu-1.2.33-1 SELinux is disabled (SELINUX=disabled in /etc/sysconfig/selinux) [root at turnip ~]# uname -a Linux turnip.beatsystems.com 2.6.15-1.2009.4.2_FC5 #1 Thu Mar 2 18:10:16 EST 2006 i686 i686 i386 GNU/Linux (below find the backtrace and lspci -vv) I should also mention that I had to manually select a monitor or I couldn't get X to start (actually it appeared to start but nothing would display). The back of my monitor does indicate that it is in fact an E770P. Here is what system-config-display would _like_ me to have in my xorg.conf: Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Dell E770p" DisplaySize 300 230 HorizSync 30.0 - 70.0 VertRefresh 50.0 - 160.0 Option "dpms" EndSection Section "Device" Identifier "Videocard0" Driver "sis" VendorName "Videocard vendor" BoardName "Silicon Integrated Systems [SiS] 300/305 PCI/AGP VGA Display Adapter" EndSection Section "Screen" Identifier "Screen0" Device "Videocard0" Monitor "Monitor0" DefaultDepth 16 SubSection "Display" Viewport 0 0 Depth 16 Modes "800x600" "640x480" EndSubSection EndSection I have no idea if that is related. Let me know if anything else I can do might help. Thanks, -Adam Batkin [root at turnip ~]# gdb kudzu GNU gdb Red Hat Linux (6.3.0.0-1.114rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". (gdb) run Starting program: /sbin/kudzu Reading symbols from shared object read from target memory...done. Loaded system supplied DSO at 0xd23000 Program received signal SIGSEGV, Segmentation fault. 0x00bc8d63 in strdup () from /lib/libc.so.6 (gdb) bt #0 0x00bc8d63 in strdup () from /lib/libc.so.6 #1 0x0805d6be in vbe_get_vbe_info () at vbe.c:193 #2 0x0805a8c5 in ddcProbe (probeClass=Variable "probeClass" is not available. ) at ddc.c:395 #3 0x080505bf in probeDevices (probeClass=CLASS_UNSPEC, probeBus=-9, probeFlags=1) at kudzu.c:806 #4 0x0804d186 in main (argc=Cannot access memory at address 0xffffffff ) at hwconf.c:938 #5 0x00b747e4 in __libc_start_main () from /lib/libc.so.6 #6 0x0804a4c1 in _start () [root at turnip ~]# lspci -vv 00:00.0 Host bridge: Intel Corporation E7205 Memory Controller Hub (rev 03) Subsystem: Giga-byte Technology Unknown device 255d Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 00:01.0 PCI bridge: Intel Corporation E7505/E7205 PCI-to-AGP Bridge (rev 03) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- Capabilities: [60] #0e [0035] 00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 02) (prog-if 00 [UHCI]) Subsystem: Giga-byte Technology Unknown device 24c2 Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B- 00:1f.0 ISA bridge: Intel Corporation 82801DB/DBL (ICH4/ICH4-L) LPC Interface Bridge (rev 02) Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- Region 1: I/O ports at Region 2: I/O ports at Region 3: I/O ports at Region 4: I/O ports at f000 [size=16] Region 5: Memory at 58100000 (32-bit, non-prefetchable) [size=1K] 00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 02) Subsystem: Giga-byte Technology GA-8PE667 Ultra Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- 02:09.0 Ethernet controller: Intel Corporation 82540EM Gigabit Ethernet Controller (rev 02) Subsystem: Intel Corporation Unknown device 3013 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- Jeremy Katz wrote: > Daniel B. Thurman wrote: > > Kudzu is still broken. Will this also be fixed by tomorrow's rawhide? > > Broken in what situations? > > Jeremy Kudzu fails on startup, at line 23 in the /etc/init.d/kudzu script where it tries to execute: /sbin/kudzu but issues a segmentation fault. So kudzu fails to start. Manually attempting to start kudzu as /etc/init.d/kudzu reports the same error, and manually executing /sbin/kudzu reports a segmentation fault. I saw a bug report filed and it stated it had something to do with the nivida, of which I have on my system, and that it was stated in that bug report that it would be "looked into" but nothing has been reported as of yet. I just yum updated kudzu today and the problem persists. Hope this helps, Dan From dtimms at bigpond.net.au Wed Mar 8 22:23:55 2006 From: dtimms at bigpond.net.au (David Timms) Date: Thu, 09 Mar 2006 09:23:55 +1100 Subject: Default Desktop Behavior In-Reply-To: References: <20060225040800.3F5A5730AE@hormel.redhat.com> <1141693638.30123.4.camel@localhost.localdomain> Message-ID: <440F597B.7030607@bigpond.net.au> Neal Becker wrote: > Todd Simi wrote: > >> Is their a way to change the desktop behavior that open new application >> below the one with current focus? If I'm in evolution and I click a >> line in an email, I'd like the firefox window to open on top with focus. >> >> Thanks >> Todd > > The _worst_ is that you type Alt-f2 to run command, then start typing. But > the window you just opened doesn't have focus! At least, that's what > happens now with kde. Not acceptable. I don't have KDE setup, but gnome, Alt-F2 shows the run application dialog (in front) with your cursor ready to type. And then the app you enter eg gedit enter, is shown above all others. Perhaps the difference is that the window is a dialog rather than a form (speaking another language I know). DaveT. From notting at redhat.com Wed Mar 8 22:27:43 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 8 Mar 2006 17:27:43 -0500 Subject: Kudzu fix in tomorrow's rawhide too? In-Reply-To: References: Message-ID: <20060308222742.GF28350@devserv.devel.redhat.com> Daniel B. Thurman (dant at cdkkt.com) said: > I just yum updated kudzu today and the problem persists. What kernel? Bill From dant at cdkkt.com Wed Mar 8 22:34:47 2006 From: dant at cdkkt.com (Daniel B. Thurman) Date: Wed, 8 Mar 2006 14:34:47 -0800 Subject: Kudzu fix in tomorrow's rawhide too? Message-ID: Bill Nottingham wrote: > Daniel B. Thurman (dant at cdkkt.com) said: > > I just yum updated kudzu today and the problem persists. > > What kernel? > > Bill > The latest kernel from rawhide: 2.15-1.2009.4.2_FC5hypervisor Dan From jspaleta at gmail.com Wed Mar 8 22:45:03 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 8 Mar 2006 17:45:03 -0500 Subject: Kudzu fix in tomorrow's rawhide too? In-Reply-To: References: Message-ID: <604aa7910603081445g2e264b8aiac3bf0c06fb1774@mail.gmail.com> On 3/8/06, Daniel B. Thurman wrote: > Bill Nottingham wrote: > > Daniel B. Thurman (dant at cdkkt.com) said: > > > I just yum updated kudzu today and the problem persists. > > > > What kernel? > > > > Bill > > > > The latest kernel from rawhide: 2.15-1.2009.4.2_FC5hypervisor so its the xen bug.... https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179013 From notting at redhat.com Wed Mar 8 22:47:52 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 8 Mar 2006 17:47:52 -0500 Subject: Kudzu fix in tomorrow's rawhide too? In-Reply-To: <440F5641.3010801@batkin.net> References: <1141854089.21278.35.camel@orodruin.boston.redhat.com> <440F5641.3010801@batkin.net> Message-ID: <20060308224752.GH28350@devserv.devel.redhat.com> Adam Batkin (devel at batkin.net) said: > [root at turnip ~]# gdb kudzu > GNU gdb Red Hat Linux (6.3.0.0-1.114rh) > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-redhat-linux-gnu"...Using host > libthread_db library "/lib/libthread_db.so.1". > > (gdb) run > Starting program: /sbin/kudzu > Reading symbols from shared object read from target memory...done. > Loaded system supplied DSO at 0xd23000 > > Program received signal SIGSEGV, Segmentation fault. > 0x00bc8d63 in strdup () from /lib/libc.so.6 > (gdb) bt > #0 0x00bc8d63 in strdup () from /lib/libc.so.6 > #1 0x0805d6be in vbe_get_vbe_info () at vbe.c:193 > #2 0x0805a8c5 in ddcProbe (probeClass=Variable "probeClass" is not > available. > ) at ddc.c:395 > #3 0x080505bf in probeDevices (probeClass=CLASS_UNSPEC, probeBus=-9, > probeFlags=1) at kudzu.c:806 > #4 0x0804d186 in main (argc=Cannot access memory at address 0xffffffff > ) at hwconf.c:938 > #5 0x00b747e4 in __libc_start_main () from /lib/libc.so.6 > #6 0x0804a4c1 in _start () OK, this implies we got back VBE2 data from the video card that was valid (had a valid header), but the pointers to the actual data inside the VBE2 data are bogus. That's hard to work around. If you can break on it in gdb, what is it trying to strdup? Bill From dant at cdkkt.com Wed Mar 8 22:49:49 2006 From: dant at cdkkt.com (Daniel B. Thurman) Date: Wed, 8 Mar 2006 14:49:49 -0800 Subject: FC5-T3: System->Administration->Authenication: SAMBA testing Message-ID: Could not get Authenication menu item to come up under Gnome. I am trying to get SAMBA running and comparing all settings against a good FC4 production and I am not able to get M$ Windows to see the samba shares. Tried using the Servers->Samba dialog but it was useless - tried /etc/samba/smb.conf directly but but again, useless. I can get a Fedora 4 -> to see FC5 share but with no access, even with "everybody" permissions. Changed SELinux control over Samba to disable all security context and it still won't work. When I setup Samba on FC4, I had to setup the authenication and "Enable SMB Support" which is what I am trying to do in FC5-T3. Any suggestions or has anyone gotten Samba to work? Dan From pjones at redhat.com Wed Mar 8 22:52:09 2006 From: pjones at redhat.com (Peter Jones) Date: Wed, 08 Mar 2006 17:52:09 -0500 Subject: hibernate/suspend? In-Reply-To: <20060223233048.GA20305@ee.oulu.fi> References: <43FE32BE.5090306@golden.net> <20060223233048.GA20305@ee.oulu.fi> Message-ID: <1141858409.3293.38.camel@vroomfondel.internal.datastacks.com> On Fri, 2006-02-24 at 01:30 +0200, Pekka Pietikainen wrote: > On Thu, Feb 23, 2006 at 03:58:48PM -0700, Orion Poplawski wrote: > > >Last time I asked about this, somebody said it was an issue with the > > >kernel. > > > > Remove fd0 from /boot/grub/device.map, should fix that I think. > Yup, it does (for me at least). > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155876 > > is the relevant bug (well, added a comment there since it seems to > be the same thing, --no-floppy doesn't do what one would expect it to do) > > Or should anaconda/whatnot even be putting fd0 there in the first place? > *shrug* As of booty-0.70-1 we no longer add the fd0 entries. Thanks for the report. -- Peter From dwmw2 at infradead.org Wed Mar 8 23:04:20 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 08 Mar 2006 23:04:20 +0000 Subject: bluez-utils ppc* (was Re: rawhide report: 20060308 changes) In-Reply-To: <440EBF78.1010106@gmx.de> References: <200603080826.k288Q5ZL008956@porkchop.devel.redhat.com> <440EBF78.1010106@gmx.de> Message-ID: <1141859060.29552.45.camel@localhost.localdomain> On Wed, 2006-03-08 at 12:26 +0100, shrek-m at gmx.de wrote: > bluetooth keyboard and mouse stops working after bluetooth init Yes. When we take the device out of pass-through HID mode and switch it into proper Bluetooth mode, we lose the fake 'USB HID' devices and we need to talk to them properly with the Bluetooth HID d?mon. Is hidd running? Does it make a difference whether you run it with '--server' or '--search' arguments? Is there a button on the mouse to make it discoverable? Does hidd work if you use 'hidd --search' after pressing that button? -- dwmw2 From miles.lane at gmail.com Wed Mar 8 23:15:09 2006 From: miles.lane at gmail.com (Miles Lane) Date: Wed, 8 Mar 2006 15:15:09 -0800 Subject: Any plan to move Rawhide to udev 0.86? Message-ID: I have been informed by one developer that my suspend/restore breakage may be due to having an old version of udev. Unfortunately, the warnings regarding building and installing one's own udev from source are very dire, so I am not going to go there. Thanks, Miles From dant at cdkkt.com Wed Mar 8 23:18:46 2006 From: dant at cdkkt.com (Daniel B. Thurman) Date: Wed, 8 Mar 2006 15:18:46 -0800 Subject: Kudzu fix in tomorrow's rawhide too? Message-ID: Bill Nottingham wrote: > Adam Batkin (devel at batkin.net) said: > > [root at turnip ~]# gdb kudzu > > [snip] > > OK, this implies we got back VBE2 data from the video card that > was valid (had a valid header), but the pointers to the actual > data inside the VBE2 data are bogus. That's hard to work around. > > If you can break on it in gdb, what is it trying to strdup? > > Bill > Are you asking me to test this under gdb? If so, I tried it as: # gdb (gdb) exec-file /sbin/kudzu (gdb) run Starting program: /sbin/kudzu /sbin/kudzu Reading symbols from shared object read from target memory...(no debugging symbols found)...done. Using host libthread_db library "/lib/i686/nosegneg/libthread_db.so.1". Loaded system supplied DSO at 0xcc5000 (No debugging symbols found) (No debugging symbols found) Program received signal SIGSEGC, Segmentation fault. 0x0805e89b in ?? () (gdb) Sorry - Looks like I dont have the debug symbol version for the program and/or libraries in question.... Dan From jspaleta at gmail.com Wed Mar 8 22:27:55 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 8 Mar 2006 17:27:55 -0500 Subject: Kudzu fix in tomorrow's rawhide too? In-Reply-To: References: Message-ID: <604aa7910603081427v597e4197k76d4f3792581d7ff@mail.gmail.com> On 3/8/06, Daniel B. Thurman wrote: > I saw a bug report filed and it stated it had something to do > with the nivida, of which I have on my system, and that it was > stated in that bug report that it would be "looked into" but > nothing has been reported as of yet. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181467#c22 lists the version of kudzu which should fix the nvidia on 64bit issue https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181467#c33 confirms the fix > > I just yum updated kudzu today and the problem persists. are you SURE the issue you have is associated with the nvidia on 64bit issue that is in bugzilla? You haven't given any hardware details so it makes it difficult to compare your experience with existing reports. -jef From notting at redhat.com Wed Mar 8 23:27:09 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 8 Mar 2006 18:27:09 -0500 Subject: Kudzu fix in tomorrow's rawhide too? In-Reply-To: References: Message-ID: <20060308232709.GA6761@devserv.devel.redhat.com> Daniel B. Thurman (dant at cdkkt.com) said: > Are you asking me to test this under gdb? If so, I tried it as: If you're seeing it under Xen, no. That one is fairly well characterized. Bill From dant at cdkkt.com Wed Mar 8 23:44:11 2006 From: dant at cdkkt.com (Daniel B. Thurman) Date: Wed, 8 Mar 2006 15:44:11 -0800 Subject: Kudzu fix in tomorrow's rawhide too? Message-ID: Jeff Spaleta wrote: > On 3/8/06, Daniel B. Thurman wrote: > > I saw a bug report filed and it stated it had something to do > > with the nivida, of which I have on my system, and that it was > > stated in that bug report that it would be "looked into" but > > nothing has been reported as of yet. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181467#c22 > lists the version of kudzu which should fix the nvidia on 64bit issue > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181467#c33 > confirms the fix > > > > > I just yum updated kudzu today and the problem persists. > > are you SURE the issue you have is associated with the nvidia on 64bit > issue that is in bugzilla? You haven't given any hardware details so > it makes it difficult to compare your experience with existing > reports. > > -jef > Oh, ok so this particular one does not match with what I am experiencing. I saw the nvidia so I assumed that since I also have nvidia that this was also my problem. My apologies. But in any case - I have a segmentation fault. I'd be happy to provide any details you need? Anything I can do at my end? Dan From uno at webworks.se Wed Mar 8 23:50:36 2006 From: uno at webworks.se (Uno Engborg) Date: Thu, 09 Mar 2006 00:50:36 +0100 Subject: PCMCIA Cardbus support? In-Reply-To: <20060308191904.GA28350@devserv.devel.redhat.com> References: <440F2AAE.1090500@webworks.se> <20060308191904.GA28350@devserv.devel.redhat.com> Message-ID: <440F6DCC.6060608@webworks.se> Bill Nottingham wrote: > Uno Engborg (uno at webworks.se) said: > >> In FC4 I could just pop in a Flash memory PC card adapter into my PCMCIA >> slot >> and it would detect it would show up in my "Computer" folder as an extra >> disk. >> >> In FC5 nothing happens, no beeps or anything that indicates that the >> card have been inserted. >> Are there som extra packages apart from the kernel, that is needed to >> identify a Cardbus card >> in FC5? >> > > What's the output of 'dmesg' after plugging in the card? > > Bill > > pccard: PCMCIA card inserted into slot 0 cs: memory probe 0xf0000000-0xf7ffffff: excluding 0xf0000000-0xf7ffffff cs: memory probe 0xd0200000-0xdfffffff: excluding 0xd0200000-0xd11fffff 0xd1a00000-0xd41fffff 0xd4a00000-0xd51fffff 0xd5a00000-0xd61fffff 0xd6a00000-0xd71fffff 0xd7a00000-0xd81fffff 0xd8a00000-0xd91fffff 0xd9a00000-0xda1fffff 0xdaa00000-0xdb1fffff 0xdba00000-0xdc1fffff 0xdca00000-0xdd1fffff 0xdda00000-0xde1fffff 0xdea00000-0xdf1fffff 0xdfa00000-0xe01fffff pcmcia: registering new device pcmcia0.0 Probing IDE interface ide2... hde: 64MB CTS, CFA DISK drive ide2 at 0x3100-0x3107,0x310e on irq 3 hde: max request size: 128KiB hde: 128128 sectors (65 MB) w/4KiB Cache, CHS=1001/4/32 hde: hde1 ide-cs: hde: Vcc = 3.3, Vpp = 0.0 As you can see the drive seam to get recognized after all. So, actually it works a little better than I first thought, at frist. However, it still doesn't show up as a removable device mounted at /media/idedisk as it did in FC4. Regards Uno Engborg -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3271 bytes Desc: S/MIME Cryptographic Signature URL: From notting at redhat.com Wed Mar 8 23:58:26 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 8 Mar 2006 18:58:26 -0500 Subject: PCMCIA Cardbus support? In-Reply-To: <440F6DCC.6060608@webworks.se> References: <440F2AAE.1090500@webworks.se> <20060308191904.GA28350@devserv.devel.redhat.com> <440F6DCC.6060608@webworks.se> Message-ID: <20060308235825.GA16581@devserv.devel.redhat.com> Uno Engborg (uno at webworks.se) said: > However, it still doesn't show up as a removable device mounted at > /media/idedisk as it did in FC4. Are you on the desktop (if so, which one?) or on the console? Bill From dant at cdkkt.com Thu Mar 9 00:01:04 2006 From: dant at cdkkt.com (Daniel B. Thurman) Date: Wed, 8 Mar 2006 16:01:04 -0800 Subject: FC5-T3: System->Administration->Authenication: SAMBA testing Message-ID: Daniel B. Thurman wrote: > Could not get Authenication menu item to come up under Gnome. I am trying > to get SAMBA running and comparing all settings against a good FC4 production > and I am not able to get M$ Windows to see the samba shares. Tried using the > Servers->Samba dialog but it was useless - tried /etc/samba/smb.conf directly but > but again, useless. I can get a Fedora 4 -> to see FC5 share but with no access, > even with "everybody" permissions. Changed SELinux control over Samba to disable > all security context and it still won't work. > > When I setup Samba on FC4, I had to setup the authenication and "Enable SMB > Support" which is what I am trying to do in FC5-T3. > > Any suggestions or has anyone gotten Samba to work? > > Dan > Ok, I was able to get Samba on FC5-T3 to work somewhat. I think it has something to do with wins cache data or something like that because when I am on a windows box, I tried something like: On a windows system, using Explorer: Address: \\copper\app1 Windows reported an error in trying to locate "copper" which does not exist. So I changed the "copper" part to an IP address such as: Address: \\10.1.0.5\app1 And I was able to access the FC5-T3 share. Oddball is that nslookup in the windows command windows shows the proper nameresolver copper: 10.1.0.5 so I think that windows explorer must either be using cache wins data or dns that is not properly resolving to the proper IP address. Not sure how to track this one down. I restored all the FC5-T3 defaults as far as SELinux does so it appears all is working well at that end. I still have not figured out why FC4 to FC5 is not correctly working as far as permissions go, i.e. on FC4 - I am forced to provide authenication EVERY TIME whereas on Windows - none is needed! Ahhh..... I will research this some more... I am still having problems with getting the menu of System->Administration->Authenication to come up. Dan From uno at webworks.se Thu Mar 9 00:01:19 2006 From: uno at webworks.se (Uno Engborg) Date: Thu, 09 Mar 2006 01:01:19 +0100 Subject: PCMCIA Cardbus support? In-Reply-To: <20060308235825.GA16581@devserv.devel.redhat.com> References: <440F2AAE.1090500@webworks.se> <20060308191904.GA28350@devserv.devel.redhat.com> <440F6DCC.6060608@webworks.se> <20060308235825.GA16581@devserv.devel.redhat.com> Message-ID: <440F704F.3050803@webworks.se> Bill Nottingham wrote: > Uno Engborg (uno at webworks.se) said: > >> However, it still doesn't show up as a removable device mounted at >> /media/idedisk as it did in FC4. >> > > Are you on the desktop (if so, which one?) or on the console? > > Bill > I' using Gnome. Regards Uno Engborg -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3271 bytes Desc: S/MIME Cryptographic Signature URL: From notting at redhat.com Thu Mar 9 00:05:05 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 8 Mar 2006 19:05:05 -0500 Subject: PCMCIA Cardbus support? In-Reply-To: <440F704F.3050803@webworks.se> References: <440F2AAE.1090500@webworks.se> <20060308191904.GA28350@devserv.devel.redhat.com> <440F6DCC.6060608@webworks.se> <20060308235825.GA16581@devserv.devel.redhat.com> <440F704F.3050803@webworks.se> Message-ID: <20060309000505.GC16581@devserv.devel.redhat.com> Uno Engborg (uno at webworks.se) said: > Bill Nottingham wrote: > >Uno Engborg (uno at webworks.se) said: > > > >>However, it still doesn't show up as a removable device mounted at > >>/media/idedisk as it did in FC4. > >> > > > >Are you on the desktop (if so, which one?) or on the console? > > I' using Gnome. OK, file a bug against gnome-mount. Bill From clydekunkel7734 at cox.net Thu Mar 9 00:10:56 2006 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Wed, 08 Mar 2006 19:10:56 -0500 Subject: Weird crash with last nights rawhide [LVM unable to work?] In-Reply-To: <80d7e4090603081112g7395d6a0k7228f8bd4f634e4c@mail.gmail.com> References: <80d7e4090603081112g7395d6a0k7228f8bd4f634e4c@mail.gmail.com> Message-ID: <440F7290.8090100@cox.net> Stephen J. Smoogen wrote: > I have 2 LVM partitions (/dev/VolGroup00 on disk A and /dev/VolGroup01 on B). > > The system crashes out after updating to rawhide last night right after > > Setting hostname kaonashi.home.smogoespace.com [OK] > Setting up Logical Volume Management: /dev/VolGroup01: mkdir failed: > Permission denied > > /dev/VolGroup01: mkdir failed: Permission denied > 2 logical volume(s) in volume group "VolGroup01" now active > 4 logical volume(s) in volume group "VolGroup00" now active > > Checking filesystems... > > [[lots of stuff saying I cant fsck.ext3 non-existant drives.]] > > -- > Stephen J Smoogen. > CSIRT/Linux System Administrator > see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184276 for cause and temporary fix until tomorrow's rawhide. -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots) From uno at webworks.se Thu Mar 9 00:36:28 2006 From: uno at webworks.se (Uno Engborg) Date: Thu, 09 Mar 2006 01:36:28 +0100 Subject: PCMCIA Cardbus support? In-Reply-To: <20060309000505.GC16581@devserv.devel.redhat.com> References: <440F2AAE.1090500@webworks.se> <20060308191904.GA28350@devserv.devel.redhat.com> <440F6DCC.6060608@webworks.se> <20060308235825.GA16581@devserv.devel.redhat.com> <440F704F.3050803@webworks.se> <20060309000505.GC16581@devserv.devel.redhat.com> Message-ID: <440F788C.4010807@webworks.se> Bill Nottingham wrote: > Uno Engborg (uno at webworks.se) said: > >> Bill Nottingham wrote: >> >>> Uno Engborg (uno at webworks.se) said: >>> >>> >>>> However, it still doesn't show up as a removable device mounted at >>>> /media/idedisk as it did in FC4. >>>> >>>> >>> Are you on the desktop (if so, which one?) or on the console? >>> >> I' using Gnome. >> > > OK, file a bug against gnome-mount. > > Bill > > Done: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184471 Regards Uno Engborg -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3271 bytes Desc: S/MIME Cryptographic Signature URL: From lsatenstein at yahoo.com Thu Mar 9 02:42:04 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Wed, 8 Mar 2006 18:42:04 -0800 (PST) Subject: kudzu kudzu-1.2.34.1-1 still segment faulting Message-ID: <20060309024204.30391.qmail@web30202.mail.mud.yahoo.com> XEN kernel 2.6.15-1.1955_FC5hypervisor 756 meg memory AMD Semptron, AMBIOS. Standard AMD motherboard. I guess bugzilla should be informed. Please do it. KUDZU is dated March 8, 2006 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at j2solutions.net Thu Mar 9 02:47:53 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 08 Mar 2006 21:47:53 -0500 Subject: kudzu kudzu-1.2.34.1-1 still segment faulting In-Reply-To: <20060309024204.30391.qmail@web30202.mail.mud.yahoo.com> References: <20060309024204.30391.qmail@web30202.mail.mud.yahoo.com> Message-ID: <1141872473.20202.11.camel@ender> On Wed, 2006-03-08 at 18:42 -0800, Leslie Satenstein wrote: > I guess bugzilla should be informed. Please do it. > > KUDZU is dated March 8, 2006 Did you report to the appropriate bugzilla entry? -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From katzj at redhat.com Thu Mar 9 02:58:10 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 08 Mar 2006 21:58:10 -0500 Subject: kudzu kudzu-1.2.34.1-1 still segment faulting In-Reply-To: <20060309024204.30391.qmail@web30202.mail.mud.yahoo.com> References: <20060309024204.30391.qmail@web30202.mail.mud.yahoo.com> Message-ID: <1141873090.21278.42.camel@orodruin.boston.redhat.com> On Wed, 2006-03-08 at 18:42 -0800, Leslie Satenstein wrote: > XEN kernel 2.6.15-1.1955_FC5hypervisor As has been repeated multiple times, the segfault with xen kernels is known Jeremy From ndbecker2 at gmail.com Thu Mar 9 02:58:59 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 08 Mar 2006 21:58:59 -0500 Subject: Ownership of /dev/snd/*, /dev/audio*, /dev/dsp* Message-ID: I found why my usb headset wouldn't work. After connecting it, root owned the files in /dev, not me. From pjones at redhat.com Thu Mar 9 04:01:22 2006 From: pjones at redhat.com (Peter Jones) Date: Wed, 08 Mar 2006 23:01:22 -0500 Subject: Fedora Core 5 Test 3 + nforce raid = noboot? In-Reply-To: <44013D6E.20007@interplas.com> References: <60896.209.222.60.166.1140927801.squirrel@webmail.bhbnet.ca> <44013D6E.20007@interplas.com> Message-ID: <1141876885.3463.3.camel@vroomfondel.internal.datastacks.com> On Sun, 2006-02-26 at 00:32 -0500, Eric Wood wrote: > Glen Bishop wrote: > > i can load up the drives in normal sata mode and everything will install > > fine, just the raid1 is having the issue. i've tried a couple things with > > grub but nothing seems to work. > > > > does anyone have a resolution for this? > Eventually more info about dmraid will be here: > http://fedoraproject.org/wiki/DmraidStatus > > Frankly, its unclear if dmraid will be stable enough on the supported > chipsets by the time FC5 is released. My Via chipset does RAID-1 > reasonably well up until you simulate actual drive replacements, > rebuilds, etc. Yeah, right now we don't handle resyncing at all, nor hot add. -- Peter From andrews at byteline.com.au Thu Mar 9 04:42:45 2006 From: andrews at byteline.com.au (Andrew Stephen) Date: Thu, 9 Mar 2006 12:42:45 +0800 Subject: FC5 Boot errors after 2.6.15-1.1948 References: <200603080947.k289lo7v008873@enterprise.byteline.com.au> <440EC735.2050401@bigpond.net.au> Message-ID: <000c01c64333$e9997820$6c01a8c0@21stcenturybusiness.local> ----- Original Message ----- From: "David Timms" To: "For testers of Fedora Core development releases" Sent: Wednesday, March 08, 2006 7:59 PM Subject: Re: FC5 Boot errors after 2.6.15-1.1948 > Andrew Stephen wrote: >> Hi >> >> After updating to Kernel 2.6.15-1.1948 I getting the following error. I >> have tried all kernels since with the same error and the last good kernel >> was 2.6.16-1.1939. Any suggestions as to where I should start would be >> appreciated. > What is the latest you have tried ? > What chipset, architecture, CPU, desktop or notebook ? > Where you attempting to suspend (the suspend message is new to me, but > looks like it is normal)? > Can you run if you edit the boot command in grub and add the boot > parameter to disable selinux (which I don't remember) ? I have tried kernels 2.6.15-1.1948 .1955 .1969 .1975 .1977 .1991 .2008 .2009.4.2 I am running a desktop machine with a Gigabyte GA-GIG1000MK (865 Chipset) with an Intel Celeron D 2.66Ghz (have almost tried a P4 3Ghz). Not attempting to suspend and get the error have a shutdown and restart. Tried dsiabling selinux at boot and made no diference. Cheers Andrew From bmillett at gmail.com Thu Mar 9 04:45:13 2006 From: bmillett at gmail.com (Brian Millett) Date: Wed, 08 Mar 2006 22:45:13 -0600 Subject: PCMCIA Cardbus support? In-Reply-To: <440F788C.4010807@webworks.se> References: <440F2AAE.1090500@webworks.se> <20060308191904.GA28350@devserv.devel.redhat.com> <440F6DCC.6060608@webworks.se> <20060308235825.GA16581@devserv.devel.redhat.com> <440F704F.3050803@webworks.se> <20060309000505.GC16581@devserv.devel.redhat.com> <440F788C.4010807@webworks.se> Message-ID: <1141879513.3841.8.camel@localhost.localdomain> On Thu, 2006-03-09 at 01:36 +0100, Uno Engborg wrote: > Bill Nottingham wrote: > > Uno Engborg (uno at webworks.se) said: > > > >> Bill Nottingham wrote: > >> > >>> Uno Engborg (uno at webworks.se) said: > >>> > >>> > >>>> However, it still doesn't show up as a removable device mounted at > >>>> /media/idedisk as it did in FC4. > >>>> > >>>> > >>> Are you on the desktop (if so, which one?) or on the console? > >>> > >> I' using Gnome. > >> > > > > OK, file a bug against gnome-mount. > > > > Bill > > > > > Done: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184471 So, is this bug a duplicate? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182145 -- Brian Millett - [ Alexander and Kyle (re: Kosh), "The Gathering"] "I can't see him through this encounter suit." 'Trust me, its better this way.' From mharris at mharris.ca Thu Mar 9 07:08:53 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Thu, 09 Mar 2006 02:08:53 -0500 Subject: Please "attach" files to bugzilla, instead of pasting into a massive comment Message-ID: <440FD485.2080102@mharris.ca> Warning: Frustration rant follows. More and more over time, I am noticing a tendency of bug reporters adding log files, config files and other large files to bug reports by cutting and pasting these massive files into the comment box, instead of attaching them as proper bugzilla file attachements. As a developer, this is very irritating because it makes the bug report incredibly long to view. You have to scroll forever to get from one comment to the next, with this massive file pasted in the middle, making it very hard to follow, and thus making it more difficult to provide help for the problem being reported. It also causes bugzilla's word-wrap to affect the text being pasted, which generally breaks patches, making them no longer apply cleanly, until they're reattached properly as file attachment by the person who has the original, or causing the developer more work manually recreating the patch from scratch by hand editing the source and regenerating it with diff/gendiff. This also can cause config files pasted into comments to be distorted and no longer machine parseable, depending on the syntax of the file, and how the parser that reads it handles things that have moved from one line to another due to wordwrapping in bugzilla. Bugzilla has a file attachment feature, labeled "Create a file attachment". If you can not find it, please use your web browser's search feature to find the link on the bugzilla page, and _always_ attach these files directly as individual uncompressed text files, so that developers such as myself can bring the file attachments up in another web browser tab/window with a simple single mouse click, while still following the bug report. Bugzilla used to also have a "Create a file attachment" hyperlink directly under the "Add a comment" window in red font, which the majority of users seemed to find right away. Back then, we got very few 1Mb log files pasted into bug reports making them unreadable, however nowadays bugzilla has reverted to the old behaviour, and an ever mounting number of bugs are getting these massive files pasted into them. This is very very irritating. Please help us (developers) to help you (bug reporters/testers), by using bugzilla properly, and thinking about what it is like to be on the receiving end of 500 bug reports and get 30 like this. Feature request filed: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184481 -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From sundaram at fedoraproject.org Thu Mar 9 07:47:33 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 09 Mar 2006 13:17:33 +0530 Subject: PCMCIA Cardbus support? In-Reply-To: <1141879513.3841.8.camel@localhost.localdomain> References: <440F2AAE.1090500@webworks.se> <20060308191904.GA28350@devserv.devel.redhat.com> <440F6DCC.6060608@webworks.se> <20060308235825.GA16581@devserv.devel.redhat.com> <440F704F.3050803@webworks.se> <20060309000505.GC16581@devserv.devel.redhat.com> <440F788C.4010807@webworks.se> <1141879513.3841.8.camel@localhost.localdomain> Message-ID: <440FDD95.4080308@fedoraproject.org> Brian Millett wrote: > >> >>Done: >>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184471 >> >> > >So, is this bug a duplicate? > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182145 > > Yes it is. I have closed it as a duplicate now. -- Rahul From sundaram at fedoraproject.org Thu Mar 9 07:48:06 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 09 Mar 2006 13:18:06 +0530 Subject: Ownership of /dev/snd/*, /dev/audio*, /dev/dsp* In-Reply-To: References: Message-ID: <440FDDB6.607@fedoraproject.org> Neal Becker wrote: >I found why my usb headset wouldn't work. After connecting it, root owned >the files in /dev, not me. > > > File a bug report in http://bugzilla.redhat.com -- Rahul From sundaram at fedoraproject.org Thu Mar 9 08:00:43 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 09 Mar 2006 13:30:43 +0530 Subject: KDE Bug that is not a show stopper In-Reply-To: <20060308152807.20359.qmail@web30205.mail.mud.yahoo.com> References: <20060308152807.20359.qmail@web30205.mail.mud.yahoo.com> Message-ID: <440FE0AB.8070108@fedoraproject.org> Leslie Satenstein wrote: >Super terminal, part of KDE does not recognize Canada French keyboard. > >I don't know what it recognizes, as part of it works, and another does not. > >At least, from native Core5 (Ctl-alt-f1), and Gnome, the keyboard is properly and accurately recognized . > > > > Check and file a bug report in http://bugzilla.redhat.com. -- Rahul From buildsys at redhat.com Thu Mar 9 08:22:19 2006 From: buildsys at redhat.com (Build System) Date: Thu, 9 Mar 2006 03:22:19 -0500 Subject: rawhide report: 20060309 changes Message-ID: <200603090822.k298MJqf024023@porkchop.devel.redhat.com> Updated Packages: anaconda-11.0.2-1 ----------------- * Wed Mar 08 2006 Jeremy Katz - 11.0.2-1 - error handling on fs label reading (#184412) - add sis190 driver - remove no-longer shipped lvm2-cluster on upgrade (pjones) avahi-0.6.9-3 ------------- * Wed Mar 08 2006 Bill Nottingham - 0.6.9-2 - fix scriplet error during installer - move service-types* to the tools package (avoids multilib conflicts) * Tue Mar 07 2006 Jason Vas Dias - 0.6.9-1 - Upgrade to upstream version 0.6.9 beagle-0.2.2-3 -------------- * Wed Mar 08 2006 Ray Strode - 0.2.2-3 - turn off beagle by default to limit the severity of bug 183898 - fix trigger/post scriptlet (bug 184238) booty-0.70-1 ------------ * Wed Mar 08 2006 Peter Jones - 0.70-1 - don't make fd0 entries in device.map, they screw up suspend/hibernate caching-nameserver-7.3-5.FC5 ---------------------------- * Wed Mar 08 2006 Jesse Keating 7.3-5.FC5 - update for version differences FC-3 -> 4 -> 5 dovecot-1.0-0.beta2.7 --------------------- * Wed Mar 08 2006 Bill Nottingham - 1.0-0.beta2.7 - fix scriplet noise some more e2fsprogs-1.38-12 ----------------- * Wed Mar 08 2006 Peter Jones - 1.38-12 - Move /etc/blkid.tab to /etc/blkid/blkid.tab flex-2.5.4a-37.4 ---------------- * Wed Mar 08 2006 Petr Machata - 2.5.4a-37.4 - adding test for #183098 into build process * Thu Mar 02 2006 Petr Machata - 2.5.4a-37.3 - rebuilt, no changes inside. In hunt for #183098 * Fri Feb 10 2006 Jesse Keating - 2.5.4a-37.2 - bump again for double-long bug on ppc(64) gdb-6.3.0.0-1.122 ----------------- * Wed Mar 08 2006 Alexandre Oliva - 6.3.0.0-1.122 - Bump up release number. * Wed Mar 08 2006 Alexandre Oliva - 6.3.0.0-1.119 - Fix regression in PIE debugging (BZ 133944) (re?)introduced by the prelink fix (BZ 175075). Improve testcase for the prelink fix. - Revert dwarf2 frame identifier change. * Tue Mar 07 2006 Alexandre Oliva - 6.3.0.0-1.118 - Bump up release number. gnome-applets-1:2.13.90-6 ------------------------- * Wed Mar 08 2006 Ray Strode - 2.13.90-6 - improve package installation time by running gconftool-2 only once in %post * Wed Mar 08 2006 Matthias Clasen - 2.13.90-5 - Fix a crash in the mixer applet (#184285, #182957) gnome-user-docs-2.13.1.1-2 -------------------------- * Wed Mar 08 2006 Ray Strode 2.13.1.1-2 - PreReq instead of Requires scrollkeeper. Reported by Bill Nottingham gphoto2-2.1.99-8 ---------------- * Wed Mar 08 2006 Bill Nottingham 2.1.99-8 - fix i386/x86_64 conflict on fdi files gtk2-2.8.14-1 ------------- * Wed Mar 08 2006 Matthias Clasen - 2.8.14-1 - Update to 2.8.14 to fix a possible memory overrun in gtk_object_sink * Sun Mar 05 2006 Matthias Clasen - 2.8.13-4 - Don't ship .la files for engines, either * Wed Mar 01 2006 Karsten Hopp 2.8.13-3 - Buildrequires: libXi-devel hsqldb-0:1.80.1-1jpp_9fc ------------------------ * Wed Mar 08 2006 Bill Nottingham - 0:1.80.1-1jpp_9fc - use an assigned user/group id - don't do usermod - add missing requirements (#182796, #182797) jakarta-commons-daemon-1:1.0-2jpp_4fc ------------------------------------- * Wed Mar 08 2006 Rafael Schloming - 1:1.0-2jpp_4fc - added missing %post section for rebuild-gcj-db kde-i18n-1:3.5.1-2 ------------------ * Wed Mar 08 2006 Than Ngo 1:3.5.1-2 - add missing zh_TW kexec-tools-1.101-16 -------------------- * Wed Mar 08 2006 Bill Nottingham - 1.101-16 - fix scriptlet - call chkconfig --add, change the default in the script itself (#183633) * Wed Mar 08 2006 Thomas Graf - 1.101-15 - Don't add kdump service by default, let the user manually add it to avoid everyone seeing a warning. mc-1:4.6.1a-10 -------------- * Wed Mar 08 2006 Jindrich Novy 4.6.1a-10 - fix typo in extensions patch so that C sources are highlighted correctly (#184228) mdadm-2.3.1-3 ------------- * Wed Mar 08 2006 Peter Jones - 2.3.1-3 - fix build on ppc64 * Wed Mar 08 2006 Jeremy Katz - 2.3.1-2 - fix build on ppc * Wed Mar 08 2006 Jeremy Katz - 2.3.1-1 - update to 2.3.1 to fix raid5 (#184284) mkinitrd-5.0.30-1 ----------------- * Wed Mar 08 2006 Peter Jones - 5.0.30-1 - move blkid.tab* references to /etc/blkid/blkid.tab* - don't do the selinux context stuff on blkid.tab*, as it now inherits from the directory. notify-daemon-0.3.1-9 --------------------- * Wed Mar 08 2006 John (J5) Palmieri - 0.3.1-9 - Add patch to fix struct handling in the dbus glib binding for dbus 0.61 so image data works again pam_krb5-2.2.6-2.2 ------------------ * Wed Mar 08 2006 Bill Nottingham - 2.2.6-2.2 - don't use paths in man pages - avoids multilib conflicts quagga-0:0.98.5-4 ----------------- * Wed Mar 08 2006 Bill Nottingham - 0:0.98.5-4 - use an assigned gid for quaggavt selinux-policy-2.2.23-11 ------------------------ * Thu Mar 09 2006 Jeremy Katz - 2.2.23-11 - more xen policy fixups * Wed Mar 08 2006 Jeremy Katz - 2.2.23-10 - more xen fixage (#184393) * Wed Mar 08 2006 Dan Walsh 2.2.23-9 - Fix blkid specification - Allow postfix to execute mailman_que udev-084-13 ----------- * Wed Mar 08 2006 Harald Hoyer - 084-13 - fixed pam_console rules (#182600) util-linux-2.13-0.17 -------------------- * Wed Mar 08 2006 Karel Zak 2.13-0.17 - fix #181782 - mkswap selinux relabeling (fix util-linux-2.13-mkswap-selinux.patch) xen-3.0.1-4 ----------- * Thu Mar 09 2006 Jeremy Katz - 3.0.1-4 - add udev rule so that /dev/xen/evtchn gets created properly - make pygrub not use /tmp for SELinux - make xenguest-install actually unmount its nfs share. also, don't use /tmp xterm-209-4 ----------- * Tue Mar 07 2006 Jason Vas Dias - 209-4 - fix bug 183993: call set_cursor_gcs in ReverseVideo Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15-5.FC5.4.i686 requires kernel = 0:2.6.15-1.1955_FC5 GFS-kernel - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5 GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5smp cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp gnbd-kernel - 2.6.15-5.FC5.7.i686 requires kernel = 0:2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5 gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5 From caolanm at redhat.com Thu Mar 9 08:56:36 2006 From: caolanm at redhat.com (Caolan McNamara) Date: Thu, 09 Mar 2006 08:56:36 +0000 Subject: Please "attach" files to bugzilla, instead of pasting into a massive comment In-Reply-To: <440FD485.2080102@mharris.ca> References: <440FD485.2080102@mharris.ca> Message-ID: <1141894596.13254.4.camel@localhost.localdomain> On Thu, 2006-03-09 at 02:08 -0500, Mike A. Harris wrote: > Warning: Frustration rant follows. > > More and more over time, I am noticing a tendency of bug reporters > adding log files, config files and other large files to bug reports > by cutting and pasting these massive files into the comment box, > instead of attaching them as proper bugzilla file attachements. On the other hand, I like inline stack traces as a bugzilla comment search can find similar bugs pretty easy. If we had a "search attachments" option (or does this happen already ?) that would be neat. Or a better alternative stack-trace database submission/search system. C. From harald at redhat.com Thu Mar 9 09:13:16 2006 From: harald at redhat.com (Harald Hoyer) Date: Thu, 09 Mar 2006 10:13:16 +0100 Subject: Ownership of /dev/snd/*, /dev/audio*, /dev/dsp* In-Reply-To: References: Message-ID: <440FF1AC.50909@redhat.com> Neal Becker wrote: > I found why my usb headset wouldn't work. After connecting it, root owned > the files in /dev, not me. > should be fixed with udev-084-13 From harald at redhat.com Thu Mar 9 09:13:56 2006 From: harald at redhat.com (Harald Hoyer) Date: Thu, 09 Mar 2006 10:13:56 +0100 Subject: Any plan to move Rawhide to udev 0.86? In-Reply-To: References: Message-ID: <440FF1D4.5030603@redhat.com> Miles Lane wrote: > I have been informed by one developer that my suspend/restore breakage > may be due to having an old version of udev. Unfortunately, the > warnings regarding building and installing one's own udev from source > are very dire, so I am not going to go there. > > Thanks, > Miles > rawhide... yes... after FC-5 From mharris at mharris.ca Thu Mar 9 09:57:00 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Thu, 09 Mar 2006 04:57:00 -0500 Subject: Please "attach" files to bugzilla, instead of pasting into a massive comment In-Reply-To: <1141894596.13254.4.camel@localhost.localdomain> References: <440FD485.2080102@mharris.ca> <1141894596.13254.4.camel@localhost.localdomain> Message-ID: <440FFBEC.80205@mharris.ca> Caolan McNamara wrote: > On Thu, 2006-03-09 at 02:08 -0500, Mike A. Harris wrote: > >>Warning: Frustration rant follows. >> >>More and more over time, I am noticing a tendency of bug reporters >>adding log files, config files and other large files to bug reports >>by cutting and pasting these massive files into the comment box, >>instead of attaching them as proper bugzilla file attachements. > > > On the other hand, I like inline stack traces as a bugzilla comment > search can find similar bugs pretty easy. Sure, stack traces are usually small, and aren't really file attachments per se. An strace or ltrace captured to a file though, should be a file attachment (and if it is large enough, compressed with gzip). > If we had a "search attachments" option (or does this happen already ?) > that would be neat. You can search attachments for as long as I can remember. Use the "Advanced" form (doesn't everyone?), and go to the very bottom to "Advanced Searching Using Boolean Charts". Not only can you search attachments, but you can search: - Attachment description - Attachment data - Attachment filename - Attachment mime type and attachment flags: - Attachment patch - Attachment obsolete - Attachment private and Attachment status > Or a better alternative stack-trace database submission/search system. Stack traces as comments are fine with me, as it doesn't matter much if bugzilla wordwraps them or changes their whitespace. They're only read by humans, not by software expecting specific parsing of the stack trace. I'm more concerned that if data being attached is very large amount of text, that it gets attached as an attachment so it can be viewed out of line instead of disrupting normal bug review flow. Also, that file attachments that are textual, which are going to be machine parsed later (patches, config files, etc.) get attached as file attachments, so that they are kept 100% in tact, and do not have any whitespace modification added in by bugzilla. Generally these files are often large as well, causing the large-file rule to kick in as well. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From clodoaldo.pinto at gmail.com Thu Mar 9 10:34:28 2006 From: clodoaldo.pinto at gmail.com (Clodoaldo Pinto) Date: Thu, 9 Mar 2006 07:34:28 -0300 Subject: yum update errors Message-ID: When yum updating today: ... I/O warning : failed to load external entity "/etc/gconf/schemas/divemount.schemas" Failed to open `/etc/gconf/schemas/divemount.schemas': No such file or directory /var/tmp/rpm-tmp.83264: line 17: /etc/gconf/schemas/gtik.schemas: Permission denied /var/tmp/rpm-tmp.83264: line 18: /etc/gconf/schemas/gweather.schemas: Permission denied /var/tmp/rpm-tmp.83264: line 19: /etc/gconf/schemas/mini-commander-global.schemas: Permission denied /var/tmp/rpm-tmp.83264: line 20: /etc/gconf/schemas/mini-commander.schemas: Permission denied /var/tmp/rpm-tmp.83264: line 21: /etc/gconf/schemas/mixer.schemas: Permission denied /var/tmp/rpm-tmp.83264: line 22: /etc/gconf/schemas/modemlights.schemas: Permission denied /var/tmp/rpm-tmp.83264: line 23: /etc/gconf/schemas/multiload.schemas: Permission denied /var/tmp/rpm-tmp.83264: line 24: /etc/gconf/schemas/stickynotes.schemas: Permission denied ... Kernel: 2.6.15-1.2032_FC5 Yum: 2.6.0-1 Regards, Clodoaldo Pinto From monty19 at hotmail.com Thu Mar 9 10:05:26 2006 From: monty19 at hotmail.com (Jason Montleon) Date: Thu, 9 Mar 2006 19:05:26 +0900 Subject: Please "attach" files to bugzilla, instead of pasting into amassive comment References: <440FD485.2080102@mharris.ca> <1141894596.13254.4.camel@localhost.localdomain> Message-ID: Can bugzilla limit the line or character count? That way RedHat/Fedora developers can sit down, and come to a consensus as to what is "too much", and kick back an error when people try to post huge comments, stating that they need to include information over x number of lines as an attachment, or reduce the size of their comment? I say this, because we already have one developer that seems to want virtually any sort of output as an attachment, and another stating that he likes seeing strace output put into the comments. Another developer is going to write in a minute and say strace output is too long, but lspci output should be in the comment (as an example), and then the whole thing once again boils down to user/developer preference.... ----- Original Message ----- From: "Caolan McNamara" To: Sent: Thursday, March 09, 2006 5:56 PM Subject: Re: Please "attach" files to bugzilla, instead of pasting into amassive comment > On Thu, 2006-03-09 at 02:08 -0500, Mike A. Harris wrote: >> Warning: Frustration rant follows. >> >> More and more over time, I am noticing a tendency of bug reporters >> adding log files, config files and other large files to bug reports >> by cutting and pasting these massive files into the comment box, >> instead of attaching them as proper bugzilla file attachements. > > On the other hand, I like inline stack traces as a bugzilla comment > search can find similar bugs pretty easy. If we had a "search > attachments" option (or does this happen already ?) that would be neat. > > Or a better alternative stack-trace database submission/search system. > > C. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > From devel at batkin.net Thu Mar 9 11:05:20 2006 From: devel at batkin.net (Adam Batkin) Date: Thu, 09 Mar 2006 11:05:20 +0000 Subject: Kudzu fix in tomorrow's rawhide too? In-Reply-To: <20060308224752.GH28350@devserv.devel.redhat.com> References: <1141854089.21278.35.camel@orodruin.boston.redhat.com> <440F5641.3010801@batkin.net> <20060308224752.GH28350@devserv.devel.redhat.com> Message-ID: <44100BF0.5090509@batkin.net> >> Program received signal SIGSEGV, Segmentation fault. >> 0x00bc8d63 in strdup () from /lib/libc.so.6 >> (gdb) bt >> #0 0x00bc8d63 in strdup () from /lib/libc.so.6 >> #1 0x0805d6be in vbe_get_vbe_info () at vbe.c:193 >> #2 0x0805a8c5 in ddcProbe (probeClass=Variable "probeClass" is not >> available. >> ) at ddc.c:395 >> #3 0x080505bf in probeDevices (probeClass=CLASS_UNSPEC, probeBus=-9, >> probeFlags=1) at kudzu.c:806 >> #4 0x0804d186 in main (argc=Cannot access memory at address 0xffffffff >> ) at hwconf.c:938 >> #5 0x00b747e4 in __libc_start_main () from /lib/libc.so.6 >> #6 0x0804a4c1 in _start () > > OK, this implies we got back VBE2 data from the video card that > was valid (had a valid header), but the pointers to the actual > data inside the VBE2 data are bogus. That's hard to work around. > > If you can break on it in gdb, what is it trying to strdup? I'm not sure exactly what you are looking for but here is that line: tmp = strdup(ret->oem_name.string); /* leak */ I poked around a bit, but my gdb skills are rather limited (for example I was trying to inspect the biosdata structure but it claimed it didn't exist in that context and I'm not sure what to do...I tried recompiling kudzu with -ggdb -O0 -g3 but that didn't help either). A few lines up, there is the setting of ret->oem_name.string (the value it's trying to strdup): ret->oem_name.string = (char*) (f->base_addr() + (biosdata->oem_name.seg << 4) + (biosdata->oem_name.ofs)); which I would guess is the problem (and asking gdb to print ret or ret->oem_name agrees that the memory address for ret->oem_name.string was out of range): (gdb) print ret->oem_name $1 = {addr = {ofs = 12544, seg = 0}, string = 0x3100
} Here's another stack trace with glibc-debuginfo installed too: Program received signal SIGSEGV, Segmentation fault. 0x0017ad63 in *__GI___strdup (s=0x3100
) at strdup.c:42 42 size_t len = strlen (s) + 1; (gdb) bt #0 0x0017ad63 in *__GI___strdup (s=0x3100
) at strdup.c:42 #1 0x0805db6b in vbe_get_vbe_info () at vbe.c:198 #2 0x0805ace5 in ddcProbe (probeClass=Variable "probeClass" is not available.) at ddc.c:395 #3 0x080509df in probeDevices (probeClass=CLASS_UNSPEC, probeBus=-9, probeFlags=1) at kudzu.c:806 #4 0x0804d5a6 in main (argc=Cannot access memory at address 0xffffffff) at hwconf.c:938 #5 0x001267e4 in __libc_start_main (main=0x804cd30
, argc=1, ubp_av=0xbfc715e4, init=0x807c070 <__libc_csu_init>, fini=0x807c068 <__libc_csu_fini>, rtld_fini=0x2e4e40 <_dl_fini>, stack_end=0xbfc715dc) at libc-start.c:231 #6 0x0804a8e1 in _start () Want a core dump? Should I attach this to a bug somewhere or create a new one? The closest bug I could find was 177456 but I'm not sure if they are related. Hope this helps! Thanks, -Adam Batkin From rodd at clarkson.id.au Thu Mar 9 11:07:34 2006 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 09 Mar 2006 22:07:34 +1100 Subject: rawhide report: 20060309 changes In-Reply-To: <200603090822.k298MJqf024023@porkchop.devel.redhat.com> References: <200603090822.k298MJqf024023@porkchop.devel.redhat.com> Message-ID: <1141902454.3463.24.camel@localhost.localdomain> > gnome-applets-1:2.13.90-6 > ------------------------- > * Wed Mar 08 2006 Ray Strode - 2.13.90-6 > - improve package installation time by running gconftool-2 only > once in %post > > * Wed Mar 08 2006 Matthias Clasen - 2.13.90-5 > - Fix a crash in the mixer applet (#184285, #182957) Hmmm, Lots of ... Installed schema `/schemas/apps/cpufreq-applet/prefs/selector_mode' for locale `hi' Installed schema `/schemas/apps/cpufreq-applet/prefs/selector_mode' for locale `pt' and then ... I/O warning : failed to load external entity "/etc/gconf/schemas/divemount.schemas" Failed to open `/etc/gconf/schemas/divemount.schemas': No such file or directory /var/tmp/rpm-tmp.87020: line 17: /etc/gconf/schemas/gtik.schemas: Permission denied /var/tmp/rpm-tmp.87020: line 18: /etc/gconf/schemas/gweather.schemas: Permission denied /var/tmp/rpm-tmp.87020: line 19: /etc/gconf/schemas/mini-commander-global.schemas: Permission denied /var/tmp/rpm-tmp.87020: line 20: /etc/gconf/schemas/mini-commander.schemas: Permission denied /var/tmp/rpm-tmp.87020: line 21: /etc/gconf/schemas/mixer.schemas: Permission denied/var/tmp/rpm-tmp.87020: line 22: /etc/gconf/schemas/modemlights.schemas: Permission denied /var/tmp/rpm-tmp.87020: line 23: /etc/gconf/schemas/multiload.schemas: Permission denied /var/tmp/rpm-tmp.87020: line 24: /etc/gconf/schemas/stickynotes.schemas: Permission denied R. -- "It's a fine line between denial and faith. It's much better on my side" From mharris at mharris.ca Thu Mar 9 11:44:27 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Thu, 09 Mar 2006 06:44:27 -0500 Subject: Please "attach" files to bugzilla, instead of pasting into amassive comment In-Reply-To: References: <440FD485.2080102@mharris.ca> <1141894596.13254.4.camel@localhost.localdomain> Message-ID: <4410151B.805@mharris.ca> Jason Montleon wrote: > Can bugzilla limit the line or character count? That way RedHat/Fedora > developers can sit down, and come to a consensus as to what is "too > much", and kick back an error when people try to post huge comments, > stating that they need to include information over x number of lines as > an attachment, or reduce the size of their comment? I'm not sure, but that wouldn't be a really viable solution either, because there are times in which a real comment can be larger than what a config file might be. So limiting the text length would not solve the problem, at least not for all cases, and it would impose a new restriction that could create a problem for a reasonable use case. > I say this, because > we already have one developer that seems to want virtually any sort of > output as an attachment, and another stating that he likes seeing strace > output put into the comments. You misunderstood the message I think. A stack backtrace and an strace are two different things. A backtrace tends to be 8-20 lines or less and is generally useful to read right in a comment, and does not generally distract from the bug. An strace however traces system calls and signals, and are generally text files that are megabytes in size. That type of info is something you don't ever want in-line in a bug comment no matter who you are. You want to open an strace in a new browser window as a text attachment if it is small enough (use judgement when attaching as to what small enough is. I'd say < 250Kb). If it's larger than "small enough", gzip it so bugzilla's poor database isn't 6 billion terabytes. > Another developer is going to write in a > minute and say strace output is too long, but lspci output should be in > the comment (as an example), and then the whole thing once again boils > down to user/developer preference.... What it boils down to is common sense. If something is a _file_, then _always_ attach it as a file. If it is the output of a command, and it is large, output redirect it to a file and attach the file as a file attachment. If it is a small number of lines of output from lspci or something and isn't going to distract from reading the bug comment to comment, put it inline. Nobody wants to come to a bug they haven't seen for a few weeks/months and try to skim/review it to see what the deal is, to have to scroll over 2 or 3 500 line X server log files that were pasted into a massive comment. If someone does want that, let me know who they are and I'll gladly reassign all bugs that come in like that to them. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From shrek-m at gmx.de Thu Mar 9 11:51:06 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 09 Mar 2006 12:51:06 +0100 Subject: bluez-utils ppc* (was Re: rawhide report: 20060308 changes) In-Reply-To: <1141859060.29552.45.camel@localhost.localdomain> References: <200603080826.k288Q5ZL008956@porkchop.devel.redhat.com> <440EBF78.1010106@gmx.de> <1141859060.29552.45.camel@localhost.localdomain> Message-ID: <441016AA.3050403@gmx.de> On 09.03.2006 00:04, David Woodhouse wrote: >On Wed, 2006-03-08 at 12:26 +0100, shrek-m at gmx.de wrote: > > >> bluetooth keyboard and mouse stops working after bluetooth init >> >> >Yes. When we take the device out of pass-through HID mode and switch it >into proper Bluetooth mode, we lose the fake 'USB HID' devices and we >need to talk to them properly with the Bluetooth HID d?mon. > >Is hidd running? > booting with hidd as server, yes. hidd (server) - on , bluetooth - off # cat /etc/sysconfig/hidd HIDDARGS="--server" # lsof | grep hidd hidd 1824 root cwd DIR 253,0 4096 2 / hidd 1824 root rtd DIR 253,0 4096 2 / hidd 1824 root txt REG 253,0 35588 50863127 /usr/bin/hidd hidd 1824 root mem REG 253,0 1716160 39223299 /lib/libc-2.4.so hidd 1824 root mem REG 253,0 870144 39223312 /lib/libm-2.4.so hidd 1824 root mem REG 253,0 92348 50863228 /usr/lib/libbluetooth.so.1.0.25 hidd 1824 root mem REG 0,0 0 [heap] (stat: No such file or directory) hidd 1824 root mem REG 253,0 141812 39223298 /lib/ld-2.4.so hidd 1824 root 0u CHR 1,3 1066 /dev/null hidd 1824 root 1u CHR 1,3 1066 /dev/null hidd 1824 root 2u CHR 1,3 1066 /dev/null hidd 1824 root 3u sock 0,5 5263 can't identify protocol hidd 1824 root 4u sock 0,5 5272 can't identify protocol hidd 1824 root 5u sock 0,5 5273 can't identify protocol hidd 1824 root 6u unix 0xc00000000fef00e0 5274 socket service bluetooth start --> lost mouse, keyboard > Does it make a difference whether you run it with >'--server' or '--search' arguments? > after different combinations in booting, starting, ... no it makes absolutely no difference. # cat /etc/sysconfig/hidd HIDDARGS="--search" service bluetooth start --> lost mouse, keyboard >Is there a button on the mouse to >make it discoverable? Does hidd work if you use 'hidd --search' after >pressing that button? > > they have no button but i can turn them on/off (via ssh) # service hidd start hidd starten: Searching ... Connecting to device 00:0A:95:0A:4E:D2 Connecting to device 00:0A:95:40:B9:62 [ OK ] but the lost keyboard and mouse on tty1 are compeletely death. after at least thousand reboots, different combinations and updates ... the only way to have a working (apple) keyboard and (apple) mouse is *without_the_bluetooth_service* -- shrek-m From paul at all-the-johnsons.co.uk Thu Mar 9 12:05:04 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Thu, 09 Mar 2006 12:05:04 +0000 Subject: Mono packaging Message-ID: <1141905904.29610.28.camel@mrwibble.mrwobble> Hi, I've recently unearthed some problems with Mono which have now been fixed upstream. However, due to Mono being updated on svn roughly every 30 minutes, the FC packages become badly out of date rather quickly and the Novell peeps don't release tarballs that often, so the situation gets worse. I realise that it would be damned near impossible to create a new build every 30 mins or so (and impractical to boot!), but Novell does provide a daily tarball for the changes every day. Would it not be possible to have a nightly build in rawhide with a stable build for core when new main stream tarballs appear? Like the kernel, Mono is a damned fast moving thing to hit and I would be willing to produce the builds if it would help any (I build every night on x86_64 and i386 anyway, so it's not a biggy to generate a tarball script and build that way). Just suggestions, but given the nature of Mono, ones which should be very apparent. TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr Who From ndbecker2 at gmail.com Thu Mar 9 12:00:43 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Thu, 09 Mar 2006 07:00:43 -0500 Subject: rawhide report: 20060309 changes References: <200603090822.k298MJqf024023@porkchop.devel.redhat.com> <1141902454.3463.24.camel@localhost.localdomain> Message-ID: same here From fct-cornette at insight.rr.com Thu Mar 9 12:18:52 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 09 Mar 2006 07:18:52 -0500 Subject: rawhide report: 20060309 changes In-Reply-To: <1141902454.3463.24.camel@localhost.localdomain> References: <200603090822.k298MJqf024023@porkchop.devel.redhat.com> <1141902454.3463.24.camel@localhost.localdomain> Message-ID: <44101D2C.3000304@insight.rr.com> Rodd Clarkson wrote: >> gnome-applets-1:2.13.90-6 >> ------------------------- >> * Wed Mar 08 2006 Ray Strode - 2.13.90-6 >> - improve package installation time by running gconftool-2 only >> once in %post >> >> * Wed Mar 08 2006 Matthias Clasen - 2.13.90-5 >> - Fix a crash in the mixer applet (#184285, #182957) > > > Hmmm, > > Lots of ... > > Installed schema `/schemas/apps/cpufreq-applet/prefs/selector_mode' for locale `hi' > Installed schema `/schemas/apps/cpufreq-applet/prefs/selector_mode' for locale `pt' > > and then ... > > I/O warning : failed to load external entity "/etc/gconf/schemas/divemount.schemas" > Failed to open `/etc/gconf/schemas/divemount.schemas': No such file or directory > /var/tmp/rpm-tmp.87020: line 17: /etc/gconf/schemas/gtik.schemas: Permission denied > /var/tmp/rpm-tmp.87020: line 18: /etc/gconf/schemas/gweather.schemas: Permission denied > /var/tmp/rpm-tmp.87020: line 19: /etc/gconf/schemas/mini-commander-global.schemas: Permission denied > /var/tmp/rpm-tmp.87020: line 20: /etc/gconf/schemas/mini-commander.schemas: Permission denied > /var/tmp/rpm-tmp.87020: line 21: /etc/gconf/schemas/mixer.schemas: Permission denied/var/tmp/rpm-tmp.87020: line 22: /etc/gconf/schemas/modemlights.schemas: Permission denied > /var/tmp/rpm-tmp.87020: line 23: /etc/gconf/schemas/multiload.schemas: Permission denied > /var/tmp/rpm-tmp.87020: line 24: /etc/gconf/schemas/stickynotes.schemas: Permission denied > > > R. I see the same output with SELinux in permissive mode. The file dates seem recent though. Tested first listed above. ls -laZ /etc/gconf/schemas/gtik.schemas -rw-r--r-- root root system_u:object_r:etc_t /etc/gconf/schemas/gtik.schemas [root at lh ~]# ls -la /etc/gconf/schemas/gtik.schemas -rw-r--r-- 1 root root 214681 Mar 8 13:18 /etc/gconf/schemas/gtik.schemas Jim From tjikkun at xs4all.nl Thu Mar 9 12:52:37 2006 From: tjikkun at xs4all.nl (Sander Hoentjen) Date: Thu, 09 Mar 2006 13:52:37 +0100 Subject: Password feedback in Anaconda In-Reply-To: <16de708d0603081217x74d694baq9a69306edd3d70f@mail.gmail.com> References: <16de708d0603071633r6c596705xc6e6e30508c931b0@mail.gmail.com> <440E6FF5.5080803@fedoraproject.org> <1141797419.2373.24.camel@ender> <1141839791.21278.8.camel@orodruin.boston.redhat.com> <16de708d0603081207l51b45086ue1804b48bf44215@mail.gmail.com> <16de708d0603081217x74d694baq9a69306edd3d70f@mail.gmail.com> Message-ID: <1141908759.21868.41.camel@tjikkun.dyndns.org> On Wed, 2006-03-08 at 14:17 -0600, Arthur Pemberton wrote: > > > On 3/8/06, Arthur Pemberton wrote: > On 3/8/06, Jeremy Katz wrote: > On Wed, 2006-03-08 at 00:56 -0500, Jesse Keating > wrote: > > On Wed, 2006-03-08 at 11:17 +0530, Rahul Sundaram > wrote: > > > I dont recall seeing this feature ever. > > > > I recall seeing this in RHL, not necessarily in > FC. I'll bug the > > Anaconda team and see when this was reverted and the > reasoning why. > > There's never been anything on "strength" -- there is > still the 6 > character minimum > > Jeremy > This is th best I could get in the way of proof. Seems like > most Redhat Linux screenshots have felll off the net: > http://faq.tweakers.net/nos/DesktopLinux/Reviews/beelzebubu/RedHat/redhat-installation-install-13.png > > Finallly, something better (note the label which says password > accepted): > http://faq.tweakers.net/nos/DesktopLinux/Reviews/beelzebubu/RedHat_7.3/redhat-install-img14.png > http://faq.tweakers.net/nos/DesktopLinux/Reviews/beelzebubu/RedHat_7.3/redhat-install-img15.png > http://www.arnut.com/linux/rh9/rh9_18.gif > another one, from: http://www.redhat.com/docs/manuals/linux/RHL-8.0-Manual/security-guide/s1-wstation-pass.html Forcing Strong Passwords To protect the network from intrusion it is a good idea for system administrators to verify that the passwords used within an organization are strong ones. When a user is asked to create or change his password, he can use the command line application passwd, which is PAM aware and will therefore check to see if the password is easy to crack or too short in length via the pam_cracklib.so Pluggable Authentication manager (PAM) module. Since PAM is customizable, it is possible to add further password integrity checkers, such as pam_passwdqc (available from http://www.openwall.com/passwdqc/) or to write your own module. For a list of available PAM modules, see http://www.kernel.org/pub/linux/libs/pam/modules.html. For more information about PAM, see the chapter titled Pluggable Authentication Modules (PAM) in the Official Red Hat Linux Reference Guide From clydekunkel7734 at cox.net Thu Mar 9 13:03:25 2006 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Thu, 09 Mar 2006 08:03:25 -0500 Subject: rawhide report: 20060309 changes In-Reply-To: References: <200603090822.k298MJqf024023@porkchop.devel.redhat.com> <1141902454.3463.24.camel@localhost.localdomain> Message-ID: <4410279D.8020405@cox.net> Neal Becker wrote: > same here > same here -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots) From sundaram at fedoraproject.org Thu Mar 9 13:18:29 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 09 Mar 2006 18:48:29 +0530 Subject: Password feedback in Anaconda In-Reply-To: <1141908759.21868.41.camel@tjikkun.dyndns.org> References: <16de708d0603071633r6c596705xc6e6e30508c931b0@mail.gmail.com> <440E6FF5.5080803@fedoraproject.org> <1141797419.2373.24.camel@ender> <1141839791.21278.8.camel@orodruin.boston.redhat.com> <16de708d0603081207l51b45086ue1804b48bf44215@mail.gmail.com> <16de708d0603081217x74d694baq9a69306edd3d70f@mail.gmail.com> <1141908759.21868.41.camel@tjikkun.dyndns.org> Message-ID: <44102B25.3090501@fedoraproject.org> Sander Hoentjen wrote: >> http://faq.tweakers.net/nos/DesktopLinux/Reviews/beelzebubu/RedHat/redhat-installation-install-13.png >> >>Finallly, something better (note the label which says password >>accepted): >>http://faq.tweakers.net/nos/DesktopLinux/Reviews/beelzebubu/RedHat_7.3/redhat-install-img14.png >>http://faq.tweakers.net/nos/DesktopLinux/Reviews/beelzebubu/RedHat_7.3/redhat-install-img15.png >>http://www.arnut.com/linux/rh9/rh9_18.gif >> >> >> >another one, from: >http://www.redhat.com/docs/manuals/linux/RHL-8.0-Manual/security-guide/s1-wstation-pass.html > >Forcing Strong Passwords >To protect the network from intrusion it is a good idea for system >administrators to verify that the passwords used within an organization >are strong ones. When a user is asked to create or change his password, >he can use the command line application passwd, which is PAM aware and >will therefore check to see if the password is easy to crack or too >short in length via the pam_cracklib.so Pluggable Authentication manager >(PAM) module. Since PAM is customizable, it is possible to add further >password integrity checkers, such as pam_passwdqc (available from >http://www.openwall.com/passwdqc/) or to write your own module. For a >list of available PAM modules, see >http://www.kernel.org/pub/linux/libs/pam/modules.html. For more >information about PAM, see the chapter titled Pluggable Authentication >Modules (PAM) in the Official Red Hat Linux Reference Guide > > Everybody agrees that strong passwords are a good idea so this quote doesnt add anything substantial to this discussion to my understanding. You might even file that as a RFE against Anaconda to show a password strength meter but I dont think anything beyond a basic length check was done before. -- Rahul From Dominik_Itte at gmx.de Thu Mar 9 13:35:01 2006 From: Dominik_Itte at gmx.de (Itte) Date: Thu, 9 Mar 2006 14:35:01 +0100 Subject: lost interrupt Message-ID: <001701c6437e$4509d390$6902a8c0@none> Hello, after upgrading FC4 to FC5 i restarted and now i have everytime an error: hdc: lost interrupt so i changed fstab with #hdc but nothing helped does anybody know what to do? Geets and thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From bikehead at amberpoint.com Thu Mar 9 14:13:34 2006 From: bikehead at amberpoint.com (Brian Anderson) Date: Thu, 09 Mar 2006 06:13:34 -0800 Subject: Network Manager with madwifi drivers Message-ID: <4410380E.8010601@amberpoint.com> As documented in bug 180369, NetworkManager stopped connecting my madwifi wireless card after the change from NetworkManager-0.5.1-8 to NetworkManager-0.5.1-10. I use the CVS versions of the madwifi drivers. I use WEP for authorization. Today I downloaded the SRPM for NetworkManager-0.6.0-2 and removed the special-case-madwifi.patch and built the binary. This version of NM can connect to my madwifi card. The patch is trying to work around a WPA problem in the madwifi drivers. My question is has the fix for WPA broken WEP? -- . __o Brian "la lumaca" _`\<,_ (*)/ (*) From dufault at hda.com Thu Mar 9 11:46:31 2006 From: dufault at hda.com (Peter Dufault) Date: Thu, 9 Mar 2006 06:46:31 -0500 Subject: HW cursor gone again, hang with ACPI enabled note Message-ID: Two things of note with this A.M.s update via PUP: 1. HW cursor has disappeared again. It was also invisible early on in the test, but it's been working like a champ until today. I switched back to SW cursor. 2. It still hangs when ACPI is enabled at boot, but today it hangs at "starting NFS statd" instead of "starting UDEV", so my observation earlier about UDEV probably has nothing to do with it. System: MSI K8NGM2-FID nForce 430/GeForce 6150 motherboard Using on-board NVIDIA graphics Integrated GeForce 6 GPU with open source driver and 64MB graphics window enabled Athlon 64 X2 4400+ CPU Intel PRO/1000 MT ethernet 2GB memory SATA drive Software: Started with DVD dist and updated daily with PUP. Not using XEN. Peter Peter Dufault HD Associates, Inc From justin.conover at gmail.com Thu Mar 9 14:36:36 2006 From: justin.conover at gmail.com (Justin Conover) Date: Thu, 9 Mar 2006 08:36:36 -0600 Subject: "About Fedora" menu entry In-Reply-To: <16de708d0603080316s6530f437lcae66c468bab830b@mail.gmail.com> References: <20060307213110.97518.qmail@web34004.mail.mud.yahoo.com> <1141767444.4217.4.camel@kinichahau.homebase> <16de708d0603071630y4e688bd1nfc11008f45883ff@mail.gmail.com> <440E729D.6090205@fedoraproject.org> <16de708d0603080241g2a9cdfddg84b1fd7c5a6f86b6@mail.gmail.com> <440EB74A.5050605@fedoraproject.org> <16de708d0603080316s6530f437lcae66c468bab830b@mail.gmail.com> Message-ID: On 3/8/06, Arthur Pemberton wrote: > > On 3/8/06, Rahul Sundaram wrote: > > > Arthur Pemberton wrote: > > >Fair enough. I had to check my install to verify that the links were > > >actually there. I think that being there is good, however, I doubt the > > >wisdom in their location. I have installed FC serveral times, and have > > never > > >noticed those links. As much as the target audience for Fedora Core may > > not > > >be average users, I disaggree that putting them in one browser is the > > best > > >place. > > > > > > > > > > > See this. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184367 > > > Okay. However, it seems to me that putting these in one (maybe one for > each DE) would be easier than putting these in each browser, however, I am > not the one doing the work. Thanks to whom ever took up the tasks. > > >To phrase this differently: niether 'Help' nor 'Home' (in FC5Test3 / KDE) > > > > >took me to anywhere I could get immediate help for Fedora. > > > > > >I've always found the "Welcome to Windows" window extremely annoying, > > but I > > >would imagine that the ability to easily access similiar information > > would > > >be helpful in any OS. > > > > > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170847 > > > > > > > > The help integration with other Fedora documentation is not complete > > yet. Check the above enhancement report for more details. > > > Ok. > > -- > > Rahul > > > > -- > As a boy I jumped through Windows, as a man I play with Penguins. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list I personally like the idea of "About Fedora" to include links and helpful info. I carry my bookmarks.html from box to box and rebuild to rebuild so whatever someone else puts there gets wiped out :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at all-the-johnsons.co.uk Thu Mar 9 14:52:31 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Thu, 09 Mar 2006 14:52:31 +0000 Subject: Network Manager with madwifi drivers In-Reply-To: <4410380E.8010601@amberpoint.com> References: <4410380E.8010601@amberpoint.com> Message-ID: <1141915951.29610.46.camel@mrwibble.mrwobble> Hi, > Today I downloaded the SRPM for NetworkManager-0.6.0-2 and removed the > special-case-madwifi.patch and built the binary. This version of NM can > connect to my madwifi card. The patch is trying to work around a WPA > problem in the madwifi drivers. My question is has the fix for WPA > broken WEP? It certainly looks like... TTFN Paul (trying to get his Atheros AR5212 card to work) -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr Who From jpearson42 at wowway.com Thu Mar 9 15:00:06 2006 From: jpearson42 at wowway.com (John Pearson) Date: Thu, 9 Mar 2006 10:00:06 -0500 Subject: Please "attach" files to bugzilla, instead of pasting into a massive comment In-Reply-To: <440FD485.2080102@mharris.ca> References: <440FD485.2080102@mharris.ca> Message-ID: <200603091000.06553.jpearson42@wowway.com> On Thursday 09 March 2006 2:08 am, Mike A. Harris wrote: > Warning: Frustration rant follows. > > More and more over time, I am noticing a tendency of bug reporters > adding log files, config files and other large files to bug reports > by cutting and pasting these massive files into the comment box, > instead of attaching them as proper bugzilla file attachements. > > As a developer, this is very irritating because it makes the bug > report incredibly long to view.... I have been following this mail list and trying to help with testing since I now have some time and resources available. In more than a year's time, I have filed, perhaps, 2 bug reports. From my perspective, it is hard to know what information is required, necessary, useful. If I have asked on the list, and sometimes been answered, sometimes not. While I use computers, an occasional bash script is the depth of my programming ability on Linux. When trying to specify hardware, I am not sure if there are a set of diagnostic commands to run, or if I need a screwdriver and a magnifying glass to identify part numbers and revision levels. > ..... > This is very very irritating. Please help us (developers) to help > you (bug reporters/testers), by using bugzilla properly, and > thinking about what it is like to be on the receiving end of 500 > bug reports and get 30 like this. > > Sir, A style guide, a one page document of what you need for system identification, a set of suggested queries to obtain the information, and a suggested placement of the information would be very useful. My desk is littered with post-it notes, but I don't know if lspci -v or lspci -vv is the preferred choice. > > Feature request filed: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184481 > > > > -- > Mike A. Harris * Open Source Advocate * http://mharris.ca > Proud Canadian. -Jpearson From chasecreek.systemhouse at gmail.com Thu Mar 9 14:59:25 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Thu, 9 Mar 2006 09:59:25 -0500 Subject: lost interrupt In-Reply-To: <001701c6437e$4509d390$6902a8c0@none> References: <001701c6437e$4509d390$6902a8c0@none> Message-ID: <91f88ee20603090659n2095e7c5i76627e09a53c450@mail.gmail.com> On 3/9/06, Itte wrote: > after upgrading FC4 to FC5 i restarted and now i have everytime an error: > > hdc: lost interrupt > > so i changed fstab with #hdc but nothing helped does anybody know what to > do? I see that repeatedly on the FC5Test(2/3) PPC install process. I feel it is a kernel issue but what do I know. Try to see if you can get kernel "1826" booted and see if the error is consistent. -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From W.J.Murray at rl.ac.uk Thu Mar 9 15:20:47 2006 From: W.J.Murray at rl.ac.uk (William John Murray) Date: Thu, 09 Mar 2006 15:20:47 +0000 Subject: Kernel patch request for AFS Message-ID: <1141917648.2765.9.camel@heplnw8.pp.rl.ac.uk> Hello Dave J et al., Late in the day, I would like to request a kernel patch. The following patch: http://www.ussg.iu.edu/hypermail/linux/kernel/0602.2/0936.html would allow the AFS filesystem to be supported on FC5 For us AFS-dependent users this would be a major plus. Can it be accepted? Bill From monty19 at hotmail.com Thu Mar 9 14:37:55 2006 From: monty19 at hotmail.com (Jason Montleon) Date: Thu, 9 Mar 2006 23:37:55 +0900 Subject: Bug 180997: Sound does not work when booting with xen Message-ID: I already added these notes to the bug report; just wondering if anyone on the mailing list can tell me what the check I commented out is trying to protect from happening, how important it is, and why it fails under xen, and how it can be worked around correctly: I found the cause, and a work around that seems to do the job very well for me, however I am completely unsure of the negative implications of what I've done. I'm sure someones computer would get up and make a trip to taco bell in the early AM if they did this on their computer. This is a definate case of a little bit of knowledge is a very dangerous thing. I noticed the message in /var/log/dmesg that read: "architecture does not support 28bit PCI busmaster DMA" when booting with the xen kernel. I downloaded and installed the kernel source RPM and tracked the message down to /usr/src/linux/sound/pci/maestro3.c I ended up changing the lines that read: /* check, if we can restrict PCI DMA transfers to 28 bits */ if (pci_set_dma_mask(pci, 0x0fffffff) < 0 || pci_set_consistent_dma_mask(pci, 0x0fffffff) < 0) { snd_printk(KERN_ERR "architecture does not support 28bit PCI busmaster DMA\n"); pci_disable_device(pci); return -ENXIO; } to read like this (commented out the printk, pci disable and return): /* check, if we can restrict PCI DMA transfers to 28 bits */ if (pci_set_dma_mask(pci, 0x0fffffff) < 0 || pci_set_consistent_dma_mask(pci, 0x0fffffff) < 0) { //snd_printk(KERN_ERR "architecture does not support 28bit PCI busmaster DMA\n"); //pci_disable_device(pci); //return -ENXIO; } >From there I compiled the module and replaced the existing snd-maestro3.ko in /lib/modules/2.6.15-1.2032_FC5xen0/kernel/sound/pci and rebooted to reload all the sound modules and now I have good working sound, with no obvious ill effects. From perbj at sbcglobal.net Thu Mar 9 16:30:02 2006 From: perbj at sbcglobal.net (Per Bjornsson) Date: Thu, 09 Mar 2006 08:30:02 -0800 Subject: Network Manager with madwifi drivers In-Reply-To: <1141915951.29610.46.camel@mrwibble.mrwobble> References: <4410380E.8010601@amberpoint.com> <1141915951.29610.46.camel@mrwibble.mrwobble> Message-ID: <1141921802.2234.5.camel@localhost.localdomain> On Thu, 2006-03-09 at 14:52 +0000, Paul F. Johnson wrote: > Hi, > > > Today I downloaded the SRPM for NetworkManager-0.6.0-2 and removed the > > special-case-madwifi.patch and built the binary. This version of NM can > > connect to my madwifi card. The patch is trying to work around a WPA > > problem in the madwifi drivers. My question is has the fix for WPA > > broken WEP? > > It certainly looks like... Hmm, you did try the Fedora version of that exact package before getting rid of the patch, right? I had the same problem for a while and tried to solve it in the same way, by rebuilding without the patch which improved things but was still unstable (wadwifi, currently using madwifi-old driver since madwifi-ng was refusing to do anything for me for a while) but with 0.6.0-2 everything works fine again (sometimes the first association attempt on boot still fails but trying again gives me a perfect connection). There was a note in the changelog for the 0.6.0-2 version that wpa_supplicant wasn't used for the non-wpa scanning any longer, that seems like a significant change which might fix things. /Per From dant at cdkkt.com Thu Mar 9 16:57:29 2006 From: dant at cdkkt.com (Dan Thurman) Date: Thu, 09 Mar 2006 08:57:29 -0800 Subject: Stellarium very flaky - slow and crashes or causes log outs. Message-ID: <1141923450.7834.4.camel@copper.cdkkt.com> For fun, I tried to run Stellarium in FC5-T3 and noticed: - Very slow on my 900Mhz, 512MB system. Cursor is very slugglish - When opened, opens FULL SCREEN, if there are any problems - hard to get out of it - Caused my system to log me out - Hard-Crashed FC5-T3 and forced a reboot I guess, this program is a good system stress tester and buster for FC5-T3 :-) ? Dan From orion at cora.nwra.com Thu Mar 9 17:03:29 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 09 Mar 2006 10:03:29 -0700 Subject: Why can't I see my other processes? Message-ID: [root at hammer ~]# ps -fu orion UID PID PPID C STIME TTY TIME CMD orion 5059 5052 0 Mar08 ? 00:00:02 sshd: orion at pts/1 orion 5060 5059 0 Mar08 pts/1 00:00:01 -tcsh orion 5238 5237 0 09:05 ? 00:00:01 -csh /opt/local/sge-6.0/default/spool/ham orion 5435 5238 0 09:06 ? 00:00:00 /usr/bin/python -tt /usr/bin/mock --no-cl orion 6020 5435 0 09:07 ? 00:00:00 sh -c { /usr/sbin/mock-helper chroot /var orion 6038 6037 0 09:07 ? 00:00:00 rpmbuild --rebuild --target x86_64 --node orion 6086 6038 0 09:07 ? 00:00:00 /bin/sh -e /var/tmp/rpm-tmp.69316 [...snip...] [orion at hammer paraview-2.4.2]$ ps -fu orion UID PID PPID C STIME TTY TIME CMD orion 5060 5059 0 Mar08 pts/1 00:00:01 -tcsh orion 11391 5060 0 10:02 pts/1 00:00:00 ps -fu orion Same in top. Super tight security? From dcbw at redhat.com Thu Mar 9 17:32:02 2006 From: dcbw at redhat.com (Dan Williams) Date: Thu, 09 Mar 2006 12:32:02 -0500 Subject: Network Manager with madwifi drivers In-Reply-To: <4410380E.8010601@amberpoint.com> References: <4410380E.8010601@amberpoint.com> Message-ID: <1141925523.18743.17.camel@localhost.localdomain> On Thu, 2006-03-09 at 06:13 -0800, Brian Anderson wrote: > As documented in bug 180369, NetworkManager stopped connecting my > madwifi wireless card after the change from NetworkManager-0.5.1-8 to > NetworkManager-0.5.1-10. I use the CVS versions of the madwifi drivers. > I use WEP for authorization. > > Today I downloaded the SRPM for NetworkManager-0.6.0-2 and removed the > special-case-madwifi.patch and built the binary. This version of NM can > connect to my madwifi card. The patch is trying to work around a WPA > problem in the madwifi drivers. My question is has the fix for WPA > broken WEP? Are you using madwifi drivers, of the madwifi-ng drivers? wpa_supplicant must be compiled for one or the other, and right now its compiled for madwifi-ng. So if you're not using madwifi-ng, NM + wpa_supplicant won't work for your card. In general though, madwifi-ng has been _very_ touchy, with every other revision of the drivers being pretty much useless. Not sure about the older madwifi drivers though. Dan From mhuhtala at abo.fi Thu Mar 9 17:42:28 2006 From: mhuhtala at abo.fi (Mikko Huhtala) Date: Thu, 9 Mar 2006 19:42:28 +0200 Subject: FC5: How to run an old binary that wants non-NPTL glibc? Message-ID: <17424.26884.102061.348536@urquell.abo.fi> I'm planning to migrate a site of about two dozen desktops from FC3 to FC5. One of the apps we use requires LD_ASSUME_KERNEL=2.4.9 on FC3. I have been unable to run it on FC5. The LD_ASSUME_KERNEL setting, of course, breaks everything on FC5 because the appropriate version of glibc is not present. The error I get is relocation error: [ ... ] : symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference apparently because 'errno' is defined differently in the NPTL-version of glibc. The obvious fix is to patch the source and recompile, but unfortunately the app is Closed-Source Legacy Crap (TM) from Big Unresponsive Company Ltd. Any ideas? Is it possible to compile a non-NPTL binaries of glibc 2.4? I'm willing to try any kind of ugly hacks, including but not limited to, editing symbol tables in binaries. Mikko From davej at redhat.com Thu Mar 9 18:37:32 2006 From: davej at redhat.com (Dave Jones) Date: Thu, 9 Mar 2006 13:37:32 -0500 Subject: Kernel patch request for AFS In-Reply-To: <1141917648.2765.9.camel@heplnw8.pp.rl.ac.uk> References: <1141917648.2765.9.camel@heplnw8.pp.rl.ac.uk> Message-ID: <20060309183732.GD9876@redhat.com> On Thu, Mar 09, 2006 at 03:20:47PM +0000, William John Murray wrote: > Hello Dave J et al., > Late in the day, I would like to request a kernel patch. > The following patch: > > http://www.ussg.iu.edu/hypermail/linux/kernel/0602.2/0936.html > > would allow the AFS filesystem to be supported on FC5 > For us AFS-dependent users this would be a major plus. A better fix is for AFS to convert to using the new[1] module parameter syntax. Dave [1] Where 'new' is what, 3 years old now? -- http://www.codemonkey.org.uk From jreiser at BitWagon.com Thu Mar 9 18:49:29 2006 From: jreiser at BitWagon.com (John Reiser) Date: Thu, 09 Mar 2006 10:49:29 -0800 Subject: FC5: How to run an old binary that wants non-NPTL glibc? In-Reply-To: <17424.26884.102061.348536@urquell.abo.fi> References: <17424.26884.102061.348536@urquell.abo.fi> Message-ID: <441078B9.1030704@BitWagon.com> Mikko Huhtala wrote: > I'm planning to migrate a site of about two dozen desktops from FC3 to > FC5. One of the apps we use requires LD_ASSUME_KERNEL=2.4.9 on FC3. I > have been unable to run it on FC5. There is a feature of glibc that allows running an app under a completely different glibc. This feature is used when testing a new glibc. Invoke ld-linux directly and specify "--library-path list:of:directories" (which overrides LD_LIBRARY_PATH for this execve only) before the rest of the command line: /path/to/old/glibc/ld-linux.so.2 --library-path /path/to/old/glibc:$LD_LIBRARY_PATH app arg1 ... See also this web page which contains more explanation and some helper code to run an "indirect runtime loader": http://BitWagon.com/rtldi/rtldi.html -- From bikehead at amberpoint.com Thu Mar 9 19:14:14 2006 From: bikehead at amberpoint.com (Brian Anderson) Date: Thu, 09 Mar 2006 11:14:14 -0800 Subject: Network Manager with madwifi drivers In-Reply-To: <1141925523.18743.17.camel@localhost.localdomain> References: <4410380E.8010601@amberpoint.com> <1141925523.18743.17.camel@localhost.localdomain> Message-ID: <44107E86.6040208@amberpoint.com> I use madwifi-ng from CVS. I have to say that when I downgraded to NetworkManager-0.5.1-8 they have always worked, but never for later NM. I have only now had success with later NM versions after removing the patch. Dan Williams wrote: >On Thu, 2006-03-09 at 06:13 -0800, Brian Anderson wrote: > > >>As documented in bug 180369, NetworkManager stopped connecting my >>madwifi wireless card after the change from NetworkManager-0.5.1-8 to >>NetworkManager-0.5.1-10. I use the CVS versions of the madwifi drivers. >>I use WEP for authorization. >> >>Today I downloaded the SRPM for NetworkManager-0.6.0-2 and removed the >>special-case-madwifi.patch and built the binary. This version of NM can >>connect to my madwifi card. The patch is trying to work around a WPA >>problem in the madwifi drivers. My question is has the fix for WPA >>broken WEP? >> >> > >Are you using madwifi drivers, of the madwifi-ng drivers? >wpa_supplicant must be compiled for one or the other, and right now its >compiled for madwifi-ng. So if you're not using madwifi-ng, NM + >wpa_supplicant won't work for your card. > >In general though, madwifi-ng has been _very_ touchy, with every other >revision of the drivers being pretty much useless. Not sure about the >older madwifi drivers though. > >Dan > > > > -- . __o Brian "la lumaca" _`\<,_ (*)/ (*) From dtimms at bigpond.net.au Thu Mar 9 20:14:29 2006 From: dtimms at bigpond.net.au (David Timms) Date: Fri, 10 Mar 2006 07:14:29 +1100 Subject: Password feedback in Anaconda - as seen in mozilla In-Reply-To: <44102B25.3090501@fedoraproject.org> References: <16de708d0603071633r6c596705xc6e6e30508c931b0@mail.gmail.com> <440E6FF5.5080803@fedoraproject.org> <1141797419.2373.24.camel@ender> <1141839791.21278.8.camel@orodruin.boston.redhat.com> <16de708d0603081207l51b45086ue1804b48bf44215@mail.gmail.com> <16de708d0603081217x74d694baq9a69306edd3d70f@mail.gmail.com> <1141908759.21868.41.camel@tjikkun.dyndns.org> <44102B25.3090501@fedoraproject.org> Message-ID: <44108CA5.3090805@bigpond.net.au> Rahul Sundaram wrote: > Sander Hoentjen wrote: > > Everybody agrees that strong passwords are a good idea so this quote > doesnt add anything substantial to this discussion to my understanding. > You might even file that as a RFE against Anaconda to show a password > strength meter but I dont think anything beyond a basic length check was > done before. Arthur, perhaps you were thinking of mozilla browsers password (master security password) that is used to store form/passwords. This has a graph 0-100%, and each additional character you type it updates the graph to indicate strength. I am not sure but from memory if you say typed ten 0's it would show poor (5%) whereas if you typed a good ten char password, it would show say 70%. DaveT. From mhuhtala at abo.fi Thu Mar 9 20:59:01 2006 From: mhuhtala at abo.fi (Mikko Huhtala) Date: Thu, 9 Mar 2006 22:59:01 +0200 Subject: FC5: How to run an old binary that wants non-NPTL glibc? Message-ID: <17424.38677.310411.933640@urquell.abo.fi> John Reiser wrote: > There is a feature of glibc that allows running an app under a completely > different glibc. This feature is used when testing a new glibc. Invoke > ld-linux directly and specify "--library-path list:of:directories" (which > overrides LD_LIBRARY_PATH for this execve only) before the rest of the > command line: > /path/to/old/glibc/ld-linux.so.2 --library-path /path/to/old/glibc:$LD_LIBRARY_PATH app arg1 ... > See also this web page which contains more explanation and some helper code > to run an "indirect runtime loader": > http://BitWagon.com/rtldi/rtldi.html Thanks a lot. I did manage to cobble things together, although this is by far the ugliest contraption I've ever done as an administrator. The app is a big graphical one, so I had to put in the /path/to/voodoo/glibc directory libstdc++, libgcc and half of the various libs that come with X. The app lives in its own bubble of FC3 bits and pieces, but it does work. Mikko From pjones at redhat.com Thu Mar 9 21:01:06 2006 From: pjones at redhat.com (Peter Jones) Date: Thu, 09 Mar 2006 16:01:06 -0500 Subject: Faster network? In-Reply-To: <1141440428.4115.264.camel@eagle.lab.net> References: <1141373521.2240.2.camel@scrappy.miketc.com> <44080D90.4000901@gmx.de> <1141440428.4115.264.camel@eagle.lab.net> Message-ID: <1141938067.4313.9.camel@vroomfondel.internal.datastacks.com> On Fri, 2006-03-03 at 20:47 -0600, Jeff Vian wrote: > On Fri, 2006-03-03 at 10:34 +0100, shrek-m at gmx.de wrote: > > On 03.03.2006 09:12, Mike Chambers wrote: > > > > >echo 256960 >> /proc/sys/net/core/rmem_default > > >echo 256960 >> /proc/sys/net/core/rmem_max > > >echo 256960 >> /proc/sys/net/core/wmem_default > > >echo 256960 >> /proc/sys/net/core/wmem_max > > >echo 0 >> /proc/sys/net/ipv4/tcp_timestamps > > >echo 1 >> /proc/sys/net/ipv4/tcp_sack > > >echo 1 >> /proc/sys/net/ipv4/tcp_window_scaling > > > > > > > why ">>" ? > > imho this should be ">" > > > > > For me it works with either syntax, but AFAIK the > is the best (and > most universal) choice If you're going to do this stuff, why not do it right instead, and put net.core.rmem_default = 256960 into /etc/sysctl.conf ? -- Peter From ron.flory at adtran.com Thu Mar 9 21:07:53 2006 From: ron.flory at adtran.com (ron flory) Date: Thu, 09 Mar 2006 15:07:53 -0600 Subject: Why can't I see my other processes? In-Reply-To: References: Message-ID: <44109929.2020507@adtran.com> Orion Poplawski wrote: > [root at hammer ~]# ps -fu orion > UID PID PPID C STIME TTY TIME CMD > orion 5059 5052 0 Mar08 ? 00:00:02 sshd: orion at pts/1 > orion 5060 5059 0 Mar08 pts/1 00:00:01 -tcsh > orion 5238 5237 0 09:05 ? 00:00:01 -csh > /opt/local/sge-6.0/default/spool/ham > orion 5435 5238 0 09:06 ? 00:00:00 /usr/bin/python -tt > /usr/bin/mock --no-cl > orion 6020 5435 0 09:07 ? 00:00:00 sh -c { > /usr/sbin/mock-helper chroot /var > orion 6038 6037 0 09:07 ? 00:00:00 rpmbuild --rebuild > --target x86_64 --node > orion 6086 6038 0 09:07 ? 00:00:00 /bin/sh -e > /var/tmp/rpm-tmp.69316 > [...snip...] > > > [orion at hammer paraview-2.4.2]$ ps -fu orion > UID PID PPID C STIME TTY TIME CMD > orion 5060 5059 0 Mar08 pts/1 00:00:01 -tcsh > orion 11391 5060 0 10:02 pts/1 00:00:00 ps -fu orion what if you add 'ax' switches (read the manpage)? ron From jt_toenn at yahoo.no Thu Mar 9 20:27:20 2006 From: jt_toenn at yahoo.no (=?iso-8859-1?q?jan=20terje=20t=F8nnessen?=) Date: Thu, 9 Mar 2006 21:27:20 +0100 (CET) Subject: Installing on Intel 865 - blank screen Message-ID: <20060309202720.30623.qmail@web26504.mail.ukl.yahoo.com> When I try to install FC5 test3 from a DVD I get blank screen just after detecting VGA (Intel Corporation 82865G) and monitor (LCD Hyundai L50S). I have tested different variants of "linux vga=..." but without luck. When I install FC4 on the same machine everything is OK lspci 00:02.0 VGA compatible controller: Intel Corporation 82865G Integrated Graphics Controller (rev 02) When I try the FC5 test3 installation on another machine (with Intel 915) it works fine. Driver problem in FC5 ? From orion at cora.nwra.com Thu Mar 9 21:55:58 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 09 Mar 2006 14:55:58 -0700 Subject: selinux and xen Message-ID: Is there any expectation that a dom0 system work with selinux enabled? With a fresh install from today, I get tons off denials and many things don't work (default route not set for example). Is there anything special selinux wise about running the xen0 kernel? - Orion From dwalsh at redhat.com Thu Mar 9 22:09:19 2006 From: dwalsh at redhat.com (Daniel J Walsh) Date: Thu, 09 Mar 2006 17:09:19 -0500 Subject: selinux and xen In-Reply-To: References: Message-ID: <4410A78F.4070202@redhat.com> Orion Poplawski wrote: > Is there any expectation that a dom0 system work with selinux enabled? > With a fresh install from today, I get tons off denials and many > things don't work (default route not set for example). Is there > anything special selinux wise about running the xen0 kernel? > > - Orion > Grab selinux-policy-2.2.23-15 package off of ftp://people.redhat.com/dwalsh/SELinux/Fedora We have been working very hard to get this working. From pjones at redhat.com Thu Mar 9 23:35:14 2006 From: pjones at redhat.com (Peter Jones) Date: Thu, 09 Mar 2006 18:35:14 -0500 Subject: [Fwd: Help Needed: FC5 Blocker List and Rawhide Install Testing] In-Reply-To: References: Message-ID: <1141947314.4313.35.camel@vroomfondel.internal.datastacks.com> On Wed, 2006-03-08 at 12:46 -0500, Fulko.Hew at sita.aero wrote: > Pardon my ignorance... what does 'marked as a FC5 target' mean? It means we hope to have it fixed, but if we can't fix it by the deadline then we'll ship rather than pushing the deadline out. (for contrast, see the bug aliased to "FC5Blocker") -- Peter From pjones at redhat.com Thu Mar 9 23:39:01 2006 From: pjones at redhat.com (Peter Jones) Date: Thu, 09 Mar 2006 18:39:01 -0500 Subject: FC5 Boot errors after 2.6.15-1.1948 In-Reply-To: <200603080947.k289lo7v008873@enterprise.byteline.com.au> References: <200603080947.k289lo7v008873@enterprise.byteline.com.au> Message-ID: <1141947542.4313.39.camel@vroomfondel.internal.datastacks.com> On Wed, 2006-03-08 at 17:48 +0800, Andrew Stephen wrote: > setuproot: moving /dev failed: No such file or directory no fstab.sys, > mounting internal defaults > setuproot: error mounting /proc: No such file or directory > setuproot: error mounting /sys: No such file or directory Switching to new > root and running init. > umounting old /dev > umounting old /proc > umounting old /sys > ERROR opening /dev/console: No such file or directory Trying to use fd 0 > instead. > WARINING: can't access (null) > Exec if init ((null)) failed!!!. Bad Address Kernel panic - not syncing: > Attempted to kill init! > [] panic+0x3e/0x170 [] do_exit +0x71/06cf > [] sys_exit_group+0x0/0xd [ syscall+call+0x7/0xb What version of mkinitrd was installed when you installed the kernel? What does /etc/fstab look like? What does 'mkinitrd -v -f /boot/initrd-2.6.15-1.1948.img 2.6.15-1.1948' say? Why haven't you filed a bug if it hasn't worked since Feb 13th? -- Peter From pjones at redhat.com Thu Mar 9 23:41:42 2006 From: pjones at redhat.com (Peter Jones) Date: Thu, 09 Mar 2006 18:41:42 -0500 Subject: Help Needed: TEST FC5 KERNELS! In-Reply-To: <95ac75570603080851y18d7debp796c3bd7699f3e70@mail.gmail.com> References: <440F09EF.10009@redhat.com> <95ac75570603080851y18d7debp796c3bd7699f3e70@mail.gmail.com> Message-ID: <1141947702.4313.41.camel@vroomfondel.internal.datastacks.com> On Wed, 2006-03-08 at 08:51 -0800, Alain Mellan wrote: > Not sure if it's the kernel or pm-utils or something, but hibernation > used to work perfectly on my Gateway 4540GZ, when kernel revision was > 1928, 1955, 1966. Now (with latest rawhide kernel) it boots OK after > hibernation, but then it can't start the X server (video card state > not restored properly?) That's really weird -- video state on resume from hibernate should be *exactly* the same as if you'd just rebooted. We're not fiddling with it, and the machine _is_ doing a cold boot. -- Peter From fct-cornette at insight.rr.com Thu Mar 9 23:53:18 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 09 Mar 2006 18:53:18 -0500 Subject: Installing on Intel 865 - blank screen In-Reply-To: <20060309202720.30623.qmail@web26504.mail.ukl.yahoo.com> References: <20060309202720.30623.qmail@web26504.mail.ukl.yahoo.com> Message-ID: <4410BFEE.5000400@insight.rr.com> jan terje t?nnessen wrote: > When I try to install FC5 test3 from a DVD I get blank > screen just after detecting VGA (Intel Corporation > 82865G) and monitor (LCD Hyundai L50S). I have tested > different variants of "linux vga=..." but without > luck. > > When I install FC4 on the same machine everything is > OK > lspci > 00:02.0 VGA compatible controller: Intel Corporation > 82865G Integrated Graphics Controller (rev 02) > > When I try the FC5 test3 installation on another > machine (with Intel 915) it works fine. > > Driver problem in FC5 ? > I did not expect any problems upgrading a computer with an 865G card. Thanks for bringing the problem to attention. I kind of wish the problem was discovered earlier. I however did not test on the computer with the 865G video expecting that having it work with the 815 would transfer over to the 865G card which seems a bit more sturdy of a card. - Boot into runlevel 3 as root - Make sure xorg-x11-drv-i810 is installed - Check that "i810" is listed as the driver used in /etc/X11/xorg.conf If it fails, try running system-config-display. See if the video and monitor is setup correctly. Use a your preferred resolution setting from the menus. Exit s-c-display and change to another terminal. In the second terminal, login as a normal user. Run startx with the settings that you selected. If it fails run s-c-display again with lousier resolution settings. Switch back the regular user terminal and try again. You should file a bug report against xorg-x11-drv-i810 in bugzilla with the /var/log/Xorg.0.log file as an attachment and your /etc/X11/xorg.conf as an attachment. I had a similar problem with an S3 graphic video and had to settle for 800x600 resolution to have X working. You might be able to use that resolution on the 865G video but it works with 1280x1024 at 24 depth and runs 3D applications fair. I hope this problem is fixed soon. Jim -- why do they insist on ading -Werror... Mesa would not compile out of the box if it were done by you guys ;) Uh, Mesa DOESN'T compile out of the box most of the time From fct-cornette at insight.rr.com Fri Mar 10 00:17:06 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 09 Mar 2006 19:17:06 -0500 Subject: Installing on Intel 865 - blank screen In-Reply-To: <20060309202720.30623.qmail@web26504.mail.ukl.yahoo.com> References: <20060309202720.30623.qmail@web26504.mail.ukl.yahoo.com> Message-ID: <4410C582.3040507@insight.rr.com> jan terje t?nnessen wrote: > When I try to install FC5 test3 from a DVD I get blank > screen just after detecting VGA (Intel Corporation > 82865G) and monitor (LCD Hyundai L50S). I have tested > different variants of "linux vga=..." but without > luck. > > When I install FC4 on the same machine everything is > OK > lspci > 00:02.0 VGA compatible controller: Intel Corporation > 82865G Integrated Graphics Controller (rev 02) > > When I try the FC5 test3 installation on another > machine (with Intel 915) it works fine. > > Driver problem in FC5 ? > Rereading your posting, it sounds like you are having a problem with the installer. I will try out the installer from the DVD tomorrow. Meanwhile you might need to run the installer in text mode. I might be able to capture what is going on through the serial port to hyper-terminal on the computer that I have which uses the 865G. What happens if you pass Linux resolution=800x600 to the installer? Jim -- You may easily play a joke on a man who likes to argue -- agree with him. -- Ed Howe From fedora at mishakononov.com Fri Mar 10 00:45:05 2006 From: fedora at mishakononov.com (Misha Kononov) Date: Thu, 09 Mar 2006 19:45:05 -0500 Subject: Issues with system-config-httpd and apache mods Message-ID: <4410CC11.6040109@mishakononov.com> Alright, trying to get httpd up and running for a local testing server. I removed everything related, then used yum to install httpd and system-config-httpd. [misha at panoz etc]$ sudo ./init.d/httpd start Starting httpd: [ OK ] [misha at panoz etc]$ sudo ./init.d/httpd stop Stopping httpd: [ OK ] Looks good so far, then I used system-config-httpd to make some changes (default root directory and server name, nothing else) and upon trying to start it again I get [misha at panoz etc]$ sudo ./init.d/httpd start Starting httpd: httpd: Syntax error on line 170 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/modules/mod_access.so into server: /etc/httpd/modules/mod_access.so: cannot open shared object file: No such file or directory [FAILED] Haven't really played around with it much yet, but initially feels like either a packaging issue or an issue with the way s-c-httpd is writing the httpd.conf. --Misha From ndbecker2 at gmail.com Fri Mar 10 02:15:02 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Thu, 09 Mar 2006 21:15:02 -0500 Subject: beagle now indexing system stuff, but beagle-search doesn't show Message-ID: I noticed that beagle is now being called from cron to index stuff, e.g. /usr/share/doc. So I fired up beagle-search, but it doesn't look like it finds any of those indexes. What needs to be done? From skunkworx at verizon.net Fri Mar 10 05:03:42 2006 From: skunkworx at verizon.net (Skunk Worx) Date: Thu, 09 Mar 2006 21:03:42 -0800 Subject: FC4 possible kernel 2.6.15 issue In-Reply-To: <4407B88D.1080402@verizon.net> References: <4407B88D.1080402@verizon.net> Message-ID: <441108AE.5000302@verizon.net> Skunk Worx wrote: > I use the GSOAP soap server toolkit for transferring data. > > Prior to kernel 2.6.15 I could pull about 3000 data items a second using > the various persistent http connection toolkit options over TCP/IP. > > Under 2.6.15 I am lucky to get 100 items/sec using the same codebase. > > Reverting only the kernel, back to the last 2.6.14 in yum updates, fixes > it. Not sure where else to post this as I know Fedora tends to patch the > kernel a bit. > > -- > SW > I see via ethereal gsoap is using http continuation, and also keep alive/io chunking in the http headers under both kernels. No errnos in strace of servers or clients, and nothing in var/log/messages. Turning DEBUG on in GSOAP shows no major difference in the .log files between kernel versions. Having the same problem on FC5t3 with kernel 2.6.15-1.2009.4.2_FC5 One of the guys I work with has a lot of UNIX experience at the kernel level and he is going to help me next week. I wonder if the server is refusing to thread faster than 100 hz? Our GSOAP server is implemented using pthreads. Will run more tests early next week. -- SW From guess.who at freesurf.fr Fri Mar 10 05:46:09 2006 From: guess.who at freesurf.fr (Larry tb) Date: Fri, 10 Mar 2006 06:46:09 +0100 Subject: unable to update software using graphical tool Message-ID: <441112A1.1050306@freesurf.fr> Hi all :) Few days ago i post a bug about my problem ([Bug 183685] ), but im not sure it is really a bug :-/ When i try to run both graphical update software (=application/add remove software & software updater) , it returns an error message : /unable to retrieve software information/ If i run the both softs from a shell, i get something else : /Cannot find a valid baseurl for repo: development Error: Cannot find a valid baseurl for repo: development/ But if i use yum, it works. NEVERTHELESS, i must precise that i have to use a proxy. Configuring the proxy _directly_ in yum.conf, doesn't work at all. I have to edit my .bashrc and add those two lines : /http_proxy=http://user:passwr at ipaddress:port/ export http_proxy/ Would it be a way to add proxy information to the both graphical tools, or is there any other way to update my fc5 using graphical mode ? thx ! Larry -------------- next part -------------- An HTML attachment was scrubbed... URL: From guess.who at freesurf.fr Fri Mar 10 05:55:07 2006 From: guess.who at freesurf.fr (Larry tb) Date: Fri, 10 Mar 2006 06:55:07 +0100 Subject: kudzu error message Message-ID: <441114BB.6030803@freesurf.fr> (using FC5-test3, architec is x64, installing with iso from harddisk). After updating my fc5, using yum, still get an error at boot when checking new harware : checking for hardware changes/etc/rc5.d/S05kudzu : line 23: 1524 Segmentation fault /sbin/kudzu $KUDZU_ARGS larry PS : have the simplicity to tell me if my report is not as good as expected ! thx :) From segg at infonet.ca Fri Mar 10 06:22:32 2006 From: segg at infonet.ca (Gilles J. Seguin) Date: Fri, 10 Mar 2006 01:22:32 -0500 Subject: Keyboard situation - Non-US users dead in water? In-Reply-To: <1139323927.19573.44.camel@concord2.proximity.on.ca> References: <20060207111703.CBE477331B@hormel.redhat.com> <1139323927.19573.44.camel@concord2.proximity.on.ca> Message-ID: <1141971752.23610.5.camel@seggil.infonet.ca> On Tue, 2006-02-07 at 09:52 -0500, Chris Tyler wrote: > There are a number of interacting issues surrounding XKB at this point, > but the bottom line is that many (most? all?) users using non-US > keyboards are pretty much dead in the water right now. > > Putting aside issues with libxklavier and keyboard options, the console > (non-X) keyboard maps, and the keyboard switching applet, it's simply > not possible to select certain keyboards which are in widespread use. > > Here's one example: in FC4 and before, the de-facto standard French > Canadian keyboard was identified as ca_enhanced, and it worked > reasonably well. (Note: This is the keyboard that is shipped by Dell, > IBM, HP, etc, and the keyboard that you you would buy at a Future > Shop/Best Buy in Quebec. English Canadian users (such as myself) use the > "us" keyboard layout. All other "Canadian keyboards" are corner cases). > > With the current set of XKB data, this keyboard is identified as ca(fr), > and it can be selected manually: > > setxkbmap "ca(fr)" > > When selected in this way, they keyboard works perfectly (except for > RightAlt-E which is labelled as Euro on newer versions of the > keyboard). > > However, this keyboard option cannot be selected at installation time, > nor can it be correctly selected after installation using the KDE or > Gnome applets, which expose the corner-case keyboards but don't provide > an option for this one. I'm assuming (from browsing Bugzilla) that > similar problems exist for some of the other international keyboards. > > (It's unclear to me where the current (X11R7) set of xkb maps came from. > They're not the legacy maps that shipped with 6.8.2, but they're not the > current xkeyboard-config maps either - perhaps they're a snapshot of > older xkeyboard-config data, since they seem closer to xkeyboard-config > than they do to the 6.8.2 set). not sure if it is the question the ca_enhanced require to edit /etc/X11/xkb/rules/xorg, line 91 ! layout[2] = symbols * = +%l[2]%(v[2]):2 ! layout[3] = symbols * = +pc/%l[3]%(v[3]):3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125722 From guess.who at freesurf.fr Fri Mar 10 05:59:29 2006 From: guess.who at freesurf.fr (Larry tb) Date: Fri, 10 Mar 2006 06:59:29 +0100 Subject: reboot and reboot after instalaltion fc5 test3 on ext3 fs Message-ID: <441115C1.8070308@freesurf.fr> Trying to install fc5 on ext3 fs. Installation was ok, but after i reboot, kernel doesnt work : it reboots and reboots .... Then i decided to instal it on LVM, and it is okay. Is there a way to install it on ext3 ? larry (arch : x64) From roger at gwch.net Fri Mar 10 06:51:10 2006 From: roger at gwch.net (Roger Grosswiler) Date: Fri, 10 Mar 2006 07:51:10 +0100 (CET) Subject: which drivers compiled in wpa_supplicant Message-ID: <50773.193.73.106.103.1141973470.squirrel@www.gwch.net> Hey, which drivers are compiled in the rpms of wpa_supplicant? As i know, the following are supported: Host AP driver for Prism2/2.5/3(WPA and WPA2) Linuxant DriverLoader with Windows NDIS driver supporting WPA (WPA, but not WPA2) Agere Systems Inc. Linux Driver (Hermes-I/Hermes-II chipset) (WPA, but not WPA2) madwifi (Atheros ar521x) ATMEL AT76C5XXx Linux ndiswrapper Broadcom wl.o driver Intel ipw2100 Intel ipw2200 Wired Ethernet drivers BSD net80211 layer (e.g., Atheros driver) (FreeBSD 6-CURRENT and NetBSD current) Windows NDIS drivers (Windows; at least XP and 2000, others not tested) ...but you have to fiddle out the .config-file. So i really just want to know, for which drivers it has been compiled. Roger From berryja at gmail.com Fri Mar 10 06:56:58 2006 From: berryja at gmail.com (Jonathan Berry) Date: Fri, 10 Mar 2006 00:56:58 -0600 Subject: kudzu error message In-Reply-To: <441114BB.6030803@freesurf.fr> References: <441114BB.6030803@freesurf.fr> Message-ID: <8767947e0603092256i67d1b034h3ba6712fe4365857@mail.gmail.com> On 3/9/06, Larry tb wrote: > (using FC5-test3, architec is x64, installing with iso from harddisk). > > After updating my fc5, using yum, still get an error at boot when > checking new harware : > > checking for hardware changes/etc/rc5.d/S05kudzu : line 23: 1524 > Segmentation fault /sbin/kudzu $KUDZU_ARGS That should be fixed by one of the updates. Unless you are running Xen, then that is known and not yet fixed. Jonathan From berryja at gmail.com Fri Mar 10 07:00:04 2006 From: berryja at gmail.com (Jonathan Berry) Date: Fri, 10 Mar 2006 01:00:04 -0600 Subject: reboot and reboot after instalaltion fc5 test3 on ext3 fs In-Reply-To: <441115C1.8070308@freesurf.fr> References: <441115C1.8070308@freesurf.fr> Message-ID: <8767947e0603092300s19ca7917p4a55e9d2face9a82@mail.gmail.com> On 3/9/06, Larry tb wrote: > Trying to install fc5 on ext3 fs. > Installation was ok, but after i reboot, kernel doesnt work : it reboots > and reboots .... > > Then i decided to instal it on LVM, and it is okay. > Is there a way to install it on ext3 ? > > larry > (arch : x64) I have it installed on an ext3 partition. No LVM. Works fine. x86_64 architecture as well. Maybe there was something else wrong. Can you recreate this behavior? Jonathan From tla-ml at rasmil.dk Fri Mar 10 13:55:08 2006 From: tla-ml at rasmil.dk (Tim Lauridsen) Date: Fri, 10 Mar 2006 08:55:08 -0500 Subject: unable to update software using graphical tool In-Reply-To: <441112A1.1050306@freesurf.fr> References: <441112A1.1050306@freesurf.fr> Message-ID: <4411853C.1010408@rasmil.dk> Larry tb wrote: > Hi all :) > Few days ago i post a bug about my problem ([Bug 183685] ), but im not > sure it is really a bug :-/ > > When i try to run both graphical update software (=application/add > remove software & software updater) , it returns an error message : > /unable to retrieve software information/ > If i run the both softs from a shell, i get something else : > /Cannot find a valid baseurl for repo: development > Error: Cannot find a valid baseurl for repo: development/ > > > But if i use yum, it works. > NEVERTHELESS, i must precise that i have to use a proxy. Configuring the proxy _directly_ in yum.conf, doesn't work at all. I have to edit my .bashrc and add those two lines : > /http_proxy=http://user:passwr at ipaddress:port/ > export http_proxy/ > > Would it be a way to add proxy information to the both graphical tools, or is there any other way to update my fc5 using graphical mode ? > > thx ! > Larry > You can use Yum Extender aka yumex, it supports proxies, you can enter a proxy server in the preferences. http://yumex.python-hosting.com Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From guess.who at freesurf.fr Fri Mar 10 07:18:21 2006 From: guess.who at freesurf.fr (LarryT) Date: Fri, 10 Mar 2006 08:18:21 +0100 Subject: reboot and reboot after instalaltion fc5 test3 on ext3 fs In-Reply-To: <8767947e0603092300s19ca7917p4a55e9d2face9a82@mail.gmail.com> References: <441115C1.8070308@freesurf.fr> <8767947e0603092300s19ca7917p4a55e9d2face9a82@mail.gmail.com> Message-ID: <4411283D.3040403@freesurf.fr> Jonathan Berry wrote: > On 3/9/06, Larry tb wrote: > >> Trying to install fc5 on ext3 fs. >> Installation was ok, but after i reboot, kernel doesnt work : it reboots >> and reboots .... >> >> Then i decided to instal it on LVM, and it is okay. >> Is there a way to install it on ext3 ? >> >> larry >> (arch : x64) >> > > I have it installed on an ext3 partition. No LVM. Works fine. > x86_64 architecture as well. Maybe there was something else wrong. > Can you recreate this behavior? > > Jonathan > > Hi Jonathan. Yep : i can try again, but is there some options to install or to not install, after i use druid disk : such as xen, or something like this ? Larry -------------- next part -------------- An HTML attachment was scrubbed... URL: From guess.who at freesurf.fr Fri Mar 10 08:08:39 2006 From: guess.who at freesurf.fr (Larry tb) Date: Fri, 10 Mar 2006 09:08:39 +0100 Subject: reboot and reboot after instalaltion fc5 test3 on ext3 fs In-Reply-To: <4411283D.3040403@freesurf.fr> References: <441115C1.8070308@freesurf.fr> <8767947e0603092300s19ca7917p4a55e9d2face9a82@mail.gmail.com> <4411283D.3040403@freesurf.fr> Message-ID: <44113407.50806@freesurf.fr> LarryT wrote: > Jonathan Berry wrote: > >>On 3/9/06, Larry tb wrote: >> >> >>>Trying to install fc5 on ext3 fs. >>>Installation was ok, but after i reboot, kernel doesnt work : it reboots >>>and reboots .... >>> >>>Then i decided to instal it on LVM, and it is okay. >>>Is there a way to install it on ext3 ? >>> >>>larry >>>(arch : x64) >>> >>> >> >>I have it installed on an ext3 partition. No LVM. Works fine. >>x86_64 architecture as well. Maybe there was something else wrong. >>Can you recreate this behavior? >> >>Jonathan >> >> >> > Hi Jonathan. > Yep : i can try again, but is there some options to install or to not > install, after i use druid disk : such as xen, or something like this ? > > Larry Well, everything is okay ! I dont know what could be the problem the first time .... Maybe something around a package ... works fine : i m running yum update now. ext3 for both /boot and /. On a SATA thx -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildsys at redhat.com Fri Mar 10 08:14:29 2006 From: buildsys at redhat.com (Build System) Date: Fri, 10 Mar 2006 03:14:29 -0500 Subject: rawhide report: 20060310 changes Message-ID: <200603100814.k2A8ETTT016596@porkchop.devel.redhat.com> Updated Packages: GFS-kernel-2.6.15.1-5.FC5.13 ---------------------------- at-spi-1.7.6-2 -------------- * Thu Mar 09 2006 Matthias Clasen - 1.7.6-2 - Fix a crash on x86_64 binutils-2.16.91.0.6-4 ---------------------- * Thu Mar 09 2006 Alexandre Oliva 2.16.91.0.6-4 - fix relaxation of TLS GD to LE on PPC (#184590) cdrdao-1.2.1-1 -------------- * Wed Mar 08 2006 Harald Hoyer - 1.2.1-1 - version 1.2.1 (1.2.0 was not functional) cman-kernel-2.6.15.1-0.FC5.11 ----------------------------- dlm-kernel-2.6.15.1-0.FC5.9 --------------------------- doxygen-1:1.4.6-3 ----------------- * Wed Mar 08 2006 Than Ngo 1:1.4.6-3 - fix typo bug #184400 emacs-21.4-14 ------------- * Tue Mar 07 2006 Jens Petersen - 21.4-14 - bring back setarch for i386 with -R option in spec file and drop emacs-21-personality-linux32-101818.patch since it no longer seems sufficient with recent kernels (Sam Peterson, #174736) - buildrequire giflib-devel instead of libungif-devel * Thu Mar 02 2006 Jens Petersen - avoid backup for fix-x-vs-no-x-diffs.dpatch (Ian Collier, #183503) - remove the old ccmode info manual (#182084) gcc-4.1.0-3 ----------- * Thu Mar 09 2006 Alexandre Oliva 4.1.0-3 - make ppc32 TLS PIC code sequences compatible with secure plt (#184446) (Richard Henderson and myself) gnbd-kernel-2.6.15-5.FC5.14 --------------------------- gnome-applets-1:2.13.90-8 ------------------------- * Thu Mar 09 2006 Ray Strode - 2.13.90-8 - s/divemount/drivemount/ * Thu Mar 09 2006 Ray Strode - 2.13.90-7 - remove some bad trailing spaces introduced in 2.13.90-6 gnome-session-2.13.92-5 ----------------------- * Thu Mar 09 2006 Ray Strode - 2.13.92-5 - fix up path creation functions * Thu Mar 09 2006 Ray Strode - 2.13.92-4 - create ~/.config/autostart before trying to migrate session-manual to it (bug 179602). grub-0.97-4 ----------- * Thu Mar 09 2006 Peter Jones - 0.97-4 - Fix running "install" multiple times on the same fs in the same invocation of grub. (bz #158426 , patch from lxo at redhat.com) kernel-2.6.15-1.2038_FC5 ------------------------ * Thu Mar 09 2006 Stephen Tweedie - Disable a bunch of hardware drivers in xenU that have no business being built in an unprivileged guest. - Fix conflict between Xen and ati patch from latest git tree * Thu Mar 09 2006 Dave Jones - 2.6.16rc5-git12/git13 - Make 'quiet' work again. - Turn off some debugging stuff. - Fix up some debug spew that could occur during resume. * Wed Mar 08 2006 Dave Jones - 2.6.16rc5-git10/git11 kudzu-1.2.34.2-1 ---------------- * Thu Mar 09 2006 Bill Nottingham - 1.2.34.2-1 - special-case xen to not use vm86 (works around #179013) * Tue Mar 07 2006 Bill Nottingham - 1.2.34.1-1 - switch at runtime between vm86 and x86emu on i386. Fixes vbe/ddc on Xen and i386-on-x86_64 * Mon Mar 06 2006 Bill Nottingham - 1.2.34-1 - silence some error messages lftp-3.4.2-5 ------------ * Fri Mar 10 2006 Bill Nottingham - 3.4.2-5 - rebuild for ppc TLS issue (#184446) libstdc++so7-4.2.0-0.3.20060203.2 --------------------------------- * Fri Mar 10 2006 Bill Nottingham - 4.2.0-0.3.20060203.2 - rebuild for ppc TLS issue (#184446) libwvstreams-4.2.1-2 -------------------- * Fri Mar 10 2006 Bill Nottingham - 4.2.1-2 - rebuild for ppc TLS issue (#184446) libxklavier-2.1.0.2006.02.23-2 ------------------------------ * Thu Mar 09 2006 Ray Strode - 2.1.0.2006.02.23-2 - trap X error reply to limit the damage of bug 183569. * Thu Feb 23 2006 Ray Strode - 2.1.0.2006.02.23-1 - upgrade to latest cvs to handle xml comments (bug 178163) mono-1.1.13.4-2 --------------- * Fri Mar 10 2006 Bill Nottingham - 1.1.13.4-2 - rebuild for ppc TLS issue (#184446) numactl-0.6.4-1.27 ------------------ * Fri Mar 10 2006 Bill Nottingham - rebuild for ppc TLS issue (#184446) selinux-policy-2.2.23-15 ------------------------ * Thu Mar 09 2006 Dan Walsh 2.2.23-15 - Get rid of mount/fsdisk scan of /dev messages - Additional fixes for suspend/resume * Thu Mar 09 2006 Dan Walsh 2.2.23-14 - Fake make to rebuild enableaudit.pp * Thu Mar 09 2006 Dan Walsh 2.2.23-13 - Get xen networking running. switchdesk-4.0.8-4 ------------------ * Thu Mar 09 2006 Than Ngo 4.0.8-4 - fix deprecated functions in gtk system-config-display-1.0.37-2 ------------------------------ * Thu Mar 09 2006 Chris Lumens 1.0.37-2 - Add back spec file parts that got lost on last rebuild. util-linux-2.13-0.20 -------------------- * Thu Mar 09 2006 Jesse Keating 2.13-0.20 - Better calling of restorecon as suggested by Bill Nottingham - prereq restorecon to avoid ordering issues * Thu Mar 09 2006 Jesse Keating 2.13-0.19 - restorecon /var/log/lastlog vim-1:6.4.007-4 --------------- * Thu Mar 09 2006 Karsten Hopp 6.4.007-4 - fix configure check for python (#184478) * Thu Mar 09 2006 Karsten Hopp 6.4.007-3 - rebuild Broken deps for i386 ---------------------------------------------------------- gnbd-kernel - 2.6.15-5.FC5.14.i686 requires kernel = 0:2.6.15-1.2032_FC5 gnbd-kernel - 2.6.15-5.FC5.14.i686 requires /lib/modules/2.6.15-1.2032_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.14.i686 requires /lib/modules/2.6.15-1.2032_FC5smp gnbd-kernel-smp - 2.6.15-5.FC5.14.i686 requires kernel-smp = 0:2.6.15-1.2032_FC5 Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- gnbd-kernel - 2.6.15-5.FC5.14.x86_64 requires kernel = 0:2.6.15-1.2032_FC5 gnbd-kernel - 2.6.15-5.FC5.14.x86_64 requires /lib/modules/2.6.15-1.2032_FC5 From andrews at byteline.com.au Fri Mar 10 08:05:24 2006 From: andrews at byteline.com.au (Andrew Stephen) Date: Fri, 10 Mar 2006 16:05:24 +0800 Subject: FC5 Boot errors after 2.6.15-1.1948 References: <200603080947.k289lo7v008873@enterprise.byteline.com.au> <1141947542.4313.39.camel@vroomfondel.internal.datastacks.com> Message-ID: <000801c6441b$bac890b0$6c01a8c0@21stcenturybusiness.local> ----- Original Message ----- From: "Peter Jones" To: "For testers of Fedora Core development releases" Sent: Friday, March 10, 2006 7:39 AM Subject: Re: FC5 Boot errors after 2.6.15-1.1948 > On Wed, 2006-03-08 at 17:48 +0800, Andrew Stephen wrote: > >> setuproot: moving /dev failed: No such file or directory no fstab.sys, >> mounting internal defaults >> setuproot: error mounting /proc: No such file or directory >> setuproot: error mounting /sys: No such file or directory Switching to >> new >> root and running init. >> umounting old /dev >> umounting old /proc >> umounting old /sys >> ERROR opening /dev/console: No such file or directory Trying to use fd 0 >> instead. >> WARINING: can't access (null) >> Exec if init ((null)) failed!!!. Bad Address Kernel panic - not syncing: >> Attempted to kill init! >> [] panic+0x3e/0x170 [] do_exit +0x71/06cf >> [] sys_exit_group+0x0/0xd [> syscall+call+0x7/0xb > > What version of mkinitrd was installed when you installed the kernel? > > What does /etc/fstab look like? > > What does 'mkinitrd -v -f /boot/initrd-2.6.15-1.1948.img 2.6.15-1.1948' > say? mkinitrd version when the kernel was install was 5.0.29 Contents of /etc/fstab LABEL=/ / ext3 defaults 1 1 LABEL=/boot1 /boot ext3 defaults 1 2 /dev/devpts /dev/pts devpts gid=5,mode=620 0 0 /dev/shm /dev/shm tmpfs defaults 0 0 /dev/proc /proc proc defaults 0 0 /dev/sys /sys sysfs defaults 0 0 LABEL=SWAP-hda3 swap swap defaults 0 0 /dev/hdb1 /vol0 ext3 defaults 0 0 /dev/hdc2 /vol1 ext3 defaults 0 0 /dev/sda1 /vol3 ext3 defaults 0 0 [root at enterprise config]# mkinitrd -v -f /boot/initrd-2.6.15-1.1948.img 2.6.15-1.1948 No modules available for kernel "2.6.15-1.1948". Andrew From andrews at byteline.com.au Fri Mar 10 08:05:42 2006 From: andrews at byteline.com.au (Andrew Stephen) Date: Fri, 10 Mar 2006 16:05:42 +0800 Subject: FC5 Boot errors after 2.6.15-1.1948 References: <200603080947.k289lo7v008873@enterprise.byteline.com.au> <1141947542.4313.39.camel@vroomfondel.internal.datastacks.com> Message-ID: <000901c6441b$bae407f0$6c01a8c0@21stcenturybusiness.local> ----- Original Message ----- From: "Peter Jones" To: "For testers of Fedora Core development releases" Sent: Friday, March 10, 2006 7:39 AM Subject: Re: FC5 Boot errors after 2.6.15-1.1948 > On Wed, 2006-03-08 at 17:48 +0800, Andrew Stephen wrote: > >> setuproot: moving /dev failed: No such file or directory no fstab.sys, >> mounting internal defaults >> setuproot: error mounting /proc: No such file or directory >> setuproot: error mounting /sys: No such file or directory Switching to >> new >> root and running init. >> umounting old /dev >> umounting old /proc >> umounting old /sys >> ERROR opening /dev/console: No such file or directory Trying to use fd 0 >> instead. >> WARINING: can't access (null) >> Exec if init ((null)) failed!!!. Bad Address Kernel panic - not syncing: >> Attempted to kill init! >> [] panic+0x3e/0x170 [] do_exit +0x71/06cf >> [] sys_exit_group+0x0/0xd [> syscall+call+0x7/0xb > > What version of mkinitrd was installed when you installed the kernel? > > What does /etc/fstab look like? > > What does 'mkinitrd -v -f /boot/initrd-2.6.15-1.1948.img 2.6.15-1.1948' > say? mkinitrd version when the kernel was install was 5.0.29 Contents of /etc/fstab LABEL=/ / ext3 defaults 1 1 LABEL=/boot1 /boot ext3 defaults 1 2 /dev/devpts /dev/pts devpts gid=5,mode=620 0 0 /dev/shm /dev/shm tmpfs defaults 0 0 /dev/proc /proc proc defaults 0 0 /dev/sys /sys sysfs defaults 0 0 LABEL=SWAP-hda3 swap swap defaults 0 0 /dev/hdb1 /vol0 ext3 defaults 0 0 /dev/hdc2 /vol1 ext3 defaults 0 0 /dev/sda1 /vol3 ext3 defaults 0 0 [root at enterprise config]# mkinitrd -v -f /boot/initrd-2.6.15-1.1948.img 2.6.15-1.1948 No modules available for kernel "2.6.15-1.1948". Andrew From andrews at byteline.com.au Fri Mar 10 08:22:09 2006 From: andrews at byteline.com.au (Andrew Stephen) Date: Fri, 10 Mar 2006 16:22:09 +0800 Subject: FC5 Boot errors after 2.6.15-1.1948 References: <200603080947.k289lo7v008873@enterprise.byteline.com.au> <1141947542.4313.39.camel@vroomfondel.internal.datastacks.com> Message-ID: <000a01c6441b$bafe1fa0$6c01a8c0@21stcenturybusiness.local> ----- Original Message ----- From: "Peter Jones" To: "For testers of Fedora Core development releases" Sent: Friday, March 10, 2006 7:39 AM Subject: Re: FC5 Boot errors after 2.6.15-1.1948 > On Wed, 2006-03-08 at 17:48 +0800, Andrew Stephen wrote: > >> setuproot: moving /dev failed: No such file or directory no fstab.sys, >> mounting internal defaults >> setuproot: error mounting /proc: No such file or directory >> setuproot: error mounting /sys: No such file or directory Switching to >> new >> root and running init. >> umounting old /dev >> umounting old /proc >> umounting old /sys >> ERROR opening /dev/console: No such file or directory Trying to use fd 0 >> instead. >> WARINING: can't access (null) >> Exec if init ((null)) failed!!!. Bad Address Kernel panic - not syncing: >> Attempted to kill init! >> [] panic+0x3e/0x170 [] do_exit +0x71/06cf >> [] sys_exit_group+0x0/0xd [> syscall+call+0x7/0xb > > What version of mkinitrd was installed when you installed the kernel? > > What does /etc/fstab look like? > > What does 'mkinitrd -v -f /boot/initrd-2.6.15-1.1948.img 2.6.15-1.1948' > say? mkinitrd version when the kernel was install was 5.0.29 Contents of /etc/fstab LABEL=/ / ext3 defaults 1 1 LABEL=/boot1 /boot ext3 defaults 1 2 /dev/devpts /dev/pts devpts gid=5,mode=620 0 0 /dev/shm /dev/shm tmpfs defaults 0 0 /dev/proc /proc proc defaults 0 0 /dev/sys /sys sysfs defaults 0 0 LABEL=SWAP-hda3 swap swap defaults 0 0 /dev/hdb1 /vol0 ext3 defaults 0 0 /dev/hdc2 /vol1 ext3 defaults 0 0 /dev/sda1 /vol3 ext3 defaults 0 0 [root at enterprise config]# mkinitrd -v -f /boot/initrd-2.6.15-1.1948.img 2.6.15-1.1948 No modules available for kernel "2.6.15-1.1948". Andrew From guess.who at freesurf.fr Fri Mar 10 08:23:37 2006 From: guess.who at freesurf.fr (Larry tb) Date: Fri, 10 Mar 2006 09:23:37 +0100 Subject: unable to update software using graphical tool In-Reply-To: <4411853C.1010408@rasmil.dk> References: <441112A1.1050306@freesurf.fr> <4411853C.1010408@rasmil.dk> Message-ID: <44113789.6010100@freesurf.fr> Tim Lauridsen wrote: > Larry tb wrote: > >> Hi all :) >> Few days ago i post a bug about my problem ([Bug 183685] ), but im >> not sure it is really a bug :-/ >> >> When i try to run both graphical update software (=application/add >> remove software & software updater) , it returns an error message : >> /unable to retrieve software information/ >> >>If i run the both softs from a shell, i get something else : >>/Cannot find a valid baseurl for repo: development >>Error: Cannot find a valid baseurl for repo: development/ >> >> >>But if i use yum, it works. >>NEVERTHELESS, i must precise that i have to use a proxy. Configuring the proxy _directly_ in yum.conf, doesn't work at all. I have to edit my .bashrc and add those two lines : >>/http_proxy=http://user:passwr at ipaddress:port/ >>export http_proxy/ >> >>Would it be a way to add proxy information to the both graphical tools, or is there any other way to update my fc5 using graphical mode ? >> >>thx ! >>Larry >> >> > You can use Yum Extender aka yumex, it supports proxies, you can enter > a proxy server in the preferences. > > http://yumex.python-hosting.com > > > Tim > thanks a lot Tim ! That's really Great !!! larry -------------- next part -------------- An HTML attachment was scrubbed... URL: From rmy at tigress.co.uk Fri Mar 10 09:37:06 2006 From: rmy at tigress.co.uk (Ron Yorston) Date: Fri, 10 Mar 2006 09:37:06 GMT Subject: Why can't I see my other processes? Message-ID: <200603100937.k2A9b6EI001206@tiffany.internal.tigress.co.uk> Orion Poplawski asked >Why can't I see my other processes? SELinux is preventing access to files in /proc for certain processes. This breaks ps, top and other things that try to get information from /proc. Apparently this is intentional and therefore NOTABUG: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183387 Ron From felipe.alfaro at gmail.com Fri Mar 10 10:21:35 2006 From: felipe.alfaro at gmail.com (Felipe Alfaro Solana) Date: Fri, 10 Mar 2006 11:21:35 +0100 Subject: beagle now indexing system stuff, but beagle-search doesn't show In-Reply-To: References: Message-ID: <6f6293f10603100221s4d5d2278v89d5e978814cf3e0@mail.gmail.com> > I noticed that beagle is now being called from cron to index stuff, > e.g. /usr/share/doc. So I fired up beagle-search, but it doesn't look like > it finds any of those indexes. What needs to be done? I brought up this issue before, and it seems the official Beagle team has designed the Beagle GUI in such a way that it doesn't display results, intentionally, from system indexes (like those generated by beagle-crawl-system). However, command line beagle-query does indeed search those indexes. From Giuseppe.Castagna at ens.fr Fri Mar 10 10:44:50 2006 From: Giuseppe.Castagna at ens.fr (Giuseppe Castagna) Date: Fri, 10 Mar 2006 11:44:50 +0100 Subject: kernel 2038 x86_64 segfault Message-ID: <441158A2.3020506@ens.fr> Kernel 2038 segfaults. I cannot really describe the error since right after the message the message "Booting .." the screen panics by scrolling very fastly message errors. I can distinguish the word "segfault" but nothing more. My configuration works with 2008 (apart from a bugzilled open bug that mkinitrd does not load sd_mod) I use an athlon 3500+ on a MSI Neo4 platinum motherboard. Linux lampone 2.6.15-1.2008_FC5 #1 SMP Thu Mar 2 03:13:35 EST 2006 x86_64 x86_64 x86_64 GNU/Linux mkinitrd-5.0.30-1 kernel-2.6.15-1.2038_FC5 Cheers ---Beppe--- From vonbrand at inf.utfsm.cl Fri Mar 10 01:25:33 2006 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Thu, 09 Mar 2006 22:25:33 -0300 Subject: ipw2200 + dhclient: No go Message-ID: <200603100125.k2A1PX9N003034@laptop11.inf.utfsm.cl> For some time now (perhaps 2 weeks?) in rawhide ipw2200 doesn't work with dhclient. The interface associates fine, but dhclient doesn't get an IP. Using ifconfig directly (with a free IP address on the wireless network) doesn't work either. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From jandrejkovic at gmail.com Fri Mar 10 11:50:18 2006 From: jandrejkovic at gmail.com (Jan Andrejkovic) Date: Fri, 10 Mar 2006 11:50:18 +0000 Subject: FC5 Boot errors after 2.6.15-1.1948 In-Reply-To: <200603080947.k289lo7v008873@enterprise.byteline.com.au> References: <200603080947.k289lo7v008873@enterprise.byteline.com.au> Message-ID: Hello Stephen, Do you have "init" argument in your grub.conf file such as: module /boot/vmlinuz-2.6.15-1.2009.4.2_FC5 ro root=LABEL=/ init 3 If yes, try to remove init argument and reboot. Cheers, Jan On 3/8/06, Andrew Stephen wrote: > > > Hi > > After updating to Kernel 2.6.15-1.1948 I getting the following error. I > have tried all kernels since with the same error and the last good kernel > was 2.6.16-1.1939. Any suggestions as to where I should start would be > appreciated. > > > Loading ext3.ko module > Trying to resume from LABEL=SWAP-hda3 > No suspend signature on swap, not resuming. > Creating root device. > Mounting root filesystem. > Kjournald starting. Commit interval 5 seconds > EXT3-fs: mounted filesystem with ordered data mode. > Setting up other filesystems. > Setting up new root fs > setuproot: moving /dev failed: No such file or directory no fstab.sys, > mounting internal defaults > setuproot: error mounting /proc: No such file or directory > setuproot: error mounting /sys: No such file or directory Switching to new > root and running init. > umounting old /dev > umounting old /proc > umounting old /sys > ERROR opening /dev/console: No such file or directory Trying to use fd 0 > instead. > WARINING: can't access (null) > Exec if init ((null)) failed!!!. Bad Address Kernel panic - not syncing: > Attempted to kill init! > [] panic+0x3e/0x170 [] do_exit +0x71/06cf > [] sys_exit_group+0x0/0xd [ syscall+call+0x7/0xb > > Cheers > Andrew > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ndbecker2 at gmail.com Fri Mar 10 12:18:59 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Fri, 10 Mar 2006 07:18:59 -0500 Subject: New blocker - kernel 2038 segfault x86_64 Message-ID: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185076 From sundaram at fedoraproject.org Fri Mar 10 12:22:16 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 10 Mar 2006 17:52:16 +0530 Subject: New blocker - kernel 2038 segfault x86_64 In-Reply-To: References: Message-ID: <44116F78.7060003@fedoraproject.org> Neal Becker wrote: >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185076 > > > Kernel version, lspci output, dmesg etc would be useful to have on the bug report. -- Rahul From dcbw at redhat.com Fri Mar 10 12:47:24 2006 From: dcbw at redhat.com (Dan Williams) Date: Fri, 10 Mar 2006 07:47:24 -0500 Subject: which drivers compiled in wpa_supplicant In-Reply-To: <50773.193.73.106.103.1141973470.squirrel@www.gwch.net> References: <50773.193.73.106.103.1141973470.squirrel@www.gwch.net> Message-ID: <1141994845.2331.2.camel@localhost.localdomain> On Fri, 2006-03-10 at 07:51 +0100, Roger Grosswiler wrote: > Hey, > > which drivers are compiled in the rpms of wpa_supplicant? > > As i know, the following are supported: > > Host AP driver for Prism2/2.5/3(WPA and WPA2) > Linuxant DriverLoader with Windows NDIS driver supporting WPA (WPA, but > not WPA2) > Agere Systems Inc. Linux Driver (Hermes-I/Hermes-II chipset) (WPA, but not > WPA2) > madwifi (Atheros ar521x) > ATMEL AT76C5XXx > Linux ndiswrapper > Broadcom wl.o driver > Intel ipw2100 > Intel ipw2200 > Wired Ethernet drivers > BSD net80211 layer (e.g., Atheros driver) (FreeBSD 6-CURRENT and NetBSD > current) > Windows NDIS drivers (Windows; at least XP and 2000, others not tested) > > > ...but you have to fiddle out the .config-file. So i really just want to > know, for which drivers it has been compiled. http://cvs.fedora.redhat.com/viewcvs/devel/wpa_supplicant/wpa_supplicant.config?view=markup Note that the madwifi driver is compiled for _madwifi-ng_, not the older madwifi. Dan From roger at gwch.net Fri Mar 10 13:11:27 2006 From: roger at gwch.net (Roger Grosswiler) Date: Fri, 10 Mar 2006 14:11:27 +0100 (CET) Subject: which drivers compiled in wpa_supplicant In-Reply-To: <1141994845.2331.2.camel@localhost.localdomain> References: <50773.193.73.106.103.1141973470.squirrel@www.gwch.net> <1141994845.2331.2.camel@localhost.localdomain> Message-ID: <24897.193.73.106.103.1141996287.squirrel@www.gwch.net> > On Fri, 2006-03-10 at 07:51 +0100, Roger Grosswiler wrote: >> Hey, >> >> which drivers are compiled in the rpms of wpa_supplicant? >> >> As i know, the following are supported: >> >> Host AP driver for Prism2/2.5/3(WPA and WPA2) >> Linuxant DriverLoader with Windows NDIS driver supporting WPA (WPA, but >> not WPA2) >> Agere Systems Inc. Linux Driver (Hermes-I/Hermes-II chipset) (WPA, but >> not >> WPA2) >> madwifi (Atheros ar521x) >> ATMEL AT76C5XXx >> Linux ndiswrapper >> Broadcom wl.o driver >> Intel ipw2100 >> Intel ipw2200 >> Wired Ethernet drivers >> BSD net80211 layer (e.g., Atheros driver) (FreeBSD 6-CURRENT and NetBSD >> current) >> Windows NDIS drivers (Windows; at least XP and 2000, others not tested) >> >> >> ...but you have to fiddle out the .config-file. So i really just want to >> know, for which drivers it has been compiled. > > http://cvs.fedora.redhat.com/viewcvs/devel/wpa_supplicant/wpa_supplicant.config?view=markup > > Note that the madwifi driver is compiled for _madwifi-ng_, not the older > madwifi. > > Dan Thanks for information. Roger From roger at gwch.net Fri Mar 10 13:26:44 2006 From: roger at gwch.net (Roger Grosswiler) Date: Fri, 10 Mar 2006 14:26:44 +0100 (CET) Subject: which drivers compiled in wpa_supplicant In-Reply-To: <1141994845.2331.2.camel@localhost.localdomain> References: <50773.193.73.106.103.1141973470.squirrel@www.gwch.net> <1141994845.2331.2.camel@localhost.localdomain> Message-ID: <35239.193.73.106.103.1141997204.squirrel@www.gwch.net> > On Fri, 2006-03-10 at 07:51 +0100, Roger Grosswiler wrote: >> Hey, >> >> which drivers are compiled in the rpms of wpa_supplicant? >> >> As i know, the following are supported: >> >> Host AP driver for Prism2/2.5/3(WPA and WPA2) >> Linuxant DriverLoader with Windows NDIS driver supporting WPA (WPA, but >> not WPA2) >> Agere Systems Inc. Linux Driver (Hermes-I/Hermes-II chipset) (WPA, but >> not >> WPA2) >> madwifi (Atheros ar521x) >> ATMEL AT76C5XXx >> Linux ndiswrapper >> Broadcom wl.o driver >> Intel ipw2100 >> Intel ipw2200 >> Wired Ethernet drivers >> BSD net80211 layer (e.g., Atheros driver) (FreeBSD 6-CURRENT and NetBSD >> current) >> Windows NDIS drivers (Windows; at least XP and 2000, others not tested) >> >> >> ...but you have to fiddle out the .config-file. So i really just want to >> know, for which drivers it has been compiled. > > http://cvs.fedora.redhat.com/viewcvs/devel/wpa_supplicant/wpa_supplicant.config?view=markup > > Note that the madwifi driver is compiled for _madwifi-ng_, not the older > madwifi. > > Dan > > Ah, btw. which drivers are supported out of the box? madwifi? ndiswrapper? ipw? prism? thx, roger From shrek-m at gmx.de Fri Mar 10 13:32:45 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 10 Mar 2006 14:32:45 +0100 Subject: New blocker - kernel 2038 segfault x86_64 In-Reply-To: <44116F78.7060003@fedoraproject.org> References: <44116F78.7060003@fedoraproject.org> Message-ID: <44117FFD.2080106@gmx.de> On 10.03.2006 13:22, Rahul Sundaram wrote: > Neal Becker wrote: > >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185076 > > Kernel version, lspci output, dmesg etc would be useful to have on the > bug report. via "create new attachments" https://bugzilla.redhat.com/bugzilla/attachment.cgi?bugid=185076&action=enter now you have to scroll down 1.000.000.000 lines Date: Thu, 09 Mar 2006 02:08:53 -0500 From: "Mike A. Harris" To: For testers of Fedora Core development releases Cc: fedora-devel-list at redhat.com, Dave Lawrence Subject: Please "attach" files to bugzilla,instead of pasting into a massive comment Warning: Frustration rant follows. More and more over time, I am noticing a tendency of bug reporters adding log files, config files and other large files to bug reports by cutting and pasting these massive files into the comment box, instead of attaching them as proper bugzilla file attachements. As a developer, this is very irritating because it makes the bug report incredibly long to view. You have to scroll forever to get from one comment to the next, with this massive file pasted in the middle, making it very hard to follow, and thus making it more difficult to provide help for the problem being reported. [...] From guess.who at freesurf.fr Fri Mar 10 13:52:37 2006 From: guess.who at freesurf.fr (Larry tb) Date: Fri, 10 Mar 2006 14:52:37 +0100 Subject: shortcut to new shell opened behind the first one .... Message-ID: <441184A5.8070409@freesurf.fr> When using shortcut ctrl shift N, to open a new shell, the new shell is opened BEHIND the actual one. Is it a new fonction ? Not very useful is it ? Larry From dcbw at redhat.com Fri Mar 10 14:46:37 2006 From: dcbw at redhat.com (Dan Williams) Date: Fri, 10 Mar 2006 09:46:37 -0500 Subject: which drivers compiled in wpa_supplicant In-Reply-To: <35239.193.73.106.103.1141997204.squirrel@www.gwch.net> References: <50773.193.73.106.103.1141973470.squirrel@www.gwch.net> <1141994845.2331.2.camel@localhost.localdomain> <35239.193.73.106.103.1141997204.squirrel@www.gwch.net> Message-ID: <1142001997.4006.6.camel@localhost.localdomain> On Fri, 2006-03-10 at 14:26 +0100, Roger Grosswiler wrote: > > On Fri, 2006-03-10 at 07:51 +0100, Roger Grosswiler wrote: > >> Hey, > >> > >> which drivers are compiled in the rpms of wpa_supplicant? > >> > >> As i know, the following are supported: > >> > >> Host AP driver for Prism2/2.5/3(WPA and WPA2) > >> Linuxant DriverLoader with Windows NDIS driver supporting WPA (WPA, but > >> not WPA2) > >> Agere Systems Inc. Linux Driver (Hermes-I/Hermes-II chipset) (WPA, but > >> not > >> WPA2) > >> madwifi (Atheros ar521x) > >> ATMEL AT76C5XXx > >> Linux ndiswrapper > >> Broadcom wl.o driver > >> Intel ipw2100 > >> Intel ipw2200 > >> Wired Ethernet drivers > >> BSD net80211 layer (e.g., Atheros driver) (FreeBSD 6-CURRENT and NetBSD > >> current) > >> Windows NDIS drivers (Windows; at least XP and 2000, others not tested) > >> > >> > >> ...but you have to fiddle out the .config-file. So i really just want to > >> know, for which drivers it has been compiled. > > > > http://cvs.fedora.redhat.com/viewcvs/devel/wpa_supplicant/wpa_supplicant.config?view=markup > > > > Note that the madwifi driver is compiled for _madwifi-ng_, not the older > > madwifi. > > > > Dan > > > > > Ah, btw. which drivers are supported out of the box? madwifi? ndiswrapper? > ipw? prism? Are you asking which drivers wpa_supplicant supports out of the box? If so, any drivers that are listed in the config file there, and that wpa_supplicant reports as supported on it's website for 0.4.8, should be supported by wpa_supplicant. Known exceptions: bcm43xx, madwifi-ng (both have intermittent problems caused by unstable or incomplete drivers) Or, if you're asking which drivers that Fedora Core 5 supports out of the box, that's a different question. Dan From chasecreek.systemhouse at gmail.com Fri Mar 10 14:54:59 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Fri, 10 Mar 2006 09:54:59 -0500 Subject: XEN and Shutdown Message-ID: <91f88ee20603100654g92990eas2278f9ba58ca45ac@mail.gmail.com> i386 FC5 Test 3 using XEN Hypervisor When using the XEN Hypervisor (1955) kernel the shutdown process appears to proceed normally BUT the system never powers off. Should I file a bug? -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From pjones at redhat.com Fri Mar 10 14:56:19 2006 From: pjones at redhat.com (Peter Jones) Date: Fri, 10 Mar 2006 09:56:19 -0500 Subject: FC5 Boot errors after 2.6.15-1.1948 In-Reply-To: <000801c6441b$bac890b0$6c01a8c0@21stcenturybusiness.local> References: <200603080947.k289lo7v008873@enterprise.byteline.com.au> <1141947542.4313.39.camel@vroomfondel.internal.datastacks.com> <000801c6441b$bac890b0$6c01a8c0@21stcenturybusiness.local> Message-ID: <1142002579.19986.4.camel@vroomfondel.internal.datastacks.com> On Fri, 2006-03-10 at 16:05 +0800, Andrew Stephen wrote: > [root at enterprise config]# mkinitrd -v -f /boot/initrd-2.6.15-1.1948.img > 2.6.15-1.1948 > No modules available for kernel "2.6.15-1.1948". Er, that should be 2.6.15-1.1948_FC5 in both cases, sorry... -- Peter From chasecreek.systemhouse at gmail.com Fri Mar 10 14:59:13 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Fri, 10 Mar 2006 09:59:13 -0500 Subject: PPC FC5 Test 3 Message-ID: <91f88ee20603100659p332a15a8tf7291843774d33b1@mail.gmail.com> Regarding PPC FC5 Test 3 - I have abandoned all hope for PPC as of FC5 Test 3. If there are any open bugs reports from me please close them as I am not going to pursue testing or development for the PPC; after 20+ attempts to install or set it up after installing it the kernel/file journal marks the ext3 root partition as read-only and pisses all over the filesystem thereby forcing a complete re-install. Sorry, but I'm done (for the time being anyways.) -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From fedora at mishakononov.com Fri Mar 10 15:01:05 2006 From: fedora at mishakononov.com (Misha Kononov) Date: Fri, 10 Mar 2006 10:01:05 -0500 Subject: Issues with system-config-httpd and apache mods In-Reply-To: <4410CC11.6040109@mishakononov.com> References: <4410CC11.6040109@mishakononov.com> Message-ID: <441194B1.3020302@mishakononov.com> Misha Kononov wrote: > Alright, trying to get httpd up and running for a local testing > server. I removed everything related, then used yum to install httpd > and system-config-httpd. > > [misha at panoz etc]$ sudo ./init.d/httpd start > Starting httpd: [ OK ] > [misha at panoz etc]$ sudo ./init.d/httpd stop > Stopping httpd: [ OK ] > > Looks good so far, then I used system-config-httpd to make some > changes (default root directory and server name, nothing else) and > upon trying to start it again I get > [misha at panoz etc]$ sudo ./init.d/httpd start > Starting httpd: httpd: Syntax error on line 170 of > /etc/httpd/conf/httpd.conf: Cannot load > /etc/httpd/modules/mod_access.so into server: > /etc/httpd/modules/mod_access.so: cannot open shared object file: No > such file or directory > [FAILED] > > Haven't really played around with it much yet, but initially feels > like either a packaging issue or an issue with the way s-c-httpd is > writing the httpd.conf. > > --Misha Note to self: check Bugzilla first. This issue is open and there is a patch for it here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180056 . Sorry for the post -- just laziness on my part. --Misha From katzj at redhat.com Fri Mar 10 15:53:52 2006 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 10 Mar 2006 10:53:52 -0500 Subject: Fedora Core 5 Status Message-ID: <1142006032.29247.10.camel@orodruin.boston.redhat.com> Due to circumstances outside of our control, we're going to be unable to keep to the scheduled date of March 15th for the release of FC5 and instead are going to have to make the release date Monday, March 20th. While unfortunate in some ways, this gives us the opportunity to pull in the final GNOME 2.14 tarballs which should be available on Monday assuming the changes are suitably minor. Jeremy From jkeating at redhat.com Fri Mar 10 16:18:48 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 10 Mar 2006 11:18:48 -0500 Subject: PPC FC5 Test 3 In-Reply-To: <91f88ee20603100659p332a15a8tf7291843774d33b1@mail.gmail.com> References: <91f88ee20603100659p332a15a8tf7291843774d33b1@mail.gmail.com> Message-ID: <1142007529.2505.17.camel@ender> On Fri, 2006-03-10 at 09:59 -0500, Chasecreek Systemhouse wrote: > I have abandoned all hope for PPC as of FC5 Test 3. Hrm, I didn't realize Test3 was that bad? I've got two ppc systems in my cube here, a mac mini G4 and a imac G5. Both are capable of installing recent rawhide and booting many times. (Ok so the G5 doesn't do X very well, but beside that....) I'm OK with you giving up on Test3, but would you please please try the latest rawhide and let us know how that goes? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From guess.who at freesurf.fr Fri Mar 10 15:54:13 2006 From: guess.who at freesurf.fr (Larry tb) Date: Fri, 10 Mar 2006 16:54:13 +0100 Subject: XEN and Shutdown In-Reply-To: <91f88ee20603100654g92990eas2278f9ba58ca45ac@mail.gmail.com> References: <91f88ee20603100654g92990eas2278f9ba58ca45ac@mail.gmail.com> Message-ID: <4411A125.2030008@freesurf.fr> Have the same problem, on x64_86 Chasecreek Systemhouse wrote: >i386 FC5 Test 3 using XEN Hypervisor > >When using the XEN Hypervisor (1955) kernel the shutdown process >appears to proceed normally BUT the system never powers off. > >Should I file a bug? >-- >WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ > > > From davej at redhat.com Fri Mar 10 16:38:12 2006 From: davej at redhat.com (Dave Jones) Date: Fri, 10 Mar 2006 11:38:12 -0500 Subject: kernel 2038 x86_64 segfault In-Reply-To: <441158A2.3020506@ens.fr> References: <441158A2.3020506@ens.fr> Message-ID: <20060310163812.GC18755@redhat.com> On Fri, Mar 10, 2006 at 11:44:50AM +0100, Giuseppe Castagna wrote: > Kernel 2038 segfaults. I cannot really describe the error since right > after the message the message "Booting .." the screen panics by > scrolling very fastly message errors. I can distinguish the word > "segfault" but nothing more. My configuration works with 2008 (apart > from a bugzilled open bug that mkinitrd does not load sd_mod) Repeatable here, we're investigating. Hopefully we'll have a fix at http://people.redhat.com/davej/kernels/Fedora/devel/ by the end of the day. Dave -- http://www.codemonkey.org.uk From orion at cora.nwra.com Fri Mar 10 17:14:56 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 10 Mar 2006 10:14:56 -0700 Subject: kernels and standby power usage Message-ID: Is there anything in the kernel (or other) that would affect laptop battery draw while in standby mode? From clydekunkel7734 at cox.net Fri Mar 10 17:17:38 2006 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Fri, 10 Mar 2006 12:17:38 -0500 Subject: Fedora Core 5 Status In-Reply-To: <1142006032.29247.10.camel@orodruin.boston.redhat.com> References: <1142006032.29247.10.camel@orodruin.boston.redhat.com> Message-ID: <4411B4B2.8050005@cox.net> Jeremy Katz wrote: > Due to circumstances outside of our control, we're going to be unable to > keep to the scheduled date of March 15th for the release of FC5 and > instead are going to have to make the release date Monday, March 20th. > While unfortunate in some ways, this gives us the opportunity to pull in > the final GNOME 2.14 tarballs which should be available on Monday > assuming the changes are suitably minor. > > Jeremy > Is today's rawhide still FC5? Or, is it now FC5 plus new development towards FC6 test 1? -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots) From prigault at oricom.ca Fri Mar 10 17:20:33 2006 From: prigault at oricom.ca (Philippe Rigault) Date: Fri, 10 Mar 2006 12:20:33 -0500 Subject: Fedora Core 5 Status Message-ID: <200603101220.33585.prigault@oricom.ca> > Due to circumstances outside of our control, we're going to be unable to > keep to the scheduled date of March 15th for the release of FC5 and > instead are going to have to make the release date Monday, March 20th. > While unfortunate in some ways, this gives us the opportunity to pull in > the final GNOME 2.14 tarballs which should be available on Monday > assuming the changes are suitably minor. > > Jeremy I have two problems with this: The first is that FC5 will be released essentially _untested_ after two of its main components were upgraded to a stable release after FC5test3: - gcc 4.1.0 - glibc-2.4 It could be argued that FC5 will be _released_ with a stable release of its compiler and C library, but not that this had been tested. The second goes the same way, arguing that if test3 is the latest test release, any new major component should _not_ be upgraded to a new release, which is particularly true for a big beast like GNOME. Here are comments from Jesse and Alan made after I raised the very point of GNOME 2.14: > On Sat, 2006-02-04 at 11:57 -0500, Philippe Rigault wrote: > > > > I also very much hope that this will be an opportunity for re-assessing the > > relevance of March 15 as the release date for FC5-final, which I see a the > > worst possible choice in March, given the following release dates: > > March 15 GNOME-2.14, koffice-1.5 > > March 17 KDE-3.5.2 > > >On Sat, 04 Feb 2006 10:15:54 -0800, Jesse Keating wrote: > Unfortunately large changes such as the ones above would generally > require another test release before making it final. We're trying to > get all our major changes in before test3 so that the time between test3 > and final is spent fixing all the BUGS found in test3 rather than > introducing more new software and more new bugs. > >-- >Jesse Keating RHCE (geek.j2solutions.net) >Fedora Legacy Team (www.fedoralegacy.org) >GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) > >On Mon, 6 Feb 2006 10:37:30 -0500, Alan Cox wrote: >It would need to be a large delay because moving to major new versions means >invalidating a lot of the testing work in T1/T2. If sliding test2 a bit to fit >these would have worked then maybe there would be a practical way to do it, but >test3 > final is about polishing critical final bugs. > >Alan In conclusion, I think that: 1. There should be a new test release, so that gcc/glibc are tested before FC5 final 2. Since GNOME 2.14 may happen before this test release, it could be included. Cheers, Philippe From katzj at redhat.com Fri Mar 10 17:25:49 2006 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 10 Mar 2006 12:25:49 -0500 Subject: Fedora Core 5 Status In-Reply-To: <200603101220.33585.prigault@oricom.ca> References: <200603101220.33585.prigault@oricom.ca> Message-ID: <1142011549.3073.8.camel@aglarond.local> On Fri, 2006-03-10 at 12:20 -0500, Philippe Rigault wrote: > I have two problems with this: > > The first is that FC5 will be released essentially _untested_ after two of its > main components were upgraded to a stable release after FC5test3: > - gcc 4.1.0 > - glibc-2.4 > > It could be argued that FC5 will be _released_ with a stable release of its > compiler and C library, but not that this had been tested. The changes between what we shipped in test3 and what we're going to be shipping are extremely small. And we _always_ have to fix bugs in things between test3 and the final release, sometimes larger ones than the diff present there. > The second goes the same way, arguing that if test3 is the latest test > release, any new major component should _not_ be upgraded to a new release, > which is particularly true for a big beast like GNOME. Again, the changes going in at this point are all small targeted bug fixes as they wind down their release cycle. Trust me, we're looking at diffs of everything that's going in at this point and if some component of GNOME goes off and rewrites a huge chunk of how it works, we're not going to pull it in. Jeremy From katzj at redhat.com Fri Mar 10 17:26:36 2006 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 10 Mar 2006 12:26:36 -0500 Subject: Fedora Core 5 Status In-Reply-To: <4411B4B2.8050005@cox.net> References: <1142006032.29247.10.camel@orodruin.boston.redhat.com> <4411B4B2.8050005@cox.net> Message-ID: <1142011596.3073.10.camel@aglarond.local> On Fri, 2006-03-10 at 12:17 -0500, Clyde E. Kunkel wrote: > Jeremy Katz wrote: > > Due to circumstances outside of our control, we're going to be unable to > > keep to the scheduled date of March 15th for the release of FC5 and > > instead are going to have to make the release date Monday, March 20th. > > While unfortunate in some ways, this gives us the opportunity to pull in > > the final GNOME 2.14 tarballs which should be available on Monday > > assuming the changes are suitably minor. > > Is today's rawhide still FC5? Or, is it now FC5 plus new development > towards FC6 test 1? It will remain FC5 until we have a final tree. I'll make sure a heads-up gets sent when we make the change Jeremy From alan at redhat.com Fri Mar 10 17:43:13 2006 From: alan at redhat.com (Alan Cox) Date: Fri, 10 Mar 2006 12:43:13 -0500 Subject: shortcut to new shell opened behind the first one .... In-Reply-To: <441184A5.8070409@freesurf.fr> References: <441184A5.8070409@freesurf.fr> Message-ID: <20060310174313.GB1292@devserv.devel.redhat.com> On Fri, Mar 10, 2006 at 02:52:37PM +0100, Larry tb wrote: > When using shortcut ctrl shift N, to open a new shell, the new shell is > opened BEHIND the actual one. > Is it a new fonction ? > Not very useful is it ? Its alleged to be a feature. It tries to open applications run from a shell behind the shell so that you keep having to bring them to the front. This includes new shells, programs you really wanted to appear in front of it, and so on. In theory it stops a new application from interfering with the command line you are typing, but it is intentional. From briang at pmccorp.com Fri Mar 10 17:54:56 2006 From: briang at pmccorp.com (Brian Gaynor) Date: Fri, 10 Mar 2006 09:54:56 -0800 Subject: rawhide report: 20060310 changes In-Reply-To: <200603100814.k2A8ETTT016596@porkchop.devel.redhat.com> References: <200603100814.k2A8ETTT016596@porkchop.devel.redhat.com> Message-ID: <1142013296.2718.5.camel@canis> On Fri, 2006-03-10 at 03:14 -0500, Build System wrote: > kernel-2.6.15-1.2038_FC5 > ------------------------ > * Thu Mar 09 2006 Stephen Tweedie > - Disable a bunch of hardware drivers in xenU that have no business > being built in an unprivileged guest. > - Fix conflict between Xen and ati patch from latest git tree > > * Thu Mar 09 2006 Dave Jones > - 2.6.16rc5-git12/git13 > - Make 'quiet' work again. > - Turn off some debugging stuff. > - Fix up some debug spew that could occur during resume. > > * Wed Mar 08 2006 Dave Jones > - 2.6.16rc5-git10/git11 So far so good for me with no sign of #182731. -- Brian Gaynor www.pmccorp.com FC4/Linux on DELL Inspiron 5160 3.0Ghz canis 09:54:06 up 14 min, 1 user, load average: 0.62, 0.47, From amellan at gmail.com Fri Mar 10 18:12:28 2006 From: amellan at gmail.com (Alain Mellan) Date: Fri, 10 Mar 2006 10:12:28 -0800 Subject: Help Needed: TEST FC5 KERNELS! In-Reply-To: <1141947702.4313.41.camel@vroomfondel.internal.datastacks.com> References: <440F09EF.10009@redhat.com> <95ac75570603080851y18d7debp796c3bd7699f3e70@mail.gmail.com> <1141947702.4313.41.camel@vroomfondel.internal.datastacks.com> Message-ID: <95ac75570603101012k4ec23acaqcb0551bea70329c1@mail.gmail.com> > That's really weird -- video state on resume from hibernate should be > *exactly* the same as if you'd just rebooted. We're not fiddling with > it, and the machine _is_ doing a cold boot. Yes. In some cases, the server starts, but the video is not initialized properly. Window redrawingis not done properly. I added chvt/fgconsole in /etc/pm/functions-intel, it does a bit better, but still sometimes the video is not initialized properly. Also, suspend/resume doesn't work. The video doesn't come back. 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) 00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) -- alain. From orion at cora.nwra.com Fri Mar 10 18:19:10 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 10 Mar 2006 11:19:10 -0700 Subject: Why can't I see my other processes? In-Reply-To: <200603100937.k2A9b6EI001206@tiffany.internal.tigress.co.uk> References: <200603100937.k2A9b6EI001206@tiffany.internal.tigress.co.uk> Message-ID: Ron Yorston wrote: > > SELinux is preventing access to files in /proc for certain processes. > This breaks ps, top and other things that try to get information from > /proc. > > Apparently this is intentional and therefore NOTABUG: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183387 > > Ron > Well, it was closed "NOTABUG" but also noted as "Fixed": Comment #3 From Daniel Walsh (dwalsh at redhat.com) on 2006-03-10 08:24 EST [reply] Fixed in selinux-policy-2.2.23-15 From pjones at redhat.com Fri Mar 10 18:32:59 2006 From: pjones at redhat.com (Peter Jones) Date: Fri, 10 Mar 2006 13:32:59 -0500 Subject: Help Needed: TEST FC5 KERNELS! In-Reply-To: <95ac75570603101012k4ec23acaqcb0551bea70329c1@mail.gmail.com> References: <440F09EF.10009@redhat.com> <95ac75570603080851y18d7debp796c3bd7699f3e70@mail.gmail.com> <1141947702.4313.41.camel@vroomfondel.internal.datastacks.com> <95ac75570603101012k4ec23acaqcb0551bea70329c1@mail.gmail.com> Message-ID: <1142015580.19986.12.camel@vroomfondel.internal.datastacks.com> On Fri, 2006-03-10 at 10:12 -0800, Alain Mellan wrote: > > That's really weird -- video state on resume from hibernate should be > > *exactly* the same as if you'd just rebooted. We're not fiddling with > > it, and the machine _is_ doing a cold boot. > > Yes. In some cases, the server starts, but the video is not > initialized properly. Window redrawingis not done properly. "the server starts" meaning what? The X server? Or are you saying sometimes video is messed up when you power on the machine, regardless of hibernate? > I added > chvt/fgconsole in /etc/pm/functions-intel, it does a bit better, I wouldn't expect this to make any difference at all -- we're already switching VTs to an unalocated one before suspend (or hibernate), and switching back after resume. So when it does "a bit better", what exactly are you seeing that happens differently? Are you using intelfb, or just the normal text mode? -- Peter From lsatenstein at yahoo.com Fri Mar 10 18:33:39 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Fri, 10 Mar 2006 10:33:39 -0800 (PST) Subject: One week delay In-Reply-To: <20060310170025.BC94A7414F@hormel.redhat.com> Message-ID: <20060310183339.4453.qmail@web30202.mail.mud.yahoo.com> There are many rough edges to the Core5 release. I personally would want the extra week(s) spent on cleaning up. My nuances I found XEN version will not power off after a shutdown command I found that any user, including guest, could issue a shutdown command I found that there are still keyboard definition problems that are not solved I agree that having an extra week or even two, where developers can clean up stuff and not have to respond to this newsletter will be more beneficial than having them constantly working in reaction mode. I can wait. I want core5 as stable as is core4. ------------------------------ Message: 5 Date: Fri, 10 Mar 2006 10:53:52 -0500 From: Jeremy Katz Subject: Fedora Core 5 Status To: fedora-maintainers at redhat.com Cc: fedora-devel-list at redhat.com, fedora-test-list at redhat.com Message-ID: <1142006032.29247.10.camel at orodruin.boston.redhat.com> Content-Type: text/plain Due to circumstances outside of our control, we're going to be unable to keep to the scheduled date of March 15th for the release of FC5 and instead are going to have to make the release date Monday, March 20th. While unfortunate in some ways, this gives us the opportunity to pull in the final GNOME 2.14 tarballs which should be available on Monday assuming the changes are suitably minor. Jeremy -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Fri Mar 10 18:38:28 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 10 Mar 2006 13:38:28 -0500 Subject: One week delay In-Reply-To: <20060310183339.4453.qmail@web30202.mail.mud.yahoo.com> References: <20060310183339.4453.qmail@web30202.mail.mud.yahoo.com> Message-ID: <1142015909.2505.29.camel@ender> On Fri, 2006-03-10 at 10:33 -0800, Leslie Satenstein wrote: > There are many rough edges to the Core5 release. > I personally would want the extra week(s) spent on cleaning up. Just to prevent any further misconceptions, we are NOT spending this week churning existing packages. We have VERY specific goals of this extra time. Get the kernel working TODAY, finish rebuilding a few packages for a gcc bug found yesterday which tickled selinux, and POSSIBLY get the gnome 2.14 final tarballs in. Thats largely IT. Any further changes requires further testing beyond the scope we're comfortable with in the extra 5~ days. Some of these other things may be worked on for early stage FC5 updates, but we don't want any further changes happening to the tree that we're trying to get into a shippable state. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From clydekunkel7734 at cox.net Fri Mar 10 18:39:20 2006 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Fri, 10 Mar 2006 13:39:20 -0500 Subject: kernel panic with attempted clean i386 install of todays rawhide Message-ID: <4411C7D8.1010706@cox.net> due to initrd not being created, which may be due to numerous scriplet errors. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185106 -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots) From chasecreek.systemhouse at gmail.com Fri Mar 10 19:11:36 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Fri, 10 Mar 2006 14:11:36 -0500 Subject: PPC FC5 Test 3 In-Reply-To: <1142007529.2505.17.camel@ender> References: <91f88ee20603100659p332a15a8tf7291843774d33b1@mail.gmail.com> <1142007529.2505.17.camel@ender> Message-ID: <91f88ee20603101111y150368f1g940bac331ac0bc1b@mail.gmail.com> On 3/10/06, Jesse Keating wrote: > Hrm, I didn't realize Test3 was that bad? I've got two ppc systems in > my cube here, a mac mini G4 and a imac G5. Both are capable of > installing recent rawhide and booting many times. (Ok so the G5 doesn't > do X very well, but beside that....) But FC5 Test 3 isn't that bad -- it's just that I only have access to various old G3 1999 iMacs to try it out on. =( My best system is a iMac Blueberry which FC thinks is a Firewire MoBo. G3 350MHz, 320MB RAM. Maybe they are on the edge of being too old; most likely. > I'm OK with you giving up on Test3, but would you please please try the > latest rawhide and let us know how that goes? I can drag my iMac to work (I don't use the Internet at home) then I can install FC5Test2 and *upgrade* via the mirror to most (not all) FC5Test3 *software* but - * I cannot use any kernel since 1826 (all of them mark the root ext3 as R/O.) * The FC5T3 PPC CD installer set (5 disks), for the most part, will not install -- I am repeatedly bombarded with various anaconda errors -- many of which are traced back to the installer trying to access beyond the end of the physical size of the disk -- no matter what size disk I use (the biggest has been a 160GB Barracuda.) * The bootloader/installer still does NOT create a valid Apple label. If I delete all the partitions and mark the disk as a PC MSDOS label the installer is not able to switch it back to a standard Apple Label. So anyways I have a few iMacs that no longer run applications that I desire -- most of which are Linux apps; so you see the need to get FC running. I guess I will have to commit to i386 -- hell Apple has already... I'm just frustrated -- but I won't give up... -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From jkeating at redhat.com Fri Mar 10 19:20:09 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 10 Mar 2006 14:20:09 -0500 Subject: PPC FC5 Test 3 In-Reply-To: <91f88ee20603101111y150368f1g940bac331ac0bc1b@mail.gmail.com> References: <91f88ee20603100659p332a15a8tf7291843774d33b1@mail.gmail.com> <1142007529.2505.17.camel@ender> <91f88ee20603101111y150368f1g940bac331ac0bc1b@mail.gmail.com> Message-ID: <1142018410.2505.31.camel@ender> On Fri, 2006-03-10 at 14:11 -0500, Chasecreek Systemhouse wrote: > > I can drag my iMac to work (I don't use the Internet at home) then I > can install FC5Test2 and *upgrade* via the mirror to most (not all) > FC5Test3 *software* but - Why can't you use the boot.iso provided in the nightly rawhide runs to boot from, and then do the install from a mirror or local mirror? A clean start from what is very very very very close to FC5, rather than a iffy test release upgraded? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From chasecreek.systemhouse at gmail.com Fri Mar 10 19:24:38 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Fri, 10 Mar 2006 14:24:38 -0500 Subject: PPC FC5 Test 3 In-Reply-To: <1142018410.2505.31.camel@ender> References: <91f88ee20603100659p332a15a8tf7291843774d33b1@mail.gmail.com> <1142007529.2505.17.camel@ender> <91f88ee20603101111y150368f1g940bac331ac0bc1b@mail.gmail.com> <1142018410.2505.31.camel@ender> Message-ID: <91f88ee20603101124n1ba9c97fx3a9781a2b8a4a7f3@mail.gmail.com> On 3/10/06, Jesse Keating wrote: > Why can't you use the boot.iso provided in the nightly rawhide runs to > boot from, and then do the install from a mirror or local mirror? A > clean start from what is very very very very close to FC5, rather than a > iffy test release upgraded? Yes, I could. But I did it the other way because people will do it like this: Download a CD Installer Set. Boot from CD 1. Atempt install process. A while back I tried the newer boot.iso CD but it complains that the other CDs do not match that CD -- something about it wanting/expecting a PPC64; I haven't tried that lately however. I'll try the boot CD and see if I can talk to the installer mirror next week -- best I can do at the moment. -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From sundaram at fedoraproject.org Fri Mar 10 19:27:17 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 11 Mar 2006 00:57:17 +0530 Subject: One week delay In-Reply-To: <20060310183339.4453.qmail@web30202.mail.mud.yahoo.com> References: <20060310183339.4453.qmail@web30202.mail.mud.yahoo.com> Message-ID: <4411D315.3080403@fedoraproject.org> Leslie Satenstein wrote: >There are many rough edges to the Core5 release. >I personally would want the extra week(s) spent on cleaning up. > >My nuances >I found XEN version will not power off after a shutdown command > > Did you file a bug report on this? >I found that any user, including guest, could issue a shutdown command > > This one is not a bug. >I found that there are still keyboard definition problems that are not solved > > Any bug reports? -- Rahul From chasecreek.systemhouse at gmail.com Fri Mar 10 19:30:40 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Fri, 10 Mar 2006 14:30:40 -0500 Subject: i386 Add/Remove Apps Message-ID: <91f88ee20603101130q7bf0ed3ci8c3602cc25958ed3@mail.gmail.com> [... the PPC thread not withstanding.] Beside me is a FC5 Test 3 i386 trying to run Add/Remove Apps (my "at work" box is WinXP, go figure.) Anyways, the i386 Add/Remove Apps system looks like it is *frozen* but when I switch to a text console and look at tcpdump I can see the data flowing. What I don't understand is why doesn't the GUI screen fresh? I know I am trying to download about ~500MB of applications and other data but that should not stop the GUI from freshing... Ideas? -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From jkeating at redhat.com Fri Mar 10 19:34:50 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 10 Mar 2006 14:34:50 -0500 Subject: PPC FC5 Test 3 In-Reply-To: <91f88ee20603101124n1ba9c97fx3a9781a2b8a4a7f3@mail.gmail.com> References: <91f88ee20603100659p332a15a8tf7291843774d33b1@mail.gmail.com> <1142007529.2505.17.camel@ender> <91f88ee20603101111y150368f1g940bac331ac0bc1b@mail.gmail.com> <1142018410.2505.31.camel@ender> <91f88ee20603101124n1ba9c97fx3a9781a2b8a4a7f3@mail.gmail.com> Message-ID: <1142019290.2505.34.camel@ender> On Fri, 2006-03-10 at 14:24 -0500, Chasecreek Systemhouse wrote: > Yes, I could. But I did it the other way because people will do it like this: > > Download a CD Installer Set. > Boot from CD 1. > Atempt install process. Sure, but then you're tied to the kernel and installer set from that time. During the development process, this changes rather frequently. > A while back I tried the newer boot.iso CD but it complains that the > other CDs do not match that CD -- something about it wanting/expecting > a PPC64; I haven't tried that lately however. Well, new boot.iso is tired to new anaconda and new installation tree. They can't be used with the older tree. > I'll try the boot CD and see if I can talk to the installer mirror > next week -- best I can do at the moment. Ok. We really do appreciate testing that happens within the community. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From chasecreek.systemhouse at gmail.com Fri Mar 10 19:44:46 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Fri, 10 Mar 2006 14:44:46 -0500 Subject: One week delay In-Reply-To: <4411D315.3080403@fedoraproject.org> References: <20060310183339.4453.qmail@web30202.mail.mud.yahoo.com> <4411D315.3080403@fedoraproject.org> Message-ID: <91f88ee20603101144t450a3613xb84e10660e77be85@mail.gmail.com> On 3/10/06, Rahul Sundaram wrote: > Did you file a bug report on this? There is this bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182608 -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From huffman at graze.net Fri Mar 10 19:53:41 2006 From: huffman at graze.net (Brian C. Huffman) Date: Fri, 10 Mar 2006 14:53:41 -0500 Subject: Bling? Message-ID: <1142020421.3147.20.camel@zaphod.graze.net> Is there a project for the new accelerated compositing that's being merged into Xorg and associated apps? I'd like to be able to follow the status like I do here on the fedora distro. Thanks, Brian From justin.conover at gmail.com Fri Mar 10 20:49:49 2006 From: justin.conover at gmail.com (Justin Conover) Date: Fri, 10 Mar 2006 14:49:49 -0600 Subject: Bling? In-Reply-To: <1142020421.3147.20.camel@zaphod.graze.net> References: <1142020421.3147.20.camel@zaphod.graze.net> Message-ID: On 3/10/06, Brian C. Huffman wrote: > > Is there a project for the new accelerated compositing that's being > merged into Xorg and associated apps? I'd like to be able to follow the > status like I do here on the fedora distro. > > Thanks, > Brian > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > Here is the wiki for AIGLX http://fedoraproject.org/wiki/RenderingProject/aiglx Installing on Rawhide http://fedoraproject.org/wiki/RenderingProject/AiglxOnFedora -------------- next part -------------- An HTML attachment was scrubbed... URL: From uno at webworks.se Fri Mar 10 20:53:56 2006 From: uno at webworks.se (Uno Engborg) Date: Fri, 10 Mar 2006 21:53:56 +0100 Subject: shortcut to new shell opened behind the first one .... In-Reply-To: <441184A5.8070409@freesurf.fr> References: <441184A5.8070409@freesurf.fr> Message-ID: <4411E764.1070605@webworks.se> Larry tb skrev: > When using shortcut ctrl shift N, to open a new shell, the new shell > is opened BEHIND the actual one. > Is it a new fonction ? > Not very useful is it ? Every new window is opened behind the shell. Try to type open sabayon, by typing the command from a shell, and you will find that the sabayon window is completely covered by the shell from which it was opened. In fact it made me think sabayon was broken as nothing seamed to happen. I think that they did it this way to prevent opening windows from grabbing the user input, something that could be serious if the user is typing a password. However that situation is very rare and I think this should be regarded as a bug. Regards Uno Engborg > From uno at webworks.se Fri Mar 10 21:00:53 2006 From: uno at webworks.se (Uno Engborg) Date: Fri, 10 Mar 2006 22:00:53 +0100 Subject: shortcut to new shell opened behind the first one .... In-Reply-To: <20060310174313.GB1292@devserv.devel.redhat.com> References: <441184A5.8070409@freesurf.fr> <20060310174313.GB1292@devserv.devel.redhat.com> Message-ID: <4411E905.6070903@webworks.se> Alan Cox skrev: > On Fri, Mar 10, 2006 at 02:52:37PM +0100, Larry tb wrote: > >> When using shortcut ctrl shift N, to open a new shell, the new shell is >> opened BEHIND the actual one. >> Is it a new fonction ? >> Not very useful is it ? >> > > Its alleged to be a feature. It tries to open applications run from a shell > behind the shell so that you keep having to bring them to the front. This > includes new shells, programs you really wanted to appear in front of it, > and so on. In theory it stops a new application from interfering with the > command line you are typing, but it is intentional. > > There should really be some way to turn this off, e.g. in gconf Regards Uno Engborg From camilo at mesias.co.uk Fri Mar 10 21:01:18 2006 From: camilo at mesias.co.uk (Cam) Date: Fri, 10 Mar 2006 21:01:18 +0000 Subject: Strange power management behaviour Message-ID: <4411E91E.9060901@mesias.co.uk> Hi, I wonder if anyone has seen strange behaviour from the power management? I'm not sure if I could pin down the details of the problems, but things like: * screensaver activating periodically, even if there has been input (I saw this one time and it hasn't reproduced itself) * strange behaviour at the moment when external power is applied or removed to the laptop, eg. unplug from mains and the machine suspends immediately (the battery is in fine condition at this point); also, start suspend and unplug from the mains before the suspend has completed, when the machine resumes it immediately suspends itself again. The PM prefs are [on AC] display to sleep when inactive (=30 mins) computer to sleep when inactive (=never) lid closed: suspend [battery] display to sleep when inactive (=5 mins) computer to sleep when inactive (=20 mins) lid closed: suspend battery critical: shutdown [general] sleep type when inactive: suspend The behaviour isn't a show stopper but it is a bit annoying and unpolished. -Cam -- <-- camilo at mesias.co.uk From amellan at gmail.com Fri Mar 10 21:01:20 2006 From: amellan at gmail.com (Alain Mellan) Date: Fri, 10 Mar 2006 13:01:20 -0800 Subject: Help Needed: TEST FC5 KERNELS! In-Reply-To: <1142015580.19986.12.camel@vroomfondel.internal.datastacks.com> References: <440F09EF.10009@redhat.com> <95ac75570603080851y18d7debp796c3bd7699f3e70@mail.gmail.com> <1141947702.4313.41.camel@vroomfondel.internal.datastacks.com> <95ac75570603101012k4ec23acaqcb0551bea70329c1@mail.gmail.com> <1142015580.19986.12.camel@vroomfondel.internal.datastacks.com> Message-ID: <95ac75570603101301j6861e155jb2ef8e839b73c749@mail.gmail.com> > "the server starts" meaning what? The X server? Or are you saying > sometimes video is messed up when you power on the machine, regardless > of hibernate? No, no, the video gets messed up after hibernate only. I get two behaviors: either the X server starts and it can't redraw windows properly (i.e. xterm background is all black, windows are not redrawn when moved), or after 6 tries the X server stops and tell me gdm is disabled. Sometimes even in text mode the display is garbled. > > I added > > chvt/fgconsole in /etc/pm/functions-intel, it does a bit better, > > I wouldn't expect this to make any difference at all -- we're already > switching VTs to an unalocated one before suspend (or hibernate), and > switching back after resume. OK. You are right, I thought it was working yesterday, and today I got the same problem again. > So when it does "a bit better", what exactly are you seeing that happens > differently? I meant, I thought I could do more than one hibernate cycle in a row without crashing the video. I think I did 4 cycles before it crashed this morning. > > Are you using intelfb, or just the normal text mode? Just normal text. How to use intelfb? What other information do you think would help? -- alain. From uno at webworks.se Fri Mar 10 21:09:00 2006 From: uno at webworks.se (Uno Engborg) Date: Fri, 10 Mar 2006 22:09:00 +0100 Subject: Help Needed: TEST FC5 KERNELS! In-Reply-To: <1142015580.19986.12.camel@vroomfondel.internal.datastacks.com> References: <440F09EF.10009@redhat.com> <95ac75570603080851y18d7debp796c3bd7699f3e70@mail.gmail.com> <1141947702.4313.41.camel@vroomfondel.internal.datastacks.com> <95ac75570603101012k4ec23acaqcb0551bea70329c1@mail.gmail.com> <1142015580.19986.12.camel@vroomfondel.internal.datastacks.com> Message-ID: <4411EAEC.6080604@webworks.se> Peter Jones skrev: > On Fri, 2006-03-10 at 10:12 -0800, Alain Mellan wrote: > >>> That's really weird -- video state on resume from hibernate should be >>> *exactly* the same as if you'd just rebooted. We're not fiddling with >>> it, and the machine _is_ doing a cold boot. >>> >> Yes. In some cases, the server starts, but the video is not >> initialized properly. Window redrawingis not done properly. >> > > "the server starts" meaning what? The X server? Or are you saying > sometimes video is messed up when you power on the machine, regardless > of hibernate? > > >> I added >> chvt/fgconsole in /etc/pm/functions-intel, it does a bit better, >> > > I wouldn't expect this to make any difference at all -- we're already > switching VTs to an unalocated one before suspend (or hibernate), and > switching back after resume. > > So when it does "a bit better", what exactly are you seeing that happens > differently? > > Are you using intelfb, or just the normal text mode? > How do I tell, and how do I switch between them? Anyhow, what's happening in whatever mode I am using is that /usr/sbin/vbetool post never terminates. Regards Uno Engborg From notting at redhat.com Fri Mar 10 21:12:42 2006 From: notting at redhat.com (Bill Nottingham) Date: Fri, 10 Mar 2006 16:12:42 -0500 Subject: Strange power management behaviour In-Reply-To: <4411E91E.9060901@mesias.co.uk> References: <4411E91E.9060901@mesias.co.uk> Message-ID: <20060310211241.GA25255@devserv.devel.redhat.com> Cam (camilo at mesias.co.uk) said: > I'm not sure if I could pin down the details of the problems, but things > like: > > * screensaver activating periodically, even if there has been input (I > saw this one time and it hasn't reproduced itself) Yes, I'm seeing this. See #183668. > * strange behaviour at the moment when external power is applied or > removed to the laptop, eg. unplug from mains and the machine suspends > immediately (the battery is in fine condition at this point); also, > start suspend and unplug from the mains before the suspend has > completed, when the machine resumes it immediately suspends itself again. Not this, though. Bill From prigault at oricom.ca Fri Mar 10 21:24:12 2006 From: prigault at oricom.ca (Philippe Rigault) Date: Fri, 10 Mar 2006 16:24:12 -0500 Subject: Fedora Core 5 Status In-Reply-To: <200603101358.16653.philippe.rigault@borabora.crchul.ulaval.ca> References: <200603101358.16653.philippe.rigault@borabora.crchul.ulaval.ca> Message-ID: <200603101624.12608.prigault@oricom.ca> On Friday 10 March 2006 13:58, you wrote: > On Fri, 2006-03-10 at 12:20 -0500, Philippe Rigault wrote: > > I have two problems with this: > > > > The first is that FC5 will be released essentially _untested_ after two > > of > > its > > > main components were upgraded to a stable release after FC5test3: > > - gcc 4.1.0 > > - glibc-2.4 > > > > It could be argued that FC5 will be _released_ with a stable release of > > its compiler and C library, but not that this had been tested. > > The changes between what we shipped in test3 and what we're going to be > shipping are extremely small. Sure, only 2442 RPM packages have been rebuilt out of 2442. > And we _always_ have to fix bugs in > things between test3 and the final release, sometimes larger ones than > the diff present there. Understood, but there should be a rule that after the last release candidate, there can not be _any_ major change (such as one that triggers recompilation of all packages) and that only major regressions be fixed. And in case a major change must occur (to fix showstoppers only), then at least one more release candidate is warranted. I find GCC to be an example to follow in the way they deal with releases, both in terms of policies and in terms of enforcing them. Release candidates (which test3 should be) are exactly that, an ideal release candidate is one that is not modified at all before release. A (good) consequence of that is that one never knows how many RC will be necessary, all they know is that quality and process is what drives releases. > > The second goes the same way, arguing that if test3 is the latest test > > release, any new major component should _not_ be upgraded to a new > > release, which is particularly true for a big beast like GNOME. > > Again, the changes going in at this point are all small targeted bug > fixes as they wind down their release cycle. > > Trust me, we're looking at diffs of everything that's going in at this > point and if some component of GNOME goes off and rewrites a huge chunk > of how it works, we're not going to pull it in. This point already has 100% of packages different from what I last tested in core3. I trust you and other Fedora developers for the quality of your work, but it is entirely beside the point. The point of testing is that you avoid surprises, and you always apply the same simple rules consistently. My machines trust neither you nor me. Respecting arbitrary timelines for final releases (especially by a few weeks), although desirable, is of importance close to zero to me compared to quality. Cheers, Philippe. From jkeating at redhat.com Fri Mar 10 21:35:06 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 10 Mar 2006 16:35:06 -0500 Subject: Fedora Core 5 Status In-Reply-To: <200603101624.12608.prigault@oricom.ca> References: <200603101358.16653.philippe.rigault@borabora.crchul.ulaval.ca> <200603101624.12608.prigault@oricom.ca> Message-ID: <1142026506.2505.52.camel@ender> On Fri, 2006-03-10 at 16:24 -0500, Philippe Rigault wrote: > Sure, only 2442 RPM packages have been rebuilt out of 2442. Um, no. These were rebuilt before Test3, and the reason why Test3 took a while because we wanted to get these built FOR test3 so that they would get TESTING. > > And we _always_ have to fix bugs in > > things between test3 and the final release, sometimes larger ones than > > the diff present there. > > Understood, but there should be a rule that after the last release candidate, > there can not be _any_ major change (such as one that triggers recompilation > of all packages) and that only major regressions be fixed. And in case a > major change must occur (to fix showstoppers only), then at least one more > release candidate is warranted. > I find GCC to be an example to follow in the way they deal with releases, both > in terms of policies and in terms of enforcing them. Release candidates > (which test3 should be) are exactly that, an ideal release candidate is one > that is not modified at all before release. A (good) consequence of that is > that one never knows how many RC will be necessary, all they know is that > quality and process is what drives releases. The goal of FC5 was to get in gcc4.1. We used pre-release snapshots during the development leading up to the final release. We used these pre-releases as targets that would need the full rebuild so that when the final landed it would NOT necessitate rebuilding the entire distro. See, this was planned out and done with a purpose. We didn't just wake up one day and say "Hey, lets toss in a new compiler sometime in the middle of the development cycle.", this was something we planned around from the get go. Same with gnome. Pre-release snapshots DURING testing to be tested, so that when the final tarballs land, they'll just be fixing bugs and not introducing new features. Funny that. > > > The second goes the same way, arguing that if test3 is the latest test > > > release, any new major component should _not_ be upgraded to a new > > > release, which is particularly true for a big beast like GNOME. > > > > Again, the changes going in at this point are all small targeted bug > > fixes as they wind down their release cycle. > > > > Trust me, we're looking at diffs of everything that's going in at this > > point and if some component of GNOME goes off and rewrites a huge chunk > > of how it works, we're not going to pull it in. > This point already has 100% of packages different from what I last tested in > core3. > > I trust you and other Fedora developers for the quality of your work, but it > is entirely beside the point. > The point of testing is that you avoid surprises, and you always apply the > same simple rules consistently. > My machines trust neither you nor me. > We're avoiding surprises by using the prerelease snapshots on an, um, prerelease snapshot of Fedora. So that when the final releases come out, we're not surprised by anything, we've been tracking it all along, and we're doing just minor updates for the final release. Does this make sense? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From lsatenstein at yahoo.com Fri Mar 10 21:46:57 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Fri, 10 Mar 2006 13:46:57 -0800 (PST) Subject: Reported bugs -- yes they were Message-ID: <20060310214657.89257.qmail@web30202.mail.mud.yahoo.com> Hi Rahul, It is till Friday in Canada, but I note the time you are responding. I complement you on your dedication. Yes, in response to your question, I filed bugs, and yes, there are some keyboard changes coming after go live. As for being able to shutdown from any account. It says that Core5 cannot be used as a server and also have another guest user who could issue that command. I should not have to modify the halt / shutdown / reboot stuff to add security. If I want a guest end user to do a shutdown, I want to extend that privledge to him. This last point is philosophical (I have a UPS to prevent power spike generated shutdowns, and on the otherhand, any user can issue a shutdown request.) GNOME project is saying they can control access to what is shown on a user's menu. Perhaps that is the way to do it, to prevent access to restricted software. Message: 17 Date: Sat, 11 Mar 2006 00:57:17 +0530 From: Rahul Sundaram Subject: Re: One week delay To: For testers of Fedora Core development releases Message-ID: <4411D315.3080403 at fedoraproject.org> Content-Type: text/plain; charset=us-ascii; format=flowed Leslie Satenstein wrote: >There are many rough edges to the Core5 release. >I personally would want the extra week(s) spent on cleaning up. > >My nuances >I found XEN version will not power off after a shutdown command > > Did you file a bug report on this? >I found that any user, including guest, could issue a shutdown command > > This one is not a bug. >I found that there are still keyboard definition problems that are not solved > > Any bug reports? -- Rahul -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Fri Mar 10 21:52:04 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 11 Mar 2006 03:22:04 +0530 Subject: Reported bugs -- yes they were In-Reply-To: <20060310214657.89257.qmail@web30202.mail.mud.yahoo.com> References: <20060310214657.89257.qmail@web30202.mail.mud.yahoo.com> Message-ID: <4411F504.4020907@fedoraproject.org> Leslie Satenstein wrote: >Hi Rahul, >It is till Friday in Canada, but I note the time you are responding. I complement you on your dedication. > > Well its actually 3 AM at Saturday for me ;-) >Yes, in response to your question, I filed bugs, and yes, there are some keyboard changes coming after go live. > > If you did file bug reports, kindly do provide the links to those bug reports for reference when you talk about them >As for being able to shutdown from any account. It says that Core5 cannot be used as a server and also have another guest user who could issue that command. >I should not have to modify the halt / shutdown / reboot stuff to add security. If I want a guest end user to do a shutdown, >I want to extend that privledge to him. > > This has already been discussed in the lists before. If a person has physical access to the system, he can always turn it off or set your system on fire, so merely controlling the ability to turn off or reboot the system doesnt provide any real security and is a hiderance to getting work done. This is by no means a blocker bug that needs to be dealt with one week before a release anyway. -- Rahul From pjones at redhat.com Fri Mar 10 22:00:40 2006 From: pjones at redhat.com (Peter Jones) Date: Fri, 10 Mar 2006 17:00:40 -0500 Subject: Help Needed: TEST FC5 KERNELS! In-Reply-To: <4411EAEC.6080604@webworks.se> References: <440F09EF.10009@redhat.com> <95ac75570603080851y18d7debp796c3bd7699f3e70@mail.gmail.com> <1141947702.4313.41.camel@vroomfondel.internal.datastacks.com> <95ac75570603101012k4ec23acaqcb0551bea70329c1@mail.gmail.com> <1142015580.19986.12.camel@vroomfondel.internal.datastacks.com> <4411EAEC.6080604@webworks.se> Message-ID: <1142028041.19986.17.camel@vroomfondel.internal.datastacks.com> On Fri, 2006-03-10 at 22:09 +0100, Uno Engborg wrote: > Peter Jones skrev: > > Are you using intelfb, or just the normal text mode? > > > How do I tell, and how do I switch between them? If you don't know, you're not using intelfb. And that's probably good, at least for now. > Anyhow, what's happening in whatever mode I am using is that > /usr/sbin/vbetool post > never terminates. Er, we shouldn't be _running_ vbetool post on resume-from-hibernate currently. What version of pm-utils is installed, and what's in /etc/sysconfig/pm ? -- Peter From selinux at gmail.com Fri Mar 10 22:09:11 2006 From: selinux at gmail.com (Tom London) Date: Fri, 10 Mar 2006 14:09:11 -0800 Subject: Help Needed: TEST FC5 KERNELS! In-Reply-To: <1142028041.19986.17.camel@vroomfondel.internal.datastacks.com> References: <440F09EF.10009@redhat.com> <95ac75570603080851y18d7debp796c3bd7699f3e70@mail.gmail.com> <1141947702.4313.41.camel@vroomfondel.internal.datastacks.com> <95ac75570603101012k4ec23acaqcb0551bea70329c1@mail.gmail.com> <1142015580.19986.12.camel@vroomfondel.internal.datastacks.com> <4411EAEC.6080604@webworks.se> <1142028041.19986.17.camel@vroomfondel.internal.datastacks.com> Message-ID: <4c4ba1530603101409t73c79fa5v161943fec426d1fd@mail.gmail.com> On 3/10/06, Peter Jones wrote: > On Fri, 2006-03-10 at 22:09 +0100, Uno Engborg wrote: > > Peter Jones skrev: > > > Are you using intelfb, or just the normal text mode? > > > > > How do I tell, and how do I switch between them? > > If you don't know, you're not using intelfb. And that's probably good, > at least for now. > > > Anyhow, what's happening in whatever mode I am using is that > > /usr/sbin/vbetool post > > never terminates. > > Er, we shouldn't be _running_ vbetool post on resume-from-hibernate > currently. What version of pm-utils is installed, and what's > in /etc/sysconfig/pm ? > > -- > Peter > Make sure HIBERNATE_RESUME_POST_VIDEO="no" in /etc/sysconfig/pm tom -- Tom London From amellan at gmail.com Fri Mar 10 22:12:55 2006 From: amellan at gmail.com (Alain Mellan) Date: Fri, 10 Mar 2006 14:12:55 -0800 Subject: Help Needed: TEST FC5 KERNELS! In-Reply-To: <1142028041.19986.17.camel@vroomfondel.internal.datastacks.com> References: <440F09EF.10009@redhat.com> <95ac75570603080851y18d7debp796c3bd7699f3e70@mail.gmail.com> <1141947702.4313.41.camel@vroomfondel.internal.datastacks.com> <95ac75570603101012k4ec23acaqcb0551bea70329c1@mail.gmail.com> <1142015580.19986.12.camel@vroomfondel.internal.datastacks.com> <4411EAEC.6080604@webworks.se> <1142028041.19986.17.camel@vroomfondel.internal.datastacks.com> Message-ID: <95ac75570603101412x585d66ala891467f876afc72@mail.gmail.com> As for me, I'm running pm-utils-0.13.1 /etc/sysconfig/pm says SUSPEND_MODULES="button" HIBERNATE_RESUME_POST_VIDEO="no" in /etc/pm/functions-intel, I have now: resume_video() { ( /usr/sbin/vbetool post /usr/sbin/vbetool vbestate restore < /var/run/vbestate /usr/sbin/vbetool dpms on ) > /dev/null 2&1 } I guess I'll try again without the vbetool post and see how it works? From jkeating at j2solutions.net Fri Mar 10 22:14:34 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Fri, 10 Mar 2006 17:14:34 -0500 Subject: Reported bugs -- yes they were In-Reply-To: <20060310214657.89257.qmail@web30202.mail.mud.yahoo.com> References: <20060310214657.89257.qmail@web30202.mail.mud.yahoo.com> Message-ID: <1142028874.2505.56.camel@ender> On Fri, 2006-03-10 at 13:46 -0800, Leslie Satenstein wrote: > As for being able to shutdown from any account. It says that Core5 cannot be used as a server and also have another guest user who could issue that command. > I should not have to modify the halt / shutdown / reboot stuff to add security. If I want a guest end user to do a shutdown, Can you tell me exactly how a non-root user can initiate a shutdown? Aside from say the gnome shutdown menu... -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From pjones at redhat.com Fri Mar 10 22:22:53 2006 From: pjones at redhat.com (Peter Jones) Date: Fri, 10 Mar 2006 17:22:53 -0500 Subject: Help Needed: TEST FC5 KERNELS! In-Reply-To: <95ac75570603101412x585d66ala891467f876afc72@mail.gmail.com> References: <440F09EF.10009@redhat.com> <95ac75570603080851y18d7debp796c3bd7699f3e70@mail.gmail.com> <1141947702.4313.41.camel@vroomfondel.internal.datastacks.com> <95ac75570603101012k4ec23acaqcb0551bea70329c1@mail.gmail.com> <1142015580.19986.12.camel@vroomfondel.internal.datastacks.com> <4411EAEC.6080604@webworks.se> <1142028041.19986.17.camel@vroomfondel.internal.datastacks.com> <95ac75570603101412x585d66ala891467f876afc72@mail.gmail.com> Message-ID: <1142029374.19986.19.camel@vroomfondel.internal.datastacks.com> On Fri, 2006-03-10 at 14:12 -0800, Alain Mellan wrote: > As for me, I'm running pm-utils-0.13.1 > > /etc/sysconfig/pm says > SUSPEND_MODULES="button" > HIBERNATE_RESUME_POST_VIDEO="no" > > in /etc/pm/functions-intel, I have now: > > resume_video() > { > ( > /usr/sbin/vbetool post > /usr/sbin/vbetool vbestate restore < /var/run/vbestate > /usr/sbin/vbetool dpms on > ) > /dev/null 2&1 > } > > I guess I'll try again without the vbetool post and see how it works? But /etc/pm/hooks/20video shouldn't run that function on hibernate's resume path. -- Peter From lsomike at futzin.com Fri Mar 10 22:23:10 2006 From: lsomike at futzin.com (Mike Klinke) Date: Fri, 10 Mar 2006 16:23:10 -0600 Subject: Reported bugs -- yes they were In-Reply-To: <4411F504.4020907@fedoraproject.org> References: <20060310214657.89257.qmail@web30202.mail.mud.yahoo.com> <4411F504.4020907@fedoraproject.org> Message-ID: <200603101623.11153.lsomike@futzin.com> On Friday 10 March 2006 15:52, Rahul Sundaram wrote: > >As for being able to shutdown from any account. It says that > > Core5 cannot be used as a server and also have another guest > > user who could issue that command. I should not have to modify > > the halt / shutdown / reboot stuff to add security. If I want a > > guest end user to do a shutdown, I want to extend that > > privledge to him. > > This has already been discussed in the lists before. If a person > has physical access to the system, he can always turn it off or > set your system on fire, so merely controlling the ability to > turn off or reboot the system doesnt provide any real security > and is a hiderance to getting work done. > > -- > Rahul Surely a remote user is prohibited, by default, from shutting down a computer in a locked facility, no? Regards, Mike KLinke From jspaleta at gmail.com Fri Mar 10 22:00:30 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 10 Mar 2006 17:00:30 -0500 Subject: Reported bugs -- yes they were In-Reply-To: <4411F504.4020907@fedoraproject.org> References: <20060310214657.89257.qmail@web30202.mail.mud.yahoo.com> <4411F504.4020907@fedoraproject.org> Message-ID: <604aa7910603101400l62d0f647obea1de155e78eaea@mail.gmail.com> On 3/10/06, Rahul Sundaram wrote: > This has already been discussed in the lists before. If a person has > physical access to the system, he can always turn it off or set your > system on fire, so merely controlling the ability to turn off or reboot > the system doesnt provide any real security and is a hiderance to > getting work done. This is by no means a blocker bug that needs to be > dealt with one week before a release anyway. I wonder.... would it be possible for a local admin to write a custom pam stack which made the issue of a "guest" getting these "console" permission... without getting into the whole discussion of the underlying pointlessness of it to protect against malicious users intent on turning off a system. It maybe ultimately pointless, but its not worth arguing about. If there is a way right now to rewrite pam related configurations to make this issue go away.. i think we should just write it down in the wiki and point anyone complaining about this to the wiki. -jef"You can't talk sense into a local sysadmin intent on perverting your worldview as to what correct behavior is... just appease them as quickly as possible and move on"spaleta From jvdias at redhat.com Fri Mar 10 22:27:01 2006 From: jvdias at redhat.com (Jason Vas Dias) Date: Fri, 10 Mar 2006 17:27:01 -0500 Subject: Fedora Core 4 Test Update: perl-PDL-2.4.2-2.fc4 Message-ID: <200603102227.k2AMR1119231@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-143 2006-03-10 --------------------------------------------------------------------- Product : Fedora Core 4 Name : perl-PDL Version : 2.4.2 Release : 2.fc4 Summary : PDL Perl module Description : PDL ("Perl Data Language") gives standard Perl the ability to compactly store and speedily manipulate the large N-dimensional data arrays which are the bread and butter of scientific computing. PDL turns perl in to a free, array-oriented, numerical language similar to such commercial packages as IDL and MatLab. --------------------------------------------------------------------- * Fri Mar 10 2006 Jason Vas Dias - 2.4.2-2 - Further code cleanup & CFLAGS settings required to enable tests to succeed on all platforms * Thu Mar 9 2006 Jason Vas Dias - 2.4.2-2 - Enable tests to succeed on ia64 (remove casts from int to * !) * Fri Feb 3 2006 Jason Vas Dias - 2.4.2-2 - rebuild for new perl-5.8.8 - enable build to succeed without perl-PDL being installed :-) * Sun Sep 25 2005 Warren Togami - 2.4.2-2 - Ship pdldoc.db, tune build dependencies and file permissions (#163219 scop) * Fri May 27 2005 Warren Togami - 2.4.2-1 - 2.4.2 - filter perl(Inline) from provides (#158733) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ a46a71bf5496d1b5146115d3b5c94df9b580b211 SRPMS/perl-PDL-2.4.2-2.fc4.src.rpm 4efa00b3645309374bf7ce86de575717801f9a43 ppc/perl-PDL-2.4.2-2.fc4.ppc.rpm 7802a273a3560f9593c5ede327bf8e6f8e2862f8 ppc/debug/perl-PDL-debuginfo-2.4.2-2.fc4.ppc.rpm 1a797f097d22e1a1b3e06a657fcaa875cdb9ee0f x86_64/perl-PDL-2.4.2-2.fc4.x86_64.rpm 7a54bda281144a2187e22c713ddbae4bb07e7329 x86_64/debug/perl-PDL-debuginfo-2.4.2-2.fc4.x86_64.rpm 2369f8a6a6dd8fe3c2aa099ab74b1ef27ace2e19 i386/perl-PDL-2.4.2-2.fc4.i386.rpm 1ff71d45fdb9f48b282f528969d70a96a19e9569 i386/debug/perl-PDL-debuginfo-2.4.2-2.fc4.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From jspaleta at gmail.com Fri Mar 10 22:27:42 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 10 Mar 2006 17:27:42 -0500 Subject: Reported bugs -- yes they were In-Reply-To: <200603101623.11153.lsomike@futzin.com> References: <20060310214657.89257.qmail@web30202.mail.mud.yahoo.com> <4411F504.4020907@fedoraproject.org> <200603101623.11153.lsomike@futzin.com> Message-ID: <604aa7910603101427l4d0c4f38g79a710ed4f18805a@mail.gmail.com> On 3/10/06, Mike Klinke wrote: > Surely a remote user is prohibited, by default, from shutting down a > computer in a locked facility, no? at no point in this discussion has the word...remote.. been used. -jef From prigault at oricom.ca Fri Mar 10 22:28:02 2006 From: prigault at oricom.ca (Philippe Rigault) Date: Fri, 10 Mar 2006 17:28:02 -0500 Subject: Fedora Core 5 Status Message-ID: <200603101728.03241.prigault@oricom.ca> Thank you, Jesse, for the explaination. On Fri, 10 Mar 2006 16:35:06 -0500, Jesse Keating wrote: > On Fri, 2006-03-10 at 16:24 -0500, Philippe Rigault wrote: > > Sure, only 2442 RPM packages have been rebuilt out of 2442. > > Um, no. These were rebuilt before Test3, and the reason why Test3 took > a while because we wanted to get these built FOR test3 so that they > would get TESTING. I see, I misinterpreted the fact that all packages have a last modification date of March 6 or after, it is true that most carry the same name as in test3. Most of them have therefore been touch'ed and not rebuild, right ? And since packages based on gcc-4.1.0 and glibc-2.4 stable were indeed rebuilt after test 3, it means that most packages on FC5 will have been built with an earlier gcc/glibc (pre-release), different from that distributed in the release. As a consequence, if one takes an FC5 SRPM and does a 'rpmbuild -bb', the rpm may contain differences from the native RPM disributed with FC5. Am I right on these points ? Maybe this deserves a little note in the release notes (unless I am the only one who was confused). Thanks. From amellan at gmail.com Fri Mar 10 22:30:48 2006 From: amellan at gmail.com (Alain Mellan) Date: Fri, 10 Mar 2006 14:30:48 -0800 Subject: Help Needed: TEST FC5 KERNELS! In-Reply-To: <95ac75570603101412x585d66ala891467f876afc72@mail.gmail.com> References: <440F09EF.10009@redhat.com> <95ac75570603080851y18d7debp796c3bd7699f3e70@mail.gmail.com> <1141947702.4313.41.camel@vroomfondel.internal.datastacks.com> <95ac75570603101012k4ec23acaqcb0551bea70329c1@mail.gmail.com> <1142015580.19986.12.camel@vroomfondel.internal.datastacks.com> <4411EAEC.6080604@webworks.se> <1142028041.19986.17.camel@vroomfondel.internal.datastacks.com> <95ac75570603101412x585d66ala891467f876afc72@mail.gmail.com> Message-ID: <95ac75570603101430s39776c2bked6d3881c89a27e@mail.gmail.com> There, it's done it again. I removed vbetool post, and coming out of hibernation I see the busy cursor on and off a couple of time, and then pooof! I lost control of the laptop, even though I can see some disk activity. I remember I never had the problem with earlier versions of rawhide; I think before updating pm-utils it went well (many hibernations cycles without a hitch). Anybody happen to have the old rpm? It may be worth a try. Added vbetool post again, and now the video doesn't work correctly (windows not redrawn correctly), although I can Alt-Ctrl-1 to get a console. Any idea? From lsomike at futzin.com Fri Mar 10 22:34:12 2006 From: lsomike at futzin.com (Mike Klinke) Date: Fri, 10 Mar 2006 16:34:12 -0600 Subject: Reported bugs -- yes they were In-Reply-To: <604aa7910603101427l4d0c4f38g79a710ed4f18805a@mail.gmail.com> References: <20060310214657.89257.qmail@web30202.mail.mud.yahoo.com> <200603101623.11153.lsomike@futzin.com> <604aa7910603101427l4d0c4f38g79a710ed4f18805a@mail.gmail.com> Message-ID: <200603101634.12807.lsomike@futzin.com> On Friday 10 March 2006 16:27, Jeff Spaleta wrote: > On 3/10/06, Mike Klinke wrote: > > Surely a remote user is prohibited, by default, from shutting > > down a computer in a locked facility, no? > > at no point in this discussion has the word...remote.. been used. > > -jef If the conversation Rahul is referring to includes this message, then indeed it has ... http://marc.theaimsgroup.com/?l=fedora-test-list&m=114126977632141&w=2 Regards, Mike Klinke From jkeating at j2solutions.net Fri Mar 10 22:37:46 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Fri, 10 Mar 2006 17:37:46 -0500 Subject: Fedora Core 5 Status In-Reply-To: <200603101728.03241.prigault@oricom.ca> References: <200603101728.03241.prigault@oricom.ca> Message-ID: <1142030266.2505.59.camel@ender> On Fri, 2006-03-10 at 17:28 -0500, Philippe Rigault wrote: > I see, I misinterpreted the fact that all packages have a last modification > date of March 6 or after, it is true that most carry the same name as in > test3. Most of them have therefore been touch'ed and not rebuild, right ? So file modification times are largely useless. Built time in the package header, now that's an important one. > And since packages based on gcc-4.1.0 and glibc-2.4 stable were indeed rebuilt > after test 3, it means that most packages on FC5 will have been built with an > earlier gcc/glibc (pre-release), different from that distributed in the > release. Ah but our GCC developer makes sure that the changes that went in to gcc from the time that we did the rebuild to the package we're shipping don't actually require rebuilding every package again. They are minor bug fixes which won't effect the majority of the packages. Some small changes require us to respin a few packages and we do so. But for the rest, they are just fine. > As a consequence, if one takes an FC5 SRPM and does a 'rpmbuild -bb', the rpm > may contain differences from the native RPM disributed with FC5. > > Am I right on these points ? not really. > Maybe this deserves a little note in the release notes (unless I am the only > one who was confused). > This is far far too technical for a release note. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From pjones at redhat.com Fri Mar 10 22:41:28 2006 From: pjones at redhat.com (Peter Jones) Date: Fri, 10 Mar 2006 17:41:28 -0500 Subject: Help Needed: TEST FC5 KERNELS! In-Reply-To: <95ac75570603101412x585d66ala891467f876afc72@mail.gmail.com> References: <440F09EF.10009@redhat.com> <95ac75570603080851y18d7debp796c3bd7699f3e70@mail.gmail.com> <1141947702.4313.41.camel@vroomfondel.internal.datastacks.com> <95ac75570603101012k4ec23acaqcb0551bea70329c1@mail.gmail.com> <1142015580.19986.12.camel@vroomfondel.internal.datastacks.com> <4411EAEC.6080604@webworks.se> <1142028041.19986.17.camel@vroomfondel.internal.datastacks.com> <95ac75570603101412x585d66ala891467f876afc72@mail.gmail.com> Message-ID: <1142030489.16758.3.camel@vroomfondel.internal.datastacks.com> On Fri, 2006-03-10 at 14:12 -0800, Alain Mellan wrote: > As for me, I'm running pm-utils-0.13.1 > > /etc/sysconfig/pm says > SUSPEND_MODULES="button" > HIBERNATE_RESUME_POST_VIDEO="no" > > in /etc/pm/functions-intel, I have now: > > resume_video() > { > ( > /usr/sbin/vbetool post > /usr/sbin/vbetool vbestate restore < /var/run/vbestate > /usr/sbin/vbetool dpms on > ) > /dev/null 2&1 > } > > I guess I'll try again without the vbetool post and see how it works? Neeeever mind, Try this patch: Index: 20video =================================================================== RCS file: /cvs/devel/pm-utils/pm/hooks/20video,v retrieving revision 1.2 retrieving revision 1.3 diff -u -p -r1.2 -r1.3 --- /etc/pm/hooks/20video 28 Feb 2006 17:04:20 -0000 1.2 +++ /etc/pm/hooks/20video 10 Mar 2006 22:34:06 -0000 1.3 @@ -19,7 +19,7 @@ case "$1" in suspend_video ;; resume) - if [ "x$PM_MODE" != "hibernate" -o \ + if [ "x$PM_MODE" != "xhibernate" -a \ "x$HIBERNATE_RESUME_POST_VIDEO" == "xyes" ]; then resume_video fi (this will be pm-utils-0.14-1) -- Peter, amazed at the number of people who read this code and didn't catch that. From jspaleta at gmail.com Fri Mar 10 22:41:22 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 10 Mar 2006 17:41:22 -0500 Subject: Fedora Core 5 Status In-Reply-To: <200603101728.03241.prigault@oricom.ca> References: <200603101728.03241.prigault@oricom.ca> Message-ID: <604aa7910603101441w418d79dkd2a22be3b991b1d5@mail.gmail.com> On 3/10/06, Philippe Rigault wrote: > I see, I misinterpreted the fact that all packages have a last modification > date of March 6 or after, it is true that most carry the same name as in > test3. Most of them have therefore been touch'ed and not rebuild, right ? modification date as listed on mirrors isn't a good measure of build date. Pretty sure modification date can change when packages are last signed.. which is not the same day they were built. rpm packages hold a build date header string which you can more accurately rely on, assuming you trust the buildsystem which built the packages not to lie to you and stick in the wrong date. case in point rpm -qi tetex Build Date: Sat 25 Feb 2006 05:01:41 Signature : DSA/SHA1, Mon 06 Mar 2006 03:42:47 PM EST, Key ID b44269d04f2a6fd2 For post test3 build dates... please refer to the available build reports achived in this mailinglist which contain relevant package changelog snippets which reference specific bug reports fixed which the associated update. As you continue to look back over the archives please also look for previous discussions associated with the gcc/glibc fixes to make sure you have all the information possible before making more judgements as to this process. -jef From pjones at redhat.com Fri Mar 10 22:50:25 2006 From: pjones at redhat.com (Peter Jones) Date: Fri, 10 Mar 2006 17:50:25 -0500 Subject: kernel 2038 x86_64 segfault In-Reply-To: <20060310163812.GC18755@redhat.com> References: <441158A2.3020506@ens.fr> <20060310163812.GC18755@redhat.com> Message-ID: <1142031025.16758.4.camel@vroomfondel.internal.datastacks.com> On Fri, 2006-03-10 at 11:38 -0500, Dave Jones wrote: > On Fri, Mar 10, 2006 at 11:44:50AM +0100, Giuseppe Castagna wrote: > > Kernel 2038 segfaults. I cannot really describe the error since right > > after the message the message "Booting .." the screen panics by > > scrolling very fastly message errors. I can distinguish the word > > "segfault" but nothing more. My configuration works with 2008 (apart > > from a bugzilled open bug that mkinitrd does not load sd_mod) > > Repeatable here, we're investigating. > Hopefully we'll have a fix at http://people.redhat.com/davej/kernels/Fedora/devel/ > by the end of the day. There's a .2039 there now, and it should work fine. And ewwwwwww, that bug is scary ugly. -- Peter From pjones at redhat.com Fri Mar 10 22:53:23 2006 From: pjones at redhat.com (Peter Jones) Date: Fri, 10 Mar 2006 17:53:23 -0500 Subject: ipw2200 + dhclient: No go In-Reply-To: <200603100125.k2A1PX9N003034@laptop11.inf.utfsm.cl> References: <200603100125.k2A1PX9N003034@laptop11.inf.utfsm.cl> Message-ID: <1142031204.16758.7.camel@vroomfondel.internal.datastacks.com> On Thu, 2006-03-09 at 22:25 -0300, Horst von Brand wrote: > For some time now (perhaps 2 weeks?) in rawhide ipw2200 doesn't work with > dhclient. The interface associates fine, but dhclient doesn't get an > IP. Using ifconfig directly (with a free IP address on the wireless > network) doesn't work either. Anything in dmesg or syslog? This is working fine on my laptop and several others... -- Peter From jmorris at beau.org Fri Mar 10 22:54:50 2006 From: jmorris at beau.org (John Morris) Date: Fri, 10 Mar 2006 16:54:50 -0600 Subject: Stellarium very flaky - slow and crashes or causes log outs. In-Reply-To: <1141923450.7834.4.camel@copper.cdkkt.com> References: <1141923450.7834.4.camel@copper.cdkkt.com> Message-ID: <1142031290.2966.17.camel@mjolnir> On Thu, 2006-03-09 at 10:57, Dan Thurman wrote: > - Very slow on my 900Mhz, 512MB system. Cursor is very slugglish > - When opened, opens FULL SCREEN, if there are any problems - hard to > get out of it > - Caused my system to log me out > - Hard-Crashed FC5-T3 and forced a reboot I'd guess you don't have hardware GL support. Like most 3D apps it doesn't achieve much of a framerate on a 2D only system. But a hard lock implies nastiness that needs to be tracked down, probably something X related being pushed too hard trying to keep up. What does the video configuration look like on this machine? Do other stressful video tasks blow up and are they all problems with GL apps? How about video playback? -- 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 grinnz at gmail.com Fri Mar 10 22:48:33 2006 From: grinnz at gmail.com (Dan) Date: Fri, 10 Mar 2006 17:48:33 -0500 Subject: Reported bugs -- yes they were In-Reply-To: <1142028874.2505.56.camel@ender> References: <20060310214657.89257.qmail@web30202.mail.mud.yahoo.com> <1142028874.2505.56.camel@ender> Message-ID: <44120241.8040607@gmail.com> Jesse Keating wrote: >On Fri, 2006-03-10 at 13:46 -0800, Leslie Satenstein wrote: > > >>As for being able to shutdown from any account. It says that Core5 cannot be used as a server and also have another guest user who could issue that command. >>I should not have to modify the halt / shutdown / reboot stuff to add security. If I want a guest end user to do a shutdown, >> >> > >Can you tell me exactly how a non-root user can initiate a shutdown? >Aside from say the gnome shutdown menu... > > the "poweroff" or "reboot" commands? -Dan From islifefun1975 at yahoo.com Fri Mar 10 22:55:59 2006 From: islifefun1975 at yahoo.com (Josh) Date: Fri, 10 Mar 2006 14:55:59 -0800 (PST) Subject: Trivial package updater improvements Message-ID: <20060310225559.23172.qmail@web34009.mail.mud.yahoo.com> Hello all, I'm all excited for the final release and looks like things are coming along nicely .. While updating my FC5T3 install using package updater, I noticed that the popup window width keeps varying whenever downloading/updating packages with long names . Since the title ("Downloading and Uploading" is displayed in bold, only the package names can be displayed instead of displaying "Downloading or Uploading" again with the package name. This will probably keep the window width the same. Josh --------------------------------- Yahoo! Mail Bring photos to life! New PhotoMail makes sharing a breeze. -------------- next part -------------- An HTML attachment was scrubbed... URL: From amellan at gmail.com Fri Mar 10 22:57:24 2006 From: amellan at gmail.com (Alain Mellan) Date: Fri, 10 Mar 2006 14:57:24 -0800 Subject: Help Needed: TEST FC5 KERNELS! In-Reply-To: <1142030489.16758.3.camel@vroomfondel.internal.datastacks.com> References: <440F09EF.10009@redhat.com> <95ac75570603080851y18d7debp796c3bd7699f3e70@mail.gmail.com> <1141947702.4313.41.camel@vroomfondel.internal.datastacks.com> <95ac75570603101012k4ec23acaqcb0551bea70329c1@mail.gmail.com> <1142015580.19986.12.camel@vroomfondel.internal.datastacks.com> <4411EAEC.6080604@webworks.se> <1142028041.19986.17.camel@vroomfondel.internal.datastacks.com> <95ac75570603101412x585d66ala891467f876afc72@mail.gmail.com> <1142030489.16758.3.camel@vroomfondel.internal.datastacks.com> Message-ID: <95ac75570603101457r2bf59262w96bfe27e30de56dc@mail.gmail.com> Patched 20video. 4 hibernation cycles in a row, so far so good ... Thanks. -- alain. On 3/10/06, Peter Jones wrote: > On Fri, 2006-03-10 at 14:12 -0800, Alain Mellan wrote: > > As for me, I'm running pm-utils-0.13.1 > > > > /etc/sysconfig/pm says > > SUSPEND_MODULES="button" > > HIBERNATE_RESUME_POST_VIDEO="no" > > > > in /etc/pm/functions-intel, I have now: > > > > resume_video() > > { > > ( > > /usr/sbin/vbetool post > > /usr/sbin/vbetool vbestate restore < /var/run/vbestate > > /usr/sbin/vbetool dpms on > > ) > /dev/null 2&1 > > } > > > > I guess I'll try again without the vbetool post and see how it works? > > Neeeever mind, Try this patch: > > Index: 20video > =================================================================== > RCS file: /cvs/devel/pm-utils/pm/hooks/20video,v > retrieving revision 1.2 > retrieving revision 1.3 > diff -u -p -r1.2 -r1.3 > --- /etc/pm/hooks/20video 28 Feb 2006 17:04:20 -0000 1.2 > +++ /etc/pm/hooks/20video 10 Mar 2006 22:34:06 -0000 1.3 > @@ -19,7 +19,7 @@ case "$1" in > suspend_video > ;; > resume) > - if [ "x$PM_MODE" != "hibernate" -o \ > + if [ "x$PM_MODE" != "xhibernate" -a \ > "x$HIBERNATE_RESUME_POST_VIDEO" == "xyes" ]; then > resume_video > fi > > (this will be pm-utils-0.14-1) > > -- > Peter, amazed at the number of people who read this code > and didn't catch that. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > From pjones at redhat.com Fri Mar 10 23:20:21 2006 From: pjones at redhat.com (Peter Jones) Date: Fri, 10 Mar 2006 18:20:21 -0500 Subject: kernels and standby power usage In-Reply-To: References: Message-ID: <1142032821.16758.9.camel@vroomfondel.internal.datastacks.com> On Fri, 2006-03-10 at 10:14 -0700, Orion Poplawski wrote: > Is there anything in the kernel (or other) that would affect laptop > battery draw while in standby mode? Yes. -- Peter From pjones at redhat.com Fri Mar 10 23:31:36 2006 From: pjones at redhat.com (Peter Jones) Date: Fri, 10 Mar 2006 18:31:36 -0500 Subject: Reported bugs -- yes they were In-Reply-To: <200603101623.11153.lsomike@futzin.com> References: <20060310214657.89257.qmail@web30202.mail.mud.yahoo.com> <4411F504.4020907@fedoraproject.org> <200603101623.11153.lsomike@futzin.com> Message-ID: <1142033497.16758.12.camel@vroomfondel.internal.datastacks.com> On Fri, 2006-03-10 at 16:23 -0600, Mike Klinke wrote: > On Friday 10 March 2006 15:52, Rahul Sundaram wrote: > > Surely a remote user is prohibited, by default, from shutting down a > computer in a locked facility, no? Yes. The user gets permissions only when he's the only logged in user on the machine's console. That is, not ssh and not a remote X session. This has been this way *for years*. -- Peter From uno at webworks.se Fri Mar 10 23:42:20 2006 From: uno at webworks.se (Uno Engborg) Date: Sat, 11 Mar 2006 00:42:20 +0100 Subject: Help Needed: TEST FC5 KERNELS! In-Reply-To: <1142028041.19986.17.camel@vroomfondel.internal.datastacks.com> References: <440F09EF.10009@redhat.com> <95ac75570603080851y18d7debp796c3bd7699f3e70@mail.gmail.com> <1141947702.4313.41.camel@vroomfondel.internal.datastacks.com> <95ac75570603101012k4ec23acaqcb0551bea70329c1@mail.gmail.com> <1142015580.19986.12.camel@vroomfondel.internal.datastacks.com> <4411EAEC.6080604@webworks.se> <1142028041.19986.17.camel@vroomfondel.internal.datastacks.com> Message-ID: <44120EDC.40609@webworks.se> Peter Jones skrev: > On Fri, 2006-03-10 at 22:09 +0100, Uno Engborg wrote: > >> Peter Jones skrev: >> >>> Are you using intelfb, or just the normal text mode? >>> >>> >> How do I tell, and how do I switch between them? >> > > If you don't know, you're not using intelfb. And that's probably good, > at least for now. > > >> Anyhow, what's happening in whatever mode I am using is that >> /usr/sbin/vbetool post >> never terminates. >> > > Er, we shouldn't be _running_ vbetool post on resume-from-hibernate > currently. What version of pm-utils is installed, and what's > in /etc/sysconfig/pm ? > pm-utils-0.13-1 /etc/sysconfig/pm: SUSPEND_MODULES="button" HIBERNATE_RESUME_POST_VIDEO="no" Regards Uno Engborg From fctesting at fletchersweb.net Fri Mar 10 23:48:15 2006 From: fctesting at fletchersweb.net (David Fletcher) Date: Fri, 10 Mar 2006 23:48:15 +0000 Subject: Epson scanner problem - more information Message-ID: <200603102348.23963.fctesting@fletchersweb.net> I'm starting a fresh thread on this because I believe there is a bug in a USB driver. My scanner used to work with FC3 until there was an upgrade which killed it. I managed to get it working again by removing some rpms and installing older ones. Now I have found that with another machine with an identical motherboard and processor, but running FC5t3, the same scanner won't work with that machine either. But, using my old machine which I kept for the purpose of fiddling with things without the worry of messing up my main machine, I can install FC5t3 on that, and the same scanner works, so long as the scanner is connected and switched on before user login. This machine looks pretty slow these days, having a Celeron 633 and one of the early USB motherboards with two USB 1.1 sockets, but it works with my scanner. There are two bugzilla reports that seem relevant to this, 149027 and 183063. My hardware which does not play nicely:- Epson Perfection 2450 Photo scanner Intel D865PERL motherboard With the final FC5 due to be released soon, could we please have this sorted out? I have been in contact with the maintainer of the Epson driver, and hope to hear from him again over the weekend, but if the scanner works with one machine I don't think it is likely to be Epson driver that's at fault. I think it's more likely to be a USB system driver. Is that reasonable? If there are any diagnostic tests I can run on my Intel boards to find out exactly what chips they have on them, and help trace the cause of this problem, please tell me what to run and I'll post the logs back to whoever needs them. Dave Fletcher -- Registered Linux user number 393408 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pjones at redhat.com Fri Mar 10 23:49:36 2006 From: pjones at redhat.com (Peter Jones) Date: Fri, 10 Mar 2006 18:49:36 -0500 Subject: Help Needed: TEST FC5 KERNELS! In-Reply-To: <44120EDC.40609@webworks.se> References: <440F09EF.10009@redhat.com> <95ac75570603080851y18d7debp796c3bd7699f3e70@mail.gmail.com> <1141947702.4313.41.camel@vroomfondel.internal.datastacks.com> <95ac75570603101012k4ec23acaqcb0551bea70329c1@mail.gmail.com> <1142015580.19986.12.camel@vroomfondel.internal.datastacks.com> <4411EAEC.6080604@webworks.se> <1142028041.19986.17.camel@vroomfondel.internal.datastacks.com> <44120EDC.40609@webworks.se> Message-ID: <1142034576.16758.16.camel@vroomfondel.internal.datastacks.com> On Sat, 2006-03-11 at 00:42 +0100, Uno Engborg wrote: > pm-utils-0.13-1 > > /etc/sysconfig/pm: > SUSPEND_MODULES="button" > > HIBERNATE_RESUME_POST_VIDEO="no" You want the patch I posted to this list. -- Peter From mharris at mharris.ca Sat Mar 11 00:31:49 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Fri, 10 Mar 2006 19:31:49 -0500 Subject: Bling? In-Reply-To: <1142020421.3147.20.camel@zaphod.graze.net> References: <1142020421.3147.20.camel@zaphod.graze.net> Message-ID: <44121A75.6080909@mharris.ca> Brian C. Huffman wrote: > Is there a project for the new accelerated compositing that's being > merged into Xorg and associated apps? I'd like to be able to follow the > status like I do here on the fedora distro. Others have replied already, so I wont repeat what they've said, however I'll add some... The best place to discuss problems with aiglx (Xair) is on the xorg mailing list (xorg at lists.freedesktop.org), which is where all of the developers are. Also, if you encounter any bugs in the code, report them in X.Org bugzilla against "xorg" CVS HEAD, with a "[aiglx]" prefix in the summary line, and assign the bug to krh at bitplanet.net Kristian posted earlier this week that he would be merging the aiglx branch of Xorg CVS (accelerated_indirect_branch) to Xorg CVS head, so once that's happened, aiglx will no longer be a separate thing, but will be integrated directly into the main Xorg server in CVS head. While Red Hat is doing this work, it is being done in the upstream X.Org community very openly, so it is best to get involved in the X.Org development community to best track the progress. This also has the benefit that other work such as Xgl, compositing managers, etc. which are related can also be tracked all in one place. There's also the #Xair IRC channel on freenode, and #xorg-devel. Hope this helps. TTYL -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From jameshubbard at gmail.com Sat Mar 11 00:46:17 2006 From: jameshubbard at gmail.com (James Hubbard) Date: Fri, 10 Mar 2006 19:46:17 -0500 Subject: Install FC5test3 x86 and x86-64 Message-ID: I've installed FC5T3 x86 on a usb drive. I've got it working well. When I try to install the x86-64 version. It gives me an error of disk full. The root and boot directory are on the 3 partition. When I attempt to intall the x86-64, I am using usr-boot/ for the /boot directory and usb-x86-64 for the root directory. I'm attempting to use the same home directory. Prior to getting this installation working with the x86. I installed x86-64 first and it installed without any problems. When I attempted to install x86, it wouldn't work. It gives me the same error that the x86-64 install did. Disk full... Cannot unmount the Cdrom drive. I can't remember the exact message. I tried to dump it to floppy but it wouldn't work. I'm going to attempt to do this again. I'll try to get a better error message. Drive layout 1: usb-boot/ 2: usb-x86-64/ 3: usb-x86-32/ 5: usb-home/ 6: swap -- James Hubbard http://www.mcs.uvawise.edu/~jhubbard From skunkworx at verizon.net Sat Mar 11 01:20:27 2006 From: skunkworx at verizon.net (Skunk Worx) Date: Fri, 10 Mar 2006 17:20:27 -0800 Subject: FC4 possible kernel 2.6.15 issue In-Reply-To: <441108AE.5000302@verizon.net> References: <4407B88D.1080402@verizon.net> <441108AE.5000302@verizon.net> Message-ID: <441225DB.6090407@verizon.net> Skunk Worx wrote: > Skunk Worx wrote: >> I use the GSOAP soap server toolkit for transferring data. >> >> Prior to kernel 2.6.15 I could pull about 3000 data items a second >> using the various persistent http connection toolkit options over >> TCP/IP. >> >> Under 2.6.15 I am lucky to get 100 items/sec using the same codebase. >> > > I see via ethereal gsoap is using http continuation, and also keep > alive/io chunking in the http headers under both kernels. No errnos in > strace of servers or clients, and nothing in var/log/messages. Turning > DEBUG on in GSOAP shows no major difference in the .log files between > kernel versions. > > Having the same problem on FC5t3 with kernel 2.6.15-1.2009.4.2_FC5 > > -- > SW > Also 2.6.15-1.2032_FC5 today. It seems I can only select() on a socket at 1 hz intervals, on a threaded server. In the log messages below, the 2.6.14 entries grind constantly against syslog, while the 2.6.15 entries "chirp, chirp, chirp" at 1 hz : 2.6.14_1656 ----------- Mar 10 11:25:03 testbox gs_server[6941]: object created (pos,ptr) : 118 0a1e78a8 Mar 10 11:25:03 testbox gs_server[6941]: object serve end (ptr) : 09726310 Mar 10 11:25:03 testbox gs_server[6941]: object serve start (ptr) : 0a1e78a8 Mar 10 11:25:03 testbox gs_server[6941]: object serve end (ptr) : 0a1e78a8 Mar 10 11:25:03 testbox gs_server[6941]: object created (pos,ptr) : 119 09726310 Mar 10 11:25:03 testbox gs_server[6941]: object serve start (ptr) : 09726310 Mar 10 11:25:03 testbox gs_server[6941]: object created (pos,ptr) : 120 0a1e78a8 Mar 10 11:25:03 testbox gs_server[6941]: object serve end (ptr) : 09726310 Mar 10 11:25:03 testbox gs_server[6941]: object serve start (ptr) : 0a1e78a8 Mar 10 11:25:03 testbox gs_server[6941]: object created (pos,ptr) : 121 09726310 Mar 10 11:25:03 testbox gs_server[6941]: object serve end (ptr) : 0a1e78a8 Mar 10 11:25:03 testbox gs_server[6941]: object serve start (ptr) : 09726310 Mar 10 11:25:03 testbox gs_server[6941]: object created (pos,ptr) : 122 0a1e78a8 Mar 10 11:25:03 testbox gs_server[6941]: object serve end (ptr) : 09726310 Mar 10 11:25:03 testbox gs_server[6941]: object serve start (ptr) : 0a1e78a8 Mar 10 11:25:03 testbox gs_server[6941]: object created (pos,ptr) : 123 09726310 Mar 10 11:25:03 testbox gs_server[6941]: object serve end (ptr) : 0a1e78a8 Mar 10 11:25:03 testbox gs_server[6941]: object serve start (ptr) : 09726310 Mar 10 11:25:03 testbox gs_server[6941]: object created (pos,ptr) : 124 0a1e78a8 Mar 10 11:25:03 testbox gs_server[6941]: object serve end (ptr) : 09726310 Mar 10 11:25:03 testbox gs_server[6941]: object serve start (ptr) : 0a1e78a8 Mar 10 11:25:04 testbox gs_server[6941]: object created (pos,ptr) : 125 09726310 Mar 10 11:25:04 testbox gs_server[6941]: object serve end (ptr) : 0a1e78a8 Mar 10 11:25:04 testbox gs_server[6941]: object serve start (ptr) : 09726310 Mar 10 11:25:04 testbox gs_server[6941]: object created (pos,ptr) : 126 0a1e78a8 Mar 10 11:25:04 testbox gs_server[6941]: object serve end (ptr) : 09726310 Mar 10 11:25:04 testbox gs_server[6941]: object serve start (ptr) : 0a1e78a8 Mar 10 11:25:04 testbox gs_server[6941]: object created (pos,ptr) : 127 09726310 Mar 10 11:25:04 testbox gs_server[6941]: object serve end (ptr) : 0a1e78a8 Mar 10 11:25:04 testbox gs_server[6941]: object serve start (ptr) : 09726310 Mar 10 11:25:04 testbox gs_server[6941]: object created (pos,ptr) : 128 0a1e78a8 Mar 10 11:25:04 testbox gs_server[6941]: object serve end (ptr) : 09726310 Mar 10 11:25:04 testbox gs_server[6941]: object serve start (ptr) : 0a1e78a8 Mar 10 11:25:04 testbox gs_server[6941]: object created (pos,ptr) : 129 09726310 Mar 10 11:25:04 testbox gs_server[6941]: object serve end (ptr) : 0a1e78a8 Mar 10 11:25:04 testbox gs_server[6941]: object serve start (ptr) : 09726310 Mar 10 11:25:04 testbox gs_server[6941]: object created (pos,ptr) : 130 0a1e78a8 Mar 10 11:25:04 testbox gs_server[6941]: object serve end (ptr) : 09726310 Mar 10 11:25:04 testbox gs_server[6941]: object serve start (ptr) : 0a1e78a8 Mar 10 11:25:04 testbox gs_server[6941]: object created (pos,ptr) : 131 09726310 Mar 10 11:25:04 testbox gs_server[6941]: object serve end (ptr) : 0a1e78a8 Mar 10 11:25:04 testbox gs_server[6941]: object serve start (ptr) : 09726310 2.6.15_1833 ----------- Mar 10 11:29:46 testbox gs_server[3229]: object created (pos,ptr) : 119 09b9e8a8 Mar 10 11:29:46 testbox gs_server[3229]: object serve end (ptr) : 090dd310 Mar 10 11:29:46 testbox gs_server[3229]: object serve start (ptr) : 09b9e8a8 Mar 10 11:29:47 testbox gs_server[3229]: object serve end (ptr) : 09b9e8a8 Mar 10 11:29:47 testbox gs_server[3229]: object created (pos,ptr) : 120 090dd310 Mar 10 11:29:47 testbox gs_server[3229]: object serve start (ptr) : 090dd310 Mar 10 11:29:48 testbox gs_server[3229]: object created (pos,ptr) : 121 09b9e8a8 Mar 10 11:29:48 testbox gs_server[3229]: object serve end (ptr) : 090dd310 Mar 10 11:29:48 testbox gs_server[3229]: object serve start (ptr) : 09b9e8a8 Mar 10 11:29:49 testbox gs_server[3229]: object created (pos,ptr) : 122 090dd310 Mar 10 11:29:49 testbox gs_server[3229]: object serve end (ptr) : 09b9e8a8 Mar 10 11:29:49 testbox gs_server[3229]: object serve start (ptr) : 090dd310 Mar 10 11:29:50 testbox gs_server[3229]: object serve end (ptr) : 090dd310 Mar 10 11:29:50 testbox gs_server[3229]: object created (pos,ptr) : 123 090dd310 Mar 10 11:29:50 testbox gs_server[3229]: object serve start (ptr) : 090dd310 Mar 10 11:29:51 testbox gs_server[3229]: object created (pos,ptr) : 124 09b9e8a8 Mar 10 11:29:51 testbox gs_server[3229]: object serve end (ptr) : 090dd310 Mar 10 11:29:51 testbox gs_server[3229]: object serve start (ptr) : 09b9e8a8 Mar 10 11:29:51 testbox gs_server[3229]: object serve end (ptr) : 09b9e8a8 Mar 10 11:29:51 testbox gs_server[3229]: object created (pos,ptr) : 125 090dd310 Mar 10 11:29:51 testbox gs_server[3229]: object serve start (ptr) : 090dd310 Mar 10 11:29:52 testbox gs_server[3229]: object created (pos,ptr) : 126 09b9e8a8 Mar 10 11:29:52 testbox gs_server[3229]: object serve end (ptr) : 090dd310 Mar 10 11:29:52 testbox gs_server[3229]: object serve start (ptr) : 09b9e8a8 Mar 10 11:29:53 testbox gs_server[3229]: object serve end (ptr) : 09b9e8a8 Mar 10 11:29:53 testbox gs_server[3229]: object created (pos,ptr) : 127 090dd310 Mar 10 11:29:53 testbox gs_server[3229]: object serve start (ptr) : 090dd310 Mar 10 11:29:54 testbox gs_server[3229]: object serve end (ptr) : 090dd310 Mar 10 11:29:54 testbox gs_server[3229]: object created (pos,ptr) : 128 090dd310 Mar 10 11:29:54 testbox gs_server[3229]: object serve start (ptr) : 090dd310 Mar 10 11:29:55 testbox gs_server[3229]: object serve end (ptr) : 090dd310 Mar 10 11:29:55 testbox gs_server[3229]: object created (pos,ptr) : 129 090dd310 Mar 10 11:29:55 testbox gs_server[3229]: object serve start (ptr) : 090dd310 Mar 10 11:29:56 testbox gs_server[3229]: object serve end (ptr) : 090dd310 Mar 10 11:29:56 testbox gs_server[3229]: object created (pos,ptr) : 130 090dd310 Mar 10 11:29:56 testbox gs_server[3229]: object serve start (ptr) : 090dd310 Mar 10 11:29:57 testbox gs_server[3229]: object serve end (ptr) : 090dd310 Mar 10 11:29:57 testbox gs_server[3229]: object created (pos,ptr) : 131 090dd310 Mar 10 11:29:57 testbox gs_server[3229]: object serve start (ptr) : 090dd310 -- SW From notting at redhat.com Sat Mar 11 01:32:58 2006 From: notting at redhat.com (Bill Nottingham) Date: Fri, 10 Mar 2006 20:32:58 -0500 Subject: Fedora Core 5 Status In-Reply-To: <200603101728.03241.prigault@oricom.ca> References: <200603101728.03241.prigault@oricom.ca> Message-ID: <20060311013258.GB10099@devserv.devel.redhat.com> Philippe Rigault (prigault at oricom.ca) said: > Thank you, Jesse, for the explaination. > > On Fri, 10 Mar 2006 16:35:06 -0500, Jesse Keating wrote: > > On Fri, 2006-03-10 at 16:24 -0500, Philippe Rigault wrote: > > > Sure, only 2442 RPM packages have been rebuilt out of 2442. > > > > Um, no. These were rebuilt before Test3, and the reason why Test3 took > > a while because we wanted to get these built FOR test3 so that they > > would get TESTING. > > I see, I misinterpreted the fact that all packages have a last modification > date of March 6 or after, it is true that most carry the same name as in > test3. Most of them have therefore been touch'ed and not rebuild, right ? They've been signed. Bill From uno at webworks.se Sat Mar 11 01:41:59 2006 From: uno at webworks.se (Uno Engborg) Date: Sat, 11 Mar 2006 02:41:59 +0100 Subject: Help Needed: TEST FC5 KERNELS! In-Reply-To: <1142034576.16758.16.camel@vroomfondel.internal.datastacks.com> References: <440F09EF.10009@redhat.com> <95ac75570603080851y18d7debp796c3bd7699f3e70@mail.gmail.com> <1141947702.4313.41.camel@vroomfondel.internal.datastacks.com> <95ac75570603101012k4ec23acaqcb0551bea70329c1@mail.gmail.com> <1142015580.19986.12.camel@vroomfondel.internal.datastacks.com> <4411EAEC.6080604@webworks.se> <1142028041.19986.17.camel@vroomfondel.internal.datastacks.com> <44120EDC.40609@webworks.se> <1142034576.16758.16.camel@vroomfondel.internal.datastacks.com> Message-ID: <44122AE7.9020901@webworks.se> Peter Jones skrev: > On Sat, 2006-03-11 at 00:42 +0100, Uno Engborg wrote: > > >> pm-utils-0.13-1 >> >> /etc/sysconfig/pm: >> SUSPEND_MODULES="button" >> >> HIBERNATE_RESUME_POST_VIDEO="no" >> > > You want the patch I posted to this list. > I did apply the patch but still a black screen on resume. To debug, I added some echo statements to the patched 20video so that it looks like this: #!/bin/bash . /etc/pm/functions case "$(get_video_type)" in ATI) . /etc/pm/functions-ati ;; nVidia) . /etc/pm/functions-nvidia ;; Intel) . /etc/pm/functions-intel ;; esac echo $1>/tmp/20video case "$1" in suspend) suspend_video ;; resume) if [ "x$PM_MODE" != "xhibernate" -a \ "x$HIBERNATE_RESUME_POST_VIDEO" == "xyes" ]; then resume_video echo "In if">>/tmp/20video echo $PM_MODE>>/tmp/20video echo $HIBERNATE_RESUME_POST_VIDEO>>/tmp/20video echo "---------------">>/tmp/20video fi echo "After if">>/tmp/20video ;; *) ;; esac exit $? In /tmp/20video I get the following: resume After if Is this really what's supposed to happen? Regards Uno Engborg From jim at jbsys.com Sat Mar 11 02:06:33 2006 From: jim at jbsys.com (Jim Bevier) Date: Fri, 10 Mar 2006 19:06:33 -0700 Subject: kernel 2038 x86_64 segfault References: <441158A2.3020506@ens.fr> <20060310163812.GC18755@redhat.com> <1142031025.16758.4.camel@vroomfondel.internal.datastacks.com> Message-ID: <00b701c644b0$6bd657e0$0a01a8c0@jbsys> ----- Original Message ----- From: "Peter Jones" To: "For testers of Fedora Core development releases" Sent: Friday, March 10, 2006 3:50 PM Subject: Re: kernel 2038 x86_64 segfault > On Fri, 2006-03-10 at 11:38 -0500, Dave Jones wrote: >> On Fri, Mar 10, 2006 at 11:44:50AM +0100, Giuseppe Castagna wrote: >> > Kernel 2038 segfaults. I cannot really describe the error since right >> > after the message the message "Booting .." the screen panics by >> > scrolling very fastly message errors. I can distinguish the word >> > "segfault" but nothing more. My configuration works with 2008 (apart >> > from a bugzilled open bug that mkinitrd does not load sd_mod) >> >> Repeatable here, we're investigating. >> Hopefully we'll have a fix at >> http://people.redhat.com/davej/kernels/Fedora/devel/ >> by the end of the day. > > There's a .2039 there now, and it should work fine. > > And ewwwwwww, that bug is scary ugly. Well, whatever it was, everything boots fine on x86_64 system now. Great job! Jim > -- > Peter > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list) > From notting at redhat.com Sat Mar 11 03:14:38 2006 From: notting at redhat.com (Bill Nottingham) Date: Fri, 10 Mar 2006 22:14:38 -0500 Subject: kernel 2038 x86_64 segfault In-Reply-To: <00b701c644b0$6bd657e0$0a01a8c0@jbsys> References: <441158A2.3020506@ens.fr> <20060310163812.GC18755@redhat.com> <1142031025.16758.4.camel@vroomfondel.internal.datastacks.com> <00b701c644b0$6bd657e0$0a01a8c0@jbsys> Message-ID: <20060311031438.GA31637@devserv.devel.redhat.com> Jim Bevier (jim at jbsys.com) said: > Well, whatever it was, everything boots fine on x86_64 system now. Great > job! http://kernelslacker.livejournal.com/36756.html has the dirty details. Bill From jkeating at j2solutions.net Sat Mar 11 03:38:55 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Fri, 10 Mar 2006 22:38:55 -0500 Subject: kernel 2038 x86_64 segfault In-Reply-To: <20060311031438.GA31637@devserv.devel.redhat.com> References: <441158A2.3020506@ens.fr> <20060310163812.GC18755@redhat.com> <1142031025.16758.4.camel@vroomfondel.internal.datastacks.com> <00b701c644b0$6bd657e0$0a01a8c0@jbsys> <20060311031438.GA31637@devserv.devel.redhat.com> Message-ID: <1142048336.2505.67.camel@ender> On Fri, 2006-03-10 at 22:14 -0500, Bill Nottingham wrote: > http://kernelslacker.livejournal.com/36756.html has the dirty details. ewwwww indeed. Another lesson learned from this is don't let ntpd do a settimeofday when your clock skews, DURING a kernel build. Bad things will happen. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From justin.conover at gmail.com Sat Mar 11 03:46:30 2006 From: justin.conover at gmail.com (Justin Conover) Date: Fri, 10 Mar 2006 21:46:30 -0600 Subject: kernel 2038 x86_64 segfault In-Reply-To: <00b701c644b0$6bd657e0$0a01a8c0@jbsys> References: <441158A2.3020506@ens.fr> <20060310163812.GC18755@redhat.com> <1142031025.16758.4.camel@vroomfondel.internal.datastacks.com> <00b701c644b0$6bd657e0$0a01a8c0@jbsys> Message-ID: On 3/10/06, Jim Bevier wrote: > > > ----- Original Message ----- > From: "Peter Jones" > To: "For testers of Fedora Core development releases" > > Sent: Friday, March 10, 2006 3:50 PM > Subject: Re: kernel 2038 x86_64 segfault > > > > On Fri, 2006-03-10 at 11:38 -0500, Dave Jones wrote: > >> On Fri, Mar 10, 2006 at 11:44:50AM +0100, Giuseppe Castagna wrote: > >> > Kernel 2038 segfaults. I cannot really describe the error since > right > >> > after the message the message "Booting .." the screen panics by > >> > scrolling very fastly message errors. I can distinguish the word > >> > "segfault" but nothing more. My configuration works with 2008 (apart > >> > from a bugzilled open bug that mkinitrd does not load sd_mod) > >> > >> Repeatable here, we're investigating. > >> Hopefully we'll have a fix at > >> http://people.redhat.com/davej/kernels/Fedora/devel/ > >> by the end of the day. > > > > There's a .2039 there now, and it should work fine. > > > > And ewwwwwww, that bug is scary ugly. > > Well, whatever it was, everything boots fine on x86_64 system now. Great > job! > > Jim > > > -- > > Peter > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > https://www.redhat.com/mailman/listinfo/fedora-test-list) > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > Works for me too. -------------- next part -------------- An HTML attachment was scrubbed... URL: From justin.conover at gmail.com Sat Mar 11 03:58:24 2006 From: justin.conover at gmail.com (Justin Conover) Date: Fri, 10 Mar 2006 21:58:24 -0600 Subject: kernel 2038 x86_64 segfault In-Reply-To: <1142031025.16758.4.camel@vroomfondel.internal.datastacks.com> References: <441158A2.3020506@ens.fr> <20060310163812.GC18755@redhat.com> <1142031025.16758.4.camel@vroomfondel.internal.datastacks.com> Message-ID: On 3/10/06, Peter Jones wrote: > > On Fri, 2006-03-10 at 11:38 -0500, Dave Jones wrote: > > On Fri, Mar 10, 2006 at 11:44:50AM +0100, Giuseppe Castagna wrote: > > > Kernel 2038 segfaults. I cannot really describe the error since right > > > after the message the message "Booting .." the screen panics by > > > scrolling very fastly message errors. I can distinguish the word > > > "segfault" but nothing more. My configuration works with 2008 (apart > > > from a bugzilled open bug that mkinitrd does not load sd_mod) > > > > Repeatable here, we're investigating. > > Hopefully we'll have a fix at > http://people.redhat.com/davej/kernels/Fedora/devel/ > > by the end of the day. > > There's a .2039 there now, and it should work fine. > > And ewwwwwww, that bug is scary ugly. > -- > Peter > > FYI 2041 works too. -------------- next part -------------- An HTML attachment was scrubbed... URL: From netwiz at crc.id.au Sat Mar 11 04:17:20 2006 From: netwiz at crc.id.au (Steven Haigh) Date: Sat, 11 Mar 2006 15:17:20 +1100 (EST) Subject: System slowness with latest updates Message-ID: <24630.192.94.41.42.1142050640.squirrel@zeus.crc.id.au> Hi all, This one has me kind of confused, as I can't find anything common to cause a slowness in the system. The slowness I'm seeing is that processes running on the system become really slow and take a long time to do what the should do. It's not a system load issue, as I see: # uptime 15:15:51 up 7:46, 8 users, load average: 0.05, 0.05, 0.00 Things like snmpd queries timing out, when restarting dhcpd the syslog output to /var/log/messages takes around 2 seconds per line. I've looked around and can't see anything out of place, or anything obviously broken. Anyone have any ideas on this? -- Steven Haigh Email: netwiz at crc.id.au Web: http://www.crc.id.au Phone: (03) 9017 0597 - 0412 935 897 Sendmail is like emacs: A nice operating system, but missing an editor and a MTA. From netwiz at crc.id.au Sat Mar 11 06:05:45 2006 From: netwiz at crc.id.au (Steven Haigh) Date: Sat, 11 Mar 2006 17:05:45 +1100 (EST) Subject: System slowness with latest updates In-Reply-To: <24630.192.94.41.42.1142050640.squirrel@zeus.crc.id.au> References: <24630.192.94.41.42.1142050640.squirrel@zeus.crc.id.au> Message-ID: <32665.192.94.41.42.1142057145.squirrel@zeus.crc.id.au> On Sat, March 11, 2006 3:17 pm, Steven Haigh wrote: > Hi all, > > This one has me kind of confused, as I can't find anything common to cause > a slowness in the system. The slowness I'm seeing is that processes > running on the system become really slow and take a long time to do what > the should do. It's not a system load issue, as I see: > # uptime > 15:15:51 up 7:46, 8 users, load average: 0.05, 0.05, 0.00 > > Things like snmpd queries timing out, when restarting dhcpd the syslog > output to /var/log/messages takes around 2 seconds per line. > > I've looked around and can't see anything out of place, or anything > obviously broken. Anyone have any ideas on this? As a followup to this, I've noticed that the syslog is around 3-4 minutes behind the events that happen. say I login to an IMAP server, the maillog shows the login at 16:57:48 - if I breat out of that and show the date, the clock will show 3-4 minutes later (ie 17:01) - even though the line has only appeared seconds ago. Even things such as spamassassin is taking 217 seconds to scan a 2Kb email. snmpd results to localhost are timing out - even though the process is listening. It takes 45-50 seconds to log out of a su shell back to the logged in user, the same for becoming root via 'su -'. I have never seen this kind of behaviour on a system before - especially when the CPU is 99% idle. Has anyone come across this type of behaviour before? the system is: model name : AMD Sempron(tm) Processor 2800+ stepping : 0 cpu MHz : 1602.495 It has 1 Gb of RAM, and seemed to work perfectly until last nights updates. -- Steven Haigh Email: netwiz at crc.id.au Web: http://www.crc.id.au Phone: (03) 9017 0597 - 0412 935 897 Sendmail is like emacs: A nice operating system, but missing an editor and a MTA. From netwiz at crc.id.au Sat Mar 11 06:14:18 2006 From: netwiz at crc.id.au (Steven Haigh) Date: Sat, 11 Mar 2006 17:14:18 +1100 (EST) Subject: System slowness with latest updates In-Reply-To: <24630.192.94.41.42.1142050640.squirrel@zeus.crc.id.au> References: <24630.192.94.41.42.1142050640.squirrel@zeus.crc.id.au> Message-ID: <32669.192.94.41.42.1142057658.squirrel@zeus.crc.id.au> On Sat, March 11, 2006 3:17 pm, Steven Haigh wrote: > Hi all, > > This one has me kind of confused, as I can't find anything common to cause > a slowness in the system. The slowness I'm seeing is that processes > running on the system become really slow and take a long time to do what > the should do. It's not a system load issue, as I see: > # uptime > 15:15:51 up 7:46, 8 users, load average: 0.05, 0.05, 0.00 > > Things like snmpd queries timing out, when restarting dhcpd the syslog > output to /var/log/messages takes around 2 seconds per line. > > I've looked around and can't see anything out of place, or anything > obviously broken. Anyone have any ideas on this? As a followup to this, I've noticed that the syslog is around 3-4 minutes behind the events that happen. say I login to an IMAP server, the maillog shows the login at 16:57:48 - if I breat out of that and show the date, the clock will show 3-4 minutes later (ie 17:01) - even though the line has only appeared seconds ago. Even things such as spamassassin is taking 217 seconds to scan a 2Kb email. snmpd results to localhost are timing out - even though the process is listening. It takes 45-50 seconds to log out of a su shell back to the logged in user, the same for becoming root via 'su -'. I have never seen this kind of behaviour on a system before - especially when the CPU is 99% idle. Has anyone come across this type of behaviour before? the system is: model name : AMD Sempron(tm) Processor 2800+ stepping : 0 cpu MHz : 1602.495 It has 1 Gb of RAM, and seemed to work perfectly until last nights updates. -- Steven Haigh Email: netwiz at crc.id.au Web: http://www.crc.id.au Phone: (03) 9017 0597 - 0412 935 897 Sendmail is like emacs: A nice operating system, but missing an editor and a MTA. From DwaineGarden at rogers.com Sat Mar 11 08:25:27 2006 From: DwaineGarden at rogers.com (Dwaine Garden) Date: Sat, 11 Mar 2006 03:25:27 -0500 Subject: rawhide report: 20060310 changes In-Reply-To: <1142013296.2718.5.camel@canis> References: <200603100814.k2A8ETTT016596@porkchop.devel.redhat.com> <1142013296.2718.5.camel@canis> Message-ID: <44128977.4090601@rogers.com> Brian Gaynor wrote: > On Fri, 2006-03-10 at 03:14 -0500, Build System wrote: > > >> kernel-2.6.15-1.2038_FC5 >> ------------------------ >> * Thu Mar 09 2006 Stephen Tweedie >> - Disable a bunch of hardware drivers in xenU that have no business >> being built in an unprivileged guest. >> - Fix conflict between Xen and ati patch from latest git tree >> >> * Thu Mar 09 2006 Dave Jones >> - 2.6.16rc5-git12/git13 >> - Make 'quiet' work again. >> - Turn off some debugging stuff. >> - Fix up some debug spew that could occur during resume. >> >> * Wed Mar 08 2006 Dave Jones >> - 2.6.16rc5-git10/git11 >> > > So far so good for me with no sign of #182731. > > My machine booted in 12 seconds... Work great here... From uno at webworks.se Sat Mar 11 08:30:09 2006 From: uno at webworks.se (Uno Engborg) Date: Sat, 11 Mar 2006 09:30:09 +0100 Subject: Help Needed: TEST FC5 KERNELS! In-Reply-To: <20060311052624.GA14238@mail.harddata.com> References: <440F09EF.10009@redhat.com> <95ac75570603080851y18d7debp796c3bd7699f3e70@mail.gmail.com> <1141947702.4313.41.camel@vroomfondel.internal.datastacks.com> <95ac75570603101012k4ec23acaqcb0551bea70329c1@mail.gmail.com> <1142015580.19986.12.camel@vroomfondel.internal.datastacks.com> <4411EAEC.6080604@webworks.se> <1142028041.19986.17.camel@vroomfondel.internal.datastacks.com> <44120EDC.40609@webworks.se> <1142034576.16758.16.camel@vroomfondel.internal.datastacks.com> <44122AE7.9020901@webworks.se> <20060311052624.GA14238@mail.harddata.com> Message-ID: <44128A91.5040009@webworks.se> Michal Jaegermann skrev: > On Sat, Mar 11, 2006 at 02:41:59AM +0100, Uno Engborg wrote: > >> Peter Jones skrev: >> >>> On Sat, 2006-03-11 at 00:42 +0100, Uno Engborg wrote: >>> >>> >>> >>>> pm-utils-0.13-1 >>>> >>>> /etc/sysconfig/pm: >>>> SUSPEND_MODULES="button" >>>> >>>> HIBERNATE_RESUME_POST_VIDEO="no" >>>> > With this ^^^^^ > > >> resume) >> if [ "x$PM_MODE" != "xhibernate" -a \ >> "x$HIBERNATE_RESUME_POST_VIDEO" == "xyes" ]; then >> > this ^^^^^ will never test to "true" regardless of > what $PM_MODE happens to be > > >> resume_video >> echo "In if">>/tmp/20video >> echo $PM_MODE>>/tmp/20video >> echo $HIBERNATE_RESUME_POST_VIDEO>>/tmp/20video >> echo "---------------">>/tmp/20video >> fi >> echo "After if">>/tmp/20video >> > > >> In /tmp/20video I get the following: >> >> resume >> After if >> >> Is this really what's supposed to happen? >> > > With setting like above obviously yes. If you want that to > happen is another and good question. > > If you would like to see what values really are then echo $PM_MODE > and $HIBERNATE_RESUME_POST_VIDEO to /tmp/20video _outside_ this > conditional above. > > Michal > > If I do that, it turns out that: PM_MODE: sleep HIBERNATE_RESUME_POST_VIDEO: no Is that what's supposed to happen? Shouldn't the 20video script do something to wake the screen? Regards Uno Engborg From buildsys at redhat.com Sat Mar 11 09:41:17 2006 From: buildsys at redhat.com (Build System) Date: Sat, 11 Mar 2006 04:41:17 -0500 Subject: rawhide report: 20060311 changes Message-ID: <200603110941.k2B9fHRf022009@porkchop.devel.redhat.com> Updated Packages: gnupg-1.4.2.2-2 --------------- * Fri Mar 10 2006 Nalin Dahyabhai - 1.4.2.2-2 - rebuild * Fri Mar 10 2006 Nalin Dahyabhai - 1.4.2.2-1 - update to 1.4.2.2 to fix detection of unsigned data (CVE-2006-0049, #185111) kernel-2.6.15-1.2041_FC5 ------------------------ * Fri Mar 10 2006 Dave Jones - And back off. * Fri Mar 10 2006 Dave Jones - Turn slab debug back on for one more build * Thu Mar 09 2006 Dave Jones - Add viro's slab leak detector. mkinitrd-5.0.31-1 ----------------- * Fri Mar 10 2006 Peter Jones - 5.0.31-1 - add segv handler for nash pm-utils-0.14-1 --------------- * Fri Mar 10 2006 Peter Jones - 0.14-1 - fix hibernate check in /etc/pm/hooks/20video Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.13.i686 requires kernel = 0:2.6.15-1.2038_FC5 GFS-kernel - 2.6.15.1-5.FC5.13.i686 requires /lib/modules/2.6.15-1.2038_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.13.i686 requires /lib/modules/2.6.15-1.2038_FC5smp GFS-kernel-smp - 2.6.15.1-5.FC5.13.i686 requires kernel-smp = 0:2.6.15-1.2038_FC5 cman-kernel - 2.6.15.1-0.FC5.11.i686 requires kernel = 0:2.6.15-1.2038_FC5 cman-kernel - 2.6.15.1-0.FC5.11.i686 requires /lib/modules/2.6.15-1.2038_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.11.i686 requires /lib/modules/2.6.15-1.2038_FC5smp cman-kernel-smp - 2.6.15.1-0.FC5.11.i686 requires kernel-smp = 0:2.6.15-1.2038_FC5 dlm-kernel - 2.6.15.1-0.FC5.9.i686 requires kernel = 0:2.6.15-1.2038_FC5 dlm-kernel - 2.6.15.1-0.FC5.9.i686 requires /lib/modules/2.6.15-1.2038_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.9.i686 requires /lib/modules/2.6.15-1.2038_FC5smp dlm-kernel-smp - 2.6.15.1-0.FC5.9.i686 requires kernel-smp = 0:2.6.15-1.2038_FC5 gnbd-kernel - 2.6.15-5.FC5.14.i686 requires kernel = 0:2.6.15-1.2032_FC5 gnbd-kernel - 2.6.15-5.FC5.14.i686 requires /lib/modules/2.6.15-1.2032_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.14.i686 requires /lib/modules/2.6.15-1.2032_FC5smp gnbd-kernel-smp - 2.6.15-5.FC5.14.i686 requires kernel-smp = 0:2.6.15-1.2032_FC5 Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.13.x86_64 requires kernel = 0:2.6.15-1.2038_FC5 GFS-kernel - 2.6.15.1-5.FC5.13.x86_64 requires /lib/modules/2.6.15-1.2038_FC5 cman-kernel - 2.6.15.1-0.FC5.11.x86_64 requires kernel = 0:2.6.15-1.2038_FC5 cman-kernel - 2.6.15.1-0.FC5.11.x86_64 requires /lib/modules/2.6.15-1.2038_FC5 dlm-kernel - 2.6.15.1-0.FC5.9.x86_64 requires kernel = 0:2.6.15-1.2038_FC5 dlm-kernel - 2.6.15.1-0.FC5.9.x86_64 requires /lib/modules/2.6.15-1.2038_FC5 gnbd-kernel - 2.6.15-5.FC5.14.x86_64 requires kernel = 0:2.6.15-1.2032_FC5 gnbd-kernel - 2.6.15-5.FC5.14.x86_64 requires /lib/modules/2.6.15-1.2032_FC5 From monty19 at hotmail.com Sat Mar 11 09:50:17 2006 From: monty19 at hotmail.com (Jason Montleon) Date: Sat, 11 Mar 2006 18:50:17 +0900 Subject: floppy module not compiled for Xen0 Message-ID: Is there a reason that the floppy.ko module is compiled for the standard kernel, but not for kernel-xen0? It appears to work without any problems... From bloch at verdurin.com Sat Mar 11 12:23:11 2006 From: bloch at verdurin.com (bloch at verdurin.com) Date: Sat, 11 Mar 2006 12:23:11 +0000 Subject: Wireless failure on resume Message-ID: <20060311122311.GA4116@bloch.smith.man.ac.uk> With recent kernels, including 2041, the wireless network on my laptop does not resume after suspending, whereas it was working previously. It's a Vaio S1XP using the ipw2200 driver. It's in bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184490 From bloch at verdurin.com Sat Mar 11 12:50:24 2006 From: bloch at verdurin.com (bloch at verdurin.com) Date: Sat, 11 Mar 2006 12:50:24 +0000 Subject: Wireless failure on resume In-Reply-To: <20060311122311.GA4116@bloch.smith.man.ac.uk> References: <20060311122311.GA4116@bloch.smith.man.ac.uk> Message-ID: <20060311125024.GB4116@bloch.smith.man.ac.uk> On Sat, 11 Mar 2006, bloch at verdurin.com wrote: > With recent kernels, including 2041, the wireless network on my laptop > does not resume after suspending, whereas it was working previously. > > It's a Vaio S1XP using the ipw2200 driver. > > It's in bugzilla: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184490 > I've just rebooted with various different kernels, and it seems as though this isn't working at all, so it must be pm-utils and/or Network Manager or something else. From Giuseppe.Castagna at ens.fr Sat Mar 11 12:53:00 2006 From: Giuseppe.Castagna at ens.fr (Giuseppe Castagna) Date: Sat, 11 Mar 2006 13:53:00 +0100 Subject: kernel 2038 x86_64 segfault In-Reply-To: References: <441158A2.3020506@ens.fr> <20060310163812.GC18755@redhat.com> <1142031025.16758.4.camel@vroomfondel.internal.datastacks.com> Message-ID: <4412C82C.5080404@ens.fr> Justin Conover wrote: > FYI > > 2041 works too. > 2041 works with two hitches: it still suffers of the following bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182008 and it gives me the following warning [beppe at lampone /tmp]$ sudo rpm -Uvh kernel-* Preparing... ########################################### [100%] 1:kernel-devel ########################################### [ 50%] /usr/lib/python2.4/site-packages/pirut/Progress.py:158: GtkWarning: gtk_progress_set_percentage: assertion `percentage >= 0 && percentage <= 1.0' failed self.pbar.set_fraction(fract) 2:kernel ########################################### [100%] (yes, I know I should have used -ivh ) ---Beppe--- From uno at webworks.se Sat Mar 11 13:08:26 2006 From: uno at webworks.se (Uno Engborg) Date: Sat, 11 Mar 2006 14:08:26 +0100 Subject: Beagle daemon not started Message-ID: <4412CBCA.7030206@webworks.se> When I do a beagle search for the first time after logging on to the system I get the error message "Daemon not running" and a button to start it. Shouldn't the beagle daemon be started automagically? Is there some setting to do this somewhere that I havn't find. If not what's the best way to start it. Regards Uno Engborg From davidburgess at sympatico.ca Sat Mar 11 13:12:20 2006 From: davidburgess at sympatico.ca (David Burgess) Date: Sat, 11 Mar 2006 08:12:20 -0500 Subject: Xen Kernel Not Powering Down In-Reply-To: <4411D315.3080403@fedoraproject.org> Message-ID: I filed a bug report on this early last week. Nothigns been done >From: Rahul Sundaram >Reply-To: For testers of Fedora Core development releases > >To: For testers of Fedora Core development releases > >Subject: Re: One week delay >Date: Sat, 11 Mar 2006 00:57:17 +0530 > >Leslie Satenstein wrote: > >>There are many rough edges to the Core5 release. I personally would want >>the extra week(s) spent on cleaning up. >> >>My nuances >>I found XEN version will not power off after a shutdown command >> >> >Did you file a bug report on this? > >>I found that any user, including guest, could issue a shutdown command >> >> >This one is not a bug. > >>I found that there are still keyboard definition problems that are not >>solved >> >> >Any bug reports? > > >-- >Rahul > > > >-- >fedora-test-list mailing list >fedora-test-list at redhat.com >To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list From pb at partha.com Sat Mar 11 13:13:49 2006 From: pb at partha.com (Partha Bagchi) Date: Sat, 11 Mar 2006 08:13:49 -0500 Subject: Wireless failure on resume In-Reply-To: <20060311125024.GB4116@bloch.smith.man.ac.uk> References: <20060311122311.GA4116@bloch.smith.man.ac.uk> <20060311125024.GB4116@bloch.smith.man.ac.uk> Message-ID: <4412CD0D.3090902@partha.com> bloch at verdurin.com wrote: > On Sat, 11 Mar 2006, bloch at verdurin.com wrote: > > >> With recent kernels, including 2041, the wireless network on my laptop >> does not resume after suspending, whereas it was working previously. >> >> It's a Vaio S1XP using the ipw2200 driver. >> >> It's in bugzilla: >> >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184490 >> >> > > I've just rebooted with various different kernels, and it seems as > though this isn't working at all, so it must be pm-utils and/or Network > Manager or something else. > > This is also true of the bcm43xx driver which you have to re-associate after hibernation. I have not yet tried to do this after suspend. From pb at partha.com Sat Mar 11 13:18:02 2006 From: pb at partha.com (Partha Bagchi) Date: Sat, 11 Mar 2006 08:18:02 -0500 Subject: kernel 2038 x86_64 segfault In-Reply-To: <4412C82C.5080404@ens.fr> References: <441158A2.3020506@ens.fr> <20060310163812.GC18755@redhat.com> <1142031025.16758.4.camel@vroomfondel.internal.datastacks.com> <4412C82C.5080404@ens.fr> Message-ID: <4412CE0A.5020301@partha.com> Giuseppe Castagna wrote: > Justin Conover wrote: >> FYI >> >> 2041 works too. >> > > 2041 works with two hitches: > > it still suffers of the following bug > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182008 > > and it gives me the following warning > > [beppe at lampone /tmp]$ sudo rpm -Uvh kernel-* > Preparing... > ########################################### [100%] > 1:kernel-devel > ########################################### [ 50%] > /usr/lib/python2.4/site-packages/pirut/Progress.py:158: GtkWarning: > gtk_progress_set_percentage: assertion `percentage >= 0 && percentage > <= 1.0' failed > self.pbar.set_fraction(fract) > 2:kernel > ########################################### [100%] > > (yes, I know I should have used -ivh ) > > > ---Beppe--- > Kernel 2039 works fine from Davej's website. Though the errors regarding pci not being able to allocate resources is still there. Curiously, I am not able to update to 2041 (using yum update) today as of this time since I get: --------------------- Added 152 new packages, deleted 0 old in 0.90 seconds No Packages marked for Update/Obsoletion --------------------- Partha From gstool at earthlink.net Sat Mar 11 13:26:58 2006 From: gstool at earthlink.net (Gerry Tool) Date: Sat, 11 Mar 2006 07:26:58 -0600 Subject: Beagle daemon not started In-Reply-To: <4412CBCA.7030206@webworks.se> References: <4412CBCA.7030206@webworks.se> Message-ID: <1142083619.15265.1.camel@fc5t3.thetoolshed.us> On Sat, 2006-03-11 at 14:08 +0100, Uno Engborg wrote: > When I do a beagle search for the first time after logging on to the system > I get the error message "Daemon not running" and a button to start it. > > Shouldn't the beagle daemon be started automagically? Is there some setting > to do this somewhere that I havn't find. If not what's the best way to > start it. > Places > Search > Preferences > Search tab > Check "Start search & indexing services automatically" Gerry From shrek-m at gmx.de Sat Mar 11 13:44:21 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sat, 11 Mar 2006 14:44:21 +0100 Subject: kernel 2038 x86_64 segfault In-Reply-To: <4412CE0A.5020301@partha.com> References: <441158A2.3020506@ens.fr> <20060310163812.GC18755@redhat.com> <1142031025.16758.4.camel@vroomfondel.internal.datastacks.com> <4412C82C.5080404@ens.fr> <4412CE0A.5020301@partha.com> Message-ID: <4412D435.6040307@gmx.de> On 11.03.2006 14:18, Partha Bagchi wrote: > Giuseppe Castagna wrote: > >> (yes, I know I should have used -ivh ) > you can use what you want -ivh = install (add) new kernel -Uvh = update the kernel(s) > Curiously, I am not able to update to 2041 (using yum update) today as > of this time since I get: > > --------------------- > Added 152 new packages, deleted 0 old in 0.90 seconds > No Packages marked for Update/Obsoletion > --------------------- some mirrors are not up2date, rawhide is. # yum check-update | grep kernel kernel.ppc64 2.6.15-1.2041_FC5 development ---- /etc/yum.repos.d/fedora-development.repo ---- [development] name=Fedora Core - Development baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/ #mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-core-rawhide enabled=1 gpgcheck=0 -------- sometimes you can find the new kernels here http://people.redhat.com/davej/ davej at redhat.com -- shrek-m From justin.conover at gmail.com Sat Mar 11 14:28:33 2006 From: justin.conover at gmail.com (Justin Conover) Date: Sat, 11 Mar 2006 08:28:33 -0600 Subject: kernel 2038 x86_64 segfault In-Reply-To: <4412D435.6040307@gmx.de> References: <441158A2.3020506@ens.fr> <20060310163812.GC18755@redhat.com> <1142031025.16758.4.camel@vroomfondel.internal.datastacks.com> <4412C82C.5080404@ens.fr> <4412CE0A.5020301@partha.com> <4412D435.6040307@gmx.de> Message-ID: On 3/11/06, shrek-m at gmx.de wrote: > > On 11.03.2006 14:18, Partha Bagchi wrote: > > > Giuseppe Castagna wrote: > > > >> (yes, I know I should have used -ivh ) > > > > you can use what you want > -ivh = install (add) new kernel > -Uvh = update the kernel(s) > > > Curiously, I am not able to update to 2041 (using yum update) today as > > of this time since I get: > > > > --------------------- > > Added 152 new packages, deleted 0 old in 0.90 seconds > > No Packages marked for Update/Obsoletion > > --------------------- > > > some mirrors are not up2date, rawhide is. > > # yum check-update | grep kernel > kernel.ppc64 2.6.15-1.2041_FC5 > development > > ---- /etc/yum.repos.d/fedora-development.repo ---- > [development] > name=Fedora Core - Development > baseurl= > http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/ > #mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-core-rawhide > enabled=1 > gpgcheck=0 > -------- > > > sometimes you can find the new kernels here > http://people.redhat.com/davej/ davej at redhat.com > > > -- > shrek-m > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > # cat /etc/yum.repos.d/davej-kernels.repo [davej-kernel] name=davej-kernels baseurl=http://people.redhat.com/davej/kernels/Fedora/devel/RPMS.kernel/ enabled=1 gpgcheck=0 -------------- next part -------------- An HTML attachment was scrubbed... URL: From fct-cornette at insight.rr.com Sat Mar 11 14:37:32 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sat, 11 Mar 2006 09:37:32 -0500 Subject: Beagle daemon not started In-Reply-To: <4412CBCA.7030206@webworks.se> References: <4412CBCA.7030206@webworks.se> Message-ID: <4412E0AC.4070206@insight.rr.com> Uno Engborg wrote: > > When I do a beagle search for the first time after logging on to the system > I get the error message "Daemon not running" and a button to start it. > > Shouldn't the beagle daemon be started automagically? Is there some setting > to do this somewhere that I havn't find. If not what's the best way to > start it. > > > Regards > Uno Engborg > beagle-0.2.2-3 -------------- * Wed Mar 08 2006 Ray Strode - 0.2.2-3 - turn off beagle by default to limit the severity of bug 183898 - fix trigger/post scriptlet (bug 184238) https://www.redhat.com/archives/fedora-test-list/2006-March/msg00526.html JIm From jvian10 at charter.net Sat Mar 11 14:42:20 2006 From: jvian10 at charter.net (Jeff Vian) Date: Sat, 11 Mar 2006 08:42:20 -0600 Subject: Reported bugs -- yes they were In-Reply-To: <1142028874.2505.56.camel@ender> References: <20060310214657.89257.qmail@web30202.mail.mud.yahoo.com> <1142028874.2505.56.camel@ender> Message-ID: <1142088140.4676.64.camel@eagle.lab.net> On Fri, 2006-03-10 at 17:14 -0500, Jesse Keating wrote: > On Fri, 2006-03-10 at 13:46 -0800, Leslie Satenstein wrote: > > As for being able to shutdown from any account. It says that Core5 cannot be used as a server and also have another guest user who could issue that command. > > I should not have to modify the halt / shutdown / reboot stuff to add security. If I want a guest end user to do a shutdown, > > Can you tell me exactly how a non-root user can initiate a shutdown? > Aside from say the gnome shutdown menu... > The _console_ user can do a shutdown from the gnome Desktop menu. Same applies for anyone with physical access to the console even if the user is not logged in. (As long as no one is logged in on the console with the screen locked.) The option is on the console login screen. This is part of why the stress on security _includes_ physical access limitations. From clydekunkel7734 at cox.net Sat Mar 11 15:22:33 2006 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Sat, 11 Mar 2006 10:22:33 -0500 Subject: kernel panic with attempted clean i386 install of todays rawhide In-Reply-To: <4411C7D8.1010706@cox.net> References: <4411C7D8.1010706@cox.net> Message-ID: <4412EB39.6070509@cox.net> Clyde E. Kunkel wrote: > due to initrd not being created, which may be due to numerous scriplet > errors. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185106 > bug reopened...kernel panic with clean install of today's (3/11/06) rawhide tho initrd is being created. Still numerous scriplet errors. -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots) From jkeating at j2solutions.net Sat Mar 11 15:41:32 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Sat, 11 Mar 2006 10:41:32 -0500 Subject: Reported bugs -- yes they were In-Reply-To: <44120241.8040607@gmail.com> References: <20060310214657.89257.qmail@web30202.mail.mud.yahoo.com> <1142028874.2505.56.camel@ender> <44120241.8040607@gmail.com> Message-ID: <1142091693.2405.0.camel@ender> On Fri, 2006-03-10 at 17:48 -0500, Dan wrote: > the "poweroff" or "reboot" commands? Not from remote. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From jt_toenn at yahoo.no Sat Mar 11 16:11:13 2006 From: jt_toenn at yahoo.no (=?iso-8859-1?q?jan=20terje=20t=F8nnessen?=) Date: Sat, 11 Mar 2006 17:11:13 +0100 (CET) Subject: Vedr. Re: Installing on Intel 865 - blank screen In-Reply-To: <4410C582.3040507@insight.rr.com> Message-ID: <20060311161113.15057.qmail@web26514.mail.ukl.yahoo.com> Linux resolution=800x600 gives the same result, -blank screen. Also Ctrl+Alt+F1/F7 does not work /JT --- Jim Cornette skrev: > jan terje t?nnessen wrote: > > When I try to install FC5 test3 from a DVD I get > blank > > screen just after detecting VGA (Intel Corporation > > 82865G) and monitor (LCD Hyundai L50S). I have > tested > > different variants of "linux vga=..." but without > > luck. > > > > When I install FC4 on the same machine everything > is > > OK > > lspci > > 00:02.0 VGA compatible controller: Intel > Corporation > > 82865G Integrated Graphics Controller (rev 02) > > > > When I try the FC5 test3 installation on another > > machine (with Intel 915) it works fine. > > > > Driver problem in FC5 ? > > > > Rereading your posting, it sounds like you are > having a problem with the > installer. I will try out the installer from the DVD > tomorrow. Meanwhile > you might need to run the installer in text mode. > > I might be able to capture what is going on through > the serial port to > hyper-terminal on the computer that I have which > uses the 865G. > > What happens if you pass Linux resolution=800x600 to > the installer? > > Jim > > > -- > You may easily play a joke on a man who likes to > argue -- agree with him. > -- Ed Howe > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > From jon.nettleton at gmail.com Sat Mar 11 16:19:16 2006 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Sat, 11 Mar 2006 11:19:16 -0500 Subject: shortcut to new shell opened behind the first one .... In-Reply-To: <4411E905.6070903@webworks.se> References: <441184A5.8070409@freesurf.fr> <20060310174313.GB1292@devserv.devel.redhat.com> <4411E905.6070903@webworks.se> Message-ID: <1142093956.2124.16.camel@averatec> On Fri, 2006-03-10 at 22:00 +0100, Uno Engborg wrote: > Alan Cox skrev: > > On Fri, Mar 10, 2006 at 02:52:37PM +0100, Larry tb wrote: > > > >> When using shortcut ctrl shift N, to open a new shell, the new shell is > >> opened BEHIND the actual one. > >> Is it a new fonction ? > >> Not very useful is it ? > >> > > > > Its alleged to be a feature. It tries to open applications run from a shell > > behind the shell so that you keep having to bring them to the front. This > > includes new shells, programs you really wanted to appear in front of it, > > and so on. In theory it stops a new application from interfering with the > > command line you are typing, but it is intentional. > > > > > There should really be some way to turn this off, e.g. in gconf > Wouldn't the ideal behavior be, if keyboard events are being captured then the window is being drawn to the back, else draw it in the foreground? This should give us a balance of security and convenience without having another gconf setting to turn on or off. Jon From rmy at tigress.co.uk Sat Mar 11 16:36:04 2006 From: rmy at tigress.co.uk (Ron Yorston) Date: Sat, 11 Mar 2006 16:36:04 GMT Subject: shortcut to new shell opened behind the first one .... Message-ID: <200603111636.k2BGa4d3002038@tiffany.internal.tigress.co.uk> Jon Nettleton wrote: >On Fri, 2006-03-10 at 22:00 +0100, Uno Engborg wrote: >> There should really be some way to turn this off, e.g. in gconf >> >Wouldn't the ideal behavior be, if keyboard events are being captured >then the window is being drawn to the back, else draw it in the >foreground? This should give us a balance of security and convenience >without having another gconf setting to turn on or off. I've submitted a patch upstream to make strict focus approximation configurable: http://bugzilla.gnome.org/show_bug.cgi?id=326159 Ron From uno at webworks.se Sat Mar 11 16:43:45 2006 From: uno at webworks.se (Uno Engborg) Date: Sat, 11 Mar 2006 17:43:45 +0100 Subject: shortcut to new shell opened behind the first one .... In-Reply-To: <1142093956.2124.16.camel@averatec> References: <441184A5.8070409@freesurf.fr> <20060310174313.GB1292@devserv.devel.redhat.com> <4411E905.6070903@webworks.se> <1142093956.2124.16.camel@averatec> Message-ID: <4412FE41.4080701@webworks.se> Jon Nettleton wrote: > On Fri, 2006-03-10 at 22:00 +0100, Uno Engborg wrote: > >> Alan Cox skrev: >> >>> On Fri, Mar 10, 2006 at 02:52:37PM +0100, Larry tb wrote: >>> >>> >>>> When using shortcut ctrl shift N, to open a new shell, the new shell is >>>> opened BEHIND the actual one. >>>> Is it a new fonction ? >>>> Not very useful is it ? >>>> >>>> >>> Its alleged to be a feature. It tries to open applications run from a shell >>> behind the shell so that you keep having to bring them to the front. This >>> includes new shells, programs you really wanted to appear in front of it, >>> and so on. In theory it stops a new application from interfering with the >>> command line you are typing, but it is intentional. >>> >>> >>> >> There should really be some way to turn this off, e.g. in gconf >> >> > Wouldn't the ideal behavior be, if keyboard events are being captured > then the window is being drawn to the back, else draw it in the > foreground? This should give us a balance of security and convenience > without having another gconf setting to turn on or off. > Yes, that sounds great! BTW, is this "feature" a Fedora thing or is it a Gnome 2.14 problem. If so perhaps you should notify notify the Gnome bugzilla as well. Regards Uno Engborg From wrrhdev at riede.org Sat Mar 11 17:15:31 2006 From: wrrhdev at riede.org (Willem Riede) Date: Sat, 11 Mar 2006 12:15:31 -0500 Subject: Update problems with libgcj Message-ID: <1142097331l.16167l.1l@athena.riede.org> I hadn't updated my x86_64 install of FC5T3 in a while, but when I did today, I had these troubles with libgcj: Updating : libgcj ##################### [716/850] gij: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) gij: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) gij: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) gij: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) gij: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) Cleanup : libgcj ##################### [717/850] ... Updating : jakarta-commons-collections ##################### [726/850] /usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) /usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) dirname: missing operand Try `dirname --help' for more information. mkdir: missing operand Try `mkdir --help' for more information. /usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) /usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) /usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) Cleanup : jakarta-commons-collections ##################### [727/850] /usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) /usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) dirname: missing operand Try `dirname --help' for more information. mkdir: missing operand Try `mkdir --help' for more information. /usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) /usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) /usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) Updating : perl-HTML-Parser ##################### [728/850] Cleanup : perl-HTML-Parser ##################### [729/850] Updating : hsqldb ##################### [730/850] ln: target `hsqldb.jar' is not a directory ln: target `servlet.jar' is not a directory /usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) /usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) dirname: missing operand Try `dirname --help' for more information. mkdir: missing operand Try `mkdir --help' for more information. /usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) /usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) /usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) Cleanup : hsqldb ##################### [731/850] /usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) /usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) dirname: missing operand Try `dirname --help' for more information. mkdir: missing operand Try `mkdir --help' for more information. /usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) /usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) /usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7) ... Installing: tomcat5-common-lib ##################### [813/850] /usr/bin/build-jar-repository: error: Could not find jdbc-stdext Java extension for this JVM /usr/bin/build-jar-repository: error: Could not find jndi Java extension for this JVM /usr/bin/build-jar-repository: error: Some specified jars were not found for this jvm Known problem? Bugzilla worthy? Any other info needed? Thanks, Willem Riede. From dragoran at feuerpokemon.de Sat Mar 11 17:17:51 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Sat, 11 Mar 2006 18:17:51 +0100 Subject: System slowness with latest updates In-Reply-To: <32669.192.94.41.42.1142057658.squirrel@zeus.crc.id.au> References: <24630.192.94.41.42.1142050640.squirrel@zeus.crc.id.au> <32669.192.94.41.42.1142057658.squirrel@zeus.crc.id.au> Message-ID: <4413063F.6010004@feuerpokemon.de> Steven Haigh wrote: >On Sat, March 11, 2006 3:17 pm, Steven Haigh wrote: > > >>Hi all, >> >>This one has me kind of confused, as I can't find anything common to cause >>a slowness in the system. The slowness I'm seeing is that processes >>running on the system become really slow and take a long time to do what >>the should do. It's not a system load issue, as I see: >># uptime >> 15:15:51 up 7:46, 8 users, load average: 0.05, 0.05, 0.00 >> >>Things like snmpd queries timing out, when restarting dhcpd the syslog >>output to /var/log/messages takes around 2 seconds per line. >> >>I've looked around and can't see anything out of place, or anything >>obviously broken. Anyone have any ideas on this? >> >> > >As a followup to this, I've noticed that the syslog is around 3-4 minutes >behind the events that happen. say I login to an IMAP server, the maillog >shows the login at 16:57:48 - if I breat out of that and show the date, >the clock will show 3-4 minutes later (ie 17:01) - even though the line >has only appeared seconds ago. > >Even things such as spamassassin is taking 217 seconds to scan a 2Kb >email. snmpd results to localhost are timing out - even though the process >is listening. > >It takes 45-50 seconds to log out of a su shell back to the logged in >user, the same for becoming root via 'su -'. > >I have never seen this kind of behaviour on a system before - especially >when the CPU is 99% idle. Has anyone come across this type of behaviour >before? > >the system is: >model name : AMD Sempron(tm) Processor 2800+ >stepping : 0 >cpu MHz : 1602.495 > >It has 1 Gb of RAM, and seemed to work perfectly until last nights updates. > > > have you tryed a different kernel? From alcocer at helixdigital.com Sat Mar 11 16:49:38 2006 From: alcocer at helixdigital.com (Dario Alcocer) Date: Sat, 11 Mar 2006 08:49:38 -0800 Subject: Kernel BUG in xenguest-install.py Message-ID: Before Anaconda displays its opening screen, the following is printed on the console: kernel BUG at include/asm/xor.h:633! invalid opcode: 0000 [#1] SMP I can reproduce this every time I run this install script. I'm running on an AMD Athlon XP 2400+ with 768MB, with the following install options: What is the name of your virtual machine? junk How much RAM should be allocated (in megabytes)? 256 What would you like to use as the disk (path)? /dev/stg/junk.xen What is the install location? nfs:coyote:/mnt I'm installing to a LVM logical volume from a FC5t3 DVD image mounted read-only via a loopback device. If anyone has a clue as to what I'm doing wrong, please let me know. -- Dario Alcocer -- alcocer at helixdigital.com From alcocer at helixdigital.com Sat Mar 11 17:43:12 2006 From: alcocer at helixdigital.com (Dario Alcocer) Date: Sat, 11 Mar 2006 09:43:12 -0800 Subject: Oops in xenguest-install.py Message-ID: During a text or VNC install, I see the following on the guest console: Oops: 0002 [#2] SMP I'm running on an AMD Athlon XP 2400+ with 768MB, with the following Xen packages installed: kernel-xenU-2.6.15-1.2032_FC5 kernel-xen0-2.6.15-1.2032_FC5 kernel-xen-hypervisor-2.6.15-1.1955_FC5 xen-3.0.1-3 Any pointers on what I'm doing wrong would be appreciated. Thanks... -- D. From fct-cornette at insight.rr.com Sat Mar 11 17:52:34 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sat, 11 Mar 2006 12:52:34 -0500 Subject: Installing on Intel 865 - blank screen In-Reply-To: <20060309202720.30623.qmail@web26504.mail.ukl.yahoo.com> References: <20060309202720.30623.qmail@web26504.mail.ukl.yahoo.com> Message-ID: <44130E62.3010209@insight.rr.com> jan terje t?nnessen wrote: > When I try to install FC5 test3 from a DVD I get blank > screen just after detecting VGA (Intel Corporation > 82865G) and monitor (LCD Hyundai L50S). I have tested > different variants of "linux vga=..." but without > luck. I take it this is firstboot where you are having the problem. The installer seemed to work fine regarding the installer. I did not make it through the upgrade process to try firstboot. I did notice an error in one of the logs regarding the i910 kernel module and a DRM error. Attached text. > > When I install FC4 on the same machine everything is > OK > lspci > 00:02.0 VGA compatible controller: Intel Corporation > 82865G Integrated Graphics Controller (rev 02) > > When I try the FC5 test3 installation on another > machine (with Intel 915) it works fine. > > Driver problem in FC5 ? > I am uncertain if the i910 module should be used for the 865G video. I assume that when the numbers go up, the card is a later addition. The i810 kernel module being used is what I thought was supposed to be used. Jim -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: 865G-xorg-log.txt URL: From davej at redhat.com Sat Mar 11 17:59:15 2006 From: davej at redhat.com (Dave Jones) Date: Sat, 11 Mar 2006 12:59:15 -0500 Subject: kernel 2038 x86_64 segfault In-Reply-To: <4412D435.6040307@gmx.de> References: <441158A2.3020506@ens.fr> <20060310163812.GC18755@redhat.com> <1142031025.16758.4.camel@vroomfondel.internal.datastacks.com> <4412C82C.5080404@ens.fr> <4412CE0A.5020301@partha.com> <4412D435.6040307@gmx.de> Message-ID: <20060311175915.GC22943@redhat.com> On Sat, Mar 11, 2006 at 02:44:21PM +0100, shrek-m at gmx.de wrote: > On 11.03.2006 14:18, Partha Bagchi wrote: > you can use what you want > -ivh = install (add) new kernel > -Uvh = update the kernel(s) -Uvh on a kernel is a *bad* idea. There are reaons why yum etc always install rather update. The most obvious reason being - if the update fails, you lose your existing kernel - if the update doesn't boot, you lose. There were some other less obvious reasons that make this a bad idea too. Just don't do it. Dave -- http://www.codemonkey.org.uk From fct-cornette at insight.rr.com Sat Mar 11 18:47:42 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sat, 11 Mar 2006 13:47:42 -0500 Subject: Vedr. Re: Installing on Intel 865 - blank screen In-Reply-To: <20060311161113.15057.qmail@web26514.mail.ukl.yahoo.com> References: <20060311161113.15057.qmail@web26514.mail.ukl.yahoo.com> Message-ID: <44131B4E.6010208@insight.rr.com> jan terje t?nnessen wrote: > Linux resolution=800x600 gives the same result, > -blank screen. Also Ctrl+Alt+F1/F7 does not work Someone else claimed the option helped him during X problems for Intel 810/815 class cards. I never passed the parameter and instead did a text install with 'linux text' at the time. Upgrading with linux text does not prevent you from installing GUI software as some suppose by the name. It allows you to select all packages with dialog boxes in order to select the options and packages during install. > > /JT I am uncertain as to which stage you are reaching during the install attempt. Are you making it through the install up to the point where you can see the installer screen? (I made it up to selecting an upgrade and the failure was due to an exception. Have you attempted to do a Linux text install to see if you can configure X post-install? Also if you do get to where you install the system somewhat, there is an install log within the the /root directory for the install.log (Mine was an upgrade attempt and was zero bytes within the upgrade.log) I filed bug below. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185115 Also I included an attachment containing logs sent out the serial port for the installer kernel and logs which were in the /tmp directory during the install and when the exception occurred. https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=125954 intf.ppw.ics.cw.id.xsetup.xhwstate.videocard_name: Intel Corporation 82865G Integrated Graphics Controller intf.ppw.ics.cw.id.xsetup.xhwstate.video_ram: 0 intf.ppw.ics.cw.id.xsetup.xhwstate.videocard_driver: i810 intf.ppw.ics.cw.id.xsetup.xhwstate.videocard_options: [] intf.ppw.ics.cw.id.xsetup.xhwstate.vsync: 56-76 intf.ppw.ics.cw.id.xsetup.xhwstate.physical_height: 270 intf.ppw.ics.cw.id.xsetup.xhwstate.probed_vsync: 56-76 intf.ppw.ics.cw.id.xsetup.xhwstate.physical_width: 340 intf.ppw.ics.cw.id.xsetup.xhwstate.hsync: 30-81 intf.ppw.ics.cw.id.xsetup.xhwstate.probed_physical_width: 340 intf.ppw.ics.cw.id.xsetup.xhwstate.xconfig: None intf.ppw.ics.cw.id.xsetup.xhwstate.all_resolutions: [640x480, 800x480, 800x600, 1024x600, 1024x768, 1152x768, 1152x864, 1280x800, 1280x960, 1280x1024, 1400x1050, 1440x900, 1600x1200, 1680x1050, 1900x1200, 1920x1200, 1920x1440, 2048x1536] intf.ppw.ics.cw.id.xsetup.xhwstate.videocard: primary: 0 vidCards: [] Primary Video Card Info: device: None driver : i810 descr : Intel Corporation 82865G Integrated Graphics Controller vidRam: 8000 From paul at permanentmail.com Sat Mar 11 21:23:21 2006 From: paul at permanentmail.com (Paul Dickson) Date: Sat, 11 Mar 2006 14:23:21 -0700 Subject: pm-suspend worked Wed & Thurs, but not Friday Message-ID: <20060311142321.8a1e69f8.paul@permanentmail.com> I tested pm-suspend on my Inspiron 6000 on Wednesday and was surprised that it worked, although pm-hibernate did not (problems with resuming). I suspended my system on Wednesday and Thursday night and the next morning it resumed correctly (I don't use wireless, so that wasn't tested). On Friday I decided to collect data about why pm-hibernate doesn't work which caused be to reboot the system. After that point I could not get pm-suspend to resume any more if X11 was running. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185108 X11 starts consuming all available CPU time. -Paul From Giuseppe.Castagna at ens.fr Sat Mar 11 21:36:26 2006 From: Giuseppe.Castagna at ens.fr (Giuseppe Castagna) Date: Sat, 11 Mar 2006 22:36:26 +0100 Subject: kernel 2038 x86_64 segfault In-Reply-To: <4412D435.6040307@gmx.de> References: <441158A2.3020506@ens.fr> <20060310163812.GC18755@redhat.com> <1142031025.16758.4.camel@vroomfondel.internal.datastacks.com> <4412C82C.5080404@ens.fr> <4412CE0A.5020301@partha.com> <4412D435.6040307@gmx.de> Message-ID: <441342DA.7070104@ens.fr> shrek-m at gmx.de wrote: > On 11.03.2006 14:18, Partha Bagchi wrote: > >> Giuseppe Castagna wrote: >> >>> (yes, I know I should have used -ivh ) >> >> > > you can use what you want > -ivh = install (add) new kernel > -Uvh = update the kernel(s) > Yes, of course you can -Uvh, so as to erase a working kernel that cannot be found any longer in rawhide, and replace it by a kernel you do not know whether it will work and in this way completely screw your workstation. I can just more simply throw the computer from window and hope it will work again :-) Beppe From dtimms at bigpond.net.au Sat Mar 11 22:31:31 2006 From: dtimms at bigpond.net.au (David Timms) Date: Sun, 12 Mar 2006 09:31:31 +1100 Subject: Fedora Core 5 Status - package signing ? In-Reply-To: <20060311013258.GB10099@devserv.devel.redhat.com> References: <200603101728.03241.prigault@oricom.ca> <20060311013258.GB10099@devserv.devel.redhat.com> Message-ID: <44134FC3.1040903@bigpond.net.au> Bill Nottingham wrote: > Philippe Rigault (prigault at oricom.ca) said: >> Thank you, Jesse, for the explaination. >> >> On Fri, 10 Mar 2006 16:35:06 -0500, Jesse Keating wrote: >>> On Fri, 2006-03-10 at 16:24 -0500, Philippe Rigault wrote: >>>> Sure, only 2442 RPM packages have been rebuilt out of 2442. >>> Um, no. These were rebuilt before Test3, and the reason why Test3 took >>> a while because we wanted to get these built FOR test3 so that they >>> would get TESTING. >> I see, I misinterpreted the fact that all packages have a last modification >> date of March 6 or after, it is true that most carry the same name as in >> test3. Most of them have therefore been touch'ed and not rebuild, right ? > > They've been signed. Does that cause the rpm size difference of 160 bytes larger ? I wondered why many packages are identical in name, but not identical in size. DaveT. From dtimms at bigpond.net.au Sat Mar 11 22:42:26 2006 From: dtimms at bigpond.net.au (David Timms) Date: Sun, 12 Mar 2006 09:42:26 +1100 Subject: Xen Kernel Not Powering Down In-Reply-To: References: Message-ID: <44135252.3030002@bigpond.net.au> David Burgess wrote: > I filed a bug report on this early last week. Hmmn, I don't know if I can do a bugzilla (early last week) search ;~) And there was probably ~1000 issues filed last week. Please, please help others to even look at your bug report by providing the actual bug number or even better, the url so that all we have to do is click it ! Doing this will save any testers looking at the issue heaps of time in trying to give appropriate search terms to bugzilla. > Nothigns been done I'm sure you are aware that you haven't paid anyone for fedora; any thing done by others is voluntary, and I guess performed on a big picture - things that must be solved first - process. Whether a box turns off when you want it to - I guess that power switch or power cord is a workaround :) DaveT. From shrek-m at gmx.de Sat Mar 11 22:46:34 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sat, 11 Mar 2006 23:46:34 +0100 Subject: kernel 2038 x86_64 segfault In-Reply-To: <441342DA.7070104@ens.fr> References: <441158A2.3020506@ens.fr> <20060310163812.GC18755@redhat.com> <1142031025.16758.4.camel@vroomfondel.internal.datastacks.com> <4412C82C.5080404@ens.fr> <4412CE0A.5020301@partha.com> <4412D435.6040307@gmx.de> <441342DA.7070104@ens.fr> Message-ID: <4413534A.3070605@gmx.de> On 11.03.2006 22:36, Giuseppe Castagna wrote: > shrek-m at gmx.de wrote: > >> On 11.03.2006 14:18, Partha Bagchi wrote: >> >>> Giuseppe Castagna wrote: >>> >>>> $ sudo rpm -Uvh kernel-* [...] (yes, I know I should have used -ivh ) >>> >> you can use what you want >> -ivh = install (add) new kernel >> -Uvh = update the kernel(s) > > Yes, of course you can -Uvh, so as to erase a working kernel with rpm an kernel you should think at least 3 times what you are doing before you execute rpm -Uvh kernel* ;-) but it is no problem to boot into rescuemode an install a working kernel. > that cannot be found any longer in rawhide, but in your yum cache. oops, # du -sh /var/cache/yum/development/packages/ 20K /var/cache/yum/development/packages/ # grep keepcache /etc/yum.conf keepcache=0 and i would swear the default is 1 # man yum.conf keepcache Either ?1? or ?0?. Determines whether or not yum keeps the cache of headers and packages after succesful installation. Default is ?1? (keep files) this is one reason i prefer do download the kernels via `wget -cr ...` `rpm -ivh kernel*.rpm` or for yum tokeep=6 > and replace it by a kernel you do not know whether it will work and in > this way completely screw your workstation. this is rawhide :-) > I can just more simply throw the computer from window and hope it will > work again :-) :-) -- shrek-m From dtimms at bigpond.net.au Sat Mar 11 22:48:09 2006 From: dtimms at bigpond.net.au (David Timms) Date: Sun, 12 Mar 2006 09:48:09 +1100 Subject: i386 Add/Remove Apps In-Reply-To: <91f88ee20603101130q7bf0ed3ci8c3602cc25958ed3@mail.gmail.com> References: <91f88ee20603101130q7bf0ed3ci8c3602cc25958ed3@mail.gmail.com> Message-ID: <441353A9.8080104@bigpond.net.au> Chasecreek Systemhouse wrote: > Anyways, the i386 Add/Remove Apps system looks like it is *frozen* but > when I switch to a text console and look at tcpdump I can see the data > flowing. > > What I don't understand is why doesn't the GUI screen fresh? I know I > am trying to download about ~500MB of applications and other data but > that should not stop the GUI from freshing... I can confirm that if you cover the pup / pirut dialogs while they are downloading / calculating / resolving / updating with another window, then when you move the other window (or minimize), it takes maybe 15 seconds before the contents (not the window dressing) are updated. Does top show you that the box is busy ? sysload ? % memory ? % cpu for pup ? How much Raaaaammmmm on that machine ? What about gkrellm (I like my pretty graphs) ? DaveT From pb at partha.com Sat Mar 11 22:58:26 2006 From: pb at partha.com (Partha Bagchi) Date: Sat, 11 Mar 2006 17:58:26 -0500 Subject: pm-suspend worked Wed & Thurs, but not Friday In-Reply-To: <20060311142321.8a1e69f8.paul@permanentmail.com> References: <20060311142321.8a1e69f8.paul@permanentmail.com> Message-ID: <44135612.2050304@partha.com> Paul Dickson wrote: > I tested pm-suspend on my Inspiron 6000 on Wednesday and was surprised > that it worked, although pm-hibernate did not (problems with resuming). > I suspended my system on Wednesday and Thursday night and the next > morning it resumed correctly (I don't use wireless, so that wasn't > tested). > > On Friday I decided to collect data about why pm-hibernate doesn't work > which caused be to reboot the system. After that point I could not get > pm-suspend to resume any more if X11 was running. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185108 > > X11 starts consuming all available CPU time. > > -Paul > > I can confirm that after suspend, the wireless will not wake up. That is, softmac looses it's association. You have to repeatedly try to reassociate with iwconfig wlan0 essid your-essid. (btw: you have to do that when you boot up to associate with your essid - but that is another story). Using: Linux 2.6.15-1.2039_FC5 #1 SMP Thu Mar 9 22:45:05 EST 2006 x86_64 x86_64 x86_64 GNU/Linux Hardware: AMD 64bit Turion, Broadcom 54g using bcm43xx (computer is hp dv8000). Also, the following in tail /var/log/messages Mar 11 17:49:58 kernel: SoftMAC: associated! Mar 11 17:50:19 kernel: warning: many lost ticks. Mar 11 17:50:19 kernel: Your time source seems to be instable or some driver is hogging interupts (sic) Mar 11 17:50:19 kernel: rip __do_softirq+0x4a/0xd2 Mar 11 17:50:50 kernel: psmouse.c: TouchPad at isa0060/serio4/input0 lost sync at byte 1 Mar 11 17:50:50 last message repeated 3 times Mar 11 17:50:50 kernel: psmouse.c: TouchPad at isa0060/serio4/input0 - driver resynched. Partha From dtimms at bigpond.net.au Sat Mar 11 23:18:46 2006 From: dtimms at bigpond.net.au (David Timms) Date: Sun, 12 Mar 2006 10:18:46 +1100 Subject: System slowness with latest updates In-Reply-To: <4413063F.6010004@feuerpokemon.de> References: <24630.192.94.41.42.1142050640.squirrel@zeus.crc.id.au> <32669.192.94.41.42.1142057658.squirrel@zeus.crc.id.au> <4413063F.6010004@feuerpokemon.de> Message-ID: <44135AD6.4010707@bigpond.net.au> dragoran wrote: > Steven Haigh wrote: > >> On Sat, March 11, 2006 3:17 pm, Steven Haigh wrote: >> As a followup to this, I've noticed that the syslog is around 3-4 minutes >> behind the events that happen. say I login to an IMAP server, the maillog >> shows the login at 16:57:48 - if I breat out of that and show the date, >> the clock will show 3-4 minutes later (ie 17:01) - even though the line >> has only appeared seconds ago. >> >> Even things such as spamassassin is taking 217 seconds to scan a 2Kb >> email. snmpd results to localhost are timing out - even though the >> process >> is listening. >> >> It takes 45-50 seconds to log out of a su shell back to the logged in >> user, the same for becoming root via 'su -'. >> >> I have never seen this kind of behaviour on a system before - especially >> when the CPU is 99% idle. Has anyone come across this type of behaviour >> before? >> >> the system is: >> model name : AMD Sempron(tm) Processor 2800+ >> stepping : 0 >> cpu MHz : 1602.495 >> >> It has 1 Gb of RAM, and seemed to work perfectly until last nights >> updates. >> >> >> > have you tryed a different kernel? And which one are you using while seeing this ? Can you check /etc/hosts and or post it here; I saw similar things when I accidently removed my machine host name from /etc/hosts ? Or maybe it doesn't have the localhost entry and net stuff is timing out. ping localhost ping {machine host name} ping {gateway} Second guess, that I have noted with win machines at the office - every now and then win will set the netcard link to 100/Full or alternatively to Auto, when it needs to be the other way (for win to boot properly - depends on net card). This makes everything on the machine run really slowly (opening any app - which tries to reference network printers, because the card then communicates at 10/half, but in short responses - and never gets more than 100 Bytes/sec etc). I have never seen this on Fedora, though. DaveT. From davidburgess at sympatico.ca Sat Mar 11 23:35:30 2006 From: davidburgess at sympatico.ca (David Burgess) Date: Sat, 11 Mar 2006 18:35:30 -0500 Subject: Xen Kernel Not Powering Down In-Reply-To: <44135252.3030002@bigpond.net.au> Message-ID: How about "kernel" ? >From: David Timms >Reply-To: For testers of Fedora Core development releases > >To: For testers of Fedora Core development releases > >Subject: Re: Xen Kernel Not Powering Down >Date: Sun, 12 Mar 2006 09:42:26 +1100 > >David Burgess wrote: >>I filed a bug report on this early last week. >Hmmn, I don't know if I can do a bugzilla (early last week) search ;~) And >there was probably ~1000 issues filed last week. > >Please, please help others to even look at your bug report by providing the >actual bug number or even better, the url so that all we have to do is >click it ! Doing this will save any testers looking at the issue heaps of >time in trying to give appropriate search terms to bugzilla. > >>Nothigns been done >I'm sure you are aware that you haven't paid anyone for fedora; any thing >done by others is voluntary, and I guess performed on a big picture - >things that must be solved first - process. Whether a box turns off when >you want it to - I guess that power switch or power cord is a workaround :) > >DaveT. > >-- >fedora-test-list mailing list >fedora-test-list at redhat.com >To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list From dtimms at bigpond.net.au Sun Mar 12 00:10:47 2006 From: dtimms at bigpond.net.au (David Timms) Date: Sun, 12 Mar 2006 11:10:47 +1100 Subject: Xen Kernel Not Powering Down In-Reply-To: References: Message-ID: <44136707.4050205@bigpond.net.au> David Burgess wrote: > How about "kernel" ? Is it really that hard to stick in a URL: Does your web browser let you drag and drop a link from the location bar, or is mine something special ? DT. From n0dalus+redhat at gmail.com Sun Mar 12 01:00:35 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Sun, 12 Mar 2006 11:30:35 +1030 Subject: shortcut to new shell opened behind the first one .... In-Reply-To: <1142093956.2124.16.camel@averatec> References: <441184A5.8070409@freesurf.fr> <20060310174313.GB1292@devserv.devel.redhat.com> <4411E905.6070903@webworks.se> <1142093956.2124.16.camel@averatec> Message-ID: <6280325c0603111700r58fb18edxc516a35e227ef7e3@mail.gmail.com> On 3/12/06, Jon Nettleton wrote: > Wouldn't the ideal behavior be, if keyboard events are being captured > then the window is being drawn to the back, else draw it in the > foreground? This should give us a balance of security and convenience > without having another gconf setting to turn on or off. > I think that might lead to confusion when users are wondering why some windows open in front, and others open behind. At least when they all open behind it's consistent. My two cents, n0dalus. From chasecreek.systemhouse at gmail.com Sun Mar 12 01:07:22 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Sat, 11 Mar 2006 20:07:22 -0500 Subject: download server blocking comcast ? Message-ID: <91f88ee20603111707q1d06990fp478fcb25d49f401b@mail.gmail.com> I am curious; I have spent about an hour at a friends house trying to contact the mirror and the main redhat (development) download server but I get timeouts and overall not a damn connection. Now I realize that comcast mostly sucks ass but is there anything else that could be the problem? -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From chasecreek.systemhouse at gmail.com Sun Mar 12 03:01:38 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Sat, 11 Mar 2006 22:01:38 -0500 Subject: download server blocking comcast ? In-Reply-To: <91f88ee20603111707q1d06990fp478fcb25d49f401b@mail.gmail.com> References: <91f88ee20603111707q1d06990fp478fcb25d49f401b@mail.gmail.com> Message-ID: <91f88ee20603111901k2011d1ecldcf332d7d7f79d97@mail.gmail.com> [ignore this thread...] On 3/11/06, Chasecreek Systemhouse wrote: > Now I realize that comcast mostly sucks ass but is there anything else > that could be the problem? The WinXP firewall itself was stopping things... -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From netwiz at crc.id.au Sun Mar 12 03:08:49 2006 From: netwiz at crc.id.au (Steven Haigh) Date: Sun, 12 Mar 2006 14:08:49 +1100 Subject: System slowness with latest updates In-Reply-To: <44135AD6.4010707@bigpond.net.au> References: <24630.192.94.41.42.1142050640.squirrel@zeus.crc.id.au> <32669.192.94.41.42.1142057658.squirrel@zeus.crc.id.au> <4413063F.6010004@feuerpokemon.de> <44135AD6.4010707@bigpond.net.au> Message-ID: On 12/03/2006, at 10:18 AM, David Timms wrote: > dragoran wrote: >> Steven Haigh wrote: >>> On Sat, March 11, 2006 3:17 pm, Steven Haigh wrote: >>> As a followup to this, I've noticed that the syslog is around 3-4 >>> minutes >>> behind the events that happen. say I login to an IMAP server, the >>> maillog >>> shows the login at 16:57:48 - if I breat out of that and show the >>> date, >>> the clock will show 3-4 minutes later (ie 17:01) - even though >>> the line >>> has only appeared seconds ago. >>> >>> Even things such as spamassassin is taking 217 seconds to scan a 2Kb >>> email. snmpd results to localhost are timing out - even though >>> the process >>> is listening. >>> >>> It takes 45-50 seconds to log out of a su shell back to the >>> logged in >>> user, the same for becoming root via 'su -'. >>> >>> I have never seen this kind of behaviour on a system before - >>> especially >>> when the CPU is 99% idle. Has anyone come across this type of >>> behaviour >>> before? >>> >>> the system is: >>> model name : AMD Sempron(tm) Processor 2800+ >>> stepping : 0 >>> cpu MHz : 1602.495 >>> >>> It has 1 Gb of RAM, and seemed to work perfectly until last >>> nights updates. >>> >>> >> have you tryed a different kernel? > And which one are you using while seeing this ? > > Can you check /etc/hosts and or post it here; I saw similar things > when I accidently removed my machine host name from /etc/hosts ? Or > maybe it doesn't have the localhost entry and net stuff is timing out. > ping localhost > ping {machine host name} > ping {gateway} > > Second guess, that I have noted with win machines at the office - > every now and then win will set the netcard link to 100/Full or > alternatively to Auto, when it needs to be the other way (for win > to boot properly - depends on net card). This makes everything on > the machine run really slowly (opening any app - which tries to > reference network printers, because the card then communicates at > 10/half, but in short responses - and never gets more than 100 > Bytes/sec etc). I have never seen this on Fedora, though. Thanks for the suggestions! I'd tried most of these before I posted. The network cards I have *always* negotiate the wrong duplex setting with my cisco switch and I have to lock them at 100/FD with mii-tool. This wasn't the issue however. After playing around more and more and having things sometimes work, sometimes not, I thought it may be a hardware fault - so I swapped over a lot of hardware to see if that was the case (maybe dud ram?). This made no difference. I even went as far as reinstalling the entire system with FC4 and applying all updates - with no change. What I finally found out is that as I use this box for remote logging (cisco equipment logs to it), it seems that the -x option was not in the config file (/etc/sysconfig/syslog) which was causing the system to look up EVERY entry for EVERY machine that tried to write a line to the syslog. As soon as I added -x to the syslog command line and restarted syslog, the system started purring away as it has done for the last few years. I wish the -x option would be there by default - as it would have certainly saved me a LOT of pain. :) -- Steven Haigh Email: netwiz at crc.id.au Web: http://www.crc.id.au Phone: (03) 9017 0597 - 0412 935 897 From dtimms at bigpond.net.au Sun Mar 12 03:48:30 2006 From: dtimms at bigpond.net.au (David Timms) Date: Sun, 12 Mar 2006 14:48:30 +1100 Subject: Fedora build hosts - what do they run ? Message-ID: <44139A0E.6010509@bigpond.net.au> This is just for my interest: on what machine / os ver are the fedora rpms built (hs20-bc1-1.build.redhat.com) ? And probably a silly Q: Can FC5 build itself ? DaveT. From admin at ramshacklestudios.com Sun Mar 12 04:16:41 2006 From: admin at ramshacklestudios.com (Peter Gordon) Date: Sat, 11 Mar 2006 20:16:41 -0800 Subject: Fedora build hosts - what do they run ? In-Reply-To: <44139A0E.6010509@bigpond.net.au> References: <44139A0E.6010509@bigpond.net.au> Message-ID: <1142137001.7717.19.camel@tuxhugger> On Sun, 2006-03-12 at 14:48 +1100, David Timms wrote: > This is just for my interest: on what machine / os ver are the fedora > rpms built (hs20-bc1-1.build.redhat.com) ? The build servers would appear to be RHEL machines, as my X.org log contains the following: Build Operating System: Linux 2.6.9-22.ELsmp i686 [ELF] -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xDA3634D7 Fingerprint: 0629 F604 3C14 937E F088 E5E9 B3CB 48EC DA36 34D7 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From lsatenstein at yahoo.com Sun Mar 12 04:19:04 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Sat, 11 Mar 2006 20:19:04 -0800 (PST) Subject: kudzu locks up on boot Message-ID: <20060312041904.14450.qmail@web30201.mail.mud.yahoo.com> Until March 11am today, kudzu, during the boot process, was failing with a segmentation fault error. After today's updates, kudzu locks up fully, with the boot message about performing hardware change checks. The message, naturally precedes kudzu execution. I waited 15 minutes before pulling the plug. I will update bugzilla, but this is a show stopper. Either it has to be fixed, or removed. By the way, the initial Core5 test1 version, prior to patches did not lock up or indicate segmentation error. Leslie -------------- next part -------------- An HTML attachment was scrubbed... URL: From lsatenstein at yahoo.com Sun Mar 12 04:33:31 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Sat, 11 Mar 2006 20:33:31 -0800 (PST) Subject: kudzu failure bug report Message-ID: <20060312043332.14071.qmail@web30208.mail.mud.yahoo.com> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179013 -------------- next part -------------- An HTML attachment was scrubbed... URL: From debian at herakles.homelinux.org Sun Mar 12 06:38:16 2006 From: debian at herakles.homelinux.org (John Summerfied) Date: Sun, 12 Mar 2006 14:38:16 +0800 Subject: download server blocking comcast ? In-Reply-To: <91f88ee20603111901k2011d1ecldcf332d7d7f79d97@mail.gmail.com> References: <91f88ee20603111707q1d06990fp478fcb25d49f401b@mail.gmail.com> <91f88ee20603111901k2011d1ecldcf332d7d7f79d97@mail.gmail.com> Message-ID: <4413C1D8.3060801@herakles.homelinux.org> Chasecreek Systemhouse wrote: > [ignore this thread...] > > On 3/11/06, Chasecreek Systemhouse wrote: > >>Now I realize that comcast mostly sucks ass but is there anything else >>that could be the problem? > > > The WinXP firewall itself was stopping things... It's keeping you safe:-) -- Cheers John -- spambait 1aaaaaaa at computerdatasafe.com.au Z1aaaaaaa at computerdatasafe.com.au Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/ do not reply off-list From guess.who at freesurf.fr Sun Mar 12 06:12:42 2006 From: guess.who at freesurf.fr (Larry tb) Date: Sun, 12 Mar 2006 07:12:42 +0100 Subject: shortcut to new shell opened behind the first one .... In-Reply-To: <6280325c0603111700r58fb18edxc516a35e227ef7e3@mail.gmail.com> References: <441184A5.8070409@freesurf.fr> <20060310174313.GB1292@devserv.devel.redhat.com> <4411E905.6070903@webworks.se> <1142093956.2124.16.camel@averatec> <6280325c0603111700r58fb18edxc516a35e227ef7e3@mail.gmail.com> Message-ID: <4413BBDA.2090700@freesurf.fr> Anyway, one can use alt+tab to switch to the new shell, so it is not a real problem. I recognize it might be more safe to open the new windw behind. n0dalus wrote: >On 3/12/06, Jon Nettleton wrote: > > >>Wouldn't the ideal behavior be, if keyboard events are being captured >>then the window is being drawn to the back, else draw it in the >>foreground? This should give us a balance of security and convenience >>without having another gconf setting to turn on or off. >> >> >> > >I think that might lead to confusion when users are wondering why some >windows open in front, and others open behind. At least when they all >open behind it's consistent. > >My two cents, >n0dalus. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From josh at wavefood.com Sun Mar 12 07:05:10 2006 From: josh at wavefood.com (Joshua Andrews) Date: Sat, 11 Mar 2006 23:05:10 -0800 Subject: why do I have battery, button and ac modules loaded on a desktop machine? Message-ID: <4413C826.3020009@wavefood.com> I have found since installing that there are a lot of unused services on by default that really don't relate to my machine. I don't have any wireless or bluetooth or laptop services that I need right away, however even after spending some time to figure out what some of these mysterious services related to and turning them off I am still seeing modules loaded, that as far as I can tell have nothing to do with my system, and I am not even sure where they are being loaded from. I mean, isn't there some way that "hal", or anaconda, can figure out whether I am a laptop or a desktop machine and setup the services and modules appropriately? From guess.who at freesurf.fr Sun Mar 12 06:21:53 2006 From: guess.who at freesurf.fr (Larry tb) Date: Sun, 12 Mar 2006 07:21:53 +0100 Subject: Xen Kernel Not Powering Down In-Reply-To: <44136707.4050205@bigpond.net.au> References: <44136707.4050205@bigpond.net.au> Message-ID: <4413BE01.9030207@freesurf.fr> Dunno if it is his report bug, but here is the same problem https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182608 And i had the same problem with Hypervisor Kernel 1955. _*BUT this is solved with 2041 !!!!!!! *_shutdown is ok now David Timms wrote: > David Burgess wrote: > >> How about "kernel" ? > > Is it really that hard to stick in a URL: > Does your web browser let you drag and drop a link from the location > bar, or is mine something special ? > DT. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guess.who at freesurf.fr Sun Mar 12 06:35:32 2006 From: guess.who at freesurf.fr (Larry tb) Date: Sun, 12 Mar 2006 07:35:32 +0100 Subject: Xen Kernel Not Powering Down In-Reply-To: <4413BE01.9030207@freesurf.fr> References: <44136707.4050205@bigpond.net.au> <4413BE01.9030207@freesurf.fr> Message-ID: <4413C134.5030409@freesurf.fr> FORGET it : i were wrong. There is no Hypervisor Kernel 2041 ! BTW it is the same with Hypervisor Kernel 2009 > Dunno if it is his report bug, but here is the same problem > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182608 > > And i had the same problem with Hypervisor Kernel 1955. > _*BUT this is solved with 2041 !!!!!!! > *_shutdown is ok now > > > David Timms wrote: > >> David Burgess wrote: >> >>> How about "kernel" ? >> >> Is it really that hard to stick in a URL: >> Does your web browser let you drag and drop a link from the location >> bar, or is mine something special ? >> DT. >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildsys at redhat.com Sun Mar 12 08:35:42 2006 From: buildsys at redhat.com (Build System) Date: Sun, 12 Mar 2006 03:35:42 -0500 Subject: rawhide report: 20060312 changes Message-ID: <200603120835.k2C8Zg9f016356@porkchop.devel.redhat.com> Updated Packages: gnbd-kernel-2.6.15-5.FC5.18 --------------------------- gnome-pilot-2.0.13-7.fc5.4 -------------------------- * Sat Mar 11 2006 Bill Nottingham 2.0.13-7.fc5.4 - fix pilot-link-version vs pilot_link_version macro/dep confusion * Tue Feb 28 2006 Karsten Hopp 2.0.13-7.fc5.3 - Buildrequires: gob2 * Fri Feb 10 2006 Jesse Keating - 2.0.13-7.fc5.2.1 - bump again for double-long bug on ppc(64) libnotify-0.3.0-6 ----------------- * Sat Mar 11 2006 Bill Nottingham - 0.3.0-6 - define %{glib2_version} if it's in a requirement librsvg2-2.14.1-2 ----------------- * Sat Mar 11 2006 Bill Nottingham 2.14.1-2 - fix bad libart dep openoffice.org-1:2.0.2-5.2.2 ---------------------------- * Fri Mar 10 2006 Bill Nottingham - 1:2.0.2-5.2 - rebuild for PPC TLS issue (#184446) pm-utils-0.15-1 --------------- * Sat Mar 11 2006 Peter Jones - 0.15-1 - fix hibernate check in a way that doesn't break "sleep". policycoreutils-1.29.26-6 ------------------------- * Fri Mar 10 2006 Dan Walsh 1.29.26-6 - Remove prereq Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.13.i686 requires kernel = 0:2.6.15-1.2038_FC5 GFS-kernel - 2.6.15.1-5.FC5.13.i686 requires /lib/modules/2.6.15-1.2038_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.13.i686 requires /lib/modules/2.6.15-1.2038_FC5smp GFS-kernel-smp - 2.6.15.1-5.FC5.13.i686 requires kernel-smp = 0:2.6.15-1.2038_FC5 cman-kernel - 2.6.15.1-0.FC5.11.i686 requires kernel = 0:2.6.15-1.2038_FC5 cman-kernel - 2.6.15.1-0.FC5.11.i686 requires /lib/modules/2.6.15-1.2038_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.11.i686 requires /lib/modules/2.6.15-1.2038_FC5smp cman-kernel-smp - 2.6.15.1-0.FC5.11.i686 requires kernel-smp = 0:2.6.15-1.2038_FC5 dlm-kernel - 2.6.15.1-0.FC5.9.i686 requires kernel = 0:2.6.15-1.2038_FC5 dlm-kernel - 2.6.15.1-0.FC5.9.i686 requires /lib/modules/2.6.15-1.2038_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.9.i686 requires /lib/modules/2.6.15-1.2038_FC5smp dlm-kernel-smp - 2.6.15.1-0.FC5.9.i686 requires kernel-smp = 0:2.6.15-1.2038_FC5 Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.13.x86_64 requires kernel = 0:2.6.15-1.2038_FC5 GFS-kernel - 2.6.15.1-5.FC5.13.x86_64 requires /lib/modules/2.6.15-1.2038_FC5 cman-kernel - 2.6.15.1-0.FC5.11.x86_64 requires kernel = 0:2.6.15-1.2038_FC5 cman-kernel - 2.6.15.1-0.FC5.11.x86_64 requires /lib/modules/2.6.15-1.2038_FC5 dlm-kernel - 2.6.15.1-0.FC5.9.x86_64 requires kernel = 0:2.6.15-1.2038_FC5 dlm-kernel - 2.6.15.1-0.FC5.9.x86_64 requires /lib/modules/2.6.15-1.2038_FC5 From guess.who at freesurf.fr Sun Mar 12 07:53:44 2006 From: guess.who at freesurf.fr (Larry tb) Date: Sun, 12 Mar 2006 08:53:44 +0100 Subject: fc5-test3 and external usb box : works fine :) Message-ID: <4413D388.6070805@freesurf.fr> Just for fun : have installed fc5 test3 on external usb box (ide hdd plugged in usb box). Had to add few modules in init (my pc is NOT usb bootable nativly), and using loadlin from dos, it boots very well. (were inspired by http://fungliding.blogspot.com/2005_04_01_fungliding_archive.html, with some changes ...) From arjan at fenrus.demon.nl Sun Mar 12 08:54:32 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Sun, 12 Mar 2006 09:54:32 +0100 Subject: kernel 2038 x86_64 segfault In-Reply-To: <4413534A.3070605@gmx.de> References: <441158A2.3020506@ens.fr> <20060310163812.GC18755@redhat.com> <1142031025.16758.4.camel@vroomfondel.internal.datastacks.com> <4412C82C.5080404@ens.fr> <4412CE0A.5020301@partha.com> <4412D435.6040307@gmx.de> <441342DA.7070104@ens.fr> <4413534A.3070605@gmx.de> Message-ID: <1142153672.2882.9.camel@laptopd505.fenrus.org> On Sat, 2006-03-11 at 23:46 +0100, shrek-m at gmx.de wrote: > On 11.03.2006 22:36, Giuseppe Castagna wrote: > > > shrek-m at gmx.de wrote: > > > >> On 11.03.2006 14:18, Partha Bagchi wrote: > >> > >>> Giuseppe Castagna wrote: > >>> > >>>> $ sudo rpm -Uvh kernel-* [...] (yes, I know I should have used -ivh ) > >>> > >> you can use what you want > >> -ivh = install (add) new kernel > >> -Uvh = update the kernel(s) > > > > Yes, of course you can -Uvh, so as to erase a working kernel > > > with rpm an kernel you should think at least 3 times what you are doing > before you execute rpm -Uvh kernel* ;-) especially since it *WILL* break grubby and thus you can't boot from grub anymore, if you're -U'ing the only kernel left ;) From uno at webworks.se Sun Mar 12 09:12:17 2006 From: uno at webworks.se (Uno Engborg) Date: Sun, 12 Mar 2006 10:12:17 +0100 Subject: shortcut to new shell opened behind the first one .... In-Reply-To: <6280325c0603111700r58fb18edxc516a35e227ef7e3@mail.gmail.com> References: <441184A5.8070409@freesurf.fr> <20060310174313.GB1292@devserv.devel.redhat.com> <4411E905.6070903@webworks.se> <1142093956.2124.16.camel@averatec> <6280325c0603111700r58fb18edxc516a35e227ef7e3@mail.gmail.com> Message-ID: <4413E5F1.9000307@webworks.se> n0dalus wrote: > On 3/12/06, Jon Nettleton wrote: > >> Wouldn't the ideal behavior be, if keyboard events are being captured >> then the window is being drawn to the back, else draw it in the >> foreground? This should give us a balance of security and convenience >> without having another gconf setting to turn on or off. >> >> > > I think that might lead to confusion when users are wondering why some > windows open in front, and others open behind. At least when they all > open behind it's consistent. > > My two cents, > n0dalus. > > A solution to that would be to open all windows in front, but not transfer focus to the front window if there still was keyboard activity in the terminal. When the keyboard activity stops, for a second or so, transfer focus automatically to the new window. Regards Uno Engborg From debian at herakles.homelinux.org Sun Mar 12 10:13:25 2006 From: debian at herakles.homelinux.org (John Summerfied) Date: Sun, 12 Mar 2006 18:13:25 +0800 Subject: shortcut to new shell opened behind the first one .... In-Reply-To: <4411E764.1070605@webworks.se> References: <441184A5.8070409@freesurf.fr> <4411E764.1070605@webworks.se> Message-ID: <4413F445.2010507@herakles.homelinux.org> Uno Engborg wrote: > Larry tb skrev: > >> When using shortcut ctrl shift N, to open a new shell, the new shell >> is opened BEHIND the actual one. >> Is it a new fonction ? >> Not very useful is it ? > > > Every new window is opened behind the shell. Try to type open sabayon, > by typing the > command from a shell, and you will find that the sabayon window is > completely covered > by the shell from which it was opened. In fact it made me think sabayon > was broken > as nothing seamed to happen. > > I think that they did it this way to prevent opening windows from > grabbing the user input, > something that could be serious if the user is typing a password. > However that situation is very rare and I think this should be regarded > as a bug. With the old behaviour it's disturbingly common for a dialogue to pop up and steal keystrokes. It's perfectly possible for a dialogue to be dismissed (by the user pressing the space-bar) before it's read - that has happened to me, and depending on the dialogue perhaps to result in other wrong actions. KDE has been doing this for years, and once I became accustomed to it, I think I've only found it inconvenient once or twice. The time I can remember is running tsclient on FC3 to run a remote desktop to a Windows box; when the session ends, the tsclient login dialogue pops up and is disabled by a (meaningless) modal error dialogue behind it. -- Cheers John -- spambait 1aaaaaaa at computerdatasafe.com.au Z1aaaaaaa at computerdatasafe.com.au Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/ do not reply off-list From fct-cornette at insight.rr.com Sun Mar 12 11:02:58 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 12 Mar 2006 06:02:58 -0500 Subject: fc5-test3 and external usb box : works fine :) In-Reply-To: <4413D388.6070805@freesurf.fr> References: <4413D388.6070805@freesurf.fr> Message-ID: <4413FFE2.4060502@insight.rr.com> Larry tb wrote: > Just for fun : have installed fc5 test3 on external usb box (ide hdd > plugged in usb box). > Had to add few modules in init (my pc is NOT usb bootable nativly), and > using loadlin from dos, it boots very well. > (were inspired by > http://fungliding.blogspot.com/2005_04_01_fungliding_archive.html, with > some changes ...) > > Thanks for revealing that the feat is possible. It however would be better if this option was possible and could be performed without having to complete out of the ordinary steps to add needed modules to the initrd image. I'll give the USB installation a try. Also, there is interest in being able to install FC on external usb drives and a question was asked if this method was possible. I posted a link to your message for their previous question which I thought was no longer possible. (Does not even recognize USB hard drives for me using askmethod or regular install.) Jim -- I find this corpse guilty of carrying a concealed weapon and I fine it $40. -- Judge Roy Bean, finding a pistol and $40 on a man he'd just shot. From guess.who at freesurf.fr Sun Mar 12 11:23:21 2006 From: guess.who at freesurf.fr (Larry tb) Date: Sun, 12 Mar 2006 12:23:21 +0100 Subject: fc5-test3 and external usb box : works fine :) In-Reply-To: <4413FFE2.4060502@insight.rr.com> References: <4413D388.6070805@freesurf.fr> <4413FFE2.4060502@insight.rr.com> Message-ID: <441404A9.7050204@freesurf.fr> Using askmethod doesn't work for me : i must use expert ! ...well in fact i use the both : linux askmethod expert :-p (without the :-p) :-D From the link i sent, i modify this : *###################################### echo "*** Loading usb-modules ***" insmod /lib/usb-storage.ko **insmod /lib/uhci-hdc.ko **insmod /lib/ohci-hdc.ko* *insmod /lib/ehci-hcd.ko /bin/sleep 10 * and copy the module to lib of course :) http://fungliding.blogspot.com/2005_04_01_fungliding_archive.html Jim Cornette wrote: > Larry tb wrote: > >> Just for fun : have installed fc5 test3 on external usb box (ide hdd >> plugged in usb box). >> Had to add few modules in init (my pc is NOT usb bootable nativly), >> and using loadlin from dos, it boots very well. >> (were inspired by >> http://fungliding.blogspot.com/2005_04_01_fungliding_archive.html, >> with some changes ...) >> >> > > Thanks for revealing that the feat is possible. It however would be > better if this option was possible and could be performed without > having to complete out of the ordinary steps to add needed modules to > the initrd image. > > I'll give the USB installation a try. Also, there is interest in being > able to install FC on external usb drives and a question was asked if > this method was possible. I posted a link to your message for their > previous question which I thought was no longer possible. (Does not > even recognize USB hard drives for me using askmethod or regular > install.) > > Jim > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gilboad at gmail.com Sun Mar 12 12:18:07 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Sun, 12 Mar 2006 14:18:07 +0200 Subject: fc5-test3 and external usb box : works fine :) In-Reply-To: <441404A9.7050204@freesurf.fr> References: <4413D388.6070805@freesurf.fr> <4413FFE2.4060502@insight.rr.com> <441404A9.7050204@freesurf.fr> Message-ID: <1142165887.18462.16.camel@gilboa-work-dev> On Sun, 2006-03-12 at 12:23 +0100, Larry tb wrote: > Using askmethod doesn't work for me : i must use expert ! ...well in > fact i use the both : > linux askmethod expert :-p (without the :-p) :-D > > >From the link i sent, i modify this : > ###################################### > echo "*** Loading usb-modules ***" > insmod /lib/usb-storage.ko > insmod /lib/uhci-hdc.ko > insmod /lib/ohci-hdc.ko > insmod /lib/ehci-hcd.ko > /bin/sleep 10 > > and copy the module to lib of course :) > http://fungliding.blogspot.com/2005_04_01_fungliding_archive.html > OT: Please don't post in HTML. http://fedoraproject.org/wiki/MailinglistGuidelines Gilboa From netwiz at crc.id.au Sun Mar 12 13:27:28 2006 From: netwiz at crc.id.au (Steven Haigh) Date: Mon, 13 Mar 2006 00:27:28 +1100 Subject: Kernel 2.6.15-1.2041 panics on boot. Message-ID: Kernel: kernel-2.6.15-1.2041_FC5 Arch: i686 System: AMD Sempron 2800+ Panic message: Switching to new root switchroot: new root mount point expected Kernel Panic - not syncing: Attempted to kill init! [] panic+0x3e/0x170 [] do_exit+0x71/0x6c8 [] do_munmap+0x184/0x19e [] sys_exit_group+0x0/0xd [] syscall_call+0x7/0xb https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185233 -- Steven Haigh Email: netwiz at crc.id.au Web: http://www.crc.id.au Phone: (03) 9017 0597 - 0412 935 897 From gilboad at gmail.com Sun Mar 12 13:34:59 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Sun, 12 Mar 2006 15:34:59 +0200 Subject: fc5-test3 and external usb box : works fine :) In-Reply-To: <441422D0.8060002@freesurf.fr> References: <4413D388.6070805@freesurf.fr> <4413FFE2.4060502@insight.rr.com> <441404A9.7050204@freesurf.fr> <1142165887.18462.16.camel@gilboa-work-dev> <441422D0.8060002@freesurf.fr> Message-ID: <1142170499.18462.28.camel@gilboa-work-dev> On Sun, 2006-03-12 at 14:32 +0100, Larry tb wrote: > Ok Gilboa : i didn't know this, since im a very new user. I 'll remember > (hope so :-p) > Thanks. Gilboa From chasecreek.systemhouse at gmail.com Sun Mar 12 13:37:11 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Sun, 12 Mar 2006 05:37:11 -0800 Subject: Kernel 2.6.15-1.2041 panics on boot. In-Reply-To: References: Message-ID: <91f88ee20603120537r4510deadk1aa1829d2253b142@mail.gmail.com> please add PPC 1955 kernel as well - exact same error. -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From mrsam at courier-mta.com Sun Mar 12 13:42:35 2006 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Sun, 12 Mar 2006 08:42:35 -0500 Subject: Kernel 2.6.15-1.2041 panics on boot. References: Message-ID: Steven Haigh writes: > Kernel: kernel-2.6.15-1.2041_FC5 > Arch: i686 > System: AMD Sempron 2800+ > > Panic message: > Switching to new root > switchroot: new root mount point expected > Kernel Panic - not syncing: Attempted to kill init! > [] panic+0x3e/0x170 [] do_exit+0x71/0x6c8 > [] do_munmap+0x184/0x19e [] sys_exit_group+0x0/0xd > [] syscall_call+0x7/0xb > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185233 For something like this, you also need to show: ? Whether your boot hard drive is IDE or SCSI ? Whether or not you're using softraid or LVM ? Your /etc/fstab, /boot/grub/menu.lst, and /boot/grub/device.map files -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From netwiz at crc.id.au Sun Mar 12 14:10:17 2006 From: netwiz at crc.id.au (Steven Haigh) Date: Mon, 13 Mar 2006 01:10:17 +1100 Subject: Kernel 2.6.15-1.2041 panics on boot. In-Reply-To: References: Message-ID: <23FDC222-DAD5-4375-AC17-20E9FEDE70FA@crc.id.au> On 13/03/2006, at 12:42 AM, Sam Varshavchik wrote: > Steven Haigh writes: >> Kernel: kernel-2.6.15-1.2041_FC5 >> Arch: i686 >> System: AMD Sempron 2800+ >> Panic message: >> Switching to new root >> switchroot: new root mount point expected >> Kernel Panic - not syncing: Attempted to kill init! >> [] panic+0x3e/0x170 [] do_exit+0x71/0x6c8 >> [] do_munmap+0x184/0x19e [] sys_exit_group >> +0x0/0xd >> [] syscall_call+0x7/0xb >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185233 > > For something like this, you also need to show: > > ? Whether your boot hard drive is IDE or SCSI > > ? Whether or not you're using softraid or LVM > > ? Your /etc/fstab, /boot/grub/menu.lst, and /boot/grub/device.map > files Noted and added to the bug report. -- Steven Haigh Email: netwiz at crc.id.au Web: http://www.crc.id.au Phone: (03) 9017 0597 - 0412 935 897 From gabbath at gmail.com Sun Mar 12 14:10:41 2006 From: gabbath at gmail.com (Dan Gabriel Ghita) Date: Sun, 12 Mar 2006 14:10:41 +0000 Subject: default FC font changed from 4 to 5? Message-ID: hello, i've been a big fan of the old fc3&4 default "Sans" font (don't know about 1&2) and i'm a little sad that fc5 changed it. now it looks more like suse (which i didn't like just because of the fonts). some told me it hasn't changed, that it's just rendered a different way. anyway, i'm only asking how i can get it back. what should i change in xorg.conf or what should i copy from an old fc4 installation? sorry if this is the wrong list to post to, but that's the advice i got from the people on #fedora on IRC. Thanks, Gabriel -------------- next part -------------- An HTML attachment was scrubbed... URL: From guess.who at freesurf.fr Sun Mar 12 13:37:34 2006 From: guess.who at freesurf.fr (Larry tb) Date: Sun, 12 Mar 2006 14:37:34 +0100 Subject: Kernel 2.6.15-1.2041 panics on boot. In-Reply-To: References: Message-ID: <4414241E.3010500@freesurf.fr> Personaly, have not this kind of problem. 2041_FC5 works fine here and fast too... Arch x64_86 and sata. Steven Haigh wrote: > Kernel: kernel-2.6.15-1.2041_FC5 > Arch: i686 > System: AMD Sempron 2800+ > > Panic message: > Switching to new root > switchroot: new root mount point expected > Kernel Panic - not syncing: Attempted to kill init! > [] panic+0x3e/0x170 [] do_exit+0x71/0x6c8 > [] do_munmap+0x184/0x19e [] sys_exit_group+0x0/0xd > [] syscall_call+0x7/0xb > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185233 > > -- > Steven Haigh > > Email: netwiz at crc.id.au > Web: http://www.crc.id.au > Phone: (03) 9017 0597 - 0412 935 897 > > > > From lsatenstein at yahoo.com Sun Mar 12 14:24:56 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Sun, 12 Mar 2006 06:24:56 -0800 (PST) Subject: kudzu kudzu-1.2.34.2-1 locks up solidly, no more segment faulting Message-ID: <20060312142456.86361.qmail@web30211.mail.mud.yahoo.com> This last patch locks up solidly, and since it is one version higher in number than the segfault one, I am hoping to receive instructions about how to help the developer resolve the problem with this version. With the lockup, I could watch the disk led light show activity for less than a second, and then, only the cpu cooling fans are active. I will wait for the mirrors to get up to date (nothing at time of writing this email) -------------- next part -------------- An HTML attachment was scrubbed... URL: From uno at webworks.se Sun Mar 12 14:44:07 2006 From: uno at webworks.se (Uno Engborg) Date: Sun, 12 Mar 2006 15:44:07 +0100 Subject: How do I remove things from the Gnome System menu Message-ID: <441433B7.5050303@webworks.se> Currently the Gnome System menu contains a lot of stuff that is not always needed, or doesn't work well on many systems. E.g. a sysadmin on a school lab set up would typically want to remove "Suspend", "Shutdown" and perhaps even "Administration>". A laptop owner who are unlucky enough to have a box not supporting suspend would probably want to remove that, to prevent the risk of being forced to make an unclean shutdown, as a result of selecting suspend by mistake. As a matter of fact both having "Suspend" and the current "Shut down" item doesn't make sense as it forces the user to make the "Shall I suspend choice" twice. When speaking of menus, the Alacarte Menu editor should be in the "Prefereces" menu instead of in "Applications->Accessories". If we have things like "Lock Screen" in the System menu, the system menu should probably also contain the ability to make screen shots, and to share the screen with vino. This is in desperate need of a usability overview. Until that happens, is there any easy way to edit the Gnomw System meny. Regards Uno Engborg From clydekunkel7734 at cox.net Sun Mar 12 14:50:58 2006 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Sun, 12 Mar 2006 09:50:58 -0500 Subject: Kernel 2.6.15-1.2041 panics on boot. In-Reply-To: References: Message-ID: <44143552.6050604@cox.net> Steven Haigh wrote: > Kernel: kernel-2.6.15-1.2041_FC5 > Arch: i686 > System: AMD Sempron 2800+ > > Panic message: > Switching to new root > switchroot: new root mount point expected > Kernel Panic - not syncing: Attempted to kill init! > [] panic+0x3e/0x170 [] do_exit+0x71/0x6c8 > [] do_munmap+0x184/0x19e [] sys_exit_group+0x0/0xd > [] syscall_call+0x7/0xb > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185233 > > -- > Steven Haigh > > Email: netwiz at crc.id.au > Web: http://www.crc.id.au > Phone: (03) 9017 0597 - 0412 935 897 > > > > Could this be the policycoreutils problem in: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185106 -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots) From netwiz at crc.id.au Sun Mar 12 14:59:59 2006 From: netwiz at crc.id.au (Steven Haigh) Date: Mon, 13 Mar 2006 01:59:59 +1100 (EST) Subject: Kernel 2.6.15-1.2041 panics on boot. In-Reply-To: <44143552.6050604@cox.net> References: <44143552.6050604@cox.net> Message-ID: <49260.203.56.246.83.1142175599.squirrel@zeus.crc.id.au> On Mon, March 13, 2006 1:50 am, Clyde E. Kunkel wrote: > Steven Haigh wrote: >> Kernel: kernel-2.6.15-1.2041_FC5 >> Arch: i686 >> System: AMD Sempron 2800+ >> >> Panic message: >> Switching to new root >> switchroot: new root mount point expected >> Kernel Panic - not syncing: Attempted to kill init! >> [] panic+0x3e/0x170 [] do_exit+0x71/0x6c8 >> [] do_munmap+0x184/0x19e [] >> sys_exit_group+0x0/0xd >> [] syscall_call+0x7/0xb >> >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185233 > > Could this be the policycoreutils problem in: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185106 I don't believe so, as I have the initrd files etc in /boot. Everything looks good in that respect. -- From fct-cornette at insight.rr.com Sun Mar 12 15:07:19 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 12 Mar 2006 10:07:19 -0500 Subject: fc5-test3 and external usb box : works fine :) In-Reply-To: <441404A9.7050204@freesurf.fr> References: <4413D388.6070805@freesurf.fr> <4413FFE2.4060502@insight.rr.com> <441404A9.7050204@freesurf.fr> Message-ID: <44143927.8020705@insight.rr.com> Larry tb wrote: > Using askmethod doesn't work for me : i must use expert ! ...well in > fact i use the both : > linux askmethod expert :-p (without the :-p) :-D > > >From the link i sent, i modify this : > *###################################### > echo "*** Loading usb-modules ***" > insmod /lib/usb-storage.ko > **insmod /lib/uhci-hdc.ko > **insmod /lib/ohci-hdc.ko* > *insmod /lib/ehci-hcd.ko > /bin/sleep 10 > * > and copy the module to lib of course :) > http://fungliding.blogspot.com/2005_04_01_fungliding_archive.html > > Before I attempt this. Would it be wiser to just use uname -r to point to the modules already present in the kernels? Why would one need to copy modules over? What is needed to be contained within the initrd image and how would it be possible for this behavior to self-administrate itself with each kernel upgrade? Jim locate usb-storage /lib/modules/2.6.15-1.2038_FC5/kernel/drivers/usb/storage/usb-storage.ko /lib/modules/2.6.15-1.2041_FC5/kernel/drivers/usb/storage/usb-storage.ko locate uhci-hcd /lib/modules/2.6.15-1.2038_FC5/kernel/drivers/usb/host/uhci-hcd.ko /lib/modules/2.6.15-1.2041_FC5/kernel/drivers/usb/host/uhci-hcd.ko locate ohci-hcd /lib/modules/2.6.15-1.2038_FC5/kernel/drivers/usb/host/ohci-hcd.ko /lib/modules/2.6.15-1.2041_FC5/kernel/drivers/usb/host/ohci-hcd.ko locate ehci-hcd /lib/modules/2.6.15-1.2038_FC5/kernel/drivers/usb/host/ehci-hcd.ko /lib/modules/2.6.15-1.2041_FC5/kernel/drivers/usb/host/ehci-hcd.ko From chasecreek.systemhouse at gmail.com Sun Mar 12 15:08:52 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Sun, 12 Mar 2006 07:08:52 -0800 Subject: Kernel 2.6.15-1.2041 panics on boot. In-Reply-To: <49260.203.56.246.83.1142175599.squirrel@zeus.crc.id.au> References: <44143552.6050604@cox.net> <49260.203.56.246.83.1142175599.squirrel@zeus.crc.id.au> Message-ID: <91f88ee20603120708q4b595fgd7eacbd65452338e@mail.gmail.com> On the PPC /sysroot never gets created properly thereby causing a chain of events leading to the kernel panic. -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From clydekunkel7734 at cox.net Sun Mar 12 15:14:25 2006 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Sun, 12 Mar 2006 10:14:25 -0500 Subject: Kernel 2.6.15-1.2041 panics on boot. In-Reply-To: <49260.203.56.246.83.1142175599.squirrel@zeus.crc.id.au> References: <44143552.6050604@cox.net> <49260.203.56.246.83.1142175599.squirrel@zeus.crc.id.au> Message-ID: <44143AD1.9060804@cox.net> Steven Haigh wrote: > On Mon, March 13, 2006 1:50 am, Clyde E. Kunkel wrote: >> Steven Haigh wrote: >>> Kernel: kernel-2.6.15-1.2041_FC5 >>> Arch: i686 >>> System: AMD Sempron 2800+ >>> >>> Panic message: >>> Switching to new root >>> switchroot: new root mount point expected >>> Kernel Panic - not syncing: Attempted to kill init! >>> [] panic+0x3e/0x170 [] do_exit+0x71/0x6c8 >>> [] do_munmap+0x184/0x19e [] >>> sys_exit_group+0x0/0xd >>> [] syscall_call+0x7/0xb >>> >>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185233 >> Could this be the policycoreutils problem in: >> >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185106 > > I don't believe so, as I have the initrd files etc in /boot. Everything > looks good in that respect. > No initrd was just the symptom, the symptoms changed with rawhide of 3/11/06, but the problem with policycoreutils remained. Currently trying an install of today's (3/12/06) rawhide. Will report back shortly. -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots) From justin.conover at gmail.com Sun Mar 12 15:14:50 2006 From: justin.conover at gmail.com (Justin Conover) Date: Sun, 12 Mar 2006 09:14:50 -0600 Subject: rpmbuild kernel.spec error Message-ID: This is from 2041.src.rpm $ rpmbuild -bp kernel-2.6.spec Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.39530 + umask 022 + cd /home/justin/rpmbuild/BUILD + LANG=C + export LANG + unset DISPLAY + '[' '!' -d kernel-2.6.15/vanilla ']' + cd kernel-2.6.15 + '[' -d linux-2.6.15.x86_64 ']' + mv linux-2.6.15.x86_64 deleteme + rm -rf deleteme + '[' -d xen ']' + cp -rl vanilla linux-2.6.15.x86_64 + cp -rl xen-vanilla xen cp: cannot stat `xen-vanilla': No such file or directory error: Bad exit status from /var/tmp/rpm-tmp.39530 (%prep) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.39530 (%prep) -------------- next part -------------- An HTML attachment was scrubbed... URL: From justin.conover at gmail.com Sun Mar 12 15:18:06 2006 From: justin.conover at gmail.com (Justin Conover) Date: Sun, 12 Mar 2006 09:18:06 -0600 Subject: rpmbuild kernel.spec error In-Reply-To: References: Message-ID: On 3/12/06, Justin Conover wrote: > > This is from 2041.src.rpm > > $ rpmbuild -bp kernel-2.6.spec > Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.39530 > + umask 022 > + cd /home/justin/rpmbuild/BUILD > + LANG=C > + export LANG > + unset DISPLAY > + '[' '!' -d kernel-2.6.15/vanilla ']' > + cd kernel-2.6.15 > + '[' -d linux-2.6.15.x86_64 ']' > + mv linux-2.6.15.x86_64 deleteme > + rm -rf deleteme > + '[' -d xen ']' > + cp -rl vanilla linux-2.6.15.x86_64 > + cp -rl xen-vanilla xen > cp: cannot stat `xen-vanilla': No such file or directory > error: Bad exit status from /var/tmp/rpm-tmp.39530 (%prep) > > > RPM build errors: > Bad exit status from /var/tmp/rpm-tmp.39530 (%prep) > > $ pwd /home/justin/rpmbuild/BUILD/kernel-2.6.15 $ ls linux-2.6.15 linux-2.6.15.x86_64 vanilla $ mkdir xen-vanilla spec now starts to build, so there is a mkdir xen-vanilla or something along those lines missing After that, it breaks on a patch + patch -p1 -s 1 out of 4 hunks FAILED -- saving rejects to file arch/i386/kernel/sysenter.c.rej error: Bad exit status from /var/tmp/rpm-tmp.35125 (%prep) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.35125 (%prep) -------------- next part -------------- An HTML attachment was scrubbed... URL: From static at xstatica.com Sun Mar 12 15:20:13 2006 From: static at xstatica.com (Adam Gibson) Date: Sun, 12 Mar 2006 10:20:13 -0500 Subject: shortcut to new shell opened behind the first one .... In-Reply-To: <4413E5F1.9000307@webworks.se> References: <441184A5.8070409@freesurf.fr> <20060310174313.GB1292@devserv.devel.redhat.com> <4411E905.6070903@webworks.se> <1142093956.2124.16.camel@averatec> <6280325c0603111700r58fb18edxc516a35e227ef7e3@mail.gmail.com> <4413E5F1.9000307@webworks.se> Message-ID: <44143C2D.8010406@xstatica.com> Uno Engborg wrote: > n0dalus wrote: >> On 3/12/06, Jon Nettleton wrote: >> >>> Wouldn't the ideal behavior be, if keyboard events are being captured >>> then the window is being drawn to the back, else draw it in the >>> foreground? This should give us a balance of security and convenience >>> without having another gconf setting to turn on or off. >>> >>> >> >> I think that might lead to confusion when users are wondering why some >> windows open in front, and others open behind. At least when they all >> open behind it's consistent. >> >> My two cents, >> n0dalus. >> >> > A solution to that would be to open all windows in front, but not > transfer focus to the > front window if there still was keyboard activity in the terminal. This alone would be a great solution to me. That way you can click on the window if you already have the mouse in hand. This happens to me a lot when launching mplayer from the console. > When the keyboard activity stops, for a second or so, transfer focus > automatically to the new window. > > > Regards > Uno Engborg > From justin.conover at gmail.com Sun Mar 12 15:23:22 2006 From: justin.conover at gmail.com (Justin Conover) Date: Sun, 12 Mar 2006 09:23:22 -0600 Subject: rpmbuild kernel.spec error In-Reply-To: References: Message-ID: On 3/12/06, Justin Conover wrote: > > > > On 3/12/06, Justin Conover wrote: > > > > This is from 2041.src.rpm > > > > $ rpmbuild -bp kernel-2.6.spec > > Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.39530 > > + umask 022 > > + cd /home/justin/rpmbuild/BUILD > > + LANG=C > > + export LANG > > + unset DISPLAY > > + '[' '!' -d kernel-2.6.15/vanilla ']' > > + cd kernel-2.6.15 > > + '[' -d linux-2.6.15.x86_64 ']' > > + mv linux-2.6.15.x86_64 deleteme > > + rm -rf deleteme > > + '[' -d xen ']' > > + cp -rl vanilla linux-2.6.15.x86_64 > > + cp -rl xen-vanilla xen > > cp: cannot stat `xen-vanilla': No such file or directory > > error: Bad exit status from /var/tmp/rpm-tmp.39530 (%prep) > > > > > > RPM build errors: > > Bad exit status from /var/tmp/rpm-tmp.39530 (%prep) > > > > $ pwd > /home/justin/rpmbuild/BUILD/kernel-2.6.15 > > $ ls > linux-2.6.15 linux-2.6.15.x86_64 vanilla > > $ mkdir xen-vanilla > > spec now starts to build, so there is a mkdir xen-vanilla or something > along those lines missing > > After that, it breaks on a patch > > + patch -p1 -s > 1 out of 4 hunks FAILED -- saving rejects to file > arch/i386/kernel/sysenter.c.rej > error: Bad exit status from /var/tmp/rpm-tmp.35125 (%prep) > > > RPM build errors: > Bad exit status from /var/tmp/rpm-tmp.35125 (%prep) > rpmbuild -bp --target=x86_64 kernel-2.6.spec # Exec-shield. #Patch810: linux-2.6-execshield.patch #Patch814: linux-2.6-execshield-fixes.patch # Exec shield #%patch810 -p1 # Final small execshield fixes. #%patch814 -p1 Builds fine with out those, but I assume we want the exec shield stuff ;) -------------- next part -------------- An HTML attachment was scrubbed... URL: From debian at herakles.homelinux.org Sun Mar 12 10:16:46 2006 From: debian at herakles.homelinux.org (John Summerfied) Date: Sun, 12 Mar 2006 18:16:46 +0800 Subject: why do I have battery, button and ac modules loaded on a desktop machine? In-Reply-To: <4413C826.3020009@wavefood.com> References: <4413C826.3020009@wavefood.com> Message-ID: <4413F50E.2020406@herakles.homelinux.org> Joshua Andrews wrote: > I have found since installing that there are a lot of unused services on > by default that really don't relate to my machine. > I don't have any wireless or bluetooth or laptop services that I need > right away, however even after spending some time to figure out what > some of these mysterious services related to and turning them off I am > still seeing modules loaded, that as far as I can tell have nothing to > do with my system, and I am not even sure where they are being loaded > from. > I mean, isn't there some way that "hal", or anaconda, can figure out > whether I am a laptop or a desktop machine and setup the services and > modules appropriately? > Probably not reliably. What of a desktop based on a mobo running a Pentium M? I've heard of such. -- Cheers John -- spambait 1aaaaaaa at computerdatasafe.com.au Z1aaaaaaa at computerdatasafe.com.au Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/ do not reply off-list From guess.who at freesurf.fr Sun Mar 12 15:30:19 2006 From: guess.who at freesurf.fr (Larry tb) Date: Sun, 12 Mar 2006 16:30:19 +0100 Subject: fc5-test3 and external usb box : works fine :) In-Reply-To: <44143927.8020705@insight.rr.com> References: <4413D388.6070805@freesurf.fr> <4413FFE2.4060502@insight.rr.com> <441404A9.7050204@freesurf.fr> <44143927.8020705@insight.rr.com> Message-ID: <44143E8B.3020703@freesurf.fr> Make a kind of doc there : http://www.brothersofnet.freesurf.fr/sans_popup/fc5/fc5-usb-boot.htm Jim Cornette wrote: > Larry tb wrote: > >> Using askmethod doesn't work for me : i must use expert ! ...well in >> fact i use the both : >> linux askmethod expert :-p (without the :-p) :-D >> >> >From the link i sent, i modify this : >> *###################################### >> echo "*** Loading usb-modules ***" >> insmod /lib/usb-storage.ko >> **insmod /lib/uhci-hdc.ko >> **insmod /lib/ohci-hdc.ko* >> *insmod /lib/ehci-hcd.ko >> /bin/sleep 10 >> * >> and copy the module to lib of course :) >> http://fungliding.blogspot.com/2005_04_01_fungliding_archive.html >> >> > > Before I attempt this. Would it be wiser to just use uname -r to point > to the modules already present in the kernels? Why would one need to > copy modules over? What is needed to be contained within the initrd > image and how would it be possible for this behavior to > self-administrate itself with each kernel upgrade? > > Jim > > locate usb-storage > /lib/modules/2.6.15-1.2038_FC5/kernel/drivers/usb/storage/usb-storage.ko > /lib/modules/2.6.15-1.2041_FC5/kernel/drivers/usb/storage/usb-storage.ko > > locate uhci-hcd > /lib/modules/2.6.15-1.2038_FC5/kernel/drivers/usb/host/uhci-hcd.ko > /lib/modules/2.6.15-1.2041_FC5/kernel/drivers/usb/host/uhci-hcd.ko > > locate ohci-hcd > /lib/modules/2.6.15-1.2038_FC5/kernel/drivers/usb/host/ohci-hcd.ko > /lib/modules/2.6.15-1.2041_FC5/kernel/drivers/usb/host/ohci-hcd.ko > > locate ehci-hcd > /lib/modules/2.6.15-1.2038_FC5/kernel/drivers/usb/host/ehci-hcd.ko > /lib/modules/2.6.15-1.2041_FC5/kernel/drivers/usb/host/ehci-hcd.ko > > From justin.conover at gmail.com Sun Mar 12 15:32:13 2006 From: justin.conover at gmail.com (Justin Conover) Date: Sun, 12 Mar 2006 09:32:13 -0600 Subject: rpmbuild kernel.spec error In-Reply-To: References: Message-ID: On 3/12/06, Justin Conover wrote: > > > > On 3/12/06, Justin Conover wrote: > > > > > > > > On 3/12/06, Justin Conover < justin.conover at gmail.com> wrote: > > > > > > This is from 2041.src.rpm > > > > > > $ rpmbuild -bp kernel-2.6.spec > > > Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.39530 > > > + umask 022 > > > + cd /home/justin/rpmbuild/BUILD > > > + LANG=C > > > + export LANG > > > + unset DISPLAY > > > + '[' '!' -d kernel-2.6.15/vanilla ']' > > > + cd kernel-2.6.15 > > > + '[' -d linux-2.6.15.x86_64 ']' > > > + mv linux-2.6.15.x86_64 deleteme > > > + rm -rf deleteme > > > + '[' -d xen ']' > > > + cp -rl vanilla linux-2.6.15.x86_64 > > > + cp -rl xen-vanilla xen > > > cp: cannot stat `xen-vanilla': No such file or directory > > > error: Bad exit status from /var/tmp/rpm-tmp.39530 (%prep) > > > > > > > > > RPM build errors: > > > Bad exit status from /var/tmp/rpm-tmp.39530 (%prep) > > > > > > $ pwd > > /home/justin/rpmbuild/BUILD/kernel-2.6.15 > > > > $ ls > > linux-2.6.15 linux-2.6.15.x86_64 vanilla > > > > $ mkdir xen-vanilla > > > > spec now starts to build, so there is a mkdir xen-vanilla or something > > along those lines missing > > > > After that, it breaks on a patch > > > > + patch -p1 -s > > 1 out of 4 hunks FAILED -- saving rejects to file > > arch/i386/kernel/sysenter.c.rej > > error: Bad exit status from /var/tmp/rpm-tmp.35125 (%prep) > > > > > > RPM build errors: > > Bad exit status from /var/tmp/rpm-tmp.35125 (%prep) > > > > > rpmbuild -bp --target=x86_64 kernel-2.6.spec > > > # Exec-shield. > #Patch810: linux-2.6-execshield.patch > #Patch814: linux-2.6-execshield-fixes.patch > > # Exec shield > #%patch810 -p1 > # Final small execshield fixes. > #%patch814 -p1 > > > Builds fine with out those, but I assume we want the exec shield stuff ;) > There is two // between arch and Makefile + make ARCH= nonint_oldconfig Makefile:438: /home/justin/rpmbuild/BUILD/kernel-2.6.15/linux- 2.6.15.x86_64/arch//Makefile: No such file or directory make: *** No rule to make target `/home/justin/rpmbuild/BUILD/kernel-2.6.15 /linux-2.6.15.x86_64/arch//Makefile'. Stop. error: Bad exit status from /var/tmp/rpm-tmp.62781 (%prep) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.62781 (%prep) $ tail /var/tmp/rpm-tmp.6278 # make sure the kernel has the sublevel we know it has. This looks weird # but for -pre and -rc versions we need it since we only want to use # the higher version when the final kernel is released. perl -p -i -e "s/^SUBLEVEL.*/SUBLEVEL = 15/" Makefile perl -p -i -e "s/^EXTRAVERSION.*/EXTRAVERSION = -prep/" Makefile # get rid of unwanted files resulting from patch fuzz find . -name "*.orig" -o -name "*~" -exec rm -f {} \; >/dev/null & ### ### build ### exit 0[ -------------- next part -------------- An HTML attachment was scrubbed... URL: From clydekunkel7734 at cox.net Sun Mar 12 15:39:40 2006 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Sun, 12 Mar 2006 10:39:40 -0500 Subject: Kernel 2.6.15-1.2041 panics on boot. In-Reply-To: <44143AD1.9060804@cox.net> References: <44143552.6050604@cox.net> <49260.203.56.246.83.1142175599.squirrel@zeus.crc.id.au> <44143AD1.9060804@cox.net> Message-ID: <441440BC.8030702@cox.net> Clyde E. Kunkel wrote: > Steven Haigh wrote: >> On Mon, March 13, 2006 1:50 am, Clyde E. Kunkel wrote: >>> Steven Haigh wrote: >>>> Kernel: kernel-2.6.15-1.2041_FC5 >>>> Arch: i686 >>>> System: AMD Sempron 2800+ >>>> >>>> Panic message: >>>> Switching to new root >>>> switchroot: new root mount point expected >>>> Kernel Panic - not syncing: Attempted to kill init! >>>> [] panic+0x3e/0x170 [] do_exit+0x71/0x6c8 >>>> [] do_munmap+0x184/0x19e [] >>>> sys_exit_group+0x0/0xd >>>> [] syscall_call+0x7/0xb >>>> >>>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185233 >>> Could this be the policycoreutils problem in: >>> >>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185106 >> >> I don't believe so, as I have the initrd files etc in /boot. Everything >> looks good in that respect. >> > > No initrd was just the symptom, the symptoms changed with rawhide of > 3/11/06, but the problem with policycoreutils remained. Currently > trying an install of today's (3/12/06) rawhide. Will report back shortly. > OK, successful clean net install with today's rawhide. Were you doing an install or upgrade? I think you are Down Under and was wondering if you got the latest rawhide if you were doing a net install? -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots) From justin.conover at gmail.com Sun Mar 12 15:36:48 2006 From: justin.conover at gmail.com (Justin Conover) Date: Sun, 12 Mar 2006 09:36:48 -0600 Subject: rpmbuild kernel.spec error In-Reply-To: References: Message-ID: On 3/12/06, Justin Conover wrote: > > > > On 3/12/06, Justin Conover wrote: > > > > > > > > On 3/12/06, Justin Conover < justin.conover at gmail.com> wrote: > > > > > > > > > > > > On 3/12/06, Justin Conover < justin.conover at gmail.com> wrote: > > > > > > > > This is from 2041.src.rpm > > > > > > > > $ rpmbuild -bp kernel-2.6.spec > > > > Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.39530 > > > > + umask 022 > > > > + cd /home/justin/rpmbuild/BUILD > > > > + LANG=C > > > > + export LANG > > > > + unset DISPLAY > > > > + '[' '!' -d kernel-2.6.15/vanilla ']' > > > > + cd kernel-2.6.15 > > > > + '[' -d linux-2.6.15.x86_64 ']' > > > > + mv linux-2.6.15.x86_64 deleteme > > > > + rm -rf deleteme > > > > + '[' -d xen ']' > > > > + cp -rl vanilla linux-2.6.15.x86_64 > > > > + cp -rl xen-vanilla xen > > > > cp: cannot stat `xen-vanilla': No such file or directory > > > > error: Bad exit status from /var/tmp/rpm-tmp.39530 (%prep) > > > > > > > > > > > > RPM build errors: > > > > Bad exit status from /var/tmp/rpm-tmp.39530 (%prep) > > > > > > > > $ pwd > > > /home/justin/rpmbuild/BUILD/kernel-2.6.15 > > > > > > $ ls > > > linux-2.6.15 linux-2.6.15.x86_64 vanilla > > > > > > $ mkdir xen-vanilla > > > > > > spec now starts to build, so there is a mkdir xen-vanilla or something > > > along those lines missing > > > > > > After that, it breaks on a patch > > > > > > + patch -p1 -s > > > 1 out of 4 hunks FAILED -- saving rejects to file > > > arch/i386/kernel/sysenter.c.rej > > > error: Bad exit status from /var/tmp/rpm-tmp.35125 (%prep) > > > > > > > > > RPM build errors: > > > Bad exit status from /var/tmp/rpm-tmp.35125 (%prep) > > > > > > > > > rpmbuild -bp --target=x86_64 kernel-2.6.spec > > > > > > # Exec-shield. > > #Patch810: linux-2.6-execshield.patch > > #Patch814: linux-2.6-execshield-fixes.patch > > > > # Exec shield > > #%patch810 -p1 > > # Final small execshield fixes. > > #%patch814 -p1 > > > > > > Builds fine with out those, but I assume we want the exec shield stuff > > ;) > > > > > There is two // between arch and Makefile > > + make ARCH= nonint_oldconfig > Makefile:438: /home/justin/rpmbuild/BUILD/kernel-2.6.15/linux- > 2.6.15.x86_64/arch//Makefile: No such file or directory > make: *** No rule to make target `/home/justin/rpmbuild/BUILD/kernel- > 2.6.15/linux-2.6.15.x86_64/arch//Makefile'. Stop. > error: Bad exit status from /var/tmp/rpm-tmp.62781 (%prep) > > > RPM build errors: > Bad exit status from /var/tmp/rpm- tmp.62781 (%prep) > > > $ tail /var/tmp/rpm-tmp.6278 > > # make sure the kernel has the sublevel we know it has. This looks weird > # but for -pre and -rc versions we need it since we only want to use > # the higher version when the final kernel is released. > perl -p -i -e "s/^SUBLEVEL.*/SUBLEVEL = 15/" Makefile > perl -p -i -e "s/^EXTRAVERSION.*/EXTRAVERSION = -prep/" Makefile > > # get rid of unwanted files resulting from patch fuzz > find . -name "*.orig" -o -name "*~" -exec rm -f {} \; >/dev/null & > > ### > ### build > ### > > exit 0[ > Stuff from 810 Patch #810 (linux-2.6-execshield.patch): + patch -p1 -s 1 out of 4 hunks FAILED -- saving rejects to file arch/i386/kernel/sysenter.c.rej error: Bad exit status from /var/tmp/rpm-tmp.40602 (%prep) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.40602 (%prep) $ tail /var/tmp/rpm-tmp.40602 perl -p -i -e "s/^EXTRAVERSION.*/EXTRAVERSION = -prep/" Makefile # get rid of unwanted files resulting from patch fuzz find . -name "*.orig" -o -name "*~" -exec rm -f {} \; >/dev/null & ### ### build ### Stuff from 814 Patch #814 (linux-2.6-execshield-fixes.patch): + patch -p1 -s 1 out of 1 hunk FAILED -- saving rejects to file arch/i386/kernel/traps.c.rej 1 out of 1 hunk FAILED -- saving rejects to file include/asm-i386/desc.h.rej error: Bad exit status from /var/tmp/rpm-tmp.93927 (%prep) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.93927 (%prep) $ tail /var/tmp/rpm-tmp.93927 perl -p -i -e "s/^EXTRAVERSION.*/EXTRAVERSION = -prep/" Makefile # get rid of unwanted files resulting from patch fuzz find . -name "*.orig" -o -name "*~" -exec rm -f {} \; >/dev/null & ### ### build ### exit 0 I'm seeing references to Makefile :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From netwiz at crc.id.au Sun Mar 12 15:48:52 2006 From: netwiz at crc.id.au (Steven Haigh) Date: Mon, 13 Mar 2006 02:48:52 +1100 (EST) Subject: Kernel 2.6.15-1.2041 panics on boot. In-Reply-To: <441440BC.8030702@cox.net> References: <44143552.6050604@cox.net> <49260.203.56.246.83.1142175599.squirrel@zeus.crc.id.au> <44143AD1.9060804@cox.net> <441440BC.8030702@cox.net> Message-ID: <38207.203.56.246.83.1142178532.squirrel@zeus.crc.id.au> On Mon, March 13, 2006 2:39 am, Clyde E. Kunkel wrote: > Clyde E. Kunkel wrote: >> Steven Haigh wrote: >>> On Mon, March 13, 2006 1:50 am, Clyde E. Kunkel wrote: >>>> Steven Haigh wrote: >>>>> Kernel: kernel-2.6.15-1.2041_FC5 >>>>> Arch: i686 >>>>> System: AMD Sempron 2800+ >>>>> >>>>> Panic message: >>>>> Switching to new root >>>>> switchroot: new root mount point expected >>>>> Kernel Panic - not syncing: Attempted to kill init! >>>>> [] panic+0x3e/0x170 [] do_exit+0x71/0x6c8 >>>>> [] do_munmap+0x184/0x19e [] >>>>> sys_exit_group+0x0/0xd >>>>> [] syscall_call+0x7/0xb >>>>> >>>>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185233 >>>> Could this be the policycoreutils problem in: >>>> >>>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185106 >>> >>> I don't believe so, as I have the initrd files etc in /boot. Everything >>> looks good in that respect. >>> >> >> No initrd was just the symptom, the symptoms changed with rawhide of >> 3/11/06, but the problem with policycoreutils remained. Currently >> trying an install of today's (3/12/06) rawhide. Will report back >> shortly. >> > > OK, successful clean net install with today's rawhide. Were you doing > an install or upgrade? I think you are Down Under and was wondering if > you got the latest rawhide if you were doing a net install? I clean installed FC4, then updated to the latest FC4 updates (the updates-released), then enabled just the fedora-devel and fedora-extras-devel repos and ran 'yum upgrade' I then just let it go. -- From justin.conover at gmail.com Sun Mar 12 15:49:47 2006 From: justin.conover at gmail.com (Justin Conover) Date: Sun, 12 Mar 2006 09:49:47 -0600 Subject: How do I remove things from the Gnome System menu In-Reply-To: <441433B7.5050303@webworks.se> References: <441433B7.5050303@webworks.se> Message-ID: On 3/12/06, Uno Engborg wrote: > > Currently the Gnome System menu contains a lot of stuff that is not > always needed, or doesn't work well on many systems. E.g. a sysadmin > on a school lab set up would typically want to remove "Suspend", > "Shutdown" and perhaps even "Administration>". > > A laptop owner who are unlucky enough to have a box not supporting > suspend would probably want to remove that, to prevent the risk of being > forced to make an unclean shutdown, as a result of selecting suspend by > mistake. > > As a matter of fact both having "Suspend" and the current "Shut down" > item doesn't make sense as it forces the user to make the "Shall I > suspend choice" twice. > > When speaking of menus, the Alacarte Menu editor should be in the > "Prefereces" menu > instead of in "Applications->Accessories". > > If we have things like "Lock Screen" in the System menu, the system menu > should probably > also contain the ability to make screen shots, and to share the screen > with vino. > > This is in desperate need of a usability overview. > Until that happens, is there any easy way to edit the Gnomw System meny. > > Regards > Uno Engborg > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > Right click on "Applications" choose "Edit menus" -------------- next part -------------- An HTML attachment was scrubbed... URL: From uno at webworks.se Sun Mar 12 15:56:36 2006 From: uno at webworks.se (Uno Engborg) Date: Sun, 12 Mar 2006 16:56:36 +0100 Subject: shortcut to new shell opened behind the first one .... In-Reply-To: <4413F445.2010507@herakles.homelinux.org> References: <441184A5.8070409@freesurf.fr> <4411E764.1070605@webworks.se> <4413F445.2010507@herakles.homelinux.org> Message-ID: <441444B4.1060200@webworks.se> John Summerfied wrote: > Uno Engborg wrote: >> Larry tb skrev: >> >>> When using shortcut ctrl shift N, to open a new shell, the new shell >>> is opened BEHIND the actual one. >>> Is it a new fonction ? >>> Not very useful is it ? >> >> >> Every new window is opened behind the shell. Try to type open >> sabayon, by typing the >> command from a shell, and you will find that the sabayon window is >> completely covered >> by the shell from which it was opened. In fact it made me think >> sabayon was broken >> as nothing seamed to happen. >> >> I think that they did it this way to prevent opening windows from >> grabbing the user input, >> something that could be serious if the user is typing a password. >> However that situation is very rare and I think this should be >> regarded as a bug. > > With the old behaviour it's disturbingly common for a dialogue to pop > up and steal keystrokes. It's perfectly possible for a dialogue to be > dismissed (by the user pressing the space-bar) before it's read - that > has happened to me, and depending on the dialogue perhaps to result in > other wrong actions. > > KDE has been doing this for years, and once I became accustomed to it, > I think I've only found it inconvenient once or twice. The time I can > remember is running tsclient on FC3 to run a remote desktop to a > Windows box; when the session ends, the tsclient login dialogue pops > up and is disabled by a (meaningless) modal error dialogue behind it. No, KDE is not doing this. E.g try type sabayon from a gnome-terminal managed by metacity and typing sabayon in a ktermial running in Kwin. In the Gnome case the entire sabayon window is totally covered by the gnome-terminal in the Gnome/metacity case. In KDE the sabayon window opens on top. To make it even worse, if you are not root, in gnome will pop up a login dialog on top of your gnome terminal, totally making the "open behind thing" totally moot in this case. Regards Uno Engborg > > > > > From clydekunkel7734 at cox.net Sun Mar 12 15:57:35 2006 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Sun, 12 Mar 2006 10:57:35 -0500 Subject: Kernel 2.6.15-1.2041 panics on boot. In-Reply-To: <38207.203.56.246.83.1142178532.squirrel@zeus.crc.id.au> References: <44143552.6050604@cox.net> <49260.203.56.246.83.1142175599.squirrel@zeus.crc.id.au> <44143AD1.9060804@cox.net> <441440BC.8030702@cox.net> <38207.203.56.246.83.1142178532.squirrel@zeus.crc.id.au> Message-ID: <441444EF.70706@cox.net> Steven Haigh wrote: > I clean installed FC4, then updated to the latest FC4 updates (the > updates-released), then enabled just the fedora-devel and > fedora-extras-devel repos and ran 'yum upgrade' > > I then just let it go. > OK, beyond me at this point. I would make sure the mirror used was synced with today's rawhide. Or, just temporarily modify the fedora-devel repo to look only at download.fedora.redhat.com. You may need to start over with the FC4 install, etc. -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots) From uno at webworks.se Sun Mar 12 16:04:48 2006 From: uno at webworks.se (Uno Engborg) Date: Sun, 12 Mar 2006 17:04:48 +0100 Subject: How do I remove things from the Gnome System menu In-Reply-To: References: <441433B7.5050303@webworks.se> Message-ID: <441446A0.5060304@webworks.se> Justin Conover wrote: > > > On 3/12/06, *Uno Engborg* > > wrote: > > Currently the Gnome System menu contains a lot of stuff that is not > always needed, or doesn't work well on many systems. E.g. a sysadmin > on a school lab set up would typically want to remove "Suspend", > "Shutdown" and perhaps even "Administration>". > > A laptop owner who are unlucky enough to have a box not supporting > suspend would probably want to remove that, to prevent the risk of > being > forced to make an unclean shutdown, as a result of selecting > suspend by > mistake. > > As a matter of fact both having "Suspend" and the current "Shut down" > item doesn't make sense as it forces the user to make the "Shall I > suspend choice" twice. > > When speaking of menus, the Alacarte Menu editor should be in the > "Prefereces" menu > instead of in "Applications->Accessories". > > If we have things like "Lock Screen" in the System menu, the > system menu > should probably > also contain the ability to make screen shots, and to share the screen > with vino. > > This is in desperate need of a usability overview. > Until that happens, is there any easy way to edit the Gnomw System > meny. > > Regards > Uno Engborg > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > > > Right click on "Applications" > choose "Edit menus" > > No, that doesn't allow me to remove or change anything below the "Adminstration" item in the System menu. E.g. I can't remove "System->Suspend", or am I missing something? Regards Uno Engborg. From justin.conover at gmail.com Sun Mar 12 16:08:37 2006 From: justin.conover at gmail.com (Justin Conover) Date: Sun, 12 Mar 2006 10:08:37 -0600 Subject: How do I remove things from the Gnome System menu In-Reply-To: References: <441433B7.5050303@webworks.se> Message-ID: On 3/12/06, Justin Conover wrote: > > > > On 3/12/06, Uno Engborg wrote: > > > > Currently the Gnome System menu contains a lot of stuff that is not > > always needed, or doesn't work well on many systems. E.g. a sysadmin > > on a school lab set up would typically want to remove "Suspend", > > "Shutdown" and perhaps even "Administration>". > > > > A laptop owner who are unlucky enough to have a box not supporting > > suspend would probably want to remove that, to prevent the risk of being > > forced to make an unclean shutdown, as a result of selecting suspend by > > mistake. > > > > As a matter of fact both having "Suspend" and the current "Shut down" > > item doesn't make sense as it forces the user to make the "Shall I > > suspend choice" twice. > > > > When speaking of menus, the Alacarte Menu editor should be in the > > "Prefereces" menu > > instead of in "Applications->Accessories". > > > > If we have things like "Lock Screen" in the System menu, the system menu > > > > should probably > > also contain the ability to make screen shots, and to share the screen > > with vino. > > > > This is in desperate need of a usability overview. > > Until that happens, is there any easy way to edit the Gnomw System meny. > > > > > > Regards > > Uno Engborg > > > > > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > https://www.redhat.com/mailman/listinfo/fedora-test-list > > > > Right click on "Applications" > choose "Edit menus" > > > I lied, those options aren't there # yum install gconf-editor $ gconf-editor /apps/panel/ Look around these options, I'm digging around my self, there is disable_logout in global but that allows me to suspend my laptop still, and not logging out sucks more than shutting down so there should be some more options in there or a seperate check off for each one, not all-or-none in the options. /apps/panel/global diable_log_out disable_lock_screen disable_suspend disable_shutdown Any reason why there can't be options for each one? -------------- next part -------------- An HTML attachment was scrubbed... URL: From guess.who at freesurf.fr Sun Mar 12 16:38:54 2006 From: guess.who at freesurf.fr (Larry tb) Date: Sun, 12 Mar 2006 17:38:54 +0100 Subject: no floppy dir in /media ? Message-ID: <44144E9E.2090903@freesurf.fr> Were trying to mount floppy at shell. Getting this error : [root at ws044 ~]# mount /dev/fd0 mount: can't find /dev/fd0 in /etc/fstab or /etc/mtab [root at ws044 ~]# There is no /media/floppy. How come this ? Larry -------------- next part -------------- An HTML attachment was scrubbed... URL: From fct-cornette at insight.rr.com Sun Mar 12 16:53:25 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 12 Mar 2006 11:53:25 -0500 Subject: fc5-test3 and external usb box : works fine :) In-Reply-To: <44143E8B.3020703@freesurf.fr> References: <4413D388.6070805@freesurf.fr> <4413FFE2.4060502@insight.rr.com> <441404A9.7050204@freesurf.fr> <44143927.8020705@insight.rr.com> <44143E8B.3020703@freesurf.fr> Message-ID: <44145205.4020902@insight.rr.com> Larry tb wrote: > Make a kind of doc there : > http://www.brothersofnet.freesurf.fr/sans_popup/fc5/fc5-usb-boot.htm > Thanks! I'll give it a shot. There has to be an easier way! Jim -- Laziness is the mother of invention. From guess.who at freesurf.fr Sun Mar 12 16:32:01 2006 From: guess.who at freesurf.fr (Larry tb) Date: Sun, 12 Mar 2006 17:32:01 +0100 Subject: fc5-test3 and external usb box : works fine :) In-Reply-To: <44143E8B.3020703@freesurf.fr> References: <4413D388.6070805@freesurf.fr> <4413FFE2.4060502@insight.rr.com> <441404A9.7050204@freesurf.fr> <44143927.8020705@insight.rr.com> <44143E8B.3020703@freesurf.fr> Message-ID: <44144D01.8070008@freesurf.fr> You need uhci and ohci for old usb storages. About the other modules : i dont know. I had to add all of them to make it work. I first try to make it work with the parropriate doc (http://simonf.com/usb/#fc3), with accommodations. But it always failed. But i am just an end-user ... and know very few things Larry tb wrote: > Make a kind of doc there : > http://www.brothersofnet.freesurf.fr/sans_popup/fc5/fc5-usb-boot.htm > > Jim Cornette wrote: > >> Larry tb wrote: >> >>> Using askmethod doesn't work for me : i must use expert ! ...well in >>> fact i use the both : >>> linux askmethod expert :-p (without the :-p) :-D >>> >>> >From the link i sent, i modify this : >>> *###################################### >>> echo "*** Loading usb-modules ***" >>> insmod /lib/usb-storage.ko >>> **insmod /lib/uhci-hdc.ko >>> **insmod /lib/ohci-hdc.ko* >>> *insmod /lib/ehci-hcd.ko >>> /bin/sleep 10 >>> * >>> and copy the module to lib of course :) >>> http://fungliding.blogspot.com/2005_04_01_fungliding_archive.html >>> >>> >> >> Before I attempt this. Would it be wiser to just use uname -r to point >> to the modules already present in the kernels? Why would one need to >> copy modules over? What is needed to be contained within the initrd >> image and how would it be possible for this behavior to >> self-administrate itself with each kernel upgrade? >> >> Jim >> >> locate usb-storage >> /lib/modules/2.6.15-1.2038_FC5/kernel/drivers/usb/storage/usb-storage.ko >> /lib/modules/2.6.15-1.2041_FC5/kernel/drivers/usb/storage/usb-storage.ko >> >> locate uhci-hcd >> /lib/modules/2.6.15-1.2038_FC5/kernel/drivers/usb/host/uhci-hcd.ko >> /lib/modules/2.6.15-1.2041_FC5/kernel/drivers/usb/host/uhci-hcd.ko >> >> locate ohci-hcd >> /lib/modules/2.6.15-1.2038_FC5/kernel/drivers/usb/host/ohci-hcd.ko >> /lib/modules/2.6.15-1.2041_FC5/kernel/drivers/usb/host/ohci-hcd.ko >> >> locate ehci-hcd >> /lib/modules/2.6.15-1.2038_FC5/kernel/drivers/usb/host/ehci-hcd.ko >> /lib/modules/2.6.15-1.2041_FC5/kernel/drivers/usb/host/ehci-hcd.ko >> >> > From clydekunkel7734 at cox.net Sun Mar 12 17:26:59 2006 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Sun, 12 Mar 2006 12:26:59 -0500 Subject: Radeon 9200 Detection During Installation - Could use some advice Message-ID: <441459E3.3000508@cox.net> On all of the FC5 clean test installs and rawhide daily net clean installs including rawhide 3/12/06, one of my radeon cards is not detected during installation. I don't know if this is normal behavior or a potential bug. System has a radeon 9200 installed in the AGP slot of an ASUS P4C800-deluxe mobo and a radeon 9200 SE installed in a PCI slot. The AGP card has a viewsonic crt attached and the PCI card has a Princeton 17" LCD attached. Anaconda, during its startup, reports that it finds a radeon SE (secondary) with P225f-2 monitor, however, no problems during install and xorg.conf is correctly created with the P225f-2 installed on RADEON(0), the AGP 9200 card. The anaconda logs show that both cards are seen with the 9200 SE PCI card (busid 2:10:0) being reported before the 9200 AGP card (busid 1:0:0). This might be why anaconda says that the installed card is the 9200 SE, but sets up with the 9200. If I subsequently use system-config-display after installation and try to create a dual head, the system freezes during gdm startup and no reported errors in xorg.0.log. I think this is an xorg problem because: 1) dual head works with SuSE 10.0 on xorg 6.8 and Gentoo 6.8. It does not work on SuSE 10.1 beta series, nor Mandriva Cooker, nor FC 5, all using either xorg 6.9 or 7.0. If I use the device, monitor and screen sections from the working SuSE 10.0 installation on a FC5 installation, I get a bit further with the CRT **sometimes** getting to the gnome startup, but the LCD just has random colors and the system freezes. I have never tried the proprietary ATI drivers with FC5, nor do I want to. I am willing to bugzilla this, but would value some opinions from the testing community if you have seen anything like this or have gotten dual head to work with the new xorgs with separate graphics cards. TIA. -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots) From roger at gwch.net Sun Mar 12 19:50:50 2006 From: roger at gwch.net (Roger Grosswiler) Date: Sun, 12 Mar 2006 20:50:50 +0100 Subject: Signing E-Mail-Messages in Evolution Message-ID: <1142193051.6072.6.camel@niobe> Hey list, using latest Evolutin, trying to import a .asc-file. The wizard always asks me "Password for NSS User Private Key and Certificate Services" But i have none. I have a passphrase on the key, i tried this phrase, but it didn't work. Is this a bug or false installation through me? Thx, Roger From michal at harddata.com Sun Mar 12 19:56:52 2006 From: michal at harddata.com (Michal Jaegermann) Date: Sun, 12 Mar 2006 12:56:52 -0700 Subject: no floppy dir in /media ? In-Reply-To: <44144E9E.2090903@freesurf.fr> References: <44144E9E.2090903@freesurf.fr> Message-ID: <20060312195652.GA24458@mail.harddata.com> On Sun, Mar 12, 2006 at 05:38:54PM +0100, Larry tb wrote: > Were trying to mount floppy at shell. Getting this error : > [root at ws044 ~]# mount /dev/fd0 > mount: can't find /dev/fd0 in /etc/fstab or /etc/mtab Try 'gnome-mount -d /dev/fd0' instead if you attempt to do that from a command line (or 'mount /dev/fd0 /some/existing/mount/point' if you are root). With the first option use 'gnome-umount' to unmount that floppy. > There is no /media/floppy. > How come this ? Just so you will not overexercise yourself. :-) Michal From guess.who at freesurf.fr Sun Mar 12 20:20:15 2006 From: guess.who at freesurf.fr (Larry tb) Date: Sun, 12 Mar 2006 21:20:15 +0100 Subject: no floppy dir in /media ? bug ???? In-Reply-To: <20060312195652.GA24458@mail.harddata.com> References: <44144E9E.2090903@freesurf.fr> <20060312195652.GA24458@mail.harddata.com> Message-ID: <4414827F.3040207@freesurf.fr> Thx Michal... but , well i knew this :-p, and did. Previous version had /dev/fd0 in fstab, and floppy dir in /mnt or /media. So i were wondering if it was a bug or something else... Michal Jaegermann wrote: > On Sun, Mar 12, 2006 at 05:38:54PM +0100, Larry tb wrote: > >>Were trying to mount floppy at shell. Getting this error : >>[root at ws044 ~]# mount /dev/fd0 >>mount: can't find /dev/fd0 in /etc/fstab or /etc/mtab > > > Try 'gnome-mount -d /dev/fd0' instead if you attempt to do that > from a command line (or 'mount /dev/fd0 /some/existing/mount/point' > if you are root). With the first option use 'gnome-umount' to > unmount that floppy. > > >>There is no /media/floppy. >>How come this ? > > > Just so you will not overexercise yourself. :-) > > Michal > From dtimms at bigpond.net.au Sun Mar 12 23:26:16 2006 From: dtimms at bigpond.net.au (David Timms) Date: Mon, 13 Mar 2006 10:26:16 +1100 Subject: no floppy dir in /media ? bug ???? In-Reply-To: <4414827F.3040207@freesurf.fr> References: <44144E9E.2090903@freesurf.fr> <20060312195652.GA24458@mail.harddata.com> <4414827F.3040207@freesurf.fr> Message-ID: <4414AE18.10902@bigpond.net.au> Larry tb wrote: > Thx Michal... but , well i knew this :-p, and did. > > Previous version had /dev/fd0 in fstab, and floppy dir in /mnt or /media. > So i were wondering if it was a bug or something else... I think the design changed, so that /media gets used when removable media are inserted / removed; the mount folder is created and removed automatically. Since floppy disk insertion aren't usually detectable, I guess you need to use a tool like Michal suggested to mount it. But I don't have a floppy drive on the couple of PC's that I have ;) DaveT. From jspaleta at gmail.com Mon Mar 13 00:01:53 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 12 Mar 2006 19:01:53 -0500 Subject: no floppy dir in /media ? bug ???? In-Reply-To: <4414AE18.10902@bigpond.net.au> References: <44144E9E.2090903@freesurf.fr> <20060312195652.GA24458@mail.harddata.com> <4414827F.3040207@freesurf.fr> <4414AE18.10902@bigpond.net.au> Message-ID: <604aa7910603121601o2ec4ebb3w9b50fd5768b7aa6c@mail.gmail.com> On 3/12/06, David Timms wrote: > Since floppy disk insertion aren't usually detectable, I guess you need > to use a tool like Michal suggested to mount it. But I don't have a > floppy drive on the couple of PC's that I have ;) Perhaps its best not to comment if you don't have the hardware configuration to do a functionality comparison.. to avoid misrepresenting reality and avoid unnecessary confusion as to how things currently work. For my system with a floppy when running Gnome, the floppy drive shows up in my Computer window and I can mount it via normal gnome filemanager or panel interactions. From a gnome desktop pov this is absolutely no different from fc4 experience when using gnome desktop functionality. It doesn't matter that floppy media insertion can't be detected... gnome's file manager and gnome's disk mounter applet "see" the floppy drive because hal "sees" the floppy drive. When using the gnome desktop, whether the fstab entry or the mountpoint exists doesn't matter.. gnome is using the information provided by hal to tell the desktop user that the devices exist. For KDE or other desktop environments I can not comment, because I do not use those enviroments regularly on a fedora system where I need to care about mountable media. What is different, for all devices not just the floppy, is interaction with mounting at the cmdline. I think its pretty clear from past discussion on the list, when this changed was introduced.. that people who have grown use to the previous behavior of hal and fstab-sync to aid in cmdline mounting are going to be confused by the change. Let's make sure we don't add additional confusion by giving them factually deficient information when they ask for an explanation. -jef From debian at herakles.homelinux.org Mon Mar 13 00:06:07 2006 From: debian at herakles.homelinux.org (John Summerfied) Date: Mon, 13 Mar 2006 08:06:07 +0800 Subject: shortcut to new shell opened behind the first one .... In-Reply-To: <441444B4.1060200@webworks.se> References: <441184A5.8070409@freesurf.fr> <4411E764.1070605@webworks.se> <4413F445.2010507@herakles.homelinux.org> <441444B4.1060200@webworks.se> Message-ID: <4414B76F.5090005@herakles.homelinux.org> Uno Engborg wrote: > John Summerfied wrote: > >> Uno Engborg wrote: >> >>> Larry tb skrev: >>> >>>> When using shortcut ctrl shift N, to open a new shell, the new shell >>>> is opened BEHIND the actual one. >>>> Is it a new fonction ? >>>> Not very useful is it ? >>> >>> >>> >>> Every new window is opened behind the shell. Try to type open >>> sabayon, by typing the >>> command from a shell, and you will find that the sabayon window is >>> completely covered >>> by the shell from which it was opened. In fact it made me think >>> sabayon was broken >>> as nothing seamed to happen. >>> >>> I think that they did it this way to prevent opening windows from >>> grabbing the user input, >>> something that could be serious if the user is typing a password. >>> However that situation is very rare and I think this should be >>> regarded as a bug. >> >> >> With the old behaviour it's disturbingly common for a dialogue to pop >> up and steal keystrokes. It's perfectly possible for a dialogue to be >> dismissed (by the user pressing the space-bar) before it's read - that >> has happened to me, and depending on the dialogue perhaps to result in >> other wrong actions. >> >> KDE has been doing this for years, and once I became accustomed to it, >> I think I've only found it inconvenient once or twice. The time I can >> remember is running tsclient on FC3 to run a remote desktop to a >> Windows box; when the session ends, the tsclient login dialogue pops >> up and is disabled by a (meaningless) modal error dialogue behind it. > > No, KDE is not doing this. E.g try type sabayon from a gnome-terminal > managed by metacity > and typing sabayon in a ktermial running in Kwin. In the Gnome case the > entire sabayon window is totally covered by the gnome-terminal in the > Gnome/metacity case. In KDE the sabayon window opens on top. I know you think you understand what you think I said but in fact what I said may lack some clarity:-) KDE has been opening behind for years. I can click an icon to start something, such as Mozilla, and it opens behind everything. Further checking shows that, when I start kwrite in a konsole window, it opens in front if konsole has focus, behind if not, and very cleverly, "kwrite&" followed by further typing has kwrite opening behind. I can't repeat this with gvim, but that may be a timing issue. Probably the goal in Gnome was similar, but always there will be implementation details that differ and corner cases where different implementors make different choices - or completely overlook that a choice can be made. -- Cheers John -- spambait 1aaaaaaa at computerdatasafe.com.au Z1aaaaaaa at computerdatasafe.com.au Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/ do not reply off-list From michal at harddata.com Mon Mar 13 01:30:54 2006 From: michal at harddata.com (Michal Jaegermann) Date: Sun, 12 Mar 2006 18:30:54 -0700 Subject: no floppy dir in /media ? bug ???? In-Reply-To: <604aa7910603121601o2ec4ebb3w9b50fd5768b7aa6c@mail.gmail.com> References: <44144E9E.2090903@freesurf.fr> <20060312195652.GA24458@mail.harddata.com> <4414827F.3040207@freesurf.fr> <4414AE18.10902@bigpond.net.au> <604aa7910603121601o2ec4ebb3w9b50fd5768b7aa6c@mail.gmail.com> Message-ID: <20060313013054.GA29851@mail.harddata.com> On Sun, Mar 12, 2006 at 07:01:53PM -0500, Jeff Spaleta wrote: > From a gnome desktop pov this is > absolutely no different from fc4 experience when using gnome desktop > functionality. It doesn't matter that floppy media insertion can't be > detected... Well, the thing is that "gnome desktop pov" is only a part of the whole picture and the original question was how to do that from a command line. You may need that in a script, for example. Hence my answer. > When using the > gnome desktop, whether the fstab entry or the mountpoint exists > doesn't matter.. And when not using that particular version of gnome desktop? > Let's > make sure we don't add additional confusion by giving them factually > deficient information when they ask for an explanation. Could you point which part was factually deficient? What is actually deficient is the current version of 'eject' in FC5 which in the current setup is not very useful. gnome-mount/gnome-umount pair also could you some care. There are corresponding bugzilla entries in case you wonder. Michal From n0dalus+redhat at gmail.com Mon Mar 13 01:42:35 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Mon, 13 Mar 2006 12:12:35 +1030 Subject: default FC font changed from 4 to 5? In-Reply-To: References: Message-ID: <6280325c0603121742t596c0fb6y88f78ff92d26f191@mail.gmail.com> On 3/13/06, Dan Gabriel Ghita wrote: > hello, i've been a big fan of the old fc3&4 default "Sans" font (don't know > about 1&2) and i'm a little sad that fc5 changed it. now it looks more like > suse (which i didn't like just because of the fonts). some told me it hasn't > changed, that it's just rendered a different way. anyway, i'm only asking > how i can get it back. what should i change in xorg.conf or what should i > copy from an old fc4 installation? > sorry if this is the wrong list to post to, but that's the advice i got from > the people on #fedora on IRC. > I've also noticed this -- I'm not sure what it is, it seems larger or something. n0dalus. From n0dalus+redhat at gmail.com Mon Mar 13 01:49:38 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Mon, 13 Mar 2006 12:19:38 +1030 Subject: why do I have battery, button and ac modules loaded on a desktop machine? In-Reply-To: <4413F50E.2020406@herakles.homelinux.org> References: <4413C826.3020009@wavefood.com> <4413F50E.2020406@herakles.homelinux.org> Message-ID: <6280325c0603121749r2670d47bk3b6c640e8940b4e8@mail.gmail.com> On 3/12/06, John Summerfied wrote: > > I mean, isn't there some way that "hal", or anaconda, can figure out > > whether I am a laptop or a desktop machine and setup the services and > > modules appropriately? > > > > Probably not reliably. What of a desktop based on a mobo running a > Pentium M? I've heard of such. > Can't it just check for the presence of a battery? n0dalus. From jspaleta at gmail.com Mon Mar 13 01:55:40 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 12 Mar 2006 20:55:40 -0500 Subject: no floppy dir in /media ? bug ???? In-Reply-To: <20060313013054.GA29851@mail.harddata.com> References: <44144E9E.2090903@freesurf.fr> <20060312195652.GA24458@mail.harddata.com> <4414827F.3040207@freesurf.fr> <4414AE18.10902@bigpond.net.au> <604aa7910603121601o2ec4ebb3w9b50fd5768b7aa6c@mail.gmail.com> <20060313013054.GA29851@mail.harddata.com> Message-ID: <604aa7910603121755g5b2222budf85ea3b69fbd311@mail.gmail.com> On 3/12/06, Michal Jaegermann wrote: > Could you point which part was factually deficient? in your comments... nothing. In david thimms comments the discussion of the fact that the floppy media insertion is not detectable by the "authomounter" is inmaterial to the problem. -jef From fhew3 at cogeco.ca Mon Mar 13 02:30:29 2006 From: fhew3 at cogeco.ca (Fulko Hew) Date: Sun, 12 Mar 2006 21:30:29 -0500 Subject: shortcut to new shell opened behind the first one .... In-Reply-To: <4414B76F.5090005@herakles.homelinux.org> References: <441184A5.8070409@freesurf.fr> <4411E764.1070605@webworks.se> <4413F445.2010507@herakles.homelinux.org> <441444B4.1060200@webworks.se> <4414B76F.5090005@herakles.homelinux.org> Message-ID: <4414D945.9040107@cogeco.ca> John Summerfied wrote: > Uno Engborg wrote: > >> John Summerfied wrote: >> >>> Uno Engborg wrote: >>> >>>> Larry tb skrev: >>>> >>>>> When using shortcut ctrl shift N, to open a new shell, the new >>>>> shell is opened BEHIND the actual one. >>>>> Is it a new fonction ? >>>>> Not very useful is it ? >>>> >>>> >>>> >>>> >>>> Every new window is opened behind the shell. Try to type open >>>> sabayon, by typing the >>>> command from a shell, and you will find that the sabayon window is >>>> completely covered >>>> by the shell from which it was opened. In fact it made me think >>>> sabayon was broken >>>> as nothing seamed to happen. >>>> >>>> I think that they did it this way to prevent opening windows from >>>> grabbing the user input, >>>> something that could be serious if the user is typing a password. >>>> However that situation is very rare and I think this should be >>>> regarded as a bug. >>> >>> >>> >>> With the old behaviour it's disturbingly common for a dialogue to >>> pop up and steal keystrokes. It's perfectly possible for a dialogue >>> to be dismissed (by the user pressing the space-bar) before it's >>> read - that has happened to me, and depending on the dialogue >>> perhaps to result in other wrong actions. >>> >>> KDE has been doing this for years, and once I became accustomed to >>> it, I think I've only found it inconvenient once or twice. The time >>> I can remember is running tsclient on FC3 to run a remote desktop to >>> a Windows box; when the session ends, the tsclient login dialogue >>> pops up and is disabled by a (meaningless) modal error dialogue >>> behind it. >> >> >> No, KDE is not doing this. E.g try type sabayon from a gnome-terminal >> managed by metacity >> and typing sabayon in a ktermial running in Kwin. In the Gnome case >> the entire sabayon window is totally covered by the gnome-terminal in >> the Gnome/metacity case. In KDE the sabayon window opens on top. > > > > I know you think you understand what you think I said but in fact what > I said may lack some clarity:-) > > > KDE has been opening behind for years. I can click an icon to start > something, such as Mozilla, and it opens behind everything. Thats strange. On my FC4, everything, including Firefox, always opens on top (Thank god!) > Further checking shows that, when I start kwrite in a konsole window, > it opens in front if konsole has focus, behind if not, and very > cleverly, "kwrite&" followed by further typing has kwrite opening behind. I just tried kwrite for the first time on this machine. The first time, it open behind. But every other time since... its opened in front. I can't figure out how to get it to open behind. ;-() (not that I would want it to anyway). So I can't explain why things seem to work differently, unless its an FC5 vrs FC4 thing. > I can't repeat this with gvim, but that may be a timing issue. > > Probably the goal in Gnome was similar, but always there will be > implementation details that differ and corner cases where different > implementors make different choices - or completely overlook that a > choice can be made. > > > > From berryja at gmail.com Mon Mar 13 02:29:52 2006 From: berryja at gmail.com (Jonathan Berry) Date: Sun, 12 Mar 2006 20:29:52 -0600 Subject: why do I have battery, button and ac modules loaded on a desktop machine? In-Reply-To: <6280325c0603121749r2670d47bk3b6c640e8940b4e8@mail.gmail.com> References: <4413C826.3020009@wavefood.com> <4413F50E.2020406@herakles.homelinux.org> <6280325c0603121749r2670d47bk3b6c640e8940b4e8@mail.gmail.com> Message-ID: <8767947e0603121829w464fc94es1f19bd44e1058512@mail.gmail.com> On 3/12/06, n0dalus wrote: > On 3/12/06, John Summerfied wrote: > > > I mean, isn't there some way that "hal", or anaconda, can figure out > > > whether I am a laptop or a desktop machine and setup the services and > > > modules appropriately? > > > > > > > Probably not reliably. What of a desktop based on a mobo running a > > Pentium M? I've heard of such. > > > > Can't it just check for the presence of a battery? My desktop has a UPS. That's a battery; shows up as one, too. I guess it is distinguishable, though, as it shows up as a UPS. A battery would probably be the best idicator of whether something is a laptop or desktop. I cannot come up with any other way to distinguish them (from the inside...). Jonathan From deji_aking at yahoo.ca Mon Mar 13 03:45:16 2006 From: deji_aking at yahoo.ca (Deji Akingunola) Date: Sun, 12 Mar 2006 22:45:16 -0500 (EST) Subject: default FC font changed from 4 to 5? In-Reply-To: <6280325c0603121742t596c0fb6y88f78ff92d26f191@mail.gmail.com> Message-ID: <20060313034516.27877.qmail@web52305.mail.yahoo.com> --- n0dalus wrote: > On 3/13/06, Dan Gabriel Ghita > wrote: > > hello, i've been a big fan of the old fc3&4 > default "Sans" font (don't know > > about 1&2) and i'm a little sad that fc5 changed > it. now it looks more like > > suse (which i didn't like just because of the > fonts). some told me it hasn't > > changed, that it's just rendered a different way. > anyway, i'm only asking > > how i can get it back. what should i change in > xorg.conf or what should i > > copy from an old fc4 installation? > > sorry if this is the wrong list to post to, but > that's the advice i got from > > the people on #fedora on IRC. > > > > I've also noticed this -- I'm not sure what it is, > it seems larger or something. > i think this is because xorg-x11-font-Type1 is not install by default, once you install it you have the old font again. Deji __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From mirandam at gmail.com Mon Mar 13 04:03:01 2006 From: mirandam at gmail.com (Mauriat Miranda) Date: Sun, 12 Mar 2006 23:03:01 -0500 Subject: why do I have battery, button and ac modules loaded on a desktop machine? In-Reply-To: <4413C826.3020009@wavefood.com> References: <4413C826.3020009@wavefood.com> Message-ID: <8843055e0603122003x5221aaecke07c2d0d2137e66a@mail.gmail.com> On 3/12/06, Joshua Andrews wrote: > I have found since installing that there are a lot of unused services on > by default that really don't relate to my machine. > I don't have any wireless or bluetooth or laptop services that I need > right away, however even after spending some time to figure out what > some of these mysterious services related to and turning them off I am > still seeing modules loaded, that as far as I can tell have nothing to > do with my system, and I am not even sure where they are being loaded from. > I mean, isn't there some way that "hal", or anaconda, can figure out > whether I am a laptop or a desktop machine and setup the services and > modules appropriately? For services, there are pretty decent explanations if you run system-config-services However it is very difficult to determine what services the end user requires or can use. A laptop can technically perform as a server, or on the other hand a certain desktop can have better acpi/power management than some older laptops. How could you guess? As for ACPI, I've always found it odd the way acpi modules are loaded. Basically if your /proc mounts with the acpi subdirectory, then EVERY acpi module is loaded, as seen in the following portion of '/etc/rc.d/rc.sysinit' (which is your main "boot script"). # Initialize ACPI bits if [ -d /proc/acpi ]; then for module in /lib/modules/$unamer/kernel/drivers/acpi/* ; do module=${module##*/} module=${module%.ko} modprobe $module >/dev/null 2>&1 done fi So then to control which modules you want loaded, you either move/delete the modules you don't want from /lib/modules/$unamer/kernel/drivers/acpi/ or you have to tell rc.local or some other post setup script to UN-load the modules you don't want. Is there a better way? Not sure. Could you 'blacklist' the modules you don't want? Or could you use modprobe.conf to prevent loading? However, I doubt these (possibly useless) modules would cause any major harm or performance loss, but then again I usually recompile my kernel withOUT the useless modules and avoid it anyways. Mauriat From dtimms at bigpond.net.au Mon Mar 13 05:00:00 2006 From: dtimms at bigpond.net.au (David Timms) Date: Mon, 13 Mar 2006 16:00:00 +1100 Subject: no floppy dir in /media ? bug ???? In-Reply-To: <604aa7910603121601o2ec4ebb3w9b50fd5768b7aa6c@mail.gmail.com> References: <44144E9E.2090903@freesurf.fr> <20060312195652.GA24458@mail.harddata.com> <4414827F.3040207@freesurf.fr> <4414AE18.10902@bigpond.net.au> <604aa7910603121601o2ec4ebb3w9b50fd5768b7aa6c@mail.gmail.com> Message-ID: <4414FC50.3020703@bigpond.net.au> Jeff Spaleta wrote: > On 3/12/06, David Timms wrote: >> Since floppy disk insertion aren't usually detectable, I guess you need >> to use a tool like Michal suggested to mount it. But I don't have a >> floppy drive on the couple of PC's that I have ;) > > Perhaps its best not to comment if you don't have the hardware > configuration to do a functionality comparison.. to avoid > misrepresenting reality and avoid unnecessary confusion as to how > things currently work. Well, I guess I told a mistruth (you caught me out on that one). I do have a floppy disk drive (finding a floppy disk to test with it that doesn't have a heap of CRC errors is the hard bit)! > For my system with a floppy when running Gnome, the floppy drive shows > up in my Computer window and I can mount it via normal gnome > filemanager or panel interactions. From a gnome desktop pov this is > absolutely no different from fc4 experience when using gnome desktop > functionality. Perhaps Larry was not previously running / comparing the situation to fc4, but to an older or other distribution ? > It doesn't matter that floppy media insertion can't be > detected... I would still state that it is the exact reason why there is no /media/floppy directory created / showing by default. The question from Larry that I was trying to answer was: >> There is no /media/floppy. >> How come this ? > gnome's file manager and gnome's disk mounter applet "see" > the floppy drive because hal "sees" the floppy drive. When using the > gnome desktop, whether the fstab entry or the mountpoint exists > doesn't matter.. gnome is using the information provided by hal to > tell the desktop user that the devices exist. Which I agree all works quite nicely, until you need to do scripted tasks at the commandline. > What is different, for all devices not just the floppy, is interaction > with mounting at the cmdline. I think its pretty clear from past > discussion on the list, when this changed was introduced.. that people > who have grown use to the previous behavior of hal and fstab-sync to > aid in cmdline mounting are going to be confused by the change. We could help allay any confusion and turn it into knowledge if a worked over response / instructions made it to release notes or fedora wiki ? Having only been an oh-six newcomer to the test list, I welcome info to correct what I have learned so far in this thread: if we previously did: # mount /dev/fd0 # cp /home/me/really-important-file /media/floppy # umount /dev/fd0 is the suggested method now: # gnome-mount -d /dev/fd0 # cp /home/me/really-important-file /media/floppy # gnome-umount -d /dev/fd0 ? gnome-mount is installed from gnome-mount-...rpm, and has a quite a few dependencies like gnome-vfs2 which needs libgnome, libbonobo and so forth. But it is installable / usable even if you aren't using the gnome desktop (for example one of my machines has only twm, and gnome-mount is already installed and working). If you wanted the (u)mount stuff on a minimal router/firewall install of fedora where you are not willing to install gnome-mount (~80k and its 18MB of requires), then the solution could be: - create the folder manually (or in the script) - add an entry to fstab (just to save on typing) (or give the full command in your script - then the script would be portable to another machine) - rest as previously performed / scripted ? > Let's > make sure we don't add additional confusion by giving them factually > deficient information when they ask for an explanation. > On 3/12/06, Michal Jaegermann wrote: >> Could you point which part was factually deficient? > > in your comments... nothing. > > In david thimms comments the discussion of the fact that the floppy > media insertion is not detectable by the "authomounter" is inmaterial > to the problem. The problem query was: >> There is no /media/floppy. >> How come this ? DaveT. From ggw at wolves.durham.nc.us Mon Mar 13 07:47:36 2006 From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury) Date: Mon, 13 Mar 2006 02:47:36 -0500 Subject: FC4+ -> FC5t3+ upgrade install report Message-ID: <20060313074736.GA6065@wolves.durham.nc.us> I've tested the upgrade path from FC4 to FC5t3+ (rawhide) of 2006-03-12. Here are my notes: 1. /etc/hosts gets overwritten wiping out the necessary local net entries (NFS mounts for example) 2. /etc/sysconfig/network gets overwritten, wiping out the original hostname entry. BZ #183203! -- 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: 191 bytes Desc: not available URL: From guess.who at freesurf.fr Mon Mar 13 07:50:24 2006 From: guess.who at freesurf.fr (Larry tb) Date: Mon, 13 Mar 2006 08:50:24 +0100 Subject: no floppy dir in /media ? In-Reply-To: <20060312195652.GA24458@mail.harddata.com> References: <44144E9E.2090903@freesurf.fr> <20060312195652.GA24458@mail.harddata.com> Message-ID: <44152440.7030903@freesurf.fr> Have seen all the discussion. Sorry Michal : i didn't understood what you told me :) Using # gnome-mount -d /dev/fd0 # cp /home/me/really-important-file /media/floppy # gnome-umount -d /dev/fd0 is okay. And graphical command works fine too :) The problem i had, was to guess this new command. I often work at shell, and so... Here is my problem : root at ws044 ~]# mount /dev/fd0 /media/floppy mount: mount point /media/floppy does not exist [root at ws044 ~]# Of course the possibility/necessity is to create a /media/floppy, or even /mnt/floppy. BUT within fc4 it was auto created during installation. So the question is : Do you think people who use shell or text mode have to guess this ? It might be : that's just a question.... larry Michal Jaegermann wrote: > On Sun, Mar 12, 2006 at 05:38:54PM +0100, Larry tb wrote: > >>Were trying to mount floppy at shell. Getting this error : >>[root at ws044 ~]# mount /dev/fd0 >>mount: can't find /dev/fd0 in /etc/fstab or /etc/mtab > > > Try 'gnome-mount -d /dev/fd0' instead if you attempt to do that > from a command line (or 'mount /dev/fd0 /some/existing/mount/point' > if you are root). With the first option use 'gnome-umount' to > unmount that floppy. > > >>There is no /media/floppy. >>How come this ? > > > Just so you will not overexercise yourself. :-) > > Michal > From guess.who at freesurf.fr Mon Mar 13 07:55:05 2006 From: guess.who at freesurf.fr (Larry tb) Date: Mon, 13 Mar 2006 08:55:05 +0100 Subject: no floppy dir in /media ? bug ???? In-Reply-To: <4414FC50.3020703@bigpond.net.au> References: <44144E9E.2090903@freesurf.fr> <20060312195652.GA24458@mail.harddata.com> <4414827F.3040207@freesurf.fr> <4414AE18.10902@bigpond.net.au> <604aa7910603121601o2ec4ebb3w9b50fd5768b7aa6c@mail.gmail.com> <4414FC50.3020703@bigpond.net.au> Message-ID: <44152559.7020705@freesurf.fr> David Timms wrote: > Jeff Spaleta wrote: > >> On 3/12/06, David Timms wrote: >> >>> Since floppy disk insertion aren't usually detectable, I guess you need >>> to use a tool like Michal suggested to mount it. But I don't have a >>> floppy drive on the couple of PC's that I have ;) >> >> >> Perhaps its best not to comment if you don't have the hardware >> configuration to do a functionality comparison.. to avoid >> misrepresenting reality and avoid unnecessary confusion as to how >> things currently work. > > Well, I guess I told a mistruth (you caught me out on that one). I do > have a floppy disk drive (finding a floppy disk to test with it that > doesn't have a heap of CRC errors is the hard bit)! > >> For my system with a floppy when running Gnome, the floppy drive shows >> up in my Computer window and I can mount it via normal gnome >> filemanager or panel interactions. From a gnome desktop pov this is >> absolutely no different from fc4 experience when using gnome desktop >> functionality. > > Perhaps Larry was not previously running / comparing the situation to > fc4, but to an older or other distribution ? Yes i were comparing the situation to fc4. > >> It doesn't matter that floppy media insertion can't be >> detected... > > I would still state that it is the exact reason why there is no > /media/floppy directory created / showing by default. The question from > Larry that I was trying to answer was: > >> There is no /media/floppy. > >> How come this ? Yep, now i understand. But still have a question about mounting floppy from shell or text mode, as i wrote in the very previous mail. > >> gnome's file manager and gnome's disk mounter applet "see" >> the floppy drive because hal "sees" the floppy drive. When using the >> gnome desktop, whether the fstab entry or the mountpoint exists >> doesn't matter.. gnome is using the information provided by hal to >> tell the desktop user that the devices exist. > > Which I agree all works quite nicely, until you need to do scripted > tasks at the commandline. > >> What is different, for all devices not just the floppy, is interaction >> with mounting at the cmdline. I think its pretty clear from past >> discussion on the list, when this changed was introduced.. that people >> who have grown use to the previous behavior of hal and fstab-sync to >> aid in cmdline mounting are going to be confused by the change. > > We could help allay any confusion and turn it into knowledge if a worked > over response / instructions made it to release notes or fedora wiki ? > > > > > Having only been an oh-six newcomer to the test list, I welcome info to > correct what I have learned so far in this thread: if we previously did: > # mount /dev/fd0 > # cp /home/me/really-important-file /media/floppy > # umount /dev/fd0 > > is the suggested method now: > # gnome-mount -d /dev/fd0 > # cp /home/me/really-important-file /media/floppy > # gnome-umount -d /dev/fd0 ? > > gnome-mount is installed from gnome-mount-...rpm, and has a quite a few > dependencies like gnome-vfs2 which needs libgnome, libbonobo and so > forth. But it is installable / usable even if you aren't using the gnome > desktop (for example one of my machines has only twm, and gnome-mount is > already installed and working). > > If you wanted the (u)mount stuff on a minimal router/firewall install of > fedora where you are not willing to install gnome-mount (~80k and its > 18MB of requires), then the solution could be: > - create the folder manually (or in the script) > - add an entry to fstab (just to save on typing) (or give the full > command in your script - then the script would be portable to another > machine) > - rest as previously performed / scripted > ? > > > Let's > >> make sure we don't add additional confusion by giving them factually >> deficient information when they ask for an explanation. > > > On 3/12/06, Michal Jaegermann wrote: > >> Could you point which part was factually deficient? > > > > in your comments... nothing. > > > > In david thimms comments the discussion of the fact that the floppy > > media insertion is not detectable by the "authomounter" is inmaterial > > to the problem. > The problem query was: > >> There is no /media/floppy. > >> How come this ? > > DaveT. > From michal at harddata.com Mon Mar 13 07:55:51 2006 From: michal at harddata.com (Michal Jaegermann) Date: Mon, 13 Mar 2006 00:55:51 -0700 Subject: no floppy dir in /media ? bug ???? In-Reply-To: <4414FC50.3020703@bigpond.net.au> References: <44144E9E.2090903@freesurf.fr> <20060312195652.GA24458@mail.harddata.com> <4414827F.3040207@freesurf.fr> <4414AE18.10902@bigpond.net.au> <604aa7910603121601o2ec4ebb3w9b50fd5768b7aa6c@mail.gmail.com> <4414FC50.3020703@bigpond.net.au> Message-ID: <20060313075551.GA3644@mail.harddata.com> On Mon, Mar 13, 2006 at 04:00:00PM +1100, David Timms wrote: > > If you wanted the (u)mount stuff on a minimal router/firewall install of > fedora where you are not willing to install gnome-mount (~80k and its > 18MB of requires), then the solution could be: > - create the folder manually (or in the script) > - add an entry to fstab (just to save on typing) (or give the full > command in your script - then the script would be portable to another > machine) Entries in /etc/fstab are not there to really save you some typing. You do not care much about that in a script anyway. But only root can issue "full", i.e with extra options, mount/umount command while with corresponding /etc/fstab entries with one of options 'user' or 'owner' you can do '[u]mount /some/device' from a non-root account. Makes a difference. In your script you can conditionally create missing mount points as well - assuming that that script runs with priviledges sufficient for that. > - rest as previously performed / scripted More or less. Do not create such mount points in /media/. That may collide with what 'gnome-mount' expects. It is not critical but things may become messy. If you are not root 'gnome-mount' also will not work from a remote login. This may or may not be exactly what you desire. Michal From linxt at comcast.net Mon Mar 13 07:59:25 2006 From: linxt at comcast.net (Thomas Taylor) Date: Sun, 12 Mar 2006 23:59:25 -0800 Subject: no floppy dir in /media ? bug ???? In-Reply-To: <4414FC50.3020703@bigpond.net.au> References: <44144E9E.2090903@freesurf.fr> <604aa7910603121601o2ec4ebb3w9b50fd5768b7aa6c@mail.gmail.com> <4414FC50.3020703@bigpond.net.au> Message-ID: <200603122359.25678.linxt@comcast.net> On Sunday 12 March 2006 21:00, David Timms wrote: > Jeff Spaleta wrote: > > On 3/12/06, David Timms wrote: > >> Since floppy disk insertion aren't usually detectable, I guess you need > >> to use a tool like Michal suggested to mount it. But I don't have a > >> floppy drive on the couple of PC's that I have ;) > > >>>>> snip <<<<< Mounting the floppy from the command line is not the problem. I'm using kde 3.5/fc5t2 and the desktop icon DOES NOT mount the device because it is not listed in /etc/fstab or /etc/mtab. This appears to be due to a change in the way mountable devices are handled from FC4 to FC5. Apparently they are now mounted under the udev system (from what I've heard). When this change was made, nobody bothered to modify the way kde handles the mounting. The desktop device icon for the floppy still shows the mount point as it did under FC4, (/media/floppy which point is not created under /etc/fstab). This is also the situation with the CD player but the udev automounter handles it. Tom -- Tom Taylor Linux user #263467 Federal Way, WA From buildsys at redhat.com Mon Mar 13 08:07:25 2006 From: buildsys at redhat.com (Build System) Date: Mon, 13 Mar 2006 03:07:25 -0500 Subject: rawhide report: 20060313 changes Message-ID: <200603130807.k2D87PhT000396@porkchop.devel.redhat.com> Updated Packages: GFS-kernel-2.6.15.1-5.FC5.15 ---------------------------- cman-kernel-2.6.15.1-0.FC5.13 ----------------------------- dlm-kernel-2.6.15.1-0.FC5.11 ---------------------------- Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 From michal at harddata.com Mon Mar 13 08:21:28 2006 From: michal at harddata.com (Michal Jaegermann) Date: Mon, 13 Mar 2006 01:21:28 -0700 Subject: no floppy dir in /media ? In-Reply-To: <44152440.7030903@freesurf.fr> References: <44144E9E.2090903@freesurf.fr> <20060312195652.GA24458@mail.harddata.com> <44152440.7030903@freesurf.fr> Message-ID: <20060313082128.GB3644@mail.harddata.com> On Mon, Mar 13, 2006 at 08:50:24AM +0100, Larry tb wrote: > > The problem i had, was to guess this new command. I often work at shell, > and so... Here is my problem : > root at ws044 ~]# mount /dev/fd0 /media/floppy > mount: mount point /media/floppy does not exist > [root at ws044 ~]# > > Of course the possibility/necessity is to create a /media/floppy, or > even /mnt/floppy. BUT within fc4 it was auto created during installation. There is no /media/floppy because 'gnome-mount/gnome-umount' creates and deletes these mount points and if you happen to have /media/floppy, regardless if currently in use or not, then it will be _not_ reused and /media/floppy-1, and if the last one is stuck for whatever reason then /media/floppy-2 will show up and so on. I do not like very much that design as, among other things, it is obviously lacking in robustnes. If anything goes wrong you are ending up with a mess in /media/ which only root can clean up even if non-root processes were responsible for it. This is the next thing which requires "special handling" if you try to have / read-only. Old user habits and lessons learned were not taken in a consideration too. Moreover you have to substitute your best guess for a documentation. But at the moment things are like they are. Mcihal From arjan at fenrus.demon.nl Mon Mar 13 08:30:26 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Mon, 13 Mar 2006 09:30:26 +0100 Subject: why do I have battery, button and ac modules loaded on a desktop machine? In-Reply-To: <6280325c0603121749r2670d47bk3b6c640e8940b4e8@mail.gmail.com> References: <4413C826.3020009@wavefood.com> <4413F50E.2020406@herakles.homelinux.org> <6280325c0603121749r2670d47bk3b6c640e8940b4e8@mail.gmail.com> Message-ID: <1142238626.3023.13.camel@laptopd505.fenrus.org> On Mon, 2006-03-13 at 12:19 +1030, n0dalus wrote: > On 3/12/06, John Summerfied wrote: > > > I mean, isn't there some way that "hal", or anaconda, can figure out > > > whether I am a laptop or a desktop machine and setup the services and > > > modules appropriately? > > > > > > > Probably not reliably. What of a desktop based on a mobo running a > > Pentium M? I've heard of such. > > > > Can't it just check for the presence of a battery? the only way to do that is.. to load the kernel module kernel modules are also small, and.. even more: batteries are hotplug. You can add batteries after boot. Even from 0 -> 1. In fact I'd not make batter and ac a module, but just build it into the kernel... From roger at gwch.net Mon Mar 13 08:49:09 2006 From: roger at gwch.net (Roger Grosswiler) Date: Mon, 13 Mar 2006 09:49:09 +0100 (CET) Subject: Signing E-Mail-Messages in Evolution In-Reply-To: <1142193051.6072.6.camel@niobe> References: <1142193051.6072.6.camel@niobe> Message-ID: <4915.193.73.106.103.1142239749.squirrel@www.gwch.net> > Hey list, > > using latest Evolutin, trying to import a .asc-file. The wizard always > asks me "Password for NSS User Private Key and Certificate Services" > > But i have none. I have a passphrase on the key, i tried this phrase, > but it didn't work. > > Is this a bug or false installation through me? > > Thx, > Roger > > -- Do i seem to be alone with this issue? I filed a bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185285 Roger From n0dalus+redhat at gmail.com Mon Mar 13 08:56:32 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Mon, 13 Mar 2006 19:26:32 +1030 Subject: why do I have battery, button and ac modules loaded on a desktop machine? In-Reply-To: <1142238626.3023.13.camel@laptopd505.fenrus.org> References: <4413C826.3020009@wavefood.com> <4413F50E.2020406@herakles.homelinux.org> <6280325c0603121749r2670d47bk3b6c640e8940b4e8@mail.gmail.com> <1142238626.3023.13.camel@laptopd505.fenrus.org> Message-ID: <6280325c0603130056n4f84dd1eueb6277a0c43df1ee@mail.gmail.com> On 3/13/06, Arjan van de Ven wrote: > On Mon, 2006-03-13 at 12:19 +1030, n0dalus wrote: > > Can't it just check for the presence of a battery? > > the only way to do that is.. to load the kernel module > I personally don't have a problem with the modules being loaded. I just would rather not have the gpm applet running by default when I am not using a laptop. I guess that is a different concern to the OP though. > kernel modules are also small, and.. even more: batteries are hotplug. > You can add batteries after boot. Even from 0 -> 1. > In fact I'd not make batter and ac a module, but just build it into the > kernel... Maybe something (kudzu, hal?) could save a setting the first time it detects a battery, and from then on the system would be configured to be more laptop friendly (start gpm applet, maybe do other stuff). I'm not suggesting the configuration differences between laptops and desktops be hugely different, but there are some things that really only benefit laptop users and if possible should only be loaded if it's clear that it's a laptop. n0dalus. From alexl at redhat.com Mon Mar 13 09:00:39 2006 From: alexl at redhat.com (Alexander Larsson) Date: Mon, 13 Mar 2006 10:00:39 +0100 Subject: Reporting mono bugs - a bit of advice please In-Reply-To: <1141815372.20537.9.camel@mrwibble.mrwobble> References: <1141815372.20537.9.camel@mrwibble.mrwobble> Message-ID: <1142240439.6159.9.camel@greebo> On Wed, 2006-03-08 at 10:56 +0000, Paul F. Johnson wrote: > Hi, > > It used to be that when I was running mono built from source, I would > report problems to the Mono bugzilla. Now I'm running from the FC rpms, > should I report it to both, especially as the bugs I'm seeing are > upstream problems? > > TTFN In general its almost always better to file bugs upstream if there is a an upstream bugtracker and upstream is active. The people reading the redhat bugtracker for a particular module is often someone who isn't deeply knowledgable about the code, and often have little time to fix deep issues with it, whereas an upstream bug per definition goes to the person who knows the code best, and has the most time/interest to work on it. Some bugs are clearly (and sometimes not-so-clearly) packaging bugs or issues that affect the module as part of the whole distro. These bugs needs to be in the redhat bugzilla. Furthermore, its good to have really bad bugs (e.g. ones considered blocking/targeted for the release) in the redhat bugzilla so we can track them for the release. There are always exceptions to these things though. Some modules are developed by redhat, some upstreams mainainers use the redhat bugzilla, some upstream modules have much longer release-cycles so we need to get fixes in before the next release, etc. Use you best judgement. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's an ungodly crooked cop on the run. She's a provocative cat-loving bounty hunter who dreams of becoming Elvis. They fight crime! From amellan at gmail.com Mon Mar 13 07:12:16 2006 From: amellan at gmail.com (Alain Mellan) Date: Sun, 12 Mar 2006 23:12:16 -0800 Subject: power manager not working? Message-ID: <95ac75570603122312o229fa649n893e74fcae50894a@mail.gmail.com> # service PowerManager restart Stopping PowerManager daemon: [FAILED] Starting PowerManager daemon: PowerManager: error while loading shared libraries: libdbus-glib-1.so.1: cannot open shared object file: No such file or directory [FAILED] Installed: PowerManager-0.1.0-1 Anybody seen that too? -- alain. From roger at gwch.net Mon Mar 13 09:20:00 2006 From: roger at gwch.net (Roger Grosswiler) Date: Mon, 13 Mar 2006 10:20:00 +0100 (CET) Subject: 60 seconds 'til shutdown... Message-ID: <43312.193.223.193.103.1142241600.squirrel@www.gwch.net> Hey, If you shutdown the system, it says 60 seconds til automatic shutdown. If you believe this, those 60 seconds will stay and stay 60 seconds, they do not decrease at all. Shall i bugzilla or is it known (nothing in bugzilla found) HTH Roger From dtimms at bigpond.net.au Mon Mar 13 09:38:40 2006 From: dtimms at bigpond.net.au (David Timms) Date: Mon, 13 Mar 2006 20:38:40 +1100 Subject: 60 seconds 'til shutdown... In-Reply-To: <43312.193.223.193.103.1142241600.squirrel@www.gwch.net> References: <43312.193.223.193.103.1142241600.squirrel@www.gwch.net> Message-ID: <44153DA0.3080208@bigpond.net.au> Roger Grosswiler wrote: > Hey, > > If you shutdown the system, it says 60 seconds til automatic shutdown. > > If you believe this, those 60 seconds will stay and stay 60 seconds, they > do not decrease at all. You only have to "believe" for ten seconds. I think somebody has been trying to copy ms dodgyness, in only updating the dialog every ten seconds. Surely an "interrupt" once a second to update such a dialog on any PC made in the last 15 years shouldn't slow down the system too much ? I would like to see it fixed, but it's perhaps a gnome feature. DaveT. From n0dalus+redhat at gmail.com Mon Mar 13 09:36:51 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Mon, 13 Mar 2006 20:06:51 +1030 Subject: 60 seconds 'til shutdown... In-Reply-To: <43312.193.223.193.103.1142241600.squirrel@www.gwch.net> References: <43312.193.223.193.103.1142241600.squirrel@www.gwch.net> Message-ID: <6280325c0603130136k395a80a8rf3147653d4fb5755@mail.gmail.com> On 3/13/06, Roger Grosswiler wrote: > Hey, > > If you shutdown the system, it says 60 seconds til automatic shutdown. > > If you believe this, those 60 seconds will stay and stay 60 seconds, they > do not decrease at all. > > Shall i bugzilla or is it known (nothing in bugzilla found) > I saw this a while ago, but I thought it was fixed now. Are you running with the latest updates of FC5test? You might need to restart if you haven't done so in a while. n0dalus. From guess.who at freesurf.fr Mon Mar 13 08:53:31 2006 From: guess.who at freesurf.fr (Larry tb) Date: Mon, 13 Mar 2006 09:53:31 +0100 Subject: no floppy dir in /media ? In-Reply-To: <20060313082128.GB3644@mail.harddata.com> References: <44144E9E.2090903@freesurf.fr> <20060312195652.GA24458@mail.harddata.com> <44152440.7030903@freesurf.fr> <20060313082128.GB3644@mail.harddata.com> Message-ID: <4415330B.4010106@freesurf.fr> I made a mistake :-/ I wrote that >>I often work at shell, >>and so... Here is my problem : I write "shell" for "text-mode" :-[ From text-mode, you are okay that user have to create a dir to mount his /dev/fd0, 'cause there is no graphical way : Have a look at this : [ i am within TEST-MODE only ! ] [root at ws044 ~]# gnome-mount -d /dev/fd0 gnome-mount 0.4 X display not available - using text-based operation. Mounted /dev/fd0 at "/media/floppy" [root at ws044 ~]# gnome-umount -d /dev/fd0 gnome-mount 0.4 X display not available - using text-based operation. Unmounted /dev/fd0. [root at ws044 ~]# [root at ws044 ~]# mount /dev/fd0 /media/floppy mount: mount point /media/floppy does not exist [root at ws044 ~]# So it seems that gnome-mount cant work because there is no graphical mode (of course !) but mounted works succefully . In this condition, that great :) larry Michal Jaegermann wrote: > On Mon, Mar 13, 2006 at 08:50:24AM +0100, Larry tb wrote: > >>The problem i had, was to guess this new command. I often work at shell, >>and so... Here is my problem : >>root at ws044 ~]# mount /dev/fd0 /media/floppy >>mount: mount point /media/floppy does not exist >>[root at ws044 ~]# >> >>Of course the possibility/necessity is to create a /media/floppy, or >>even /mnt/floppy. BUT within fc4 it was auto created during installation. > > > There is no /media/floppy because 'gnome-mount/gnome-umount' creates > and deletes these mount points and if you happen to have > /media/floppy, regardless if currently in use or not, then it will > be _not_ reused and /media/floppy-1, and if the last one is stuck > for whatever reason then /media/floppy-2 will show up and so on. > > I do not like very much that design as, among other things, it is > obviously lacking in robustnes. If anything goes wrong you are > ending up with a mess in /media/ which only root can clean up even > if non-root processes were responsible for it. This is the next > thing which requires "special handling" if you try to have / > read-only. Old user habits and lessons learned were not taken in a > consideration too. Moreover you have to substitute your best guess > for a documentation. But at the moment things are like they are. > > Mcihal > From roger at gwch.net Mon Mar 13 09:56:02 2006 From: roger at gwch.net (Roger Grosswiler) Date: Mon, 13 Mar 2006 10:56:02 +0100 (CET) Subject: 60 seconds 'til shutdown... In-Reply-To: <44153DA0.3080208@bigpond.net.au> References: <43312.193.223.193.103.1142241600.squirrel@www.gwch.net> <44153DA0.3080208@bigpond.net.au> Message-ID: <5956.193.223.193.103.1142243762.squirrel@www.gwch.net> > Roger Grosswiler wrote: >> Hey, >> >> If you shutdown the system, it says 60 seconds til automatic shutdown. >> >> If you believe this, those 60 seconds will stay and stay 60 seconds, >> they >> do not decrease at all. > You only have to "believe" for ten seconds. I think somebody has been > trying to copy ms dodgyness, in only updating the dialog every ten > seconds. Surely an "interrupt" once a second to update such a dialog on > any PC made in the last 15 years shouldn't slow down the system too much ? > > I would like to see it fixed, but it's perhaps a gnome feature. > > DaveT. > :-D i've never been that patient, i gonna try this evening (n0dalus: gonna update to latest this evening) - if it is still there (even with 10 secs interrupt, newbs like me will be very confused ;-)) i gonna file it in bugzilla. btw. is the phrase "it's not a bug - it's a feature" under a proprietary license? ;-) Thanks, Roger From roger at gwch.net Mon Mar 13 09:58:04 2006 From: roger at gwch.net (Roger Grosswiler) Date: Mon, 13 Mar 2006 10:58:04 +0100 (CET) Subject: Evolution Calendar && Gpilot Message-ID: <8111.193.223.193.103.1142243884.squirrel@www.gwch.net> Hello, Somebody now experienced, that evolution calendar now synchronizes with gpilot? Not on my box now... Roger From sundaram at fedoraproject.org Mon Mar 13 10:02:29 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 13 Mar 2006 15:32:29 +0530 Subject: 60 seconds 'til shutdown... In-Reply-To: <5956.193.223.193.103.1142243762.squirrel@www.gwch.net> References: <43312.193.223.193.103.1142241600.squirrel@www.gwch.net> <44153DA0.3080208@bigpond.net.au> <5956.193.223.193.103.1142243762.squirrel@www.gwch.net> Message-ID: <44154335.20302@fedoraproject.org> Roger Grosswiler wrote: >>Roger Grosswiler wrote: >> >> >>>Hey, >>> >>>If you shutdown the system, it says 60 seconds til automatic shutdown. >>> >>>If you believe this, those 60 seconds will stay and stay 60 seconds, >>>they >>>do not decrease at all. >>> >>> >>You only have to "believe" for ten seconds. I think somebody has been >>trying to copy ms dodgyness, in only updating the dialog every ten >>seconds. Surely an "interrupt" once a second to update such a dialog on >>any PC made in the last 15 years shouldn't slow down the system too much ? >> >>I would like to see it fixed, but it's perhaps a gnome feature. >> >>DaveT. >> >> >> >:-D i've never been that patient, i gonna try this evening (n0dalus: gonna >update to latest this evening) - if it is still there (even with 10 secs >interrupt, newbs like me will be very confused ;-)) i gonna file it in >bugzilla. > >btw. is the phrase "it's not a bug - it's a feature" under a proprietary >license? ;-) > > > It has already been filed and closed before as not a bug. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183563 -- Rahul From gabbath at gmail.com Mon Mar 13 10:07:12 2006 From: gabbath at gmail.com (Dan Gabriel Ghita) Date: Mon, 13 Mar 2006 10:07:12 +0000 Subject: default FC font changed from 4 to 5? In-Reply-To: <20060313034516.27877.qmail@web52305.mail.yahoo.com> References: <6280325c0603121742t596c0fb6y88f78ff92d26f191@mail.gmail.com> <20060313034516.27877.qmail@web52305.mail.yahoo.com> Message-ID: On 3/13/06, Deji Akingunola wrote: > > i think this is because xorg-x11-font-Type1 is not > install by default, once you install it you have the > old font again. > > Deji thanks very much Deji. your tip worked (actually it's xorg-x11-fonts-Type1 but anyway that did it). i guess this should be marked as a bug and fixed before fc5 comes out, since with the wider font i also had international characters show up as blank squares if they appeared in the KDE titlebar (don't know why just the titlebar, maybe because it's bold or something...). Gabriel __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From roger at gwch.net Mon Mar 13 10:09:09 2006 From: roger at gwch.net (Roger Grosswiler) Date: Mon, 13 Mar 2006 11:09:09 +0100 (CET) Subject: 60 seconds 'til shutdown... In-Reply-To: <44154335.20302@fedoraproject.org> References: <43312.193.223.193.103.1142241600.squirrel@www.gwch.net> <44153DA0.3080208@bigpond.net.au> <5956.193.223.193.103.1142243762.squirrel@www.gwch.net> <44154335.20302@fedoraproject.org> Message-ID: <18445.193.223.193.103.1142244549.squirrel@www.gwch.net> > Roger Grosswiler wrote: > >>>Roger Grosswiler wrote: >>> >>> >>>>Hey, >>>> >>>>If you shutdown the system, it says 60 seconds til automatic shutdown. >>>> >>>>If you believe this, those 60 seconds will stay and stay 60 seconds, >>>>they >>>>do not decrease at all. >>>> >>>> >>>You only have to "believe" for ten seconds. I think somebody has been >>>trying to copy ms dodgyness, in only updating the dialog every ten >>>seconds. Surely an "interrupt" once a second to update such a dialog on >>>any PC made in the last 15 years shouldn't slow down the system too much >>> ? >>> >>>I would like to see it fixed, but it's perhaps a gnome feature. >>> >>>DaveT. >>> >>> >>> >>:-D i've never been that patient, i gonna try this evening (n0dalus: >> gonna >>update to latest this evening) - if it is still there (even with 10 secs >>interrupt, newbs like me will be very confused ;-)) i gonna file it in >>bugzilla. >> >>btw. is the phrase "it's not a bug - it's a feature" under a proprietary >>license? ;-) >> >> >> > It has already been filed and closed before as not a bug. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183563 > > > -- > Rahul > > Thanks for information Rahul, the last 2 entries are my favourites :-D Roger From gabbath at gmail.com Mon Mar 13 10:20:25 2006 From: gabbath at gmail.com (Dan Gabriel Ghita) Date: Mon, 13 Mar 2006 10:20:25 +0000 Subject: Su returned with an error??? Message-ID: Hello, I get this when I try to adjust the date/install fonts/configure accounts etc in KDE, or turn to administrator mode from Control Panel: "Error - KDE Su", and the error: "Su returned with an error" The only way I can access these is if I run kcontrol from console as root. What gives? I tried running kcontrol as normal user from console and watching the output but nothing relevant comes out, just some gibberish from Qt and some debugging stuff, also irrelevant. Some help would be appreciated (but better yet a bugfix in time for FC5 Final). Gabriel PS: It's been there since test3 (at least) and it hasn't been fixed in Rawhide yet... -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Mon Mar 13 10:32:24 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 13 Mar 2006 16:02:24 +0530 Subject: Su returned with an error??? In-Reply-To: References: Message-ID: <44154A38.3000707@fedoraproject.org> Dan Gabriel Ghita wrote: >Hello, I get this when I try to adjust the date/install fonts/configure >accounts etc in KDE, or turn to administrator mode from Control Panel: > >"Error - KDE Su", and the error: "Su returned with an error" > >The only way I can access these is if I run kcontrol from console as root. >What gives? >I tried running kcontrol as normal user from console and watching the output >but nothing relevant comes out, just some gibberish from Qt and some >debugging stuff, also irrelevant. >Some help would be appreciated (but better yet a bugfix in time for FC5 >Final). > >Gabriel > >PS: It's been there since test3 (at least) and it hasn't been fixed in >Rawhide yet... > > > Might be this one - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182061 -- Rahul From netwiz at crc.id.au Mon Mar 13 10:38:08 2006 From: netwiz at crc.id.au (Steven Haigh) Date: Mon, 13 Mar 2006 21:38:08 +1100 Subject: 60 seconds 'til shutdown... In-Reply-To: <18445.193.223.193.103.1142244549.squirrel@www.gwch.net> References: <43312.193.223.193.103.1142241600.squirrel@www.gwch.net> <44153DA0.3080208@bigpond.net.au> <5956.193.223.193.103.1142243762.squirrel@www.gwch.net> <44154335.20302@fedoraproject.org> <18445.193.223.193.103.1142244549.squirrel@www.gwch.net> Message-ID: <818EBE5B-A43B-462F-ABCD-F8B77FD5E43A@crc.id.au> On 13/03/2006, at 9:09 PM, Roger Grosswiler wrote: > Thanks for information Rahul, the last 2 entries are my favourites :-D Yeah - I find this damn annoying as well. I'd much rather it update every second. It makes logical sense. Kind of like the countdown on a microwave - they don't update that every 10 seconds... Why? Because it's what people expect. I really just don't understand some peoples logic :| -- Steven Haigh Email: netwiz at crc.id.au Web: http://www.crc.id.au Phone: (03) 9017 0597 - 0412 935 897 From n0dalus+redhat at gmail.com Mon Mar 13 11:07:25 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Mon, 13 Mar 2006 21:37:25 +1030 Subject: 60 seconds 'til shutdown... In-Reply-To: <44154335.20302@fedoraproject.org> References: <43312.193.223.193.103.1142241600.squirrel@www.gwch.net> <44153DA0.3080208@bigpond.net.au> <5956.193.223.193.103.1142243762.squirrel@www.gwch.net> <44154335.20302@fedoraproject.org> Message-ID: <6280325c0603130307n6126a45fgcc8fddeac433d0c7@mail.gmail.com> On 3/13/06, Rahul Sundaram wrote: > > It has already been filed and closed before as not a bug. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183563 > To me this begs the question: Why even have a countdown for shutting down the system? I don't know any other systems that do this when Shutdown is run from the system menu (except Windows' CLI shutdown tool which triggers a 60 second countdown by default, better known as 'What the blaster worm does.') Alternatively, it could do something like: 'The system will shutdown automatically in 1 minute' (then, after 30 seconds) 'in thirty seconds' (and again after 20 seconds) 'in 10 seconds' '9', '8', etc. Having the time remaining in words instead of numbers makes the lack of visible change less noticable. n0dalus. From roger at gwch.net Mon Mar 13 11:12:42 2006 From: roger at gwch.net (Roger Grosswiler) Date: Mon, 13 Mar 2006 12:12:42 +0100 (CET) Subject: 60 seconds 'til shutdown... In-Reply-To: <818EBE5B-A43B-462F-ABCD-F8B77FD5E43A@crc.id.au> References: <43312.193.223.193.103.1142241600.squirrel@www.gwch.net> <44153DA0.3080208@bigpond.net.au> <5956.193.223.193.103.1142243762.squirrel@www.gwch.net> <44154335.20302@fedoraproject.org> <18445.193.223.193.103.1142244549.squirrel@www.gwch.net> <818EBE5B-A43B-462F-ABCD-F8B77FD5E43A@crc.id.au> Message-ID: <4469.193.223.193.103.1142248362.squirrel@www.gwch.net> > On 13/03/2006, at 9:09 PM, Roger Grosswiler wrote: >> Thanks for information Rahul, the last 2 entries are my favourites :-D > > Yeah - I find this damn annoying as well. I'd much rather it update > every second. It makes logical sense. Kind of like the countdown on a > microwave - they don't update that every 10 seconds... Why? Because > it's what people expect. > > I really just don't understand some peoples logic :| > > -- > Steven Haigh > > Email: netwiz at crc.id.au > Web: http://www.crc.id.au > Phone: (03) 9017 0597 - 0412 935 897 > > > Remember Hollywood: Usually, what counts backwards before exploding? :-D I don't expect many flying parts on my p2-box :-) Rog From shrek-m at gmx.de Mon Mar 13 11:23:28 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 13 Mar 2006 12:23:28 +0100 Subject: 60 seconds 'til shutdown... In-Reply-To: <44154335.20302@fedoraproject.org> References: <43312.193.223.193.103.1142241600.squirrel@www.gwch.net> <44153DA0.3080208@bigpond.net.au> <5956.193.223.193.103.1142243762.squirrel@www.gwch.net> <44154335.20302@fedoraproject.org> Message-ID: <44155630.4050900@gmx.de> On 13.03.2006 11:02, Rahul Sundaram wrote: >>>> If you shutdown the system, it says 60 seconds til automatic shutdown. >>> >> It has already been filed and closed before as not a bug. >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183563 > https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=125507 nice to see that others have the possibilty to shutdown and restart :-( i only see (other icon) "logout" or "suspend" but no "shutdown" or "restart" $ yum -d0 list gnome-panel Installed Packages gnome-panel.ppc 2.13.91-5 installed $ grep gnome-panel /var/log/yum.log Feb 23 23:06:12 Updated: gnome-panel.ppc 2.13.91-3 Feb 28 20:33:40 Updated: gnome-panel.ppc 2.13.91-4 Mar 08 10:51:51 Updated: gnome-panel.ppc 2.13.91-5 -- shrek-m From roger at gwch.net Mon Mar 13 11:28:34 2006 From: roger at gwch.net (Roger Grosswiler) Date: Mon, 13 Mar 2006 12:28:34 +0100 (CET) Subject: 60 seconds 'til shutdown... In-Reply-To: <44155630.4050900@gmx.de> References: <43312.193.223.193.103.1142241600.squirrel@www.gwch.net> <44153DA0.3080208@bigpond.net.au> <5956.193.223.193.103.1142243762.squirrel@www.gwch.net> <44154335.20302@fedoraproject.org> <44155630.4050900@gmx.de> Message-ID: <27294.193.223.193.103.1142249314.squirrel@www.gwch.net> > On 13.03.2006 11:02, Rahul Sundaram wrote: > >>>>> If you shutdown the system, it says 60 seconds til automatic >>>>> shutdown. >>>> >>> It has already been filed and closed before as not a bug. >>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183563 >> > > https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=125507 > > nice to see that others have the possibilty to shutdown and restart :-( > > i only see (other icon) "logout" or "suspend" > but no "shutdown" or "restart" > > > $ yum -d0 list gnome-panel > Installed Packages > gnome-panel.ppc 2.13.91-5 installed > > $ grep gnome-panel /var/log/yum.log > Feb 23 23:06:12 Updated: gnome-panel.ppc 2.13.91-3 > Feb 28 20:33:40 Updated: gnome-panel.ppc 2.13.91-4 > Mar 08 10:51:51 Updated: gnome-panel.ppc 2.13.91-5 > > -- > shrek-m > Shrek-m i get the choose, when clicking on logout. It then leaves it to me for restart or shutdown... Roger From lsatenstein at yahoo.com Mon Mar 13 11:47:21 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Mon, 13 Mar 2006 03:47:21 -0800 (PST) Subject: Re kudzu and XEN Hypervisor In-Reply-To: <20060313040413.797D47339C@hormel.redhat.com> Message-ID: <20060313114721.97712.qmail@web30206.mail.mud.yahoo.com> Is this going to be repaired before go live? Since the last upgrade, I have to bypass the loading of kudzu. Otherwise kudzu locks up the boot process solidly. I will help the developer with any testing he requires. Just let me know what is required. Yes, the bug is raised in bugzilla. I indicated it in an earlier posting. Leslie -------------- next part -------------- An HTML attachment was scrubbed... URL: From shrek-m at gmx.de Mon Mar 13 11:53:48 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 13 Mar 2006 12:53:48 +0100 Subject: 60 seconds 'til shutdown... In-Reply-To: <27294.193.223.193.103.1142249314.squirrel@www.gwch.net> References: <43312.193.223.193.103.1142241600.squirrel@www.gwch.net> <44153DA0.3080208@bigpond.net.au> <5956.193.223.193.103.1142243762.squirrel@www.gwch.net> <44154335.20302@fedoraproject.org> <44155630.4050900@gmx.de> <27294.193.223.193.103.1142249314.squirrel@www.gwch.net> Message-ID: <44155D4C.9000006@gmx.de> On 13.03.2006 12:28, Roger Grosswiler wrote: >>$ yum -d0 list gnome-panel >>Installed Packages >>gnome-panel.ppc 2.13.91-5 installed >> >>$ grep gnome-panel /var/log/yum.log >>Feb 23 23:06:12 Updated: gnome-panel.ppc 2.13.91-3 >>Feb 28 20:33:40 Updated: gnome-panel.ppc 2.13.91-4 >>Mar 08 10:51:51 Updated: gnome-panel.ppc 2.13.91-5 >> >> >i get the choose, when clicking on logout. It then leaves it to me for >restart or shutdown... > thanks roger, but unfortunately not here, ppc64 # rm -rf .gnome* 1. reboot, startx --> gnome-errors 2. reboot, startx --> stll the old icon and no shutdown or restart :-( -- shrek-m From fct-cornette at insight.rr.com Mon Mar 13 11:57:41 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Mon, 13 Mar 2006 06:57:41 -0500 Subject: power manager not working? In-Reply-To: <95ac75570603122312o229fa649n893e74fcae50894a@mail.gmail.com> References: <95ac75570603122312o229fa649n893e74fcae50894a@mail.gmail.com> Message-ID: <44155E35.4090601@insight.rr.com> Alain Mellan wrote: > # service PowerManager restart > Stopping PowerManager daemon: [FAILED] > Starting PowerManager daemon: PowerManager: error while loading shared > libraries: libdbus-glib-1.so.1: cannot open shared object file: No > such file or directory > [FAILED] > > Installed: PowerManager-0.1.0-1 > > Anybody seen that too? > > -- alain. > There is no libdbus-glib-1.so.1 locate libdbus-glib-1.so /usr/lib/libdbus-glib-1.so /usr/lib/libdbus-glib-1.so.2 /usr/lib/libdbus-glib-1.so.2.0.0 What version of gnome-power-manager is installed? I have gnome-power-manager-2.13.93-4 installed. Jim -- Your computer's union contract is set to expire at midnight. From lsatenstein at yahoo.com Mon Mar 13 11:59:43 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Mon, 13 Mar 2006 03:59:43 -0800 (PST) Subject: 60 seconds to shutdown Message-ID: <20060313115943.12343.qmail@web30207.mail.mud.yahoo.com> I did a shutdown -t sec 60 and what appeared was a message that shutdown would be in 60 minutes. Is there a bug in the shutdown command, and is that the reason that the 60 second count down does not appear to be working. Leslie -------------- next part -------------- An HTML attachment was scrubbed... URL: From s.tabacchiera at gruppocsf.com Mon Mar 13 13:45:57 2006 From: s.tabacchiera at gruppocsf.com (Stefano Tabacchiera - CSF Sistemi) Date: Mon, 13 Mar 2006 14:45:57 +0100 Subject: 60 seconds to shutdown In-Reply-To: <20060313115943.12343.qmail@web30207.mail.mud.yahoo.com> References: <20060313115943.12343.qmail@web30207.mail.mud.yahoo.com> Message-ID: <44157795.6060109@gruppocsf.com> Leslie Satenstein ha scritto: > I did a shutdown -t sec 60 and what appeared was a message that shutdown > would be in 60 minutes. > > Is there a bug in the shutdown command, and is that the reason that the > 60 second count down does not appear to be working. > > Leslie > Trying to analyze the command line: -You did "shutdown -t sec 60" -The message was "The system is going DOWN to maintenance mode in 60 minutes!" -The argument of -t was the empty string. -60 is 'when to shutdown' in minutes. So what? That's what it was supposed to happen. please, man shutdown best regards. -- ----------------------------------------------------- Stefano Tabacchiera System Administrator - Sviluppo Web CSF Sistemi S.r.l. Via del Ciavattino s.n.c. 03012 - Anagni (FR) - Italy phone: (+39) 0775 7771 fax: (+39) 0775 727112 email: s.tabacchiera at gruppocsf.com http://www.gruppocsf.com ----------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: s.tabacchiera.vcf Type: text/x-vcard Size: 271 bytes Desc: not available URL: From dtimms at bigpond.net.au Mon Mar 13 14:16:19 2006 From: dtimms at bigpond.net.au (David Timms) Date: Tue, 14 Mar 2006 01:16:19 +1100 Subject: 60 seconds 'til shutdown...is it a good idea ? In-Reply-To: <44155D4C.9000006@gmx.de> References: <43312.193.223.193.103.1142241600.squirrel@www.gwch.net> <44153DA0.3080208@bigpond.net.au> <5956.193.223.193.103.1142243762.squirrel@www.gwch.net> <44154335.20302@fedoraproject.org> <44155630.4050900@gmx.de> <27294.193.223.193.103.1142249314.squirrel@www.gwch.net> <44155D4C.9000006@gmx.de> Message-ID: <44157EB3.1080400@bigpond.net.au> shrek-m at gmx.de wrote: > On 13.03.2006 12:28, Roger Grosswiler wrote: > >> i get the choose, when clicking on logout. It then leaves it to me for >> restart or shutdown... > > thanks roger, > > but unfortunately not here, ppc64 > > # rm -rf .gnome* > 1. reboot, startx --> gnome-errors > 2. reboot, startx --> stll the old icon and no shutdown or restart :-( Is there something weird about your ppc64 machine, or are there other ppc64 testers seeing what you see ? Do you have the option to right-click|add to panel|shut down ? If so does it work ? Anyway regarding the 'countdown': a. Perhaps it would be more correct to state deka-second (or 1/6ths of minute) in the dialog; it couldn't be any more confusing than what is shown in the current ui ;~) b. When the dialog is saying 50, just before it ticks over, the time left to shutdown is actually just over 40 seconds. If we must have a count down that does not count down, at least don't give people the impression they have ten more seconds to cancel or wait than they really have. c. First time I saw it, my immediate thought was that my PC had hung. This is not the impression to be giving normal users ! d. Do not copy ms dodgy practices (eg file copy dialog does a similar thing - and is just as bad / annoying). e. If the idea is to be nice to other users by giving them a warning then it would be good to actually immediately issue whatever it is that causes connected users to be told: "System is going down for power off in 60 seconds". This could be a reason to actually have a 60 second delay. f. Please find that user from bugzilla who got alarmed, take s/he out back and give them a stern talking to ;-) Or even better, see if we can find an analog clock that updates it's second hand in the same manner :-} DaveT. From dtimms at bigpond.net.au Mon Mar 13 14:21:01 2006 From: dtimms at bigpond.net.au (David Timms) Date: Tue, 14 Mar 2006 01:21:01 +1100 Subject: no floppy dir in /media ? In-Reply-To: <4415330B.4010106@freesurf.fr> References: <44144E9E.2090903@freesurf.fr> <20060312195652.GA24458@mail.harddata.com> <44152440.7030903@freesurf.fr> <20060313082128.GB3644@mail.harddata.com> <4415330B.4010106@freesurf.fr> Message-ID: <44157FCD.7090408@bigpond.net.au> Larry tb wrote: > I made a mistake :-/ > I wrote that > >>I often work at shell, > >>and so... Here is my problem : > > I write "shell" for "text-mode" :-[ > > From text-mode, you are okay that user have to create a dir to mount > his /dev/fd0, 'cause there is no graphical way : > Have a look at this : > [ i am within TEST-MODE only ! ] > > [root at ws044 ~]# gnome-mount -d /dev/fd0 > gnome-mount 0.4 > X display not available - using text-based operation. > Mounted /dev/fd0 at "/media/floppy" > [root at ws044 ~]# gnome-umount -d /dev/fd0 > gnome-mount 0.4 > X display not available - using text-based operation. > Unmounted /dev/fd0. > [root at ws044 ~]# There is a: -n --no-ui no dialogs -t --text text mode hopefully one of them would do the trick ? DaveT From jspaleta at gmail.com Mon Mar 13 14:51:46 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 13 Mar 2006 09:51:46 -0500 Subject: no floppy dir in /media ? bug ???? In-Reply-To: <200603122359.25678.linxt@comcast.net> References: <44144E9E.2090903@freesurf.fr> <604aa7910603121601o2ec4ebb3w9b50fd5768b7aa6c@mail.gmail.com> <4414FC50.3020703@bigpond.net.au> <200603122359.25678.linxt@comcast.net> Message-ID: <604aa7910603130651l4c1917aeuc71d73a8b4e8c93e@mail.gmail.com> On 3/13/06, Thomas Taylor wrote: > I'm using kde 3.5/fc5t2 and the desktop icon DOES NOT mount the device because > it is not listed in /etc/fstab or /etc/mtab. fc5t2... I'm really not sure your experience with fc5t2 can be considered state-of-the-art at this point with regard to kde's ability to correctly interact with hal and dbus to negotiate mounts. All the bugs ive seen filed against kde suggest to me that its working as reliably on kde as it is in gnome. But it would be instructive to see an open bug ticket number for reference that I have missed in my bugzilla search. This appears to be due to a > change in the way mountable devices are handled from FC4 to FC5. Apparently > they are now mounted under the udev system (from what I've heard). I think you misunderstand the underlying technologies which have shifted since fc4. > change was made, nobody bothered to modify the way kde handles the mounting. I'm pretty sure that's a factually incorrect statement. -jef From gorste at tesco.net Mon Mar 13 15:03:55 2006 From: gorste at tesco.net (Gordon Stewart) Date: Mon, 13 Mar 2006 15:03:55 +0000 Subject: Rescue disk Message-ID: <20060313150355.SHQV28606.aamtaout02-winn.ispmail.ntl.com@smtp.ntlworld.com> Dear List Can anyone tell me the commands to create a rescue boot floppy on Fedora Core 4. When I use the following command: dd if=/media/cdrom/images/diskboot.img of=/dev/fd0 it tells me dd: writing to `/dev/fd0': No space left on device 2881+0 records in 2880+0 records out reading around I need to issues the command /sbin/grub-install /dev/fd0 but this does not install nothing to the disk. I only have a 8168k disk. Thanks Gordon From guess.who at freesurf.fr Mon Mar 13 15:12:13 2006 From: guess.who at freesurf.fr (Larry tb) Date: Mon, 13 Mar 2006 16:12:13 +0100 Subject: no floppy dir in /media ? In-Reply-To: <44157FCD.7090408@bigpond.net.au> References: <44144E9E.2090903@freesurf.fr> <20060312195652.GA24458@mail.harddata.com> <44152440.7030903@freesurf.fr> <20060313082128.GB3644@mail.harddata.com> <4415330B.4010106@freesurf.fr> <44157FCD.7090408@bigpond.net.au> Message-ID: <44158BCD.6010702@freesurf.fr> David Timms wrote: > Larry tb wrote: > >> I made a mistake :-/ >> I wrote that >> >>I often work at shell, >> >>and so... Here is my problem : >> >> I write "shell" for "text-mode" :-[ >> >> From text-mode, you are okay that user have to create a dir to mount >> his /dev/fd0, 'cause there is no graphical way : >> Have a look at this : >> [ i am within TEST-MODE only ! ] >> >> [root at ws044 ~]# gnome-mount -d /dev/fd0 >> gnome-mount 0.4 >> X display not available - using text-based operation. >> Mounted /dev/fd0 at "/media/floppy" >> [root at ws044 ~]# gnome-umount -d /dev/fd0 >> gnome-mount 0.4 >> X display not available - using text-based operation. >> Unmounted /dev/fd0. >> [root at ws044 ~]# > > There is a: > -n --no-ui no dialogs > -t --text text mode > hopefully one of them would do the trick ? Well, as you can see above, the gnome-mount -d /dev/fd0 works even on text-mode ! Returning the message : X display not available - using text-based operation. But mounting the volume : Mounted /dev/fd0 at "/media/floppy" Unfortunatly, there is no man-page for the gnome-mount command. I think the problem is that peolpe can try to mount floppy within text-mode, with the old mount command, and seeing that there is no mount point (/media/floppy), they might want to create this mount point. And to make such a creation, you must be root, which is not the most case.... I try a kind of #gnome-mount -t -d /dev/fd0 but it makes no changes with #gnome-mount -d /dev/fd0 Larry > > DaveT > From berryja at gmail.com Mon Mar 13 15:17:41 2006 From: berryja at gmail.com (Jonathan Berry) Date: Mon, 13 Mar 2006 09:17:41 -0600 Subject: Re kudzu and XEN Hypervisor In-Reply-To: <20060313114721.97712.qmail@web30206.mail.mud.yahoo.com> References: <20060313040413.797D47339C@hormel.redhat.com> <20060313114721.97712.qmail@web30206.mail.mud.yahoo.com> Message-ID: <8767947e0603130717h1f3f7b38l85e5782ec9751ce6@mail.gmail.com> On 3/13/06, Leslie Satenstein wrote: > Is this going to be repaired before go live? We have another week. Settle down :). You've reported the bug. It's preferable if you only report changes in status. > Since the last upgrade, I have to bypass the loading of kudzu. Otherwise > kudzu locks up the boot process solidly. As root: # /sbin/chkconfig kudzu off if you want to always skip kudzu so you don't have to do it interactively. > I will help the developer with any testing he requires. Just let me know > what is required. > > Yes, the bug is raised in bugzilla. I indicated it in an earlier posting. Jonathan From jspaleta at gmail.com Mon Mar 13 15:35:42 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 13 Mar 2006 10:35:42 -0500 Subject: no floppy dir in /media ? In-Reply-To: <44158BCD.6010702@freesurf.fr> References: <44144E9E.2090903@freesurf.fr> <20060312195652.GA24458@mail.harddata.com> <44152440.7030903@freesurf.fr> <20060313082128.GB3644@mail.harddata.com> <4415330B.4010106@freesurf.fr> <44157FCD.7090408@bigpond.net.au> <44158BCD.6010702@freesurf.fr> Message-ID: <604aa7910603130735u42009cdfx4523eec091789682@mail.gmail.com> On 3/13/06, Larry tb wrote: > Unfortunatly, there is no man-page for the gnome-mount command. The lack of documentation for cmdline users is very unfortunate and I think is indicative of how bleedy-edge the ongoing development in the new approach is. I think its pretty clear that the developer(s) working on this approach haven't been thinking in the context of cmdline users, and there hasn't been an effort to provide on-system documentation of the cmdline oriented tools. Without getting into the debate as to short-comings with the overall design, I will say that the cmdline tools are much less mature than the corresponding UI functionality in the gnome/kde desktops. The largest cmdline tool specific problem right now for me is discoverability of available mountable devices. According to the design, when using the desktop the filemanager shows you which devices are available to mount. At the cmdline, there is no concise toolized mechanism to do anything similar. Ideally, I'd want to be able to run gnome-mount with some argument, say --list, would give you the list of user mountable devices and some sort of status as to what sort of device they are. I would imagine lshal output could be parsed, but it's too cumbersome to reasonably expect cmdline users to do. -jef -jef -jef From vonbrand at inf.utfsm.cl Sat Mar 11 00:24:24 2006 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Fri, 10 Mar 2006 21:24:24 -0300 Subject: Fedora Core 5 Status In-Reply-To: Message from Philippe Rigault of "Fri, 10 Mar 2006 12:20:33 CDT." <200603101220.33585.prigault@oricom.ca> Message-ID: <200603110024.k2B0OOws004997@laptop11.inf.utfsm.cl> Philippe Rigault wrote: > > Due to circumstances outside of our control, we're going to be unable to > > keep to the scheduled date of March 15th for the release of FC5 and > > instead are going to have to make the release date Monday, March 20th. > > While unfortunate in some ways, this gives us the opportunity to pull in > > the final GNOME 2.14 tarballs which should be available on Monday > > assuming the changes are suitably minor. > I have two problems with this: > The first is that FC5 will be released essentially _untested_ after two > of its main components were upgraded to a stable release after FC5test3: > - gcc 4.1.0 > - glibc-2.4 And the kernel has been updated almost daily, but that doesn't count? > It could be argued that FC5 will be _released_ with a stable release of its > compiler and C library, but not that this had been tested. Can't have it both ways (fix bugs timely + ultra-tested software only)... > The second goes the same way, arguing that if test3 is the latest test > release, any new major component should _not_ be upgraded to a new release, > which is particularly true for a big beast like GNOME. There we could perhaps agree... but presumably the changes between the current one and the final release are minor, bugfixes only? -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From ben.steeves at gmail.com Mon Mar 13 15:50:37 2006 From: ben.steeves at gmail.com (Ben Steeves) Date: Mon, 13 Mar 2006 11:50:37 -0400 Subject: Rescue disk In-Reply-To: <20060313150355.SHQV28606.aamtaout02-winn.ispmail.ntl.com@smtp.ntlworld.com> References: <20060313150355.SHQV28606.aamtaout02-winn.ispmail.ntl.com@smtp.ntlworld.com> Message-ID: <7ebb24d10603130750k10577a32p953d03edde460c86@mail.gmail.com> On 3/13/06, Gordon Stewart wrote: > Dear List > > Can anyone tell me the commands to create a rescue boot floppy on Fedora Core 4. Fedora hasn't supported being booted from a floppy since FC2, I think... but the first install CD doubles as a rescue disk if you need to re-install GRUB on your HD. > dd if=/media/cdrom/images/diskboot.img of=/dev/fd0 > > it tells me > > dd: writing to `/dev/fd0': No space left on device Quite right. If you check the size of diskboot.img, I think you'll find it's about 8MB... floppies are not that big. -- _ Ben Steeves bcs at metacon.ca ( ) The ASCII ribbon campaign ben.steeves at unb.ca X against HTML e-mail GPG ID: 0xB3EBF1D9 / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves From gorste at tesco.net Mon Mar 13 16:03:24 2006 From: gorste at tesco.net (Gordon Stewart) Date: Mon, 13 Mar 2006 16:03:24 +0000 Subject: Rescue disk Message-ID: <20060313160324.TPXH28606.aamtaout02-winn.ispmail.ntl.com@smtp.ntlworld.com> Ben Thanks. The reason for the boot disk is because I was getting : Ran out of input data -- system halted. The only think I know I changed was I disabled SELINUX. Thanks anyway Gordon > > From: "Ben Steeves" > Date: 2006/03/13 Mon PM 03:50:37 GMT > To: "For testers of Fedora Core development releases" > Subject: Re: Rescue disk > > On 3/13/06, Gordon Stewart wrote: > > Dear List > > > > Can anyone tell me the commands to create a rescue boot floppy on Fedora Core 4. > > Fedora hasn't supported being booted from a floppy since FC2, I > think... but the first install CD doubles as a rescue disk if you need > to re-install GRUB on your HD. > > > dd if=/media/cdrom/images/diskboot.img of=/dev/fd0 > > > > it tells me > > > > dd: writing to `/dev/fd0': No space left on device > > Quite right. If you check the size of diskboot.img, I think you'll > find it's about 8MB... floppies are not that big. > > -- > _ Ben Steeves bcs at metacon.ca > ( ) The ASCII ribbon campaign ben.steeves at unb.ca > X against HTML e-mail GPG ID: 0xB3EBF1D9 > / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > From ben.steeves at gmail.com Mon Mar 13 16:11:48 2006 From: ben.steeves at gmail.com (Ben Steeves) Date: Mon, 13 Mar 2006 12:11:48 -0400 Subject: Rescue disk In-Reply-To: <20060313160324.TPXH28606.aamtaout02-winn.ispmail.ntl.com@smtp.ntlworld.com> References: <20060313160324.TPXH28606.aamtaout02-winn.ispmail.ntl.com@smtp.ntlworld.com> Message-ID: <7ebb24d10603130811n694d2c92qd828c18fb883efb5@mail.gmail.com> On 3/13/06, Gordon Stewart wrote: > Ben > > Thanks. The reason for the boot disk is because I was getting : > > Ran out of input data -- system halted. > > The only think I know I changed was I disabled SELINUX. > > Thanks anyway You get that when you try to boot from your floppy? Not surprising: the whole of the kernel image probably wasn't written. If you're getting that when attempting to boot from the hard drive, it may be that the kernel file in /boot is corrupt. -- _ Ben Steeves bcs at metacon.ca ( ) The ASCII ribbon campaign ben.steeves at unb.ca X against HTML e-mail GPG ID: 0xB3EBF1D9 / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves From gorste at tesco.net Mon Mar 13 16:20:11 2006 From: gorste at tesco.net (Gordon Stewart) Date: Mon, 13 Mar 2006 16:20:11 +0000 Subject: Rescue disk Message-ID: <20060313162011.UAFB28606.aamtaout02-winn.ispmail.ntl.com@smtp.ntlworld.com> Ben No I need the rescue disk to fixed the issue. Gordon > > From: "Ben Steeves" > Date: 2006/03/13 Mon PM 04:11:48 GMT > To: "For testers of Fedora Core development releases" > Subject: Re: Rescue disk > > On 3/13/06, Gordon Stewart wrote: > > Ben > > > > Thanks. The reason for the boot disk is because I was getting : > > > > Ran out of input data -- system halted. > > > > The only think I know I changed was I disabled SELINUX. > > > > Thanks anyway > > You get that when you try to boot from your floppy? Not surprising: > the whole of the kernel image probably wasn't written. If you're > getting that when attempting to boot from the hard drive, it may be > that the kernel file in /boot is corrupt. > > -- > _ Ben Steeves bcs at metacon.ca > ( ) The ASCII ribbon campaign ben.steeves at unb.ca > X against HTML e-mail GPG ID: 0xB3EBF1D9 > / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > From katzj at redhat.com Mon Mar 13 16:37:09 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 13 Mar 2006 11:37:09 -0500 Subject: 60 seconds 'til shutdown... In-Reply-To: <44155D4C.9000006@gmx.de> References: <43312.193.223.193.103.1142241600.squirrel@www.gwch.net> <44153DA0.3080208@bigpond.net.au> <5956.193.223.193.103.1142243762.squirrel@www.gwch.net> <44154335.20302@fedoraproject.org> <44155630.4050900@gmx.de> <27294.193.223.193.103.1142249314.squirrel@www.gwch.net> <44155D4C.9000006@gmx.de> Message-ID: <1142267829.1963.4.camel@orodruin.boston.redhat.com> On Mon, 2006-03-13 at 12:53 +0100, shrek-m at gmx.de wrote: > # rm -rf .gnome* > 1. reboot, startx --> gnome-errors > 2. reboot, startx --> stll the old icon and no shutdown or restart :-( shutdown and restart only get shown if you're using gdm, iirc Jeremy From amellan at gmail.com Mon Mar 13 16:45:44 2006 From: amellan at gmail.com (Alain Mellan) Date: Mon, 13 Mar 2006 08:45:44 -0800 Subject: power manager not working? In-Reply-To: <44155E35.4090601@insight.rr.com> References: <95ac75570603122312o229fa649n893e74fcae50894a@mail.gmail.com> <44155E35.4090601@insight.rr.com> Message-ID: <95ac75570603130845m22306c1nec2acd831990faad@mail.gmail.com> On 3/13/06, Jim Cornette wrote: > What version of gnome-power-manager is installed? I have > gnome-power-manager-2.13.93-4 installed. gnome-power-manager-2.13.93-4 PowerManager-0.1.0-1 I see. Looks like PowerManager is the old name of the package; I'll just rpm --erase it then. -- alain. From ben.steeves at gmail.com Mon Mar 13 16:55:41 2006 From: ben.steeves at gmail.com (Ben Steeves) Date: Mon, 13 Mar 2006 12:55:41 -0400 Subject: Rescue disk In-Reply-To: <20060313162011.UAFB28606.aamtaout02-winn.ispmail.ntl.com@smtp.ntlworld.com> References: <20060313162011.UAFB28606.aamtaout02-winn.ispmail.ntl.com@smtp.ntlworld.com> Message-ID: <7ebb24d10603130855l61ee34fftecefd53d4455abd@mail.gmail.com> On 3/13/06, Gordon Stewart wrote: > > No I need the rescue disk to fixed the issue. > As I said in my original email, there's a full rescue environment on CD 1. Just boot off of that. From the sounds of it though you might be just as well served by re-installing. -- _ Ben Steeves bcs at metacon.ca ( ) The ASCII ribbon campaign ben.steeves at unb.ca X against HTML e-mail GPG ID: 0xB3EBF1D9 / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves From shrek-m at gmx.de Mon Mar 13 17:09:32 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 13 Mar 2006 18:09:32 +0100 Subject: 60 seconds 'til shutdown... In-Reply-To: <1142267829.1963.4.camel@orodruin.boston.redhat.com> References: <43312.193.223.193.103.1142241600.squirrel@www.gwch.net> <44153DA0.3080208@bigpond.net.au> <5956.193.223.193.103.1142243762.squirrel@www.gwch.net> <44154335.20302@fedoraproject.org> <44155630.4050900@gmx.de> <27294.193.223.193.103.1142249314.squirrel@www.gwch.net> <44155D4C.9000006@gmx.de> <1142267829.1963.4.camel@orodruin.boston.redhat.com> Message-ID: <4415A74C.5020801@gmx.de> On 13.03.2006 17:37, Jeremy Katz wrote: >On Mon, 2006-03-13 at 12:53 +0100, shrek-m at gmx.de wrote: > > >>2. reboot, startx --> stll the old icon and no shutdown or restart :-( >> >> >shutdown and restart only get shown if you're using gdm, iirc > thanks # gdm did the trick. but the very last hope is now damaged that this could be a possibility to leave X without freeze. shutdown = freeze restart = freeze -- shrek-m From orion at cora.nwra.com Mon Mar 13 17:34:05 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 13 Mar 2006 10:34:05 -0700 Subject: selinux and xen In-Reply-To: <4410A78F.4070202@redhat.com> References: <4410A78F.4070202@redhat.com> Message-ID: Daniel J Walsh wrote: > Orion Poplawski wrote: >> Is there any expectation that a dom0 system work with selinux enabled? >> With a fresh install from today, I get tons off denials and many >> things don't work (default route not set for example). Is there >> anything special selinux wise about running the xen0 kernel? >> >> - Orion >> > Grab selinux-policy-2.2.23-15 package off of > > ftp://people.redhat.com/dwalsh/SELinux/Fedora > > > We have been working very hard to get this working. > Well, the default route is now set. Still getting some denials, though not sure if it's preventing any functionality.. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185315 - Orion From paul at permanentmail.com Mon Mar 13 18:19:03 2006 From: paul at permanentmail.com (Paul Dickson) Date: Mon, 13 Mar 2006 11:19:03 -0700 Subject: 60 seconds to shutdown In-Reply-To: <20060313115943.12343.qmail@web30207.mail.mud.yahoo.com> References: <20060313115943.12343.qmail@web30207.mail.mud.yahoo.com> Message-ID: <20060313111903.f40d8c10.paul@permanentmail.com> On Mon, 13 Mar 2006 03:59:43 -0800 (PST), Leslie Satenstein wrote: > I did a shutdown -t sec 60 and what appeared was a message that > shutdown would be in 60 minutes. > > Is there a bug in the shutdown command, and is that the reason that > the 60 second count down does not appear to be working. Reread the shutdown man file. You should have used "shutdown -t 60". In your version, the 60 got interpreted as the minutes portion of HH:MM. -Paul From notting at redhat.com Sat Mar 11 01:32:58 2006 From: notting at redhat.com (Bill Nottingham) Date: Fri, 10 Mar 2006 20:32:58 -0500 Subject: Fedora Core 5 Status In-Reply-To: <200603101728.03241.prigault@oricom.ca> References: <200603101728.03241.prigault@oricom.ca> Message-ID: <20060311013258.GB10099@devserv.devel.redhat.com> Philippe Rigault (prigault at oricom.ca) said: > Thank you, Jesse, for the explaination. > > On Fri, 10 Mar 2006 16:35:06 -0500, Jesse Keating wrote: > > On Fri, 2006-03-10 at 16:24 -0500, Philippe Rigault wrote: > > > Sure, only 2442 RPM packages have been rebuilt out of 2442. > > > > Um, no. These were rebuilt before Test3, and the reason why Test3 took > > a while because we wanted to get these built FOR test3 so that they > > would get TESTING. > > I see, I misinterpreted the fact that all packages have a last modification > date of March 6 or after, it is true that most carry the same name as in > test3. Most of them have therefore been touch'ed and not rebuild, right ? They've been signed. Bill -- fedora-devel-list mailing list fedora-devel-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- This message was scanned for spam and viruses by BitDefender. For more information please visit http://www.bitdefender.com/ From cmontgom at redhat.com Mon Mar 13 20:19:00 2006 From: cmontgom at redhat.com (Monty) Date: Mon, 13 Mar 2006 15:19:00 -0500 Subject: Kernel patch request for AFS In-Reply-To: <20060309183732.GD9876@redhat.com> References: <1141917648.2765.9.camel@heplnw8.pp.rl.ac.uk> <20060309183732.GD9876@redhat.com> Message-ID: <20060313201900.GH13230@localhost.localdomain> On Thu, Mar 09, 2006 at 01:37:32PM -0500, Dave Jones wrote: > On Thu, Mar 09, 2006 at 03:20:47PM +0000, William John Murray wrote: > > Hello Dave J et al., > > Late in the day, I would like to request a kernel patch. > > The following patch: > > > > http://www.ussg.iu.edu/hypermail/linux/kernel/0602.2/0936.html > > > > would allow the AFS filesystem to be supported on FC5 > > For us AFS-dependent users this would be a major plus. > > A better fix is for AFS to convert to using the new[1] module parameter syntax. > > Dave > > [1] Where 'new' is what, 3 years old now? You assume the poor user has control over what AFS code he gets to deploy. But more to the point, the patch I see is a bugfix... if a mechanism doesn't work and no one one wants to fix it, why the hell is it there anyway? There are reasons the MIT AFS admins are pissed at RedHat, and this sort of thing is one of them. Granted, they start out angry. Monty (Who has to live with two of said admins) From arjan at fenrus.demon.nl Mon Mar 13 20:27:53 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Mon, 13 Mar 2006 21:27:53 +0100 Subject: Kernel patch request for AFS In-Reply-To: <20060313201900.GH13230@localhost.localdomain> References: <1141917648.2765.9.camel@heplnw8.pp.rl.ac.uk> <20060309183732.GD9876@redhat.com> <20060313201900.GH13230@localhost.localdomain> Message-ID: <1142281673.3023.47.camel@laptopd505.fenrus.org> On Mon, 2006-03-13 at 15:19 -0500, Monty wrote: > > > On Thu, Mar 09, 2006 at 01:37:32PM -0500, Dave Jones wrote: > > On Thu, Mar 09, 2006 at 03:20:47PM +0000, William John Murray wrote: > > > Hello Dave J et al., > > > Late in the day, I would like to request a kernel patch. > > > The following patch: > > > > > > http://www.ussg.iu.edu/hypermail/linux/kernel/0602.2/0936.html > > > > > > would allow the AFS filesystem to be supported on FC5 > > > For us AFS-dependent users this would be a major plus. > > > > A better fix is for AFS to convert to using the new[1] module parameter syntax. > > > > Dave > > > > [1] Where 'new' is what, 3 years old now? > > You assume the poor user has control over what AFS code he gets to deploy. > > But more to the point, the patch I see is a bugfix... if a mechanism > doesn't work and no one one wants to fix it, why the hell is it there > anyway? because it's going away! And very soon. It's already a NOP. And Rusty sent a patch to kill it off for real; that's probably going to make 2.6.17. Its not like this hasn't been coming for the last 3 years as Dave says; it's like essential for 2.6 kernel modules to actually function anyway. > There are reasons the MIT AFS admins are pissed at RedHat, and this > sort of thing is one of them. Granted, they start out angry. Maybe they should bitch at the AFS people instead to make their module 2.6 ready? From cmontgom at redhat.com Mon Mar 13 20:50:02 2006 From: cmontgom at redhat.com (Monty) Date: Mon, 13 Mar 2006 15:50:02 -0500 Subject: Kernel patch request for AFS In-Reply-To: <1142281673.3023.47.camel@laptopd505.fenrus.org> References: <1141917648.2765.9.camel@heplnw8.pp.rl.ac.uk> <20060309183732.GD9876@redhat.com> <20060313201900.GH13230@localhost.localdomain> <1142281673.3023.47.camel@laptopd505.fenrus.org> Message-ID: <20060313205002.GJ13230@localhost.localdomain> On Mon, Mar 13, 2006 at 09:27:53PM +0100, Arjan van de Ven wrote: > because it's going away! And very soon. It's already a NOP. And Rusty > sent a patch to kill it off for real; that's probably going to make > 2.6.17. ...eliminating a kernel interface, even a noop, in a subminor release!? Dear God... this sort of thing makes *me* want to move to Solaris... [assuming I read that right, it's slightly ambiguous if 'kill it off' means the bug or the API] [the technical reasons presented are perfectly sensible, but you still can't apply technical fixes to political problems. AFS admins generally do What They're Told To, not What They Should Do, because it's a mission critical deployment and managing such things is fraught with politics in any organization > 2.5 people. I assume we're not implying that an prerequisite for doing business with RedHat is that our customers have no dysfunctional political issues...] Of course, they're running RHEL not Fedora, but what we're talking about is not specific to Fedora. Monty From arjan at fenrus.demon.nl Mon Mar 13 21:10:25 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Mon, 13 Mar 2006 22:10:25 +0100 Subject: Kernel patch request for AFS In-Reply-To: <20060313205002.GJ13230@localhost.localdomain> References: <1141917648.2765.9.camel@heplnw8.pp.rl.ac.uk> <20060309183732.GD9876@redhat.com> <20060313201900.GH13230@localhost.localdomain> <1142281673.3023.47.camel@laptopd505.fenrus.org> <20060313205002.GJ13230@localhost.localdomain> Message-ID: <1142284225.3023.54.camel@laptopd505.fenrus.org> On Mon, 2006-03-13 at 15:50 -0500, Monty wrote: > > > On Mon, Mar 13, 2006 at 09:27:53PM +0100, Arjan van de Ven wrote: > > because it's going away! And very soon. It's already a NOP. And Rusty > > sent a patch to kill it off for real; that's probably going to make > > 2.6.17. > > ...eliminating a kernel interface, even a noop, in a subminor > release!? Dear God... this sort of thing makes *me* want to move to > Solaris... > > [assuming I read that right, it's slightly ambiguous if 'kill it off' > means the bug or the API] it means the API. The interface is on the "to be removed" list for a long time already; it's not working anymore, a better one exists for 3 years now. Note that this is an INTERNAL interface; those change all the time in the kernel. Removing old should-be-unused ones is one of the ways needed to keep the kernel clean and relatively small. You can argue long and hard about each individual one and how much it costs; but trust me, it adds up bigtime. > Of course, they're running RHEL not Fedora, but what we're talking > about is not specific to Fedora actually it is since RH is not removing interfaces in the same RHEL release.... but that's expensive in general. (retrofitting stuff into old kernels is a LOT of pain and really hard work: think about it: there is a lot of danger in just moving code about, because of all the changes internally). Thankfully Fedora chooses the "safe and easy" way of going to newer upstream kernels all the time ;) From linxt at comcast.net Mon Mar 13 21:40:22 2006 From: linxt at comcast.net (Thomas Taylor) Date: Mon, 13 Mar 2006 13:40:22 -0800 Subject: no floppy dir in /media ? bug ???? In-Reply-To: <604aa7910603130651l4c1917aeuc71d73a8b4e8c93e@mail.gmail.com> References: <44144E9E.2090903@freesurf.fr> <200603122359.25678.linxt@comcast.net> <604aa7910603130651l4c1917aeuc71d73a8b4e8c93e@mail.gmail.com> Message-ID: <200603131340.22739.linxt@comcast.net> On Monday 13 March 2006 06:51, Jeff Spaleta wrote: > On 3/13/06, Thomas Taylor wrote: > > I'm using kde 3.5/fc5t2 and the desktop icon DOES NOT mount the device > > because it is not listed in /etc/fstab or /etc/mtab. > > fc5t2... I'm really not sure your experience with fc5t2 can be > considered state-of-the-art at this point with regard to kde's ability > to correctly interact with hal and dbus to negotiate mounts. All the > bugs ive seen filed against kde suggest to me that its working as > reliably on kde as it is in gnome. But it would be instructive to > see an open bug ticket number for reference that I have missed in my > bugzilla search. > > This appears to be due to a > > > change in the way mountable devices are handled from FC4 to FC5. > > Apparently they are now mounted under the udev system (from what I've > > heard). > > I think you misunderstand the underlying technologies which have > shifted since fc4. That's quite possible and since you pointed it out, why don't you correct it instead of just naysaying. > > > change was made, nobody bothered to modify the way kde handles the > > mounting. > > I'm pretty sure that's a factually incorrect statement. > > -jef The facts I stated from my experience are correct. The floppy will mount using the file manager or CLI BUT NOT FROM THE ICON. I believe this is because the mount point (device) shown in the device icon on the desktop is not being created by whatever means kde uses to mount the device. Right clicking on the floppy icon on the desktop brings down a menu of actions. One of those actions is "mount". With a floppy in the drive, when you click on mount a message is returned that basically says that the device can't be mounted because it doesn't exist in /etc/fstab or /etc/mtab. Please try doing the above and then tell me how I am factually incorrect. Tom -- Tom Taylor Linux user #263467 Federal Way, WA Iraq war: 2,302 US soldiers dead. Support our troops, burn the (W)bush From dwalsh at redhat.com Mon Mar 13 21:46:32 2006 From: dwalsh at redhat.com (Daniel J Walsh) Date: Mon, 13 Mar 2006 16:46:32 -0500 Subject: selinux and xen In-Reply-To: References: <4410A78F.4070202@redhat.com> Message-ID: <4415E838.1000107@redhat.com> Orion Poplawski wrote: > Daniel J Walsh wrote: >> Orion Poplawski wrote: >>> Is there any expectation that a dom0 system work with selinux >>> enabled? With a fresh install from today, I get tons off denials and >>> many things don't work (default route not set for example). Is >>> there anything special selinux wise about running the xen0 kernel? >>> >>> - Orion >>> >> Grab selinux-policy-2.2.23-15 package off of >> >> ftp://people.redhat.com/dwalsh/SELinux/Fedora >> >> >> We have been working very hard to get this working. >> > > > Well, the default route is now set. Still getting some denials, > though not sure if it's preventing any functionality.. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185315 > > - Orion > There are some bugs in the xend scripts, not closing file descriptors. These will hopefully be fixed soon. xend using a fixed disk is also broken in policy since xen is not allowed to read the raw disk. From jvdias at redhat.com Mon Mar 13 22:18:48 2006 From: jvdias at redhat.com (Jason Vas Dias) Date: Mon, 13 Mar 2006 17:18:48 -0500 Subject: Fedora Core 4 Test Update: perl-5.8.6-24 Message-ID: <200603132218.k2DMIm131793@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-146 2006-03-13 --------------------------------------------------------------------- Product : Fedora Core 4 Name : perl Version : 5.8.6 Release : 24 Summary : The Perl programming language. Description : Perl is a high-level programming language with roots in C, sed, awk and shell scripting. Perl is good at handling processes and files, and is especially good at handling text. Perl's hallmarks are practicality and efficiency. While it is used to do a lot of different things, Perl's most common applications are system administration utilities and web programming. A large proportion of the CGI scripts on the web are written in Perl. You need the perl package installed on your system so that your system can handle Perl scripts. Install this package if you want to program in Perl or enable your system to handle Perl scripts. --------------------------------------------------------------------- * Fri Mar 3 2006 Jason Vas Dias - 3:5.8.6-24 - fix bug 185242: restore default minimum ioctl 3rd arg length of 256 - fix bug 84671: cleanup NDBM removal; restore DBM_Filter* . * Thu Feb 2 2006 Jason Vas Dias - 3:5.8.6-24 - fix bug 178343: include cpp built-in macros in $Config{cppsymbols} --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ a5305044cf137f0ecac6ada8307cfe72cca7ce14 SRPMS/perl-5.8.6-24.src.rpm cd4bc7ce4a8b5fdb329a040f6b6ed94860cc2772 ppc/perl-5.8.6-24.ppc.rpm 509a1c2b8a5c5b4d797cce1799f1bcfc5bfa5797 ppc/perl-suidperl-5.8.6-24.ppc.rpm d6428964bf6fa728480e6cf59a1aef58fb1a495f ppc/debug/perl-debuginfo-5.8.6-24.ppc.rpm 79819cbe0b6e85228847a73994bcd19bbfa05798 x86_64/perl-5.8.6-24.x86_64.rpm 5af2914c687681a7ccb0adca320658bf484aff27 x86_64/perl-suidperl-5.8.6-24.x86_64.rpm 35af107bd555f93934245dd530b877be48918d08 x86_64/debug/perl-debuginfo-5.8.6-24.x86_64.rpm d111c5eafc8b94fab85027f3074cddac86e421ed i386/perl-5.8.6-24.i386.rpm 7417b31714ea6e45b793121187177771b368f49e i386/perl-suidperl-5.8.6-24.i386.rpm 9e75afb17eac1012a622def9c5223b545cb9be61 i386/debug/perl-debuginfo-5.8.6-24.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From buildsys at redhat.com Sat Mar 11 09:41:17 2006 From: buildsys at redhat.com (Build System) Date: Sat, 11 Mar 2006 04:41:17 -0500 Subject: rawhide report: 20060311 changes Message-ID: <200603110941.k2B9fHRf022009@porkchop.devel.redhat.com> Updated Packages: gnupg-1.4.2.2-2 --------------- * Fri Mar 10 2006 Nalin Dahyabhai - 1.4.2.2-2 - rebuild * Fri Mar 10 2006 Nalin Dahyabhai - 1.4.2.2-1 - update to 1.4.2.2 to fix detection of unsigned data (CVE-2006-0049, #185111) kernel-2.6.15-1.2041_FC5 ------------------------ * Fri Mar 10 2006 Dave Jones - And back off. * Fri Mar 10 2006 Dave Jones - Turn slab debug back on for one more build * Thu Mar 09 2006 Dave Jones - Add viro's slab leak detector. mkinitrd-5.0.31-1 ----------------- * Fri Mar 10 2006 Peter Jones - 5.0.31-1 - add segv handler for nash pm-utils-0.14-1 --------------- * Fri Mar 10 2006 Peter Jones - 0.14-1 - fix hibernate check in /etc/pm/hooks/20video Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.13.i686 requires kernel = 0:2.6.15-1.2038_FC5 GFS-kernel - 2.6.15.1-5.FC5.13.i686 requires /lib/modules/2.6.15-1.2038_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.13.i686 requires /lib/modules/2.6.15-1.2038_FC5smp GFS-kernel-smp - 2.6.15.1-5.FC5.13.i686 requires kernel-smp = 0:2.6.15-1.2038_FC5 cman-kernel - 2.6.15.1-0.FC5.11.i686 requires kernel = 0:2.6.15-1.2038_FC5 cman-kernel - 2.6.15.1-0.FC5.11.i686 requires /lib/modules/2.6.15-1.2038_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.11.i686 requires /lib/modules/2.6.15-1.2038_FC5smp cman-kernel-smp - 2.6.15.1-0.FC5.11.i686 requires kernel-smp = 0:2.6.15-1.2038_FC5 dlm-kernel - 2.6.15.1-0.FC5.9.i686 requires kernel = 0:2.6.15-1.2038_FC5 dlm-kernel - 2.6.15.1-0.FC5.9.i686 requires /lib/modules/2.6.15-1.2038_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.9.i686 requires /lib/modules/2.6.15-1.2038_FC5smp dlm-kernel-smp - 2.6.15.1-0.FC5.9.i686 requires kernel-smp = 0:2.6.15-1.2038_FC5 gnbd-kernel - 2.6.15-5.FC5.14.i686 requires kernel = 0:2.6.15-1.2032_FC5 gnbd-kernel - 2.6.15-5.FC5.14.i686 requires /lib/modules/2.6.15-1.2032_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.14.i686 requires /lib/modules/2.6.15-1.2032_FC5smp gnbd-kernel-smp - 2.6.15-5.FC5.14.i686 requires kernel-smp = 0:2.6.15-1.2032_FC5 Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.13.x86_64 requires kernel = 0:2.6.15-1.2038_FC5 GFS-kernel - 2.6.15.1-5.FC5.13.x86_64 requires /lib/modules/2.6.15-1.2038_FC5 cman-kernel - 2.6.15.1-0.FC5.11.x86_64 requires kernel = 0:2.6.15-1.2038_FC5 cman-kernel - 2.6.15.1-0.FC5.11.x86_64 requires /lib/modules/2.6.15-1.2038_FC5 dlm-kernel - 2.6.15.1-0.FC5.9.x86_64 requires kernel = 0:2.6.15-1.2038_FC5 dlm-kernel - 2.6.15.1-0.FC5.9.x86_64 requires /lib/modules/2.6.15-1.2038_FC5 gnbd-kernel - 2.6.15-5.FC5.14.x86_64 requires kernel = 0:2.6.15-1.2032_FC5 gnbd-kernel - 2.6.15-5.FC5.14.x86_64 requires /lib/modules/2.6.15-1.2032_FC5 -- fedora-devel-list mailing list fedora-devel-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- This message was scanned for spam and viruses by BitDefender. For more information please visit http://www.bitdefender.com/ From jkeating at redhat.com Mon Mar 13 22:38:43 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 13 Mar 2006 17:38:43 -0500 Subject: rawhide report: 20060311 changes In-Reply-To: <200603110941.k2B9fHRf022009@porkchop.devel.redhat.com> References: <200603110941.k2B9fHRf022009@porkchop.devel.redhat.com> Message-ID: <1142289523.20338.38.camel@ender> On Sat, 2006-03-11 at 04:41 -0500, Build System wrote: > > Updated Packages: So uh... yeah. This seems to have gotten stuck in a mail queue somewhere. Don't panic (: -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From alan at redhat.com Mon Mar 13 22:42:46 2006 From: alan at redhat.com (Alan Cox) Date: Mon, 13 Mar 2006 17:42:46 -0500 Subject: Kernel patch request for AFS In-Reply-To: <20060313205002.GJ13230@localhost.localdomain> References: <1141917648.2765.9.camel@heplnw8.pp.rl.ac.uk> <20060309183732.GD9876@redhat.com> <20060313201900.GH13230@localhost.localdomain> <1142281673.3023.47.camel@laptopd505.fenrus.org> <20060313205002.GJ13230@localhost.localdomain> Message-ID: <20060313224246.GB14907@devserv.devel.redhat.com> On Mon, Mar 13, 2006 at 03:50:02PM -0500, Monty wrote: > [assuming I read that right, it's slightly ambiguous if 'kill it off' > means the bug or the API] The two are not seperable. > [the technical reasons presented are perfectly sensible, but you still > can't apply technical fixes to political problems. AFS admins The kernel head does not do political problems, it does technically sound solutions (or at least tries to). Political packaging and tuning is for vendors. > Of course, they're running RHEL not Fedora, but what we're talking > about is not specific to Fedora. RHEL and AFS is a political matter, and those who want a political problem solved can choose to solve it. The smart way would be to sort out AFS support cleanly but the GPL gives vendors the right to solve it the dumb ways if they want to do so. Alan From pjones at redhat.com Tue Mar 14 01:28:02 2006 From: pjones at redhat.com (Peter Jones) Date: Mon, 13 Mar 2006 20:28:02 -0500 Subject: pm-suspend worked Wed & Thurs, but not Friday In-Reply-To: <20060311142321.8a1e69f8.paul@permanentmail.com> References: <20060311142321.8a1e69f8.paul@permanentmail.com> Message-ID: <1142299683.7020.15.camel@vroomfondel.internal.datastacks.com> On Sat, 2006-03-11 at 14:23 -0700, Paul Dickson wrote: > I tested pm-suspend on my Inspiron 6000 on Wednesday and was surprised > that it worked, although pm-hibernate did not (problems with resuming). > I suspended my system on Wednesday and Thursday night and the next > morning it resumed correctly (I don't use wireless, so that wasn't > tested). > > On Friday I decided to collect data about why pm-hibernate doesn't work > which caused be to reboot the system. After that point I could not get > pm-suspend to resume any more if X11 was running. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185108 > > X11 starts consuming all available CPU time. Does it work with today's pm-utils? -- Peter From jspaleta at gmail.com Tue Mar 14 01:58:00 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 13 Mar 2006 20:58:00 -0500 Subject: no floppy dir in /media ? bug ???? In-Reply-To: <200603131340.22739.linxt@comcast.net> References: <44144E9E.2090903@freesurf.fr> <200603122359.25678.linxt@comcast.net> <604aa7910603130651l4c1917aeuc71d73a8b4e8c93e@mail.gmail.com> <200603131340.22739.linxt@comcast.net> Message-ID: <604aa7910603131758g55b36017if4519fa6ef806ee6@mail.gmail.com> On 3/13/06, Thomas Taylor wrote: > That's quite possible and since you pointed it out, why don't you correct it > instead of just naysaying. Please read up on hal and dbus. > The facts I stated from my experience are correct. If you are basing your experience on fc5t2 behavior..as you claim.. and have not been tracking the development tree updates.. your experience is immaterial to whats currently available. > The floppy will mount using the file manager or CLI BUT NOT FROM THE ICON. I just booted into a fresh kde user.. it mounts, though not correctly... but ti definitely mounts from the icon. > Right clicking on the floppy icon on the desktop brings down a menu of > actions. One of those actions is "mount". With a floppy in the drive, when > you click on mount a message is returned that basically says that the device > can't be mounted because it doesn't exist in /etc/fstab or /etc/mtab. I do not get such a message. I get /media/floppy-# mounted. In fact I see exactly the behavior described in https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181483 Is this the behavior which are are trying to communicate? -jef From fct-cornette at insight.rr.com Tue Mar 14 02:28:43 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Mon, 13 Mar 2006 21:28:43 -0500 Subject: power manager not working? In-Reply-To: <95ac75570603130845m22306c1nec2acd831990faad@mail.gmail.com> References: <95ac75570603122312o229fa649n893e74fcae50894a@mail.gmail.com> <44155E35.4090601@insight.rr.com> <95ac75570603130845m22306c1nec2acd831990faad@mail.gmail.com> Message-ID: <44162A5B.5050005@insight.rr.com> Alain Mellan wrote: > On 3/13/06, Jim Cornette wrote: > >> What version of gnome-power-manager is installed? I have >> gnome-power-manager-2.13.93-4 installed. > > gnome-power-manager-2.13.93-4 > PowerManager-0.1.0-1 > > I see. Looks like PowerManager is the old name of the package; I'll > just rpm --erase it then. > > -- alain. > I never used PowerManager but there are both gnome-power-manager and PowerManager on the below website. http://rpm.pbone.net/index.php3/stat/1/data/2005-07-13 They seem to be compiled for earlier distributions. One should be enough, whatever it is called by the maintainer. Jim -- Your computer's union contract is set to expire at midnight. From lsatenstein at yahoo.com Tue Mar 14 02:43:30 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Mon, 13 Mar 2006 18:43:30 -0800 (PST) Subject: KUDZU LOCKUP Message-ID: <20060314024330.13683.qmail@web30207.mail.mud.yahoo.com> Is there a chance that Kudzu will have a patch to allow it to work with the standard fc5 test3 hypervisor before the files go to generate the ISO's? My system locks up solidly during boot unless I bypass kudzu during boot prompt. In a way, this does not bother me, because I do not anticipate a hardware change for a while. I do intent to do a fresh format install of Core5, and I would want very much that the ISO version of kudzu work. As a reminder https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185236 from rpm -qa kudzu-devel-1.2.34.2-1 kudzu-1.2.34.2-1 from uname -r 2.6.15-1.1955_FC5hypervisor The only kernel installed since the test3 iso disks. As of 10pm Canada Eastern Standard time (same as New York City), pup tells me that there are zero outstanding patches are left to install. Leslie -------------- next part -------------- An HTML attachment was scrubbed... URL: From fct-cornette at insight.rr.com Tue Mar 14 03:16:05 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Mon, 13 Mar 2006 22:16:05 -0500 Subject: 865G seems to strobe and uses the i910 kernel module. Message-ID: <44163575.9010602@insight.rr.com> After someone mentioned problems that they were experiencing with an 865G card, I decided to give it a go myself and see if I could install using the Intel 865G video card. In order to get past the installer abnormalities, I had to pass vga-791 as someone suggested to get a more complete display on a 1280x1024 LCD display. (Otherwise very large and blurred text displayed.) There still was a problem where the whole content of the installer would not display once switched into text mode. I passed resolution=1024x768 and got the full content for the installer but the installer did not fill the entire display. I ended up being halted because of an exception that I encountered and filed a report about on my first attempt. The computer had FC4 on it with a few packages from Extras. I removed the extras packages so I though maybe I'd be able to pass with no packages that were not on core installed. The same exception was encountered. Anyway, I eventually upgraded using yum until I figured out how to get all of the packages upgraded. Hotplug needed packages that depended on it to be upgraded first. (rpm -e hotplug, then upgrade the packages which depended upon hotplug, update initscripts and let it remove hotplug as well as pull in dependent packages. I ran into trouble when I tried to upgrade Selinux packages while still booted into the FC4 kernel. (Just don't do it, it is very ugly with a lot of text output to the screen.) I also had a bit of problems with xorg-x11 and new xorg-x11 component packages but eventually worked my way through the problems. I then pulled in additional packages with pirut to ensure missed packages for x and other system newer packages of interest were pulled in. Anyway, after checking integrity of the install. (Found one multiple installation of pango and corrected problem. (Used script Steve posted to detect pango error.) Also SysVinit would never install and would error out when trying to install it. I eventually installed it with options to rpm. The problem with the strobing was the 3D effect were excellent regarding depth, but there appeared to be visual strobing. The display was set to 1280x1024 and 75 HZ. The fps reported by glxgears was somewhere in the 600 FPS range. I believe that I used to get at least double the framerate before the upgrade was performed. Also glxinfo showed slow or none for the DRI performance. What made me take note that there was something different in performance was the screensavers like the tunnel and the sproingies. They appeared to be right out of a Timothy Leary kool-aid party and were dizzying to glance at and slightly hypnotic. Are there any options that can be entered into the xorg.conf to up the responsiveness or ways to use the i810 kernel module instead for the 865G card to allow a more normalized display? Jim -- Genius doesn't work on an assembly line basis. You can't simply say, "Today I will be brilliant." -- Kirk, "The Ultimate Computer", stardate 4731.3 From guess.who at freesurf.fr Tue Mar 14 05:32:04 2006 From: guess.who at freesurf.fr (Larry tb) Date: Tue, 14 Mar 2006 06:32:04 +0100 Subject: KUDZU LOCKUP In-Reply-To: <20060314024330.13683.qmail@web30207.mail.mud.yahoo.com> References: <20060314024330.13683.qmail@web30207.mail.mud.yahoo.com> Message-ID: <44165554.4040806@freesurf.fr> Actually running kudzu-1.2.34.2-1, and 2.6.15-1.2009.4.2_FC5hypervisor ! Have no problem left with kudzu ! Bretagne, France March the 14th, 2006 - 6.31 am :) Leslie Satenstein wrote: > Is there a chance that Kudzu will have a patch to allow it to work with > the standard fc5 test3 hypervisor before the files go to generate the ISO's? > > My system locks up solidly during boot unless I bypass kudzu during > boot prompt. In a way, this does not bother me, because I do not > anticipate a hardware change for a while. I do intent to do a fresh > format install of Core5, and I would want very much that the ISO version > of kudzu work. > > As a reminder > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185236 > > from rpm -qa > kudzu-devel-1.2.34.2-1 > kudzu-1.2.34.2-1 > > from uname -r > 2.6.15-1.1955_FC5hypervisor > > The only kernel installed since the test3 iso disks. As of 10pm Canada Eastern Standard time ! > (same as > New York City), pup tells me that there are zero outstanding patches are left to install. > > Leslie > > > From buildsys at redhat.com Tue Mar 14 08:09:05 2006 From: buildsys at redhat.com (Build System) Date: Tue, 14 Mar 2006 03:09:05 -0500 Subject: rawhide report: 20060314 changes Message-ID: <200603140809.k2E895Gc023342@porkchop.devel.redhat.com> Updated Packages: anaconda-11.0.3-1 ----------------- * Mon Mar 13 2006 Jeremy Katz - 11.0.3-1 - Check for none in size test (clumens, #185172) - Fix hard drive install (clumens) - Don't clobber network on upgrade (pnasrat, #183203) - Fix some simple syntax errors (#185275) - Allow 128M PE sizes (#185272) * Thu Mar 09 2006 Jeremy Katz - 11.0.2-1 - adjust blkid location - don't try to download packages being erased (clumens, #184531) - don't show group selection on upgrade (pnasrat, #184528) - don't make file conflicts kill upgrades (pnasrat, #184461) atk-1.11.3-1 ------------ * Mon Mar 13 2006 Matthias Clasen - 1.11.3-1 - Update to 1.11.3 bug-buddy-1:2.14.0-1 -------------------- * Sun Mar 12 2006 Matthias Clasen - 2.14.0-1 - Update to 2.14.0 control-center-1:2.14.0-1 ------------------------- * Mon Mar 13 2006 Matthias Clasen - 2.14.0-1 - Update to 2.14.0 eel2-2.14.0-1 ------------- * Mon Mar 13 2006 Matthias Clasen - 2.14.0-1 - Update to 2.14.0 - Drop upstreamed patch eog-2.14.0-1 ------------ * Mon Mar 13 2006 Matthias Clasen - 2.14.0-1 - Update to 2.14.0 file-roller-2.14.0-1 -------------------- * Mon Mar 13 2006 Matthias Clasen - 2.14.0-1 - Update to 2.14.0 firefox-1.5.0.1-9 ----------------- * Sat Mar 11 2006 Christopher Aillon - 1.5.0.1-9 - Add a notice to the about dialog denoting this is a pango enabled build. - Tweak the user agent denoting this is a pango enabled build. gail-1.8.11-1 ------------- * Mon Mar 13 2006 Matthias Clasen - 1.8.11-1 - Update to 1.8.11 * Fri Mar 10 2006 Matthias Clasen - 1.8.10-2 - Fix a treeview crash gconf-editor-2.14.0-1 --------------------- * Mon Mar 13 2006 Matthias Clasen - 2.14.0-1 - Update to 2.14.0 gdm-1:2.14.0-1 -------------- * Mon Mar 13 2006 Ray Strode - 1:2.14.0-1 - Update to 2.14.0 * Tue Mar 07 2006 Ray Strode - 1:2.13.0.9-4 - Follow Solaris's lead and default to AlwaysRestartServer=True (may work around bug 182957) * Mon Mar 06 2006 Ray Strode - 1:2.13.0.9-3 - migrate users with baseXsession=/etc/X11/gdm/Xsession to /etc/X11/xinit/Xsession gedit-1:2.14.0-1 ---------------- * Mon Mar 13 2006 Matthias Clasen 2.14.0-1 - Update to 2.14.0 gnome-applets-1:2.14.0-1 ------------------------ * Sun Mar 12 2006 Ray Strode - 2.14.0-1 - update to 2.14.0 gnome-doc-utils-0.6.0-1 ----------------------- * Sun Mar 12 2006 Ray Strode - 0.6.0-1 - Update to 0.6.0 gnome-games-1:2.14.0-1 ---------------------- * Mon Mar 13 2006 Matthias Clasen - 2.14.0-1 - Update to 2.14.0 gnome-keyring-0.4.9-1 --------------------- * Mon Mar 13 2006 Matthias Clasen - 0.4.9-1 - Update to 0.4.9 * Mon Feb 27 2006 Matthias Clasen - 0.4.8-1 - Update to 0.4.8 * Mon Feb 13 2006 Matthias Clasen - 0.4.7-1 - Update to 0.4.7 gnome-keyring-manager-2.14.0-1 ------------------------------ * Mon Mar 13 2006 Matthias Clasen 2.14.0-1 - Update to 2.14.0 gnome-mag-0.12.4-1 ------------------ * Mon Mar 13 2006 Matthias Clasen 0.12.4-1 - Update to 0.12.4 gnome-python2-2.12.4-1 ---------------------- * Mon Mar 13 2006 Ray Strode - 2.12.4-1 - Update to 2.12.4 gnome-python2-extras-2.14.0-1 ----------------------------- * Mon Mar 13 2006 Ray Strode 2.14.0-1 - Update to 2.14.0 gnome-screensaver-2.14.0-1 -------------------------- * Mon Mar 13 2006 Matthias Clasen 2.14.0-1 - Update to 2.14.0 gnome-session-2.14.0-1 ---------------------- * Mon Mar 13 2006 Matthias Clasen - 2.14.0-1 - Update to 2.14.0 gnome-system-monitor-2.14.0-1 ----------------------------- * Mon Mar 13 2006 Matthias Clasen 2.14.0-1 - Update to 2.14.0 gnome-terminal-2.14.0-1 ----------------------- * Mon Mar 13 2006 Matthias Clasen - 2.14.0-1 - Update to 2.14.0 gnome-user-docs-2.14.0-1 ------------------------ * Mon Mar 13 2006 Matthias Clasen 2.14.0-1 - Update to 2.14.0 gnome-utils-1:2.14.0-3 ---------------------- * Mon Mar 13 2006 Matthias Clasen 2.14.0-3 - Update to zenity 2.14.0 * Mon Mar 13 2006 Matthias Clasen 2.14.0-2 - Update to gcalctool 5.7.32 * Mon Mar 13 2006 Matthias Clasen 2.14.0-1 - Update to gnome-utils 2.14.0 - Update to gucharmap 1.6.0 gnome-vfs2-2.14.0-1 ------------------- * Mon Mar 13 2006 Matthias Clasen - 2.14.0-1 - Update to 2.14.0 - Drop upstreamed patches gnome-volume-manager-1.5.15-1 ----------------------------- * Sun Mar 12 2006 Ray Strode - 1.5.15-1 - update to 1.5.15 grub-0.97-5 ----------- * Mon Mar 13 2006 Peter Jones - 0.97-5 - Fix merge error for "bootonce" patch (broken in 0.95->0.97 update) - Get rid of the 0.97 "default" stuff, since it conflicts with our working method. gtk2-2.8.15-1 ------------- * Mon Mar 13 2006 Matthias Clasen - 2.8.15-1 - Update to 2.8.15 - Drop upstreamed patch * Fri Mar 10 2006 Matthias Clasen - 2.8.14-2 - Fix a crash when using accessible treeviews * Wed Mar 08 2006 Matthias Clasen - 2.8.14-1 - Update to 2.8.14 to fix a possible memory overrun in gtk_object_sink gtkhtml3-3.10.0-1 ----------------- * Mon Mar 13 2006 Ray Strode - 3.10.0-1 - Update to 3.10.0 * Mon Feb 13 2006 Matthias Clasen - 3.9.91-1 - Update to 3.9.91 * Fri Feb 10 2006 Jesse Keating - 3.9.90-3.2 - bump again for double-long bug on ppc(64) gtksourceview-1.6.0-1 --------------------- * Sun Mar 12 2006 Ray Strode - 1.6.0-1 - update to 1.6.0 libcroco-0.6.1-1 ---------------- * Mon Mar 13 2006 Matthias Clasen - 0.6.1-1 - Update to 0.6.1 - Drop upstreamed patches libgnome-2.14.0-1 ----------------- * Mon Mar 13 2006 Matthias Clasen - 2.14.0-1 - Update to 2.14.0 * Mon Feb 27 2006 Matthias Clasen - 2.13.90-1 - Update to 2.13.90 - Drop obsolete patch * Fri Feb 10 2006 Jesse Keating - 2.13.7-5.1 - bump again for double-long bug on ppc(64) libgnomecanvas-2.14.0-1 ----------------------- * Mon Mar 13 2006 Matthias Clasen - 2.14.0-1 - Update to 2.14.0 libgnomeui-2.14.0-1 ------------------- * Mon Mar 13 2006 Matthias Clasen - 2.14.0-1 - Update to 2.14.0 libgtop2-2.14.0-1 ----------------- * Mon Mar 13 2006 Matthias Clasen - 2.14.0-1 - Update to 2.14.0 librsvg2-2.14.2-1 ----------------- * Sun Mar 12 2006 Ray Strode 2.14.2-1 - Update to 2.14.2 metacity-2.14.0-1 ----------------- * Mon Mar 13 2006 Ray Strode - 2.14.0-1 - update to 2.14.0 mkinitrd-5.0.32-1 ----------------- * Mon Mar 13 2006 Peter Jones - 5.0.32-1 - handle sd_mod on scsi_mod in findmodule, not in the scsi setup. This fixes the "no scsi_hostadapter" alias problem better (#182008). nautilus-2.14.0-1 ----------------- * Mon Mar 13 2006 Matthias Clasen - 2.14.0-1 - Update to 2.14.0 * Mon Mar 06 2006 Matthias Clasen - 2.13.92-2 - Reinstate the format patch which was accidentally dropped * Mon Feb 27 2006 Matthias Clasen - 2.13.92-1 - Update to 2.13.92 nautilus-cd-burner-2.14.0-1 --------------------------- * Mon Mar 13 2006 Matthias Clasen - 2.14.0-11 - Update to 2.14.0 opal-2.2.0-2 ------------ * Tue Mar 14 2006 Ray Strode - 2.2.0-2 - rebuild * Mon Mar 13 2006 Daniel Veillard - 2.2.0-1 - final version for ekiga-2.0.0 pango-1.12.0-1 -------------- * Mon Mar 13 2006 Matthias Clasen - 1.12.0-1 - Update to 1.12.0 pwlib-1.10.0-1 -------------- * Mon Mar 13 2006 Daniel Veillard - 1.10.0-1 - final version for ekiga 2.0.0 sound-juicer-2.14.0-1 --------------------- * Sun Mar 12 2006 Matthias Clasen - 2.14.0-1 - Update to 2.14.0 thunderbird-0:1.5-6 ------------------- * Mon Mar 13 2006 Christopher Aillon - 1.5.6 - Temporarily disable other arches that we don't ship FC5 with, for time * Mon Mar 13 2006 Christopher Aillon - 1.5-5 - Add a notice to the mail start page denoting this is a pango enabled build. valgrind-1:3.1.0-2 ------------------ * Mon Mar 13 2006 Jakub Jelinek 3.1.0-2 - add support for DW_CFA_val_offset{,_sf}, DW_CFA_def_cfa_sf and skip over DW_CFA_val_expression quietly - adjust libc/ld.so filenames in glibc-2.4.supp for glibc 2.4 release * Mon Jan 09 2006 Jakub Jelinek 3.1.0-1 - upgrade to 3.1.0 (#174582) - many bugfixes, ppc32 support * Thu Oct 13 2005 Jakub Jelinek 3.0.1-2 - remove Obsoletes for valgrind-callgrind, as it has been ported to valgrind 3.0.x already vte-0.12.0-1.fc5.1 ------------------ * Mon Mar 13 2006 Matthias Clasen 0.12.0-1 - Update to 0.12.0-1 * Fri Mar 10 2006 Matthias Clasen 0.11.21-1 - Update to 0.11.21 yelp-2.14.0-1 ------------- * Mon Mar 13 2006 Matthias Clasen - 2.14.0-1 - Update to 2.14.0 Broken deps for i386 ---------------------------------------------------------- ekiga - 1.99.1-2.i386 requires libpt_linux_x86_r.so.1.9.3 ekiga - 1.99.1-2.i386 requires libopal_linux_x86_r.so.2.1 Broken deps for ia64 ---------------------------------------------------------- ekiga - 1.99.1-2.ia64 requires libpt_linux_ia64_r.so.1.9.3()(64bit) ekiga - 1.99.1-2.ia64 requires libopal_linux_ia64_r.so.2.1()(64bit) rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc ---------------------------------------------------------- ekiga - 1.99.1-2.ppc requires libpt_linux_ppc_r.so.1.9.3 ekiga - 1.99.1-2.ppc requires libopal_linux_ppc_r.so.2.1 Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 ekiga - 1.99.1-2.ppc64 requires libpt_linux_ppc64_r.so.1.9.3()(64bit) ekiga - 1.99.1-2.ppc64 requires libopal_linux_ppc64_r.so.2.1()(64bit) emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 ekiga - 1.99.1-2.s390 requires libpt_linux_s390_r.so.1.9.3 ekiga - 1.99.1-2.s390 requires libopal_linux_s390_r.so.2.1 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- ekiga - 1.99.1-2.x86_64 requires libpt_linux_x86_64_r.so.1.9.3()(64bit) ekiga - 1.99.1-2.x86_64 requires libopal_linux_x86_64_r.so.2.1()(64bit) From dtimms at bigpond.net.au Tue Mar 14 08:48:53 2006 From: dtimms at bigpond.net.au (David Timms) Date: Tue, 14 Mar 2006 19:48:53 +1100 Subject: rawhide report: 20060314 changes In-Reply-To: <200603140809.k2E895Gc023342@porkchop.devel.redhat.com> References: <200603140809.k2E895Gc023342@porkchop.devel.redhat.com> Message-ID: <44168375.40105@bigpond.net.au> Build System wrote: > Updated Packages: ... > bug-buddy-1:2.14.0-1 > -------------------- ... > control-center-1:2.14.0-1 > ------------------------- ... > gdm-1:2.14.0-1 > -------------- ... > gedit-1:2.14.0-1 > ---------------- ... > gnome-applets-1:2.14.0-1 > ------------------------ ... > thunderbird-0:1.5-6 > ------------------- ... > valgrind-1:3.1.0-2 > ------------------ ... I have noticed over time that some package names like those listed above, have an extra 1: or 0: after the package name. Does this indicate something (like new major version - look out), or is it a fault in the naming system ? DaveT. From arjan at fenrus.demon.nl Tue Mar 14 09:08:07 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Tue, 14 Mar 2006 10:08:07 +0100 Subject: rawhide report: 20060314 changes In-Reply-To: <44168375.40105@bigpond.net.au> References: <200603140809.k2E895Gc023342@porkchop.devel.redhat.com> <44168375.40105@bigpond.net.au> Message-ID: <1142327287.3027.22.camel@laptopd505.fenrus.org> > I have noticed over time that some package names like those listed > above, have an extra 1: or 0: after the package name. > Does this indicate something (like new major version - look out), or is > it a fault in the naming system ? it's the epoch of the package, and yes you could call it a fault in the naming system, but it's RPM history for a long long time now From nathanael at gnat.ca Tue Mar 14 09:18:14 2006 From: nathanael at gnat.ca (Nathanael D. Noblet) Date: Tue, 14 Mar 2006 01:18:14 -0800 Subject: rawhide report: 20060314 changes In-Reply-To: <200603140809.k2E895Gc023342@porkchop.devel.redhat.com> References: <200603140809.k2E895Gc023342@porkchop.devel.redhat.com> Message-ID: <1142327894.24640.1.camel@iridium> On Tue, 2006-03-14 at 03:09 -0500, Build System wrote: > Broken deps for i386 > ---------------------------------------------------------- > ekiga - 1.99.1-2.i386 requires libpt_linux_x86_r.so.1.9.3 > ekiga - 1.99.1-2.i386 requires libopal_linux_x86_r.so.2.1 I can confirm that the yum update failed to get ekiga because of failed deps above. They'll get fixed later I presume? -- Nathanael D. Noblet Gnat Solutions From veillard at redhat.com Tue Mar 14 09:57:12 2006 From: veillard at redhat.com (Daniel Veillard) Date: Tue, 14 Mar 2006 04:57:12 -0500 Subject: rawhide report: 20060314 changes In-Reply-To: <1142327894.24640.1.camel@iridium> References: <200603140809.k2E895Gc023342@porkchop.devel.redhat.com> <1142327894.24640.1.camel@iridium> Message-ID: <20060314095712.GC22401@redhat.com> On Tue, Mar 14, 2006 at 01:18:14AM -0800, Nathanael D. Noblet wrote: > On Tue, 2006-03-14 at 03:09 -0500, Build System wrote: > > Broken deps for i386 > > ---------------------------------------------------------- > > ekiga - 1.99.1-2.i386 requires libpt_linux_x86_r.so.1.9.3 > > ekiga - 1.99.1-2.i386 requires libopal_linux_x86_r.so.2.1 > > I can confirm that the yum update failed to get ekiga because of failed > deps above. They'll get fixed later I presume? yes, sorry about that. Daniel -- Daniel Veillard | Red Hat 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 guess.who at freesurf.fr Tue Mar 14 10:17:24 2006 From: guess.who at freesurf.fr (Larry tb) Date: Tue, 14 Mar 2006 11:17:24 +0100 Subject: no more floppy icon within gnome :-/ (kernel : 2.6.15-1.2009.4.2_FC5hypervisor) Message-ID: <44169834.8060008@freesurf.fr> Have update my FC5hypervisor to 2.6.15-1.2009.4.2_FC5hypervisor and other upadtes (dont know which ----> using yumex update) Clicking on "computer" icon, have no floppy icon left ! Restarting through 2.6.15-1.2041_FC5, and can see the floppy icon ! Soemthink wrong with 2.6.15-1.2009.4.2_FC5hypervisor ??? larry From nathanael at gnat.ca Tue Mar 14 10:30:34 2006 From: nathanael at gnat.ca (Nathanael D. Noblet) Date: Tue, 14 Mar 2006 02:30:34 -0800 Subject: rawhide report: 20060314 changes In-Reply-To: <20060314095712.GC22401@redhat.com> References: <200603140809.k2E895Gc023342@porkchop.devel.redhat.com> <1142327894.24640.1.camel@iridium> <20060314095712.GC22401@redhat.com> Message-ID: <1142332234.3977.1.camel@iridium> On Tue, 2006-03-14 at 04:57 -0500, Daniel Veillard wrote: > On Tue, Mar 14, 2006 at 01:18:14AM -0800, Nathanael D. Noblet wrote: > > On Tue, 2006-03-14 at 03:09 -0500, Build System wrote: > > > Broken deps for i386 > > > ---------------------------------------------------------- > > > ekiga - 1.99.1-2.i386 requires libpt_linux_x86_r.so.1.9.3 > > > ekiga - 1.99.1-2.i386 requires libopal_linux_x86_r.so.2.1 > > > > I can confirm that the yum update failed to get ekiga because of failed > > deps above. They'll get fixed later I presume? > > yes, sorry about that. Oh no worries, this is just the first time I beta test... usually I wait, so it was more a rhetorical question. Keeping everything in sync is likely, as I imagine, a tough job, so thanks for the work. I didn't see the regressions at the bottom until after I experienced the problem and so just added my 2 bits. -- Nathanael D. Noblet Gnat Solutions From gorste at tesco.net Tue Mar 14 11:55:03 2006 From: gorste at tesco.net (Gordon Stewart) Date: Tue, 14 Mar 2006 11:55:03 +0000 Subject: ran out of input data - system halted. Message-ID: <20060314115503.KGYK18957.aamtaout04-winn.ispmail.ntl.com@smtp.ntlworld.com> Dear List Can any one tell me what causes the kernel to say: ran out of input data - system halted. I have my system in rescue mode and reading around i may have to install a new kernel. Can any one advise me if this is the right thing to do or is there a simpler fix. I do not want to reinstall the system if possible. Thanks Gordon Stewart From alan at redhat.com Tue Mar 14 12:04:53 2006 From: alan at redhat.com (Alan Cox) Date: Tue, 14 Mar 2006 07:04:53 -0500 Subject: ran out of input data - system halted. In-Reply-To: <20060314115503.KGYK18957.aamtaout04-winn.ispmail.ntl.com@smtp.ntlworld.com> References: <20060314115503.KGYK18957.aamtaout04-winn.ispmail.ntl.com@smtp.ntlworld.com> Message-ID: <20060314120453.GA31196@devserv.devel.redhat.com> On Tue, Mar 14, 2006 at 11:55:03AM +0000, Gordon Stewart wrote: > ran out of input data - system halted. If it doesn't find all the bits it expects when uncompressing the kernel. Could be a disk problem, system problem or just that one of the kernel images is incomplete. > > I have my system in rescue mode and reading around i may have to install a new kernel. Can any one advise me if this is the right thing to do or is there a simpler fix. I do not want to reinstall the system if possible. That is one thing to try yes. From ben.steeves at gmail.com Tue Mar 14 12:13:45 2006 From: ben.steeves at gmail.com (Ben Steeves) Date: Tue, 14 Mar 2006 08:13:45 -0400 Subject: ran out of input data - system halted. In-Reply-To: <20060314115503.KGYK18957.aamtaout04-winn.ispmail.ntl.com@smtp.ntlworld.com> References: <20060314115503.KGYK18957.aamtaout04-winn.ispmail.ntl.com@smtp.ntlworld.com> Message-ID: <7ebb24d10603140413g464897aem7e4d113c260f87be@mail.gmail.com> On 3/14/06, Gordon Stewart wrote: > Dear List > > Can any one tell me what causes the kernel to say: > > ran out of input data - system halted. > > I have my system in rescue mode and reading around i may have to install a new kernel. Can any one advise me if this is the right thing to do or is there a simpler fix. I do not want to reinstall the system if possible. > The first thing I would try would be to re-install the kernel package from your install media (you'll probably need to use --force since it's already installed). If that doesn't fix it, re-installing might be your best option, but I would definitely do a thorough check of your hard drive first, because as Alan says, it sounds like a disk problem. -- _ Ben Steeves bcs at metacon.ca ( ) The ASCII ribbon campaign ben.steeves at unb.ca X against HTML e-mail GPG ID: 0xB3EBF1D9 / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves From kushaldas at gmail.com Tue Mar 14 12:17:17 2006 From: kushaldas at gmail.com (Kushal Das) Date: Tue, 14 Mar 2006 17:47:17 +0530 Subject: No sound for Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller Message-ID: <200603141747.23941.kushaldas@gmail.com> Hi, I am having Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02). Previously in FC4 sound was ok. But after I updated in FC5 t3, sound is not coming. Attaching the log file from "system-config-soundcard' Regards, Kushal -------------- next part -------------- A non-text attachment was scrubbed... Name: scsound.log Type: text/x-log Size: 12527 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From monty19 at hotmail.com Tue Mar 14 12:33:06 2006 From: monty19 at hotmail.com (Jason Montleon) Date: Tue, 14 Mar 2006 21:33:06 +0900 Subject: No sound for Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 AudioController References: <200603141747.23941.kushaldas@gmail.com> Message-ID: can you 'cat /proc/version' and 'cat /proc/asound/cards' and 'cat /var/log/dmesg' ----- Original Message ----- From: "Kushal Das" To: Sent: Tuesday, March 14, 2006 9:17 PM Subject: No sound for Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 AudioController Hi, I am having Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02). Previously in FC4 sound was ok. But after I updated in FC5 t3, sound is not coming. Attaching the log file from "system-config-soundcard' Regards, Kushal -------------------------------------------------------------------------------- > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list From paul.m.reilly at verizon.com Tue Mar 14 12:39:38 2006 From: paul.m.reilly at verizon.com (Paul Michael Reilly) Date: Tue, 14 Mar 2006 07:39:38 -0500 Subject: Xvnc/Emacs Font Size issue Message-ID: <4416B98A.8070909@verizon.com> I've run into a problem on FC5T3 that does not occur on FC4. It first appeared for me using Emacs. When I execute Emacs on the :0 display (a 1600x1200 monitor/screen), all is well. When I execute Emacs on :1, configured in /etc/sysconfig/vncserver as: VNCSERVERS="1:pmr" VNCSERVERARGS[1]="-geometry 1600x1200 -depth 24 -nohttpd -localhost" the font sizes are way out of whack. The Menu titles are twice the size of those on :0 and the 12 point Courier font is HUGE. But of the tools I run (Thunderbird, Firefox, xterm, Eclipse and a few others) only Emacs exhibits this behavior. And only on the Xvnc server. Any insight or suggestions towards resolving this issue are much appreciated. The xdpyinfo output for the two displays follow. -pmr [pmr at pareve Elisp]$ xdpyinfo -d :1.0 name of display: :1.0 version number: 11.0 vendor string: The X.Org Foundation vendor release number: 70000000 X.Org version: 7.0.0 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 2 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0x1600025, revert to PointerRoot number of extensions: 21 BIG-REQUESTS DAMAGE DEC-XTRAP DOUBLE-BUFFER Extended-Visual-Information MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD RECORD SECURITY SHAPE SYNC TOG-CUP VNC-EXTENSION X-Resource XC-APPGROUP XC-MISC XFIXES XFree86-Bigfont XTEST XVideo default screen number: 0 number of screens: 1 screen #0: print screen: no dimensions: 1600x1200 pixels (406x305 millimeters) resolution: 100x100 dots per inch depths (2): 1, 24 root window id: 0x25 depth of root window: 24 planes number of colormaps: minimum 1, maximum 1 default colormap: 0x20 default number of colormap cells: 256 preallocated pixels: black 0, white 16777215 options: backing-store YES, save-unders YES largest cursor: 1600x1200 current input event mask: 0x7a002c ButtonPressMask ButtonReleaseMask LeaveWindowMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask number of visuals: 2 default visual id: 0x21 visual: visual id: 0x21 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x22 class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits [pmr at pareve Elisp]$ xdpyinfo -d :0.0 name of display: :0.0 version number: 11.0 vendor string: The X.Org Foundation vendor release number: 70000000 X.Org version: 7.0.0 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0x1601e70, revert to PointerRoot number of extensions: 30 BIG-REQUESTS DAMAGE DOUBLE-BUFFER DPMS Extended-Visual-Information GLX LBX MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD RANDR RECORD RENDER SECURITY SGI-GLX SHAPE SYNC TOG-CUP X-Resource XC-APPGROUP XC-MISC XFIXES XFree86-Bigfont XFree86-DGA XFree86-Misc XFree86-VidModeExtension XInputExtension XKEYBOARD XTEST XVideo default screen number: 0 number of screens: 1 screen #0: print screen: no dimensions: 1600x1200 pixels (402x302 millimeters) resolution: 101x101 dots per inch depths (7): 24, 1, 4, 8, 15, 16, 32 root window id: 0x63 depth of root window: 24 planes number of colormaps: minimum 1, maximum 1 default colormap: 0x20 default number of colormap cells: 256 preallocated pixels: black 0, white 16777215 options: backing-store NO, save-unders NO largest cursor: 64x64 current input event mask: 0x7a002c ButtonPressMask ButtonReleaseMask LeaveWindowMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask number of visuals: 8 default visual id: 0x23 visual: visual id: 0x23 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x24 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x25 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x26 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x27 class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x28 class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x29 class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x2a class: DirectColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits From chrisw01 at comcast.net Tue Mar 14 13:40:19 2006 From: chrisw01 at comcast.net (Christopher A. Williams) Date: Tue, 14 Mar 2006 06:40:19 -0700 Subject: rawhide report: 20060314 changes In-Reply-To: <1142332234.3977.1.camel@iridium> References: <200603140809.k2E895Gc023342@porkchop.devel.redhat.com> <1142327894.24640.1.camel@iridium> <20060314095712.GC22401@redhat.com> <1142332234.3977.1.camel@iridium> Message-ID: <1142343619.22833.4.camel@spikehome.spikenet.local> On Tue, 2006-03-14 at 02:30 -0800, Nathanael D. Noblet wrote: > On Tue, 2006-03-14 at 04:57 -0500, Daniel Veillard wrote: > > On Tue, Mar 14, 2006 at 01:18:14AM -0800, Nathanael D. Noblet wrote: > > > On Tue, 2006-03-14 at 03:09 -0500, Build System wrote: > > > > Broken deps for i386 > > > > ---------------------------------------------------------- > > > > ekiga - 1.99.1-2.i386 requires libpt_linux_x86_r.so.1.9.3 > > > > ekiga - 1.99.1-2.i386 requires libopal_linux_x86_r.so.2.1 > > > > > > I can confirm that the yum update failed to get ekiga because of failed > > > deps above. They'll get fixed later I presume? > > > > yes, sorry about that. > > Oh no worries, this is just the first time I beta test... usually I > wait, so it was more a rhetorical question. Keeping everything in sync > is likely, as I imagine, a tough job, so thanks for the work. > > I didn't see the regressions at the bottom until after I experienced the > problem and so just added my 2 bits. BTW, if you exclude the packages opal and pwlib, everything else will update just fine. Cheers, Chris -- ====================== "Never murder a man when he's busy committing suicide." -- Woodrow Wilson From pjones at redhat.com Tue Mar 14 14:25:14 2006 From: pjones at redhat.com (Peter Jones) Date: Tue, 14 Mar 2006 09:25:14 -0500 Subject: Help Needed: TEST FC5 KERNELS! In-Reply-To: <44128A91.5040009@webworks.se> References: <440F09EF.10009@redhat.com> <95ac75570603080851y18d7debp796c3bd7699f3e70@mail.gmail.com> <1141947702.4313.41.camel@vroomfondel.internal.datastacks.com> <95ac75570603101012k4ec23acaqcb0551bea70329c1@mail.gmail.com> <1142015580.19986.12.camel@vroomfondel.internal.datastacks.com> <4411EAEC.6080604@webworks.se> <1142028041.19986.17.camel@vroomfondel.internal.datastacks.com> <44120EDC.40609@webworks.se> <1142034576.16758.16.camel@vroomfondel.internal.datastacks.com> <44122AE7.9020901@webworks.se> <20060311052624.GA14238@mail.harddata.com> <44128A91.5040009@webworks.se> Message-ID: <1142346315.28379.7.camel@vroomfondel.internal.datastacks.com> On Sat, 2006-03-11 at 09:30 +0100, Uno Engborg wrote: > If I do that, it turns out that: > PM_MODE: sleep > HIBERNATE_RESUME_POST_VIDEO: no > > Is that what's supposed to happen? > Shouldn't the 20video script do something to wake the screen? It should on resume from sleep, but not on resume from hibernate. This should *actually* be fixed in 0.15-1 , the current rawhide version. -- Peter From jkeating at redhat.com Tue Mar 14 14:50:40 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 14 Mar 2006 09:50:40 -0500 Subject: rawhide report: 20060314 changes In-Reply-To: <1142327894.24640.1.camel@iridium> References: <200603140809.k2E895Gc023342@porkchop.devel.redhat.com> <1142327894.24640.1.camel@iridium> Message-ID: <4416D840.2070600@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03/14/2006 Nathanael D. Noblet wrote: > I can confirm that the yum update failed to get ekiga because of failed > deps above. They'll get fixed later I presume? > > A new ekiga was put into rawhide, but after the nightly push. It was a late night for some of us... - -- Jesse Keating Release Engineer: Fedora -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFEFthA4v2HLvE71NURAulNAKCZTthuPo0BkaSje9QjYMDVLwO6+ACeP6ee 0fWS+S/5KgCw2oWvLys2NVU= =UzwB -----END PGP SIGNATURE----- From pbrobinson at gmail.com Tue Mar 14 14:55:04 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 14 Mar 2006 14:55:04 +0000 Subject: rawhide report: 20060314 changes In-Reply-To: <4416D840.2070600@redhat.com> References: <200603140809.k2E895Gc023342@porkchop.devel.redhat.com> <1142327894.24640.1.camel@iridium> <4416D840.2070600@redhat.com> Message-ID: <5256d0b0603140655va76978cj42a7e951b329627a@mail.gmail.com> On 3/14/06, Jesse Keating wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 03/14/2006 Nathanael D. Noblet wrote: > > > I can confirm that the yum update failed to get ekiga because of failed > > deps above. They'll get fixed later I presume? > > > > > > > > > > > A new ekiga was put into rawhide, but after the nightly push. It was a > late night for some of us... There's been a ekiga 2.0.1 release to fix some bugs.... so maybe we could have that one for tomorrow instead ;-) Pete From jkeating at redhat.com Tue Mar 14 15:06:03 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 14 Mar 2006 10:06:03 -0500 Subject: rawhide report: 20060314 changes In-Reply-To: <5256d0b0603140655va76978cj42a7e951b329627a@mail.gmail.com> References: <200603140809.k2E895Gc023342@porkchop.devel.redhat.com> <1142327894.24640.1.camel@iridium> <4416D840.2070600@redhat.com> <5256d0b0603140655va76978cj42a7e951b329627a@mail.gmail.com> Message-ID: <4416DBDB.9020107@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03/14/2006 Peter Robinson wrote: > There's been a ekiga 2.0.1 release to fix some bugs.... so maybe we > could have that one for tomorrow instead ;-) I think thats what is going to happen, especially since we have to respin opal to fix a SIP issue. - -- Jesse Keating Release Engineer: Fedora -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFEFtvb4v2HLvE71NURAk3ZAKCnKvlya1p9HG1aaMYgD2L0xQXi9ACePvQx P9CcEYMtNhN7Rp9aj9RAdV8= =s+6v -----END PGP SIGNATURE----- From veillard at redhat.com Tue Mar 14 15:14:43 2006 From: veillard at redhat.com (Daniel Veillard) Date: Tue, 14 Mar 2006 10:14:43 -0500 Subject: rawhide report: 20060314 changes In-Reply-To: <5256d0b0603140655va76978cj42a7e951b329627a@mail.gmail.com> References: <200603140809.k2E895Gc023342@porkchop.devel.redhat.com> <1142327894.24640.1.camel@iridium> <4416D840.2070600@redhat.com> <5256d0b0603140655va76978cj42a7e951b329627a@mail.gmail.com> Message-ID: <20060314151443.GA16792@redhat.com> On Tue, Mar 14, 2006 at 02:55:04PM +0000, Peter Robinson wrote: > On 3/14/06, Jesse Keating wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On 03/14/2006 Nathanael D. Noblet wrote: > > > > > I can confirm that the yum update failed to get ekiga because of failed > > > deps above. They'll get fixed later I presume? > > > > A new ekiga was put into rawhide, but after the nightly push. It was a > > late night for some of us... > > There's been a ekiga 2.0.1 release to fix some bugs.... so maybe we > could have that one for tomorrow instead ;-) yes, I'm sitting on this, you can get the FC4 one directly at http://ekiga.org/index.php?rub=5 Daniel -- Daniel Veillard | Red Hat 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 mpeters at mac.com Tue Mar 14 15:32:16 2006 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 14 Mar 2006 07:32:16 -0800 Subject: ppc and x86_64 testing request Message-ID: <1142350336.30615.30.camel@locolhost.localdomain> Request for fc5test3 on ppc and x86_64 silgraphite is a font engine for non latin script fonts. The project is getting ready for 2.0 release. The developers want 2.0 to work in FC5 w/o needing patching. It currently does on x86. I can not test on ppc/x86_64 If you have a ppc/x86_64 machine running FC5Test3 and you would like to help, please do the following: 0) make sure your pango (and pango-devel) packages are current 1) grab my src.rpm from: http://mpeters.us/silgraphite/ 2) Install the Doulis SIL font. Link to download on page above. It hasn't yet been packaged for Fedora, I'll be submitting a spec file to Extras soon. But in the mean time, just throw it in ~/.fonts and run fc-cache 3) rebuild the src.rpm If there is a compile error, and I hope there isn't, you can report it to the sourceforge project: http://sourceforge.net/tracker/?group_id=66144&atid=513479 or to me https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176071 4) If build completes, install the resulting silgraphite and pango-silgraphite rpm's 5) use the sil.txt file on the http://mpeters.us/silgraphite/ page (link at bottom) Opening the file with gedit, it should look like the lower image. If you get to step five - please notify whether it works or not at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176071 (if it doesn't work, it *may* be a packaging error on my part - due to multilib, some macros that are arch specific are set) Thank you. -=- silgraphite and the various SIL fonts that use it will allow inexpensive computers running Linux to be used in 3rd world countries allowing the native languages of the people in those countries to be properly displayed and used. Inexpensive likely means x86 (which does work) but it still would be nice if any ppc/x86_64 issues with fc5 are known before they do final release. From julian.dunn at devlin.ca Tue Mar 14 15:42:16 2006 From: julian.dunn at devlin.ca (Julian C. Dunn) Date: Tue, 14 Mar 2006 10:42:16 -0500 Subject: evolution missing icons? Message-ID: <1142350936.30488.0.camel@slartibartfast.it.devlin.ca> Has anyone else had problems with Evolution missing many of its icons? This is what my Evolution looks like (fresh FC5test3 install, yum updated to the latest) http://www.dreaming.org/~julian/evolution-missing-icons.png - Julian -- Julian C. Dunn, P.Eng. Systems Administrator e: julian.dunn at devlin.ca p: 416-363-6316 x292 f: 416-363-6102 Devlin eBusiness Architects 185 Frederick St. Toronto, ON M5A 4L4 http://www.devlin.ca/ From david at lovesunix.net Tue Mar 14 16:04:41 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 14 Mar 2006 17:04:41 +0100 Subject: evolution missing icons? In-Reply-To: <1142350936.30488.0.camel@slartibartfast.it.devlin.ca> References: <1142350936.30488.0.camel@slartibartfast.it.devlin.ca> Message-ID: <1142352281.2251.5.camel@price.stavtrup-st.dk> tir, 14 03 2006 kl. 10:42 -0500, skrev Julian C. Dunn: > Has anyone else had problems with Evolution missing many of its icons? > This is what my Evolution looks like (fresh FC5test3 install, yum > updated to the latest) > > http://www.dreaming.org/~julian/evolution-missing-icons.png For what it's worth, same method of install and I have icons. - David From justin.conover at gmail.com Tue Mar 14 16:18:33 2006 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 14 Mar 2006 10:18:33 -0600 Subject: ppc and x86_64 testing request In-Reply-To: <1142350336.30615.30.camel@locolhost.localdomain> References: <1142350336.30615.30.camel@locolhost.localdomain> Message-ID: On 3/14/06, Michael A. Peters wrote: > > Request for fc5test3 on ppc and x86_64 > > silgraphite is a font engine for non latin script fonts. > > The project is getting ready for 2.0 release. > The developers want 2.0 to work in FC5 w/o needing patching. > It currently does on x86. I can not test on ppc/x86_64 > > If you have a ppc/x86_64 machine running FC5Test3 and you would like to > help, please do the following: > > 0) make sure your pango (and pango-devel) packages are current > > 1) grab my src.rpm from: > > http://mpeters.us/silgraphite/ > > 2) Install the Doulis SIL font. > Link to download on page above. > > It hasn't yet been packaged for Fedora, I'll be submitting a spec file > to Extras soon. But in the mean time, just throw it in ~/.fonts and run > fc-cache > > 3) rebuild the src.rpm > > If there is a compile error, and I hope there isn't, you can report it > to the sourceforge project: > > http://sourceforge.net/tracker/?group_id=66144&atid=513479 > > or to me > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176071 > > 4) If build completes, install the resulting silgraphite and > pango-silgraphite rpm's > > 5) use the sil.txt file on the http://mpeters.us/silgraphite/ page (link > at bottom) > > Opening the file with gedit, it should look like the lower image. > If you get to step five - please notify whether it works or not at > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176071 > > (if it doesn't work, it *may* be a packaging error on my part - due to > multilib, some macros that are arch specific are set) > > Thank you. > > -=- > silgraphite and the various SIL fonts that use it will allow inexpensive > computers running Linux to be used in 3rd world countries allowing the > native languages of the people in those countries to be properly > displayed and used. Inexpensive likely means x86 (which does work) but > it still would be nice if any ppc/x86_64 issues with fc5 are known > before they do final release. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > Here is as much as I could get from my terminal of rpmbuild that failed on x86_64 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: silgraphite.txt URL: From justin.conover at gmail.com Tue Mar 14 16:24:06 2006 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 14 Mar 2006 10:24:06 -0600 Subject: ppc and x86_64 testing request In-Reply-To: References: <1142350336.30615.30.camel@locolhost.localdomain> Message-ID: On 3/14/06, Justin Conover wrote: > > > > On 3/14/06, Michael A. Peters wrote: > > > > Request for fc5test3 on ppc and x86_64 > > > > silgraphite is a font engine for non latin script fonts. > > > > The project is getting ready for 2.0 release. > > The developers want 2.0 to work in FC5 w/o needing patching. > > It currently does on x86. I can not test on ppc/x86_64 > > > > If you have a ppc/x86_64 machine running FC5Test3 and you would like to > > help, please do the following: > > > > 0) make sure your pango (and pango-devel) packages are current > > > > 1) grab my src.rpm from: > > > > http://mpeters.us/silgraphite/ > > > > 2) Install the Doulis SIL font. > > Link to download on page above. > > > > It hasn't yet been packaged for Fedora, I'll be submitting a spec file > > to Extras soon. But in the mean time, just throw it in ~/.fonts and run > > fc-cache > > > > 3) rebuild the src.rpm > > > > If there is a compile error, and I hope there isn't, you can report it > > to the sourceforge project: > > > > http://sourceforge.net/tracker/?group_id=66144&atid=513479 > > > > or to me > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176071 > > > > 4) If build completes, install the resulting silgraphite and > > pango-silgraphite rpm's > > > > 5) use the sil.txt file on the http://mpeters.us/silgraphite/ page (link > > at bottom) > > > > Opening the file with gedit, it should look like the lower image. > > If you get to step five - please notify whether it works or not at > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176071 > > > > (if it doesn't work, it *may* be a packaging error on my part - due to > > multilib, some macros that are arch specific are set) > > > > Thank you. > > > > -=- > > silgraphite and the various SIL fonts that use it will allow inexpensive > > computers running Linux to be used in 3rd world countries allowing the > > native languages of the people in those countries to be properly > > displayed and used. Inexpensive likely means x86 (which does work) but > > it still would be nice if any ppc/x86_64 issues with fc5 are known > > before they do final release. > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > https://www.redhat.com/mailman/listinfo/fedora-test-list > > > > > Here is as much as I could get from my terminal of rpmbuild that failed on > x86_64 > > here is the rpm-tmp.64427 file too -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: rpm-tmp.64427 Type: application/octet-stream Size: 3442 bytes Desc: not available URL: From jakub at redhat.com Tue Mar 14 17:25:48 2006 From: jakub at redhat.com (Jakub Jelinek) Date: Tue, 14 Mar 2006 12:25:48 -0500 Subject: Fedora Core 4 Test Update: glibc-2.3.6-3 Message-ID: <200603141725.k2EHPm116085@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-127 2006-03-14 --------------------------------------------------------------------- Product : Fedora Core 4 Name : glibc Version : 2.3.6 Release : 3 Summary : The GNU libc libraries. Description : The glibc package contains standard libraries which are used by multiple programs on the system. In order to save disk space and memory, as well as to make upgrading easier, common system code is kept in one place and shared between programs. This particular package contains the most important sets of shared libraries: the standard C library and the standard math library. Without these two libraries, a Linux system will not function. --------------------------------------------------------------------- * Tue Mar 14 2006 Jakub Jelinek 2.3.6-3 - ignore prelink temporaries in ldconfig (#176570) - fix memccpy on ia64 (BZ#2013) - provide __res_iclose@@GLIBC_PRIVATE symbol in libresolv.so.2 to ease upgrades from older FC4 glibcs (#183350) - fix dlsym (RTLD_NEXT, ...) * Thu Feb 23 2006 Jakub Jelinek 2.3.6-2 - revert removal of i386/bits/string.h - avoid __sched_yield PLT slot in libc.so - revert interruptible aio_suspend changes * Thu Feb 23 2006 Jakub Jelinek 2.3.6-1 - selective update from CVS - fixed glibc BZ numbers: 56, 71, 119, 162, 195, 278, 281, 297, 305, 305, 315, 367, 394, 395, 428, 448, 451, 484, 486, 488, 491, 493, 495, 516, 520, 524, 525, 527, 529, 532, 533, 545, 566, 588, 627, 644, 652, 657, 662, 663, 665, 666, 667, 668, 704, 704, 713, 714, 804, 808, 811, 826, 838, 865, 865, 870, 933, 968, 980, 981, 982, 1010, 1033, 1035, 1047, 1051, 1053, 1061, 1078, 1158, 1188, 1207, 1221, 1224, 1228, 1230, 1231, 1248, 1249, 1252, 1252, 1253, 1253, 1254, 1254, 1261, 1294, 1302, 1318, 1331, 1346, 1347, 1358, 1361, 1363, 1373, 1384, 1392, 1392, 1395, 1405, 1423, 1429, 1438, 1458, 1459, 1460, 1466, 1468, 1498, 1534, 1548, 1566, 1579, 1774, 1877, 1877, 1913, 1920, 1925, 1952, 1955, 1960, 1962, 1978, 1997, 2066, 2080, 2126, 2153, 2173, 2226, 2268 - adjust nptl_db for dtv_t changes from -2.16 (#179165) - fix setuid etc. hangs on i?86 if some thread exits during the call (#167766) - don't cache euid/egid in euidaccess - avoid unnecessary socket read in nscd client code if hostname has no aliases - fix do_ypcall in case of memory allocation failure - fix bindresvport to really try more ports if range 600 .. 1023 is full (#173837) - remove nonnull attribute from ctermid prototype - NIS+ fixes - updated several locales - added various IBM encodings for iconv - many other fixes, too many to list here --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ a94d803735008c2bc2e5924c009b368a05d375a9 SRPMS/glibc-2.3.6-3.src.rpm 093fb949b3c188335ad11a02dd69b67fd248f552 ppc/glibc-2.3.6-3.ppc.rpm dff2a6f65bb081a943e6ed5facf70c1cee81a376 ppc/glibc-devel-2.3.6-3.ppc.rpm 9e4618702a6402412e33abf774d16348c348663f ppc/glibc-headers-2.3.6-3.ppc.rpm 4c5185596def914eeac3e77c223cf22d76245987 ppc/linuxthreads-devel-2.3.6-3.ppc.rpm 50003ea95c0c319b83bc6246d77819c75aac8a2a ppc/glibc-profile-2.3.6-3.ppc.rpm c2133296fa1a1c0fa88c7ab7ccb2deb1ffb00fc5 ppc/glibc-common-2.3.6-3.ppc.rpm aa5e51d348af75300b7193e9ffa94204a67389f3 ppc/nscd-2.3.6-3.ppc.rpm 296fb76ce11e7733eacd2473a294d7ae87367e89 ppc/glibc-utils-2.3.6-3.ppc.rpm f84cad60b90696d0179e1445db3ff73ad11bd051 ppc/debug/glibc-debuginfo-2.3.6-3.ppc.rpm b4f7b0ff146bbbbb25877eb691331a0b3a32bc49 x86_64/glibc-2.3.6-3.x86_64.rpm 36b54848d6ce5fe6bae84bb64b5bac14c411d4b4 x86_64/glibc-devel-2.3.6-3.x86_64.rpm 7ae2e7bfa170c30c0e6c2e5a445a53879a2f9d86 x86_64/glibc-headers-2.3.6-3.x86_64.rpm 2f7ed0af470a763dbb93c53d52695e65c80a064e x86_64/linuxthreads-devel-2.3.6-3.x86_64.rpm 490d1b8179c45e1ca212a114ea75702815c1218b x86_64/glibc-profile-2.3.6-3.x86_64.rpm b347fd5725a25a4adf91d348e69630f126719ff1 x86_64/glibc-common-2.3.6-3.x86_64.rpm 932cb784d5407ded692ed51df4fa10ab1d6ed670 x86_64/nscd-2.3.6-3.x86_64.rpm 5856d94744b3d2c6b53e96f0bc9e24ef72be2450 x86_64/glibc-utils-2.3.6-3.x86_64.rpm c7e7717eb20942434f75ec0de69e180f32a6b5dc x86_64/debug/glibc-debuginfo-2.3.6-3.x86_64.rpm 5f6d7ebcaee084119c667deb6e96c86590bccaa3 i386/glibc-2.3.6-3.i386.rpm 63a8de8d16bcbdc6142c2ac4adf239a96b718b98 i386/glibc-devel-2.3.6-3.i386.rpm a6bce714bc21bbee07f6317df2667f03fd5dd9b0 i386/glibc-headers-2.3.6-3.i386.rpm 7d1777d4e8f7b5b485a7b1e25cb644db48c2f16d i386/linuxthreads-devel-2.3.6-3.i386.rpm 1bd34f7caa6c7a86e7eb0e0f82181cd39e7a63c7 i386/glibc-profile-2.3.6-3.i386.rpm 84f5124114845bb9fb9e806d8aa4bfd3fad67162 i386/glibc-common-2.3.6-3.i386.rpm 149b38429616f94d96296a6c01798fe67aa26686 i386/nscd-2.3.6-3.i386.rpm 8796125edd90d14de0a9762701e3725792f12c89 i386/glibc-utils-2.3.6-3.i386.rpm fe961bdda73c3ea730b79b2b4c598b167e18cc7d i386/debug/glibc-debuginfo-2.3.6-3.i386.rpm eb16279ea76cc0fb52fe7fcdfb0c5c81617ca09d i386/debug/glibc-debuginfo-common-2.3.6-3.i386.rpm 45c7b7e760078c54ca29a2d4d0079e63f157ae97 i386/glibc-2.3.6-3.i686.rpm 35678408dbc23c1d796f6b2f1da959319389deb4 i386/debug/glibc-debuginfo-2.3.6-3.i686.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From caf at omen.com Tue Mar 14 17:39:13 2006 From: caf at omen.com (Chuck Forsberg WA7KGX N2469R) Date: Tue, 14 Mar 2006 09:39:13 -0800 Subject: PCI Express and Fedora? In-Reply-To: References: <1141377786.22558.89.camel@omen.com> Message-ID: <1142357954.2960.8.camel@omen.com> Following a hunch, I replaced the PCI Express video card with an old PCI card. Fedora installed and ran without problems, albeit limited to 800x600. The new Kordraa-Xgl Live cd runs with the PCI Express card using its "Nvidia gl driver". On Mon, 2006-03-06 at 10:13 +0100, Rudolf Kastl wrote: > 2006/3/3, Chuck Forsberg WA7KGX N2469R : > > I tried a text install of fc5t3 both 386 and x86-64 on > > my Asus p5gd1 with Nvidia 6600 PCI Express video. > > > > Both versions fail the same way. Operation is normal > > through the disc check dialog. Then the display > > shifts modes (still alphanumeric) and becomes illegible. > > It looks like a terminfo control character mismatch. > using a gigabyte pcie board socket 939 with gforce 6200 pcie just fine > here. works out of the box on rawhide x86_64 as well as on fc4 x86_64. > > did you update fc4 and then tried again? maybe a chipset issue? -- Chuck Forsberg caf at omen.com www.omen.com 503-614-0430 Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc "The High Reliability Software" 10255 NW Old Cornelius Pass Portland OR 97231 FAX 629-0665 From mpeters at mac.com Tue Mar 14 18:57:00 2006 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 14 Mar 2006 10:57:00 -0800 Subject: ppc and x86_64 testing request In-Reply-To: References: <1142350336.30615.30.camel@locolhost.localdomain> Message-ID: <1142362620.30615.35.camel@locolhost.localdomain> On Tue, 2006-03-14 at 10:18 -0600, Justin Conover wrote: > > > > Here is as much as I could get from my terminal of rpmbuild that > failed on x86_64 Would you mind trying the following - rpmbuild --rebuild silgraphite-*stuff*.src.rpm > build.log 2>&1 That should make it easier to see exactly where it starts coughing (in the file build.log) Thanks From roger at gwch.net Tue Mar 14 20:11:59 2006 From: roger at gwch.net (Roger Grosswiler) Date: Tue, 14 Mar 2006 21:11:59 +0100 Subject: Gnome 2.14 Message-ID: <1142367119.3299.0.camel@niobe> Hey, What about pessulus and sabayon? aren't they shipped with fc5 in gnome 2.14? Thx, Roger From jspaleta at gmail.com Tue Mar 14 20:17:31 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 14 Mar 2006 15:17:31 -0500 Subject: Gnome 2.14 In-Reply-To: <1142367119.3299.0.camel@niobe> References: <1142367119.3299.0.camel@niobe> Message-ID: <604aa7910603141217p225c1d0bpbca41931323f62a5@mail.gmail.com> On 3/14/06, Roger Grosswiler wrote: > Hey, > > What about pessulus and sabayon? aren't they shipped with fc5 in gnome > 2.14? sabayon has been in extras already. someone interested in maintaining pessulus can submit it to extras for inclusion. -jef"don't bother asking about gnometris"spaleta From bmillett at gmail.com Tue Mar 14 20:28:00 2006 From: bmillett at gmail.com (Brian Millett) Date: Tue, 14 Mar 2006 14:28:00 -0600 Subject: selinux / semodule question Message-ID: <162a26980603141228n22ba711at680fc398db52fee3@mail.gmail.com> I've been trying to understand selinux on my laptop. I'm running rawhide. I have SELINUX=enforcing and SELINUXTYPE=targeted. I've had a few audit messages when I try to use NetworkManager & a vpn connection. To debug it, I ran audit2why and saw that all of the denied where from a missing or disabled TE. I have ran (I'm sure there are other ways) audit2why < /var/log/audit/audit.log | audit2allow -M local and then ran semodule -i local.pp It seem to have loaded the local.pp. Do I need to put the "semodule -i local.pp" in a rc.local for each boot? Or is it automagic? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From scott.hankin at gmail.com Tue Mar 14 21:06:35 2006 From: scott.hankin at gmail.com (Scott D Hankin) Date: Tue, 14 Mar 2006 16:06:35 -0500 Subject: Problem installing FC5 guest in Xen on FC5 using xenguest-install.py Message-ID: Howdy - I'm attempting to install a FC5 guest in Xen on FC5, 2041 xen0 kernel. I've gotten to the point where anaconda runs and starts presenting me with menus. Unfortunately, the 3rd menu it presents is stopping me, the one which sets the IP address. If I select DHCP and networking is set up for NAT, it thinks for a bit and then returns to the same page. If I try to manually specify an IP address, it thinks for a bit, and then segfaults. If networking is bridged, it segfaults in either case. The command I'm running is: xenguest-intall.py -n vm2 -f /root/fedora.img -s 6 -r 256 -p -l ftp://mymachine I've tried this with the networking setup as bridged or NAT, but the result is always the same. Any thoughts? -- Scott ----------------------------- In the beginning, there was nothing, then God said, "Let there be light." And there was light. There was still nothing, but you could see it a lot better. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dwalsh at redhat.com Tue Mar 14 21:16:35 2006 From: dwalsh at redhat.com (Daniel J Walsh) Date: Tue, 14 Mar 2006 16:16:35 -0500 Subject: selinux / semodule question In-Reply-To: <162a26980603141228n22ba711at680fc398db52fee3@mail.gmail.com> References: <162a26980603141228n22ba711at680fc398db52fee3@mail.gmail.com> Message-ID: <441732B3.8000207@redhat.com> Brian Millett wrote: > I've been trying to understand selinux on my laptop. > I'm running rawhide. I have SELINUX=enforcing and SELINUXTYPE=targeted. > I've had a few audit messages when I try to use NetworkManager & a vpn > connection. > To debug it, I ran audit2why and saw that all of the denied where from > a missing or disabled > TE. > I have ran (I'm sure there are other ways) > > audit2why < /var/log/audit/audit.log | audit2allow -M local > > and then ran semodule -i local.pp > > It seem to have loaded the local.pp. > > Do I need to put the "semodule -i local.pp" in a rc.local for each > boot? Or is it automagic? > > Thanks. No once you do a semodule -i, it permanently modifies the policy on disk. the pp file is no longer required, unless you want to install it on other machines or if you remove the policy later using semodule -r. From olivares14031 at yahoo.com Tue Mar 14 22:13:40 2006 From: olivares14031 at yahoo.com (Antonio Olivares) Date: Tue, 14 Mar 2006 14:13:40 -0800 (PST) Subject: slmodemd does not work with FC5 Test Kernels Message-ID: <20060314221340.3652.qmail@web52611.mail.yahoo.com> Dear list, I have tried repeatedly to connect on dialup with fedora test kernels and slmodem-20051101.tar.gz and ungrab-winmodem.tar.gz compile without any problems, yet when I issue commands # modprobe ungrab-winmodem # modprobe slamr ^ | fails with several weird messages. When FC5 is to come out, Fedora users will have a problem with slmodemd, and thus will not be able to connect to the internet. I wonder if the problem is with the newer kernels. I can also compile and test vanilla kernels to find a solution. Thanks, Antonio __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From arjan at fenrus.demon.nl Tue Mar 14 22:24:08 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Tue, 14 Mar 2006 23:24:08 +0100 Subject: slmodemd does not work with FC5 Test Kernels In-Reply-To: <20060314221340.3652.qmail@web52611.mail.yahoo.com> References: <20060314221340.3652.qmail@web52611.mail.yahoo.com> Message-ID: <1142375049.3027.86.camel@laptopd505.fenrus.org> On Tue, 2006-03-14 at 14:13 -0800, Antonio Olivares wrote: > Dear list, > I have tried repeatedly to connect on dialup with > fedora test kernels and slmodem-20051101.tar.gz and > ungrab-winmodem.tar.gz compile without any problems, > yet when I issue commands > # modprobe ungrab-winmodem > # modprobe slamr 1) you should try the slmodem support forum instead since you seem to be complaining about their binary module 2) have you tried the alsa sound modules instead for the winmodem ? From olivares14031 at yahoo.com Tue Mar 14 22:55:03 2006 From: olivares14031 at yahoo.com (Antonio Olivares) Date: Tue, 14 Mar 2006 14:55:03 -0800 (PST) Subject: slmodemd does not work with FC5 Test Kernels In-Reply-To: <1142375049.3027.86.camel@laptopd505.fenrus.org> Message-ID: <20060314225503.19640.qmail@web52611.mail.yahoo.com> --- Arjan van de Ven wrote: > On Tue, 2006-03-14 at 14:13 -0800, Antonio Olivares > wrote: > > Dear list, > > I have tried repeatedly to connect on dialup > with > > fedora test kernels and slmodem-20051101.tar.gz > and > > ungrab-winmodem.tar.gz compile without any > problems, > > yet when I issue commands > > # modprobe ungrab-winmodem > > # modprobe slamr > > 1) you should try the slmodem support forum instead > since you seem to be > complaining about their binary module I am not complaining about the binary module. It is just that only the default FC5T2 kernel(2.6.15-1.1826.2.10_FC5) works and all the newer ones do not. For instance this is the message that I usally get when I type # service slmodemd start mknod: `/dev/slamr0': File exists Ungrabbing winmodem from kernel ... done. FATAL: Error inserting slamr (/lib/modules/2.6.15-1.1898_FC5/extra/slamr.ko): Invalid argument ERROR: Module slamr does not exist in /proc/modules Loading SmartLink Modem driver into kernel ... FATAL: Error inserting slamr (/lib/modules/2.6.15-1.1898_FC5/extra/slamr.ko): Invalid argument failed. I am just wondering what is wrong. I have working FC4 kernel 2.6.15-1.1831_FC4 working great with other computer. > 2) have you tried the alsa sound modules instead for > the winmodem ? > > [root at localhost ~]# lspci 00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP] Host Bridge (rev 80) 00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge 00:08.0 Modem: Smart Link Ltd. SmartLink SmartPCI562 56K Modem (rev 04) 00:09.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 46) 00:0b.0 Multimedia controller: Philips Semiconductors SAA7130 Video Broadcast Decoder (rev 01) 00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80) 00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81) 00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81) 00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81) 00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81) 00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South] 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60) 00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78) 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] [root at localhost ~]# slmodemd with alsa does not support this modem. Otherwise I would not have to compile each time a newer kernel gets installed. the slmodemd with alsa support does not need any maintence when installing newer kernels whereas the one that I have does need compilation for each running kernel. Best Regards, Antonio > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From mharris at mharris.ca Tue Mar 14 23:38:24 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Tue, 14 Mar 2006 18:38:24 -0500 Subject: PCI Express and Fedora? In-Reply-To: <1142357954.2960.8.camel@omen.com> References: <1141377786.22558.89.camel@omen.com> <1142357954.2960.8.camel@omen.com> Message-ID: <441753F0.4040004@mharris.ca> Chuck Forsberg WA7KGX N2469R wrote: > Following a hunch, I replaced the PCI Express video card > with an old PCI card. Fedora installed and ran without > problems, albeit limited to 800x600. > > The new Kordraa-Xgl Live cd runs with the PCI Express > card using its "Nvidia gl driver". Which would be the proprietary "Nvidia" driver, which does not and wont ever ship with Fedora Core, as it is not open source. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From mharris at mharris.ca Tue Mar 14 23:46:25 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Tue, 14 Mar 2006 18:46:25 -0500 Subject: Radeon 9200 Detection During Installation - Could use some advice In-Reply-To: <441459E3.3000508@cox.net> References: <441459E3.3000508@cox.net> Message-ID: <441755D1.3050004@mharris.ca> Clyde E. Kunkel wrote: > On all of the FC5 clean test installs and rawhide daily net clean > installs including rawhide 3/12/06, one of my radeon cards is not > detected during installation. I don't know if this is normal behavior > or a potential bug. System has a radeon 9200 installed in the AGP slot > of an ASUS P4C800-deluxe mobo and a radeon 9200 SE installed in a PCI > slot. The AGP card has a viewsonic crt attached and the PCI card has a > Princeton 17" LCD attached. > > Anaconda, during its startup, reports that it finds a radeon SE > (secondary) with P225f-2 monitor, however, no problems during install > and xorg.conf is correctly created with the P225f-2 installed on > RADEON(0), the AGP 9200 card. The anaconda logs show that both cards > are seen with the 9200 SE PCI card (busid 2:10:0) being reported before > the 9200 AGP card (busid 1:0:0). This might be why anaconda says that > the installed card is the 9200 SE, but sets up with the 9200. Sounds like a kudzu bug. > I think this is an xorg problem because: 1) dual head works with SuSE > 10.0 on xorg 6.8 and Gentoo 6.8. It does not work on SuSE 10.1 beta > series, nor Mandriva Cooker, nor FC 5, all using either xorg 6.9 or 7.0. > If I use the device, monitor and screen sections from the working SuSE > 10.0 installation on a FC5 installation, I get a bit further with the > CRT **sometimes** getting to the gnome startup, but the LCD just has > random colors and the system freezes. I have never tried the > proprietary ATI drivers with FC5, nor do I want to. Please file a bug report in X.Org bugzilla: http://bugs.freedesktop.org in the "xorg" component. > I am willing to bugzilla this, but would value some opinions from the > testing community if you have seen anything like this or have gotten > dual head to work with the new xorgs with separate graphics cards. On a separate note, system-config-display does not properly configure dualhead (and never has). Anyone wanting dualhead configuration needs to manually configure it by reading the manpages and experimenting with options until the correct incantation is achieved. If any assistance is needed to come up with the right set of server and/or driver options to get dualhead working, the xorg at lists.freedesktop.org mailing list is the best general forum to seek such help. Hope this helps. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From orion at cora.nwra.com Tue Mar 14 23:52:18 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 14 Mar 2006 16:52:18 -0700 Subject: kernels and standby power usage In-Reply-To: <1142032821.16758.9.camel@vroomfondel.internal.datastacks.com> References: <1142032821.16758.9.camel@vroomfondel.internal.datastacks.com> Message-ID: Peter Jones wrote: > On Fri, 2006-03-10 at 10:14 -0700, Orion Poplawski wrote: >> Is there anything in the kernel (or other) that would affect laptop >> battery draw while in standby mode? > > Yes. > Thanks. Had a report that kernel.x86_64 2.6.15-1.2009.4.2_FC5 drew down the battery quickly while in suspend, esp. compared to 2.6.15-1.1955_FC5 which has been our "safe" kernel on the HP zv6000 laptop for while now. 2.6.15-1.2038_FC5 segfaults. Will try with 2.6.15-1.2041_FC5 shortly. From olivares14031 at yahoo.com Wed Mar 15 01:08:36 2006 From: olivares14031 at yahoo.com (Antonio Olivares) Date: Tue, 14 Mar 2006 17:08:36 -0800 (PST) Subject: slmodemd does not work with FC5 Test Kernels Message-ID: <20060315010836.14403.qmail@web52610.mail.yahoo.com> See attached log file. I still wonder what is wrong. Please give advice. TIA Antonio __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: 20060314.log Type: text/x-log Size: 13169 bytes Desc: 3300075753-20060314.log URL: From olivares14031 at yahoo.com Wed Mar 15 01:23:26 2006 From: olivares14031 at yahoo.com (Antonio Olivares) Date: Tue, 14 Mar 2006 17:23:26 -0800 (PST) Subject: slmodemd does not work with FC5 Test Kernels In-Reply-To: <20060315010836.14403.qmail@web52610.mail.yahoo.com> Message-ID: <20060315012326.79015.qmail@web52611.mail.yahoo.com> When using 2.6.15-1.1878_FC5 kernel and forwarding to discuss at linmodems.org, Marv emailed me back Antonio RE: > How do I access the userspace for slmodemd? The modem > is not the slmodem-alsa package which survives kernel > updates. I have to compile slmodemd into the running > kernel. What suggestions do you offer? Ask maintainer "Sasha Khapyorsky" It is part of Sasha's design that the slmodemd be kernel-version independen= t. The only prep-compiled Proprietary component needed for ALSA driver support is the modem/dsplibs.o and it is incorporated in the non-driver slmodemd. THis is why there is not a "Tainted" warning upon ALSA driver insertion. This is in contrast to with the drivers/amrlibs.o which is incorporated into slamr.ko, which prompts a Tainted warning upon loading into the kernel. Recently Alexei has achived a similar split for the Lucent DSP code. The martian_drv.ko is all Open Sounce code, while a non-driver helper application carries the pre-compiled ltmdmobj.o component from Agere Systems: See for details: http://martian.barrelsoutofbond.org/ http://linmodems.technion.ac.il/archive-sixth/msg00142.html MarvS I suspect it definitely has to do with the ***drivers/amrlibs.o**** since in the previous log it has given some warnings. Please forgive if this bothers other users. I have two machines running FC5 test versions and on one I can update much faster, but on this one, since it is working off dialup, it makes things much harder. Best Regards, Antonio --- Antonio Olivares wrote: > See attached log file. I still wonder what is > wrong. > Please give advice. > > TIA > > Antonio > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam > protection around > http://mail.yahoo.com > Script started on Tue 14 Mar 2006 07:41:16 PM EST > ]0;tonio at localhost:~/Downloads/20060204[tonio at localhost > 20060204]$ cd slmodem-2.9.11-20051101 > ]0;tonio at localhost:~/Downloads/20060204/slmodem-2.9.11-20051101[tonio at localhost > slmodem-2.9.11-20051101]$ ls > Changes COPYING > drivers Makefile > modem patches > README scripts > ]0;tonio at localhost:~/Downloads/20060204/slmodem-2.9.11-20051101[tonio at localhost > slmodem-2.9.11-20051101]$ mkake > KERNEL_VER=/lib/modules/2.6.15-1..2041_FC5/build > make -C modem all > make[1]: Entering directory > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/modem' > make[1]: Leaving directory > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/modem' > make -C drivers > KERNEL_DIR=/lib/modules/2.6.15-1.2041_FC5/build > make[1]: Entering directory > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > make modules -C /lib/modules/2.6.15-1.2041_FC5/build > SUBDIRS=/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers > make[2]: Entering directory > `/usr/src/kernels/2.6.15-1.2041_FC5-i686' > CC [M] > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/amrmo_init.o > CC [M] > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/sysdep_amr.o > CC [M] > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/st7554.o > LD [M] > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/slamr.o > LD [M] > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/slusb.o > Building modules, stage 2. > MODPOST > Warning: could not find > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/.amrlibs.o.cmd > for > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/amrlibs.o > CC > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/slamr.mod.o > LD [M] > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/slamr.ko > CC > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/slusb.mod.o > LD [M] > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/slusb.ko > make[2]: Leaving directory > `/usr/src/kernels/2.6.15-1.2041_FC5-i686' > make[1]: Leaving directory > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > ]0;tonio at localhost:~/Downloads/20060204/slmodem-2.9.11-20051101[tonio at localhost > slmodem-2.9.11-20051101]$ make > make -C modem all > make[1]: Entering directory > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/modem' > make[1]: Leaving directory > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/modem' > make -C drivers > KERNEL_DIR=/lib/modules/2.6.15-1.2041_FC5/build > make[1]: Entering directory > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > cc -I/lib/modules/2.6.15-1.2041_FC5/build/include -o > kernel-ver kernel-ver.c > make all KERNEL_VER=2.6.15-1.2041_FC5 > make[2]: Entering directory > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > make modules -C /lib/modules/2.6.15-1.2041_FC5/build > SUBDIRS=/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers > make[3]: Entering directory > `/usr/src/kernels/2.6.15-1.2041_FC5-i686' > Building modules, stage 2. > MODPOST > Warning: could not find > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/.amrlibs.o.cmd > for > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/amrlibs.o > make[3]: Leaving directory > `/usr/src/kernels/2.6.15-1.2041_FC5-i686' > make[2]: Leaving directory > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > make[1]: Leaving directory > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > ]0;tonio at localhost:~/Downloads/20060204/slmodem-2.9.11-20051101[tonio at localhost > slmodem-2.9.11-20051101]$ su > Password: > ]0;tonio at localhost:/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101[root at localhost > slmodem-2.9.11-20051101]# make install > make -C modem all > make[1]: Entering directory > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/modem' > make[1]: Leaving directory > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/modem' > make -C drivers > KERNEL_DIR=/lib/modules/2.6.15-1.2041_FC5/build > make[1]: Entering directory > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > cc -I/lib/modules/2.6.15-1.2041_FC5/build/include -o > kernel-ver kernel-ver.c > make all KERNEL_VER=2.6.15-1.2041_FC5 > make[2]: Entering directory > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > make modules -C /lib/modules/2.6.15-1.2041_FC5/build > SUBDIRS=/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers > make[3]: Entering directory > `/usr/src/kernels/2.6.15-1.2041_FC5-i686' > Building modules, stage 2. > MODPOST > Warning: could not find > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/.amrlibs.o.cmd > for > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/amrlibs.o > make[3]: Leaving directory > `/usr/src/kernels/2.6.15-1.2041_FC5-i686' > make[2]: Leaving directory > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > make[1]: Leaving directory > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > make install -C drivers > KERNEL_DIR=/lib/modules/2.6.15-1.2041_FC5/build > make[1]: Entering directory > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > cc -I/lib/modules/2.6.15-1.2041_FC5/build/include -o > kernel-ver kernel-ver.c > mkdir -p /dev > mknod -m 600 /dev/slamr0 c 242 0 ; mknod -m 600 > /dev/slamr1 c 242 1 ; mknod -m 600 /dev/slamr2 c > 242 2 ; mknod -m 600 /dev/slamr3 c 242 3 ; echo > -n > mknod -m 600 /dev/slusb0 c 243 0 ; mknod -m 600 > /dev/slusb1 c 243 1 ; mknod -m 600 /dev/slusb2 c > 243 2 ; mknod -m 600 /dev/slusb3 c 243 3 ; echo > -n > make install KERNEL_VER=2.6.15-1.2041_FC5 > make[2]: Entering directory > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > install -D -m 644 slamr.ko > /lib/modules/2.6.15-1.2041_FC5/extra/slamr.ko > install -D -m 644 slusb.ko > /lib/modules/2.6.15-1.2041_FC5/extra/slusb.ko > /sbin/depmod -a > make[2]: Leaving directory > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > make[1]: Leaving directory > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > install -D -m 755 modem/slmodemd /usr/sbin/slmodemd > rm -f -rf /var/lib/slmodem > install -d -D -m 755 /var/lib/slmodem > ]0;tonio at localhost:/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101[root at localhost > slmodem-2.9.11-20051101]# exit > exit > ]0;tonio at localhost:~/Downloads/20060204/slmodem-2.9.11-20051101[tonio at localhost > slmodem-2.9.11-20051101]$ ls > Changes COPYING > drivers Makefile > modem patches > README scripts > ]0;tonio at localhost:~/Downloads/20060204/slmodem-2.9.11-20051101[tonio at localhost > slmodem-2.9.11-20051101]$ cd .. > ]0;tonio at localhost:~/Downloads/20060204[tonio at localhost > 20060204]$ cd ungrab-winmodem\ > > > ]0;tonio at localhost:~/Downloads/20060204[tonio at localhost > 20060204]$ cd ungrab-winmodem\ > ]0;tonio at localhost:~/Downloads/20060204/ungrab-winmodem[tonio at localhost > ungrab-winmodem]$ ls > Makefile > ungrab-winmodem.c > ungrab-winmodem.mod.c > ungrab-winmodem.o > Readme.txt ungrab-winmodem.ko > ungrab-winmodem.mod.o > ]0;tonio at localhost:~/Downloads/20060204/ungrab-winmodem[tonio at localhost > ungrab-winmodem]$ su > Password: > ]0;tonio at localhost:/home/tonio/Downloads/20060204/ungrab-winmodem[root at localhost > ungrab-winmodem]# make > make modules -C /lib/modules/2.6.15-1.2041_FC5/build > SUBDIRS=/home/tonio/Downloads/20060204/ungrab-winmodem > make[1]: Entering directory > `/usr/src/kernels/2.6.15-1.2041_FC5-i686' > CC [M] > /home/tonio/Downloads/20060204/ungrab-winmodem/ungrab-winmodem.o > Building modules, stage 2. > MODPOST > CC > /home/tonio/Downloads/20060204/ungrab-winmodem/ungrab-winmodem.mod.o > LD [M] > /home/tonio/Downloads/20060204/ungrab-winmodem/ungrab-winmodem.ko > make[1]: Leaving directory > `/usr/src/kernels/2.6.15-1.2041_FC5-i686' > ]0;tonio at localhost:/home/tonio/Downloads/20060204/ungrab-winmodem[root at localhost > ungrab-winmodem]# make install > make modules -C /lib/modules/2.6.15-1.2041_FC5/build > SUBDIRS=/home/tonio/Downloads/20060204/ungrab-winmodem > make[1]: Entering directory > `/usr/src/kernels/2.6.15-1.2041_FC5-i686' > Building modules, stage 2. > MODPOST > === message truncated === __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From ben.steeves at gmail.com Wed Mar 15 02:13:46 2006 From: ben.steeves at gmail.com (Ben Steeves) Date: Tue, 14 Mar 2006 22:13:46 -0400 Subject: default FC font changed from 4 to 5? In-Reply-To: References: <6280325c0603121742t596c0fb6y88f78ff92d26f191@mail.gmail.com> <20060313034516.27877.qmail@web52305.mail.yahoo.com> Message-ID: <7ebb24d10603141813g3d2b85cdwed8581d439c5f7b6@mail.gmail.com> On 3/13/06, Dan Gabriel Ghita wrote: > thanks very much Deji. your tip worked (actually it's xorg-x11- fonts-Type1 > but anyway that did it). > > i guess this should be marked as a bug and fixed before fc5 comes out, > since with the wider font i also had international characters show up as > blank squares if they appeared in the KDE titlebar (don't know why just the > titlebar, maybe because it's bold or something...). Just FYI, I did a clean install from Rawhide yesterday and xorg-x11-fonts-Type1 was installed by default, so it seems this bug was fixed. -- _ Ben Steeves bcs at metacon.ca ( ) The ASCII ribbon campaign ben.steeves at unb.ca X against HTML e-mail GPG ID: 0xB3EBF1D9 / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves From mike at miketc.com Wed Mar 15 02:20:53 2006 From: mike at miketc.com (Mike Chambers) Date: Tue, 14 Mar 2006 20:20:53 -0600 Subject: CD-RW problems Message-ID: <1142389253.2625.2.camel@scrappy.miketc.com> Running latest rawhide and I guess using either K3b or XCD-Roast, it seems if it won't reburn a wrote cd-rw. What I mean is, if I use xcdroast for the first time, and burn a brand new cd-rw using an iso image from rawhide/images/boot.iso. It creates the CD and all is well. If I go to create it again, and stick the same CD back in, it won't. Is this a bug, or I am doing something wrong, like having to erase what is on the cd first or something before writing the image? -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt, then it's hilarious!" From dtimms at bigpond.net.au Wed Mar 15 02:40:21 2006 From: dtimms at bigpond.net.au (David Timms) Date: Wed, 15 Mar 2006 13:40:21 +1100 Subject: CD-RW problems In-Reply-To: <1142389253.2625.2.camel@scrappy.miketc.com> References: <1142389253.2625.2.camel@scrappy.miketc.com> Message-ID: <44177E95.6070303@bigpond.net.au> Mike Chambers wrote: > Running latest rawhide and I guess using either K3b or XCD-Roast, it > seems if it won't reburn a wrote cd-rw. What I mean is, if I use > xcdroast for the first time, and burn a brand new cd-rw using an iso > image from rawhide/images/boot.iso. It creates the CD and all is well. > If I go to create it again, and stick the same CD back in, it won't. > > Is this a bug, or I am doing something wrong, like having to erase what > is on the cd first or something before writing the image? I have found/mentioned this myself. When the CD is detected it is automounted, icon on desktop/filesystem folder. There is a right-click item to eject, but not unmount. I needed to: umount /dev/cdrom manually so that it wasn't locked for writing, and also not ejected from the machine. Then k2b worked fine. I was hoping that this would be cured, but I can repeat it now, with identical results: erase fails, and I get stuck in a loop where I cannot exit the k3b erase dialogs. From lsatenstein at yahoo.com Wed Mar 15 03:14:36 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Tue, 14 Mar 2006 19:14:36 -0800 (PST) Subject: kernel and kudzu mismatch (kernel update was not distributed Message-ID: <20060315031436.28418.qmail@web30207.mail.mud.yahoo.com> Hi Larry How is it that via pup you were able to get an updated hypervisor (2009.4.2_Fc5, and I have only the version indicated? I would like to test the one you use, but have not found how to fetch it, or from where. Does it also allow a complete power off of the system after a shutdown command is issued? Leslie Message: 4 Date: Tue, 14 Mar 2006 06:32:04 +0100 From: Larry tb Subject: Re: KUDZU LOCKUP To: For testers of Fedora Core development releases Message-ID: <44165554.4040806 at freesurf.fr> Content-Type: text/plain; charset=us-ascii; format=flowed Actually running kudzu-1.2.34.2-1, and 2.6.15-1.2009.4.2_FC5hypervisor ! Have no problem left with kudzu ! Bretagne, France March the 14th, 2006 - 6.31 am :) Leslie Satenstein wrote: > Is there a chance that Kudzu will have a patch to allow it to work with > the standard fc5 test3 hypervisor before the files go to generate the ISO's? > > My system locks up solidly during boot unless I bypass kudzu during > boot prompt. In a way, this does not bother me, because I do not > anticipate a hardware change for a while. I do intent to do a fresh > format install of Core5, and I would want very much that the ISO version > of kudzu work. > > As a reminder > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185236 > > from rpm -qa > kudzu-devel-1.2.34.2-1 > kudzu-1.2.34.2-1 > > from uname -r > 2.6.15-1.1955_FC5hypervisor > > The only kernel installed since the test3 iso disks. As of 10pm Canada Eastern Standard time ! > (same as > New York City), pup tells me that there are zero outstanding patches are left to install. > > Leslie > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From clydekunkel7734 at cox.net Wed Mar 15 03:39:10 2006 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Tue, 14 Mar 2006 22:39:10 -0500 Subject: Radeon 9200 Detection During Installation - Could use some advice In-Reply-To: <441755D1.3050004@mharris.ca> References: <441459E3.3000508@cox.net> <441755D1.3050004@mharris.ca> Message-ID: <44178C5E.1060309@cox.net> Mike A. Harris wrote: > Clyde E. Kunkel wrote: >> On all of the FC5 clean test installs and rawhide daily net clean >> installs including rawhide 3/12/06, one of my radeon cards is not >> detected during installation. I don't know if this is normal behavior >> or a potential bug. System has a radeon 9200 installed in the AGP >> slot of an ASUS P4C800-deluxe mobo and a radeon 9200 SE installed in a >> PCI slot. The AGP card has a viewsonic crt attached and the PCI card >> has a Princeton 17" LCD attached. >> >> Anaconda, during its startup, reports that it finds a radeon SE >> (secondary) with P225f-2 monitor, however, no problems during install >> and xorg.conf is correctly created with the P225f-2 installed on >> RADEON(0), the AGP 9200 card. The anaconda logs show that both cards >> are seen with the 9200 SE PCI card (busid 2:10:0) being reported >> before the 9200 AGP card (busid 1:0:0). This might be why anaconda >> says that the installed card is the 9200 SE, but sets up with the 9200. > > Sounds like a kudzu bug. > > >> I think this is an xorg problem because: 1) dual head works with SuSE >> 10.0 on xorg 6.8 and Gentoo 6.8. It does not work on SuSE 10.1 beta >> series, nor Mandriva Cooker, nor FC 5, all using either xorg 6.9 or >> 7.0. If I use the device, monitor and screen sections from the >> working SuSE 10.0 installation on a FC5 installation, I get a bit >> further with the CRT **sometimes** getting to the gnome startup, but >> the LCD just has random colors and the system freezes. I have never >> tried the proprietary ATI drivers with FC5, nor do I want to. > > Please file a bug report in X.Org bugzilla: http://bugs.freedesktop.org > in the "xorg" component. > >> I am willing to bugzilla this, but would value some opinions from the >> testing community if you have seen anything like this or have gotten >> dual head to work with the new xorgs with separate graphics cards. > > On a separate note, system-config-display does not properly configure > dualhead (and never has). Anyone wanting dualhead configuration needs > to manually configure it by reading the manpages and experimenting with > options until the correct incantation is achieved. If any assistance > is needed to come up with the right set of server and/or driver options > to get dualhead working, the xorg at lists.freedesktop.org mailing list > is the best general forum to seek such help. > > Hope this helps. > It does help, thank you for the response. I have been experimenting with the daily rawhide installation of 3/12/05 and can get to the point where both cards and monitors are defined and can get to a complete working gnome desktop on the primary monitor, but just an inert second monitor. On XOSLinux which is running xorg 6.8.2, can get both monitors up and running, but can't get mouse action in the second monitor. More proof that there is a problem with something in 6.9/7.0. Have been reading the xorg list filings and there have been problems with multi-card setups, but they were like four card setups and the rest were laptops with attached monitors. Will bz at xorg when I have more data and have run more combinations. -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots) From guess.who at freesurf.fr Wed Mar 15 06:21:59 2006 From: guess.who at freesurf.fr (Larry tb) Date: Wed, 15 Mar 2006 07:21:59 +0100 Subject: kernel and kudzu mismatch (kernel update was not distributed In-Reply-To: <20060315031436.28418.qmail@web30207.mail.mud.yahoo.com> References: <20060315031436.28418.qmail@web30207.mail.mud.yahoo.com> Message-ID: <4417B287.6040502@freesurf.fr> Hi back Leslie :) Well in fact i use yumex, which is the graphical tool for yum. I cant believe yumex makes any diffrent from yum, but it seems to :-/ > Does it also allow a complete power off of the system after a shutdown command is issued? Yes indeed : it complete shuts down ! I have just tred to install kernel-xen0 using yum, #yum update #yum install kernel-xen0 and i found it immediatly ! -----> see attanchement please :) [ok : i didn't installed it, 'cause it will take a loooong time since i am on pretty old usb box :)] Hope it'll help you ! larry Leslie Satenstein wrote: > Hi Larry > > How is it that via pup you were able to get an updated hypervisor (2009.4.2_Fc5, and I have only the version indicated? > I would like to test the one you use, but have not found how to fetch it, or from where. > Does it also allow a complete power off of the system after a shutdown command is issued? > > Leslie > > > Message: 4 > Date: Tue, 14 Mar 2006 06:32:04 +0100 > From: Larry tb > > Subject: Re: KUDZU LOCKUP > To: For testers of Fedora Core development releases > > > Message-ID: <44165554.4040806 at freesurf.fr > > Content-Type: text/plain; charset=us-ascii; format=flowed > > Actually running kudzu-1.2.34.2-1, and 2.6.15-1.2009.4.2_FC5hypervisor > ! > Have no problem left with kudzu ! > > Bretagne, France March the 14th, 2006 - 6.31 am :) > > Leslie Satenstein wrote: >> Is there a chance that Kudzu will have a patch to allow it to work > with >> the standard fc5 test3 hypervisor before the files go to generate the > ISO's? >> >> My system locks up solidly during boot unless I bypass kudzu during >> boot prompt. In a way, this does not bother me, because I do not >> anticipate a hardware change for a while. I do intent to do a fresh >> format install of Core5, and I would want very much that the ISO > version >> of kudzu work. >> >> As a reminder*> > >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185236 >> >> from rpm -qa >> kudzu-devel-1.2.34.2-1 >> kudzu-1.2.34.2-1 >> >> from uname -r >> 2.6.15-1.1955_FC5hypervisor >> >> The only kernel installed since the test3 iso disks. As of 10pm > Canada Eastern Standard time ! >> (same as >> New York City), pup tells me that there are zero outstanding patches > are left to install. >> >> Leslie >> >> >> > > > > *** > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: xen.txt URL: From guess.who at freesurf.fr Wed Mar 15 07:23:21 2006 From: guess.who at freesurf.fr (Larry tb) Date: Wed, 15 Mar 2006 08:23:21 +0100 Subject: kernel and kudzu mismatch (kernel update was not distributed In-Reply-To: <4417B287.6040502@freesurf.fr> References: <20060315031436.28418.qmail@web30207.mail.mud.yahoo.com> <4417B287.6040502@freesurf.fr> Message-ID: <4417C0E9.6090309@freesurf.fr> Well, i m not sure the way i told is the good one .... Sure thing : i have the both hypervisor kernel installed : [root at ws044 ~]# rpm -qa | grep kernel kernel-xen-hypervisor-2.6.15-1.1955_FC5 kernel-xen-hypervisor-2.6.15-1.2009.4.2_FC5 kernel-2.6.15-1.2041_FC5 kernel-2.6.15-1.2038_FC5 kernel-devel-2.6.15-1.2041_FC5 [root at ws044 ~]# Maybe you could try yum install kernel-xen-hypervisor-2.6.15-1.2009.4.2_FC5 ????????? Hmm :( I have just tried to install hypervisor on another machine i have, and cant find any kernel-xen-hypervisor anywhere . What the hell is it ? Larry tb wrote: > Hi back Leslie :) > Well in fact i use yumex, which is the graphical tool for yum. > I cant believe yumex makes any diffrent from yum, but it seems to :-/ > > > Does it also allow a complete power off of the system after a > shutdown command is issued? > Yes indeed : it complete shuts down ! > > I have just tred to install kernel-xen0 using yum, > #yum update > #yum install kernel-xen0 > and i found it immediatly ! -----> see attanchement please :) > [ok : i didn't installed it, 'cause it will take a loooong time since i > am on pretty old usb box :)] > > Hope it'll help you ! > larry > > Leslie Satenstein wrote: > >> Hi Larry >> >> How is it that via pup you were able to get an updated hypervisor >> (2009.4.2_Fc5, and I have only the version indicated? >> I would like to test the one you use, but have not found how to fetch >> it, or from where. >> Does it also allow a complete power off of the system after a shutdown >> command is issued? >> >> Leslie >> >> >> Message: 4 >> Date: Tue, 14 Mar 2006 06:32:04 +0100 >> From: Larry tb > > >> >> Subject: Re: KUDZU LOCKUP >> To: For testers of Fedora Core development releases >> > > >> >> Message-ID: <44165554.4040806 at freesurf.fr >> > >> >> Content-Type: text/plain; charset=us-ascii; format=flowed >> >> Actually running kudzu-1.2.34.2-1, and 2.6.15-1.2009.4.2_FC5hypervisor ! >> Have no problem left with kudzu ! >> >> Bretagne, France March the 14th, 2006 - 6.31 am :) >> >> Leslie Satenstein wrote: >> >>> Is there a chance that Kudzu will have a patch to allow it to work >> >> with >> >>> the standard fc5 test3 hypervisor before the files go to generate the >> >> ISO's? >> >>> >>> My system locks up solidly during boot unless I bypass kudzu during >>> boot prompt. In a way, this does not bother me, because I do not >>> anticipate a hardware change for a while. I do intent to do a fresh >>> format install of Core5, and I would want very much that the ISO >> >> version >> >>> of kudzu work. >>> >>> As a reminder*> >> >> >> >>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185236 >>> >>> from rpm -qa kudzu-devel-1.2.34.2-1 >>> kudzu-1.2.34.2-1 >>> >>> from uname -r >>> 2.6.15-1.1955_FC5hypervisor >>> >>> The only kernel installed since the test3 iso disks. As of 10pm >> >> Canada Eastern Standard time ! >> >>> (same as >>> New York City), pup tells me that there are zero outstanding patches >> >> are left to install. >> >>> >>> Leslie >>> >>> >>> >> >> >> >> *** >> > > > ------------------------------------------------------------------------ > > Dependencies Resolved > > ============================================================================= > Package Arch Version Repository Size > ============================================================================= > Installing: > kernel-xen0 i686 2.6.15-1.2041_FC5 development 14 M > Installing for dependencies: > bridge-utils i386 1.0.6-1.2 development 27 k > sysfsutils i386 1.3.0-1.2.1 development 64 k > xen i386 3.0.1-4 development 1.3 M > > Transaction Summary > ============================================================================= > Install 4 Package(s) > Update 0 Package(s) > Remove 0 Package(s) > Total download size: 16 M > Is this ok [y/N]: n > Exiting on user Command > Complete! > [root at usb-box ~]# > > > From mike at miketc.com Wed Mar 15 08:13:56 2006 From: mike at miketc.com (Mike Chambers) Date: Wed, 15 Mar 2006 02:13:56 -0600 Subject: CD-RW problems In-Reply-To: <44177E95.6070303@bigpond.net.au> References: <1142389253.2625.2.camel@scrappy.miketc.com> <44177E95.6070303@bigpond.net.au> Message-ID: <1142410436.2123.0.camel@scrappy.miketc.com> On Wed, 2006-03-15 at 13:40 +1100, David Timms wrote: > When the CD is detected it is automounted, icon on desktop/filesystem > folder. There is a right-click item to eject, but not unmount. > > I needed to: umount /dev/cdrom manually so that it wasn't locked for > writing, and also not ejected from the machine. Then k2b worked fine. > > I was hoping that this would be cured, but I can repeat it now, with > identical results: erase fails, and I get stuck in a loop where I cannot > exit the k3b erase dialogs. Ok sheww, I experienced the exact same thing. Is a bug opened on this, via Red Hat or KDE sites? -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt, then it's hilarious!" From buildsys at redhat.com Wed Mar 15 08:19:47 2006 From: buildsys at redhat.com (Build System) Date: Wed, 15 Mar 2006 03:19:47 -0500 Subject: rawhide report: 20060315 changes Message-ID: <200603150819.k2F8Jl0L019777@porkchop.devel.redhat.com> New package gnome-backgrounds Desktop backgrounds packaged with the GNOME desktop Updated Packages: GFS-kernel-2.6.15.1-5.FC5.17 ---------------------------- * Tue Mar 14 2006 Chris Feist - Removed 'ARCH=xen' for xen builds. NetworkManager-0.6.0-3 ---------------------- * Tue Mar 14 2006 Peter Jones - 0.6.0-3 - Fix device bringup on resume ORBit2-2.14.0-1 --------------- * Tue Mar 14 2006 Ray Strode - 2.14.1-1 - Update to 2.14.1 anaconda-11.0.5-1 ----------------- * Tue Mar 14 2006 Paul Nasrat 11.0.5-1 - Fix import for rescue mode * Tue Mar 14 2006 Chris Lumens 11.0.4-1 - Remove Amharic and Thai from lang-table bluez-pin-0.30-2 ---------------- * Tue Mar 14 2006 david Woodhouse - 0.30-2 - Don't abort when user cancels a PIN request * Tue Mar 14 2006 david Woodhouse - 0.30-1 - Update to bluez-pin 0.27, patched to 0.30 to avoid autocrap breakage - Fix dbus harder - Run automatically in X session bluez-utils-2.25-4 ------------------ * Tue Mar 14 2006 David Woodhouse - 2.25-4 - Require bluez-pin, since we're configured to use it by default booty-0.71-1 ------------ * Tue Mar 14 2006 Peter Jones - 0.71-1 - pass through pci= boot arguments cman-kernel-2.6.15.1-0.FC5.16 ----------------------------- * Tue Mar 14 2006 Chris Feist - Removed 'ARCH=xen' for xen builds. dasher-4.0.0-1 -------------- * Mon Mar 13 2006 Ray Strode - 4.0.0-1 - Update to 4.0.0 dlm-kernel-2.6.15.1-0.FC5.14 ---------------------------- * Tue Mar 14 2006 Chris Feist - Removed 'ARCH=xen' for xen builds. ekiga-2.0.1-1 ------------- * Tue Mar 14 2006 Daniel Veillard - 2.0.1 - last minute bug rerelease 2.0.1 * Mon Mar 13 2006 Daniel Veillard - 2.0.0 - final release of 2.0.0 evolution-2.6.0-1 ----------------- * Mon Mar 13 2006 Ray Strode - 2.6.0-1 - 2.6.0 - turn on the "error on missing prototypes" check thing * Mon Feb 27 2006 Ray Strode - 2.5.92-1 - 2.5.92 * Tue Feb 14 2006 David Malcolm - 2.5.91-1 - 2.5.91 - updated patch 101 to track upstream changes to calendar printing code - remove uptreamed patch 807 (NM multiple initialization assertion) - readded the mail-to-task plugin XML UI file - bump e-d-s req to 1.5.91 gnbd-kernel-2.6.15-5.FC5.23 --------------------------- * Tue Mar 14 2006 Chris Feist - Removed 'ARCH=xen' for xen builds. gnome-desktop-2.14.0-1 ---------------------- * Tue Mar 14 2006 Ray Strode - 2.14.0-1 - Update to 2.14.0 gnome-media-2.14.0-2 -------------------- * Tue Mar 14 2006 Ray Strode - 2.14.0-2 - rebuild * Sun Mar 12 2006 Matthias Clasen - 2.14.0-1 - Update to 2.14.0 gnome-panel-2.14.0-1 -------------------- * Mon Mar 13 2006 Ray Strode - 2.14.0-1 - update to 2.14.0 gnome-python2-desktop-2.14.0-1 ------------------------------ * Mon Mar 13 2006 Ray Strode 2.14.0-1 - Update to 2.14.0 gnome-themes-2.14.0-1 --------------------- * Tue Mar 14 2006 Ray Strode - 2.14.0-1 - Update to 2.14.0 initscripts-8.31.1-1 -------------------- * Tue Mar 14 2006 Bill Nottingham 8.31.1-1 - fix context of /dev/pts (#185436) - translation updates kernel-2.6.15-1.2054_FC5 ------------------------ * Tue Mar 14 2006 Dave Jones - 2.6.16-rc6-git3 * Tue Mar 14 2006 David Woodhouse - Recognise 'IBM,CBEA' as Cell platform too. * Mon Mar 13 2006 Rik van Riel - fix "Time went backwards" Xen kernel bug. (#185317) kudzu-1.2.34.3-1 ---------------- * Tue Mar 14 2006 Bill Nottingham - 1.2.34.3-1 - fix scsi probe to not return devices of the wrong class libbonobo-2.14.0-1 ------------------ * Tue Mar 14 2006 Ray Strode 2.14.0-1 - Update to 2.14.0 libbonoboui-2.14.0-1 -------------------- * Tue Mar 14 2006 Ray Strode 2.14.0-1 - Update to 2.14.0 libwnck-2.14.0-1 ---------------- * Mon Mar 13 2006 Ray Strode - 2.14.0-1 - Update to 2.14.0 nautilus-cd-burner-2.14.0.1-1 ----------------------------- * Mon Mar 13 2006 Ray Strode - 2.14.0.1-1 - Update to 2.14.0.1 * Mon Mar 13 2006 Matthias Clasen - 2.14.0-1 - Update to 2.14.0 * Mon Feb 27 2006 Matthias Clasen - 2.13.92-2 - Add a Req for gnome-mount opal-2.2.1-1 ------------ * Tue Mar 14 2006 Daniel Veillard - 2.2.1-1 - last minute break fix and new release parted-1.6.25-8 --------------- * Tue Mar 14 2006 Jeremy Katz - 1.6.25-8 - fix ppc swraid - BR gettext-devel python-urlgrabber-2.9.8-2 ------------------------- * Tue Mar 14 2006 Jeremy Katz - 2.9.8-2 - catch read errors so they trigger the failure callback. helps catch bad cds Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 From arjan at fenrus.demon.nl Wed Mar 15 08:37:03 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Wed, 15 Mar 2006 09:37:03 +0100 Subject: slmodemd does not work with FC5 Test Kernels In-Reply-To: <20060314225503.19640.qmail@web52611.mail.yahoo.com> References: <20060314225503.19640.qmail@web52611.mail.yahoo.com> Message-ID: <1142411824.3021.5.camel@laptopd505.fenrus.org> > > 1) you should try the slmodem support forum instead > > since you seem to be > > complaining about their binary module > I am not complaining about the binary module. yes you are > Ungrabbing winmodem from kernel ... done. > > FATAL: Error inserting slamr > (/lib/modules/2.6.15-1.1898_FC5/extra/slamr.ko): > Invalid argument > > ERROR: Module slamr does not exist in /proc/modules > > Loading SmartLink Modem driver into kernel ... FATAL: > Error inserting slamr > (/lib/modules/2.6.15-1.1898_FC5/extra/slamr.ko): > Invalid argument see here you are complaining about that From guess.who at freesurf.fr Wed Mar 15 08:54:28 2006 From: guess.who at freesurf.fr (Larry tb) Date: Wed, 15 Mar 2006 09:54:28 +0100 Subject: PC freezing, during surfing on the internet Message-ID: <4417D644.4050505@freesurf.fr> Was surfing on the internet using firefox. And suddenly everything is frozen ! Trying to get control through the network but returned "no route to host" :( press reset button. It happens each time i run firefox, after 1-2 minutes surfing. im behind a proxy. kernel 2.6.15-1.2041_FC5 firefox 1.5.0.1 Absolutly no idea what could be the cause.... larry From clayton at cjrogers.net Wed Mar 15 09:09:23 2006 From: clayton at cjrogers.net (Clayton Rogers) Date: Wed, 15 Mar 2006 19:09:23 +1000 Subject: PC freezing, during surfing on the internet In-Reply-To: <4417D644.4050505@freesurf.fr> References: <4417D644.4050505@freesurf.fr> Message-ID: <4417D9C3.4000404@cjrogers.net> Hi Larry, Have you tried disabling beagle, the little dog's head in the bottom right hand corner of the web browser. Cheers Larry tb wrote: > Was surfing on the internet using firefox. > And suddenly everything is frozen ! > Trying to get control through the network but returned "no route to > host" :( > > press reset button. > > It happens each time i run firefox, after 1-2 minutes surfing. im > behind a proxy. > > kernel 2.6.15-1.2041_FC5 > firefox 1.5.0.1 > > Absolutly no idea what could be the cause.... > > larry > From gorste at tesco.net Wed Mar 15 10:11:40 2006 From: gorste at tesco.net (Gordon Stewart) Date: Wed, 15 Mar 2006 10:11:40 +0000 Subject: selinux / semodule question Message-ID: <20060315101140.CRYM18957.aamtaout04-winn.ispmail.ntl.com@smtp.ntlworld.com> Hi Selinux/ semodule has broken my kernel as now all I am getting now is run out of input data. Looking at the email below I need to run semodule -r. Can some tell me where this is located. I am runing my box in rescue mode. Thanks Gordon > > From: Daniel J Walsh > Date: 2006/03/14 Tue PM 09:16:35 GMT > To: For testers of Fedora Core development releases > Subject: Re: selinux / semodule question > > Brian Millett wrote: > > I've been trying to understand selinux on my laptop. > > I'm running rawhide. I have SELINUX=enforcing and SELINUXTYPE=targeted. > > I've had a few audit messages when I try to use NetworkManager & a vpn > > connection. > > To debug it, I ran audit2why and saw that all of the denied where from > > a missing or disabled > > TE. > > I have ran (I'm sure there are other ways) > > > > audit2why < /var/log/audit/audit.log | audit2allow -M local > > > > and then ran semodule -i local.pp > > > > It seem to have loaded the local.pp. > > > > Do I need to put the "semodule -i local.pp" in a rc.local for each > > boot? Or is it automagic? > > > > Thanks. > No once you do a semodule -i, it permanently modifies the policy on > disk. the pp file is no longer required, unless you want to install it > on other machines or if you remove the policy later using semodule -r. > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > From guess.who at freesurf.fr Wed Mar 15 10:21:58 2006 From: guess.who at freesurf.fr (Larry tb) Date: Wed, 15 Mar 2006 11:21:58 +0100 Subject: PC freezing, during surfing on the internet In-Reply-To: <4417D9C3.4000404@cjrogers.net> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> Message-ID: <4417EAC6.5000908@freesurf.fr> Hi Rogers, Well it seems to be the solution, but after few minutes i was surfing through http://download.fedora.redhat.com/pub/fedora/linux/extras/development/i386/ and using the cursor/pandle on the right (elevator :-/ sorry i dont know the word :-p) to get down the list. And it freezes again :( it really seems to have somethink with firefox and using the pandle BEFORE all the page is displaied. ..... Clayton Rogers wrote: > Hi Larry, > > Have you tried disabling beagle, the little dog's head in the bottom > right hand corner of the web browser. > > Cheers > > Larry tb wrote: > >> Was surfing on the internet using firefox. >> And suddenly everything is frozen ! >> Trying to get control through the network but returned "no route to >> host" :( >> >> press reset button. >> >> It happens each time i run firefox, after 1-2 minutes surfing. im >> behind a proxy. >> >> kernel 2.6.15-1.2041_FC5 >> firefox 1.5.0.1 >> >> Absolutly no idea what could be the cause.... >> >> larry >> > From gabbath at gmail.com Wed Mar 15 10:22:52 2006 From: gabbath at gmail.com (Dan Gabriel Ghita) Date: Wed, 15 Mar 2006 10:22:52 +0000 Subject: default FC font changed from 4 to 5? In-Reply-To: <7ebb24d10603141813g3d2b85cdwed8581d439c5f7b6@mail.gmail.com> References: <6280325c0603121742t596c0fb6y88f78ff92d26f191@mail.gmail.com> <20060313034516.27877.qmail@web52305.mail.yahoo.com> <7ebb24d10603141813g3d2b85cdwed8581d439c5f7b6@mail.gmail.com> Message-ID: On 3/15/06, Ben Steeves wrote: > > On 3/13/06, Dan Gabriel Ghita wrote: > > > thanks very much Deji. your tip worked (actually it's xorg-x11- > fonts-Type1 > > but anyway that did it). > > > > i guess this should be marked as a bug and fixed before fc5 comes out, > > since with the wider font i also had international characters show up as > > blank squares if they appeared in the KDE titlebar (don't know why just > the > > titlebar, maybe because it's bold or something...). > > Just FYI, I did a clean install from Rawhide yesterday and > xorg-x11-fonts-Type1 was installed by default, so it seems this bug > was fixed. thanks for the info, happy to hear it :) Gabriel -------------- next part -------------- An HTML attachment was scrubbed... URL: From guess.who at freesurf.fr Wed Mar 15 10:48:04 2006 From: guess.who at freesurf.fr (Larry tb) Date: Wed, 15 Mar 2006 11:48:04 +0100 Subject: PC freezing, during surfing on the internet In-Reply-To: <4417EAC6.5000908@freesurf.fr> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> Message-ID: <4417F0E4.2000408@freesurf.fr> ...and im sure Firefox is in question, 'cause with Mozilla (which have no icon to be run ! --> have to lunch it from shell) i have no problem. Actually updating firefox to 1.5.0.1-9..... Larry tb wrote: > Hi Rogers, > Well it seems to be the solution, but after few minutes i was surfing > through > http://download.fedora.redhat.com/pub/fedora/linux/extras/development/i386/ > and using the cursor/pandle on the right (elevator :-/ sorry i dont know > the word :-p) to get down the list. And it freezes again :( > > it really seems to have somethink with firefox and using the pandle > BEFORE all the page is displaied. > ..... > > Clayton Rogers wrote: > >> Hi Larry, >> >> Have you tried disabling beagle, the little dog's head in the bottom >> right hand corner of the web browser. >> >> Cheers >> >> Larry tb wrote: >> >>> Was surfing on the internet using firefox. >>> And suddenly everything is frozen ! >>> Trying to get control through the network but returned "no route to >>> host" :( >>> >>> press reset button. >>> >>> It happens each time i run firefox, after 1-2 minutes surfing. im >>> behind a proxy. >>> >>> kernel 2.6.15-1.2041_FC5 >>> firefox 1.5.0.1 >>> >>> Absolutly no idea what could be the cause.... >>> >>> larry >>> >> > From guess.who at freesurf.fr Wed Mar 15 10:50:30 2006 From: guess.who at freesurf.fr (Larry tb) Date: Wed, 15 Mar 2006 11:50:30 +0100 Subject: may anyone tell me what rawhide is ? Message-ID: <4417F176.5060703@freesurf.fr> Found those here : http://download.fedora.redhat.com/pub/fedora/linux/core/development/isos/ what are those isos ? thx larry (which is a very new-born listed user :)) From sundaram at fedoraproject.org Wed Mar 15 10:53:31 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 15 Mar 2006 16:23:31 +0530 Subject: may anyone tell me what rawhide is ? In-Reply-To: <4417F176.5060703@freesurf.fr> References: <4417F176.5060703@freesurf.fr> Message-ID: <4417F22B.5050609@fedoraproject.org> Larry tb wrote: > Found those here : > http://download.fedora.redhat.com/pub/fedora/linux/core/development/isos/ > > what are those isos ? > thx > > larry (which is a very new-born listed user :)) > http://fedora.redhat.com/docs/jargon-buster/fedora-glossary.html "Rawhide Rawhide is a package repository which contains the latest development versions of packages which will eventually be included in Fedora. These latest versions are sometimes called "bleeding edge" package , since they often include new and untested technology. You should consider the Rawhide repository "unstable," since any Rawhide package /might/ be badly broken if the programmers are trying to add, change, or test features. If you want to develop programs for Fedora, you may want to install a system from Rawhide. If you only want to use a stable Fedora system, you should use the standard Fedora Core distribution instead." -- Rahul From paul at all-the-johnsons.co.uk Wed Mar 15 10:54:20 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Wed, 15 Mar 2006 10:54:20 +0000 Subject: may anyone tell me what rawhide is ? In-Reply-To: <4417F176.5060703@freesurf.fr> References: <4417F176.5060703@freesurf.fr> Message-ID: <1142420060.14600.76.camel@T7.Linux> Hi, > what are those isos ? Rawhide is the development versions of the code which, when *stable* find their way to the core repository. If you don't mind your machine not working as it should, things going wrong unexpectedly and non-standard RPMs falling over dead, rawhide offers you a wealth of goodies. However, if you're a bog-standard user who wants stability and reliability, stick with core. For example, I'm on rawhide on all of my machines, but that's the point. They're mine and no-one else has access to them (as in user accounts). On my wife, son's and daughter's machines, they're on core. TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals From guess.who at freesurf.fr Wed Mar 15 11:10:30 2006 From: guess.who at freesurf.fr (Larry tb) Date: Wed, 15 Mar 2006 12:10:30 +0100 Subject: may anyone tell me what rawhide is ? In-Reply-To: <1142420060.14600.76.camel@T7.Linux> References: <4417F176.5060703@freesurf.fr> <1142420060.14600.76.camel@T7.Linux> Message-ID: <4417F626.60308@freesurf.fr> Thx all. 'Think i gonna keep my core :-p Paul F. Johnson wrote: > Hi, > > >>what are those isos ? > > > Rawhide is the development versions of the code which, when *stable* > find their way to the core repository. > > If you don't mind your machine not working as it should, things going > wrong unexpectedly and non-standard RPMs falling over dead, rawhide > offers you a wealth of goodies. > > However, if you're a bog-standard user who wants stability and > reliability, stick with core. > > For example, I'm on rawhide on all of my machines, but that's the point. > They're mine and no-one else has access to them (as in user accounts). > On my wife, son's and daughter's machines, they're on core. > > TTFN > > Paul From guess.who at freesurf.fr Wed Mar 15 11:12:20 2006 From: guess.who at freesurf.fr (Larry tb) Date: Wed, 15 Mar 2006 12:12:20 +0100 Subject: PC freezing, during surfing on the internet In-Reply-To: <4417F0E4.2000408@freesurf.fr> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> Message-ID: <4417F694.4020001@freesurf.fr> And now... this is worst :( just openning firefox freezes immedialty the pc ! Larry tb wrote: > ...and im sure Firefox is in question, 'cause with Mozilla (which have > no icon to be run ! --> have to lunch it from shell) i have no problem. > Actually updating firefox to 1.5.0.1-9..... > > > Larry tb wrote: > >> Hi Rogers, >> Well it seems to be the solution, but after few minutes i was surfing >> through >> http://download.fedora.redhat.com/pub/fedora/linux/extras/development/i386/ >> >> and using the cursor/pandle on the right (elevator :-/ sorry i dont >> know the word :-p) to get down the list. And it freezes again :( >> >> it really seems to have somethink with firefox and using the pandle >> BEFORE all the page is displaied. >> ..... >> >> Clayton Rogers wrote: >> >>> Hi Larry, >>> >>> Have you tried disabling beagle, the little dog's head in the bottom >>> right hand corner of the web browser. >>> >>> Cheers >>> >>> Larry tb wrote: >>> >>>> Was surfing on the internet using firefox. >>>> And suddenly everything is frozen ! >>>> Trying to get control through the network but returned "no route to >>>> host" :( >>>> >>>> press reset button. >>>> >>>> It happens each time i run firefox, after 1-2 minutes surfing. im >>>> behind a proxy. >>>> >>>> kernel 2.6.15-1.2041_FC5 >>>> firefox 1.5.0.1 >>>> >>>> Absolutly no idea what could be the cause.... >>>> >>>> larry >>>> >>> >> > From w.j.murray at rl.ac.uk Wed Mar 15 11:17:59 2006 From: w.j.murray at rl.ac.uk (William Murray) Date: Wed, 15 Mar 2006 11:17:59 +0000 Subject: supend-to-ram working(ish) Message-ID: <1142421479.15418.5.camel@billmurray.ashenden> Hello all, I finally got suspend-to-ram to work today. This is with a latitude D610 using: * kernel 2054 (actually a hacked version for AFS) * vga=normal boot option * "ati" driver, dri disabled Which options are essential I don't know, but it worked like that. But..it fails to bring up the networking. I can fix this with service network restart (NetworkManager doesn't think there is an eth0 to start) there is an error message, but it works anyway: Determining IP information for eth0.../etc/sysconfig/network-scripts/ifup-eth: line 260: 3992 Terminated /sbin/dhclient ${DHCLIENTARGS} ${DEVICE} failed. Thanks, Bill From gabbath at gmail.com Wed Mar 15 11:24:00 2006 From: gabbath at gmail.com (Dan Gabriel Ghita) Date: Wed, 15 Mar 2006 11:24:00 +0000 Subject: fc doesn't see my monitor Message-ID: should i be worried that during a install, fc5 doesn't see my philips 170B lcd? i saw that it has some models in the list, but instead of 170/150/.. they're called 107/105/.. the numberings come from the number of inches the panel has: 170 has 17 inches etc. so in that context, 107 has no sense at all. but then again i may be wrong, those may be different models. there was more than one 107B so i didn't know which one to pick... just went for generic lcd panel 1280x1024 instead. will i have issues with that? i hope fc will be able to detect it sometime soon. fc4 had the same issue. Gabriel -------------- next part -------------- An HTML attachment was scrubbed... URL: From shrek-m at gmx.de Wed Mar 15 11:41:47 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 15 Mar 2006 12:41:47 +0100 Subject: PC freezing, during surfing on the internet In-Reply-To: <4417F694.4020001@freesurf.fr> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <4417F694.4020001@freesurf.fr> Message-ID: <4417FD7B.2090904@gmx.de> On 15.03.2006 12:12, Larry tb wrote: > And now... this is worst :( > just openning firefox freezes immedialty the pc ! java ? flash ? other plugins ? ... -- shrek-m From ivg2 at cornell.edu Wed Mar 15 11:42:48 2006 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Wed, 15 Mar 2006 06:42:48 -0500 Subject: selinux / semodule question In-Reply-To: <20060315101140.CRYM18957.aamtaout04-winn.ispmail.ntl.com@smtp.ntlworld.com> References: <20060315101140.CRYM18957.aamtaout04-winn.ispmail.ntl.com@smtp.ntlworld.com> Message-ID: <4417FDB8.5000203@cornell.edu> Gordon Stewart wrote: > Hi > > Selinux/ semodule has broken my kernel as now all I am getting now is run out of input data. > What exactly is the problem...? > Looking at the email below I need to run semodule -r. Can some tell me where this is located. I am runing my box in rescue mode. > It's located in the policycoreutils rpm [ /usr/sbin/semodule ]. However, I am not sure if you should be using it - semodule is a utility which adds/removes modules from policy. If you don't know where it is located, how do you know that it has broken your system, and how to fix it using semodule? --- If what you're trying to do is disable selinux, the way to do that is to pass the selinux=0 [ or was it selinux=off ?] parameter to the kernel at boot time. It's better to pass [enforcing=0] instead, which should fix any selinux issues you're having, continue to label files correctly, and keep logging on, so you can identify the problem [ by looking at /var/log/audit/audit.log ], and possibly report a bug. From shrek-m at gmx.de Wed Mar 15 11:46:19 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 15 Mar 2006 12:46:19 +0100 Subject: may anyone tell me what rawhide is ? In-Reply-To: <4417F176.5060703@freesurf.fr> References: <4417F176.5060703@freesurf.fr> Message-ID: <4417FE8B.3070806@gmx.de> On 15.03.2006 11:50, Larry tb wrote: > Found those here : > http://download.fedora.redhat.com/pub/fedora/linux/core/development/isos/ > what are those isos ? http://download.fedora.redhat.com/pub/fedora/linux/core/development/README oops, you can find the README here ftp://download.fedora.redhat.com/pub/fedora/linux/core/development/ -- shrek-m From gabbath at gmail.com Wed Mar 15 11:52:16 2006 From: gabbath at gmail.com (Dan Gabriel Ghita) Date: Wed, 15 Mar 2006 11:52:16 +0000 Subject: gtk-qt showing up twice in control center Message-ID: Hello, i installed gtk-qt-engine-0.6 from source (from their website) and it's supposed to load a new menu in control center, under appearance & themes. the menu is called "GTK Styles and Fonts". everything is ok in test3, but once i updated to rawhide, it shows 2 items, only differing in case: "GTK styles and fonts" and "GTK Styles and Fonts". one thing you should know: if you just install it, it'll show up okay. it's only after you restart kde that you will notice the bug. Gabriel -------------- next part -------------- An HTML attachment was scrubbed... URL: From fct-cornette at insight.rr.com Wed Mar 15 12:21:26 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 15 Mar 2006 07:21:26 -0500 Subject: PC freezing, during surfing on the internet In-Reply-To: <4417F0E4.2000408@freesurf.fr> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> Message-ID: <441806C6.9040601@insight.rr.com> Larry tb wrote: > ...and im sure Firefox is in question, 'cause with Mozilla (which have > no icon to be run ! --> have to lunch it from shell) i have no problem. > Actually updating firefox to 1.5.0.1-9..... > The reason that you have no Mozilla ICON is that the mozilla.desktop is set to not display the ICON in the menus by default. The mozilla.desktop file is in the /usr/share/applications directory. You may be able to change NoDisplay=true to NoDisplay=false like I always do and the mozilla ICON will show up in the Internet menus. I have not tried to change this via the menu editor, this may or may not work also. yum remove beagle might work to get firefox working also. :-) Jim cat mozilla.desktop [Desktop Entry] Name=Mozilla Web Browser GenericName=Web Browser Comment=Browse the web Exec=mozilla %u Icon=mozilla-icon Terminal=false Type=Application NoDisplay=false # This is set to true by *default.* MimeType=text/html;text/xml;application/xhtml+xml;application/vnd.mozilla.xul+xml;text/mml; Encoding=UTF-8 X-Desktop-File-Install-Version=0.10 Categories=Network;Application;X-Fedora; -- "Once you realize that documentation should be laughed at, peed upon, put on fire, and just ridiculed in general, THEN, and only then, have you reached the level where you can safely read it and try to use it to actually implement a driver." - Linus Torvalds From phil-ml at techworks.ie Wed Mar 15 12:59:53 2006 From: phil-ml at techworks.ie (Philip Trickett (List)) Date: Wed, 15 Mar 2006 12:59:53 +0000 Subject: FLash player - firefox 32 bit Message-ID: <1142427593.2947.24.camel@nori> Hi, Just putting feelers out here to see if anyone has had problems with Flash crashing firefox after recent updates (12th / 13th March) I am running the binary download of firefox from mozilla.com on FC5T3_x86_64. This used to be the only way I could get flash running. Now as soon as it encounters flash, it dies. I have tried to backtrace it, but trying to run firefox in gdb it a bit more than painful. Info: kernel-2.6.15-1.2041_FC5 Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.8.0.1) Gecko/20060124 Firefox/1.5.0.1 Is there any other relevant information? BTW, the last site that worked was: http://browserbookapp.sourceforge.net/deskbar-2-14-screencast.html Phil From gabbath at gmail.com Wed Mar 15 13:13:45 2006 From: gabbath at gmail.com (Dan Gabriel Ghita) Date: Wed, 15 Mar 2006 13:13:45 +0000 Subject: FLash player - firefox 32 bit In-Reply-To: <1142427593.2947.24.camel@nori> References: <1142427593.2947.24.camel@nori> Message-ID: hi phil, i'm having problems with flash too, i was just ready to post, but i'm going to update first (there's a firefox package there too) and i'll post then (it'll be about 15-30 mins and then i'll let you know what problems i'm having) gabriel On 3/15/06, Philip Trickett (List) wrote: > > Hi, > > Just putting feelers out here to see if anyone has had problems with > Flash crashing firefox after recent updates (12th / 13th March) > > I am running the binary download of firefox from mozilla.com on > FC5T3_x86_64. This used to be the only way I could get flash running. > Now as soon as it encounters flash, it dies. I have tried to backtrace > it, but trying to run firefox in gdb it a bit more than painful. > > Info: > > kernel-2.6.15-1.2041_FC5 > Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.8.0.1) > Gecko/20060124 Firefox/1.5.0.1 > > Is there any other relevant information? > > BTW, the last site that worked was: > http://browserbookapp.sourceforge.net/deskbar-2-14-screencast.html > > Phil > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guess.who at freesurf.fr Wed Mar 15 13:14:06 2006 From: guess.who at freesurf.fr (Larry tb) Date: Wed, 15 Mar 2006 14:14:06 +0100 Subject: PC freezing, during surfing on the internet In-Reply-To: <4417FD7B.2090904@gmx.de> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <4417F694.4020001@freesurf.fr> <4417FD7B.2090904@gmx.de> Message-ID: <4418131E.7070605@freesurf.fr> ... the same seems to happen, when i launched mozilla :( Could be a graphical porblem, and maybe something aournd the internet connection. I ma asking if proxy could generate such a behaviour. 'Hope it 'll disappear in the next release ! shrek-m at gmx.de wrote: > On 15.03.2006 12:12, Larry tb wrote: > >> And now... this is worst :( >> just openning firefox freezes immedialty the pc ! > > > > java ? > flash ? > other plugins ? > ... > From guess.who at freesurf.fr Wed Mar 15 13:17:06 2006 From: guess.who at freesurf.fr (Larry tb) Date: Wed, 15 Mar 2006 14:17:06 +0100 Subject: FLash player - firefox 32 bit In-Reply-To: <1142427593.2947.24.camel@nori> References: <1142427593.2947.24.camel@nori> Message-ID: <441813D2.4010806@freesurf.fr> yep, 'could be ! but to me, everything freeze, and have to reset ! Im not sure flash is in question, but im sure firefox freeze my pc... But maybe not only firefox (mozilla too). It turns around the internet. Have the same kenrel firefox 1.5.0.1-9 Philip Trickett (List) wrote: > Hi, > > Just putting feelers out here to see if anyone has had problems with > Flash crashing firefox after recent updates (12th / 13th March) > > I am running the binary download of firefox from mozilla.com on > FC5T3_x86_64. This used to be the only way I could get flash running. > Now as soon as it encounters flash, it dies. I have tried to backtrace > it, but trying to run firefox in gdb it a bit more than painful. > > Info: > > kernel-2.6.15-1.2041_FC5 > Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.8.0.1) > Gecko/20060124 Firefox/1.5.0.1 > > Is there any other relevant information? > > BTW, the last site that worked was: > http://browserbookapp.sourceforge.net/deskbar-2-14-screencast.html > > Phil > From jon.nettleton at gmail.com Wed Mar 15 13:18:33 2006 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Wed, 15 Mar 2006 08:18:33 -0500 Subject: FLash player - firefox 32 bit In-Reply-To: References: <1142427593.2947.24.camel@nori> Message-ID: <1142428714.9438.39.camel@averatec> On Wed, 2006-03-15 at 13:13 +0000, Dan Gabriel Ghita wrote: > hi phil, > i'm having problems with flash too, i was just ready to post, but i'm > going to update first (there's a firefox package there too) and i'll > post then (it'll be about 15-30 mins and then i'll let you know what > problems i'm having) > gabriel > > On 3/15/06, Philip Trickett (List) wrote: > Hi, > > Just putting feelers out here to see if anyone has had > problems with > Flash crashing firefox after recent updates (12th / 13th > March) > > I am running the binary download of firefox from mozilla.com > on > FC5T3_x86_64. This used to be the only way I could get flash > running. > Now as soon as it encounters flash, it dies. I have tried to > backtrace > it, but trying to run firefox in gdb it a bit more than > painful. > > Info: > > kernel-2.6.15-1.2041_FC5 > Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.8.0.1) > Gecko/20060124 Firefox/1.5.0.1 > > Is there any other relevant information? > > BTW, the last site that worked was: > http://browserbookapp.sourceforge.net/deskbar-2-14-screencast.html > > Phil > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > > -- see if adding this to your /usr/bin/firefox launch script helps. XLIB_SKIP_ARGB_VISUALS=1 export XLIB_SKIP_ARGB_VISUALS I add it write below the MOZ_DISABLE_PANGO section. Jon From gabbath at gmail.com Wed Mar 15 13:22:57 2006 From: gabbath at gmail.com (Dan Gabriel Ghita) Date: Wed, 15 Mar 2006 13:22:57 +0000 Subject: FLash player - firefox 32 bit Message-ID: hi, this is what i wanted to post a few minutes ago, but phil posted ahead: i seem to be having trouble installing flash player. i use firefox usually and i've noticed that flashplayer is one of the only plugins that it can install automatically in linux with the "install missing plugins" feature. but on fc5 it just doesn't work. it says "installed" but after i restart it doesn't work at all (and it usually gets installed on the fly, you just need to refresh the page). i tried installing manually with the linux installer from macromedia, installed in a lot of directories, /usr/lib/mozilla, /usr/lib/mozilla-, /usr/lib/firefox.. etc (i think even in my homedir, in .firefox/plugins), but it just doesn't get detected. is it because it's firefox 1.5? i had it installed on fc4 without problems (actually i had firefox 1.0 then upgraded to 1.5). also opened mozilla to see if it worked there and it didn't. any help is welcome. Gabriel -------------- next part -------------- An HTML attachment was scrubbed... URL: From patrick at wudika.de Wed Mar 15 13:24:24 2006 From: patrick at wudika.de (Patrick von der Hagen) Date: Wed, 15 Mar 2006 14:24:24 +0100 Subject: Rawhide, bluetooth and selinux Message-ID: <44181588.7000809@wudika.de> Hi all, I try to get some communication running with rawhide and bluetooth. Running "/etc/init.d/bluetooth start" won't start hcid, syslog says: Mar 15 14:07:38 rzm-hagen-lt hcid[14385]: Bluetooth HCI daemon Mar 15 14:07:38 rzm-hagen-lt hcid[14385]: Can't get system message bus name: Connection ":1.18" is not allowed to own the service "org.bluez" due to SELinux policy Mar 15 14:07:38 rzm-hagen-lt hcid[14385]: Unable to get on D-BUS Manually running hcid results in Mar 15 14:08:38 rzm-hagen-lt hcid[14401]: Bluetooth HCI daemon Mar 15 14:08:38 rzm-hagen-lt hcid[14401]: Starting security manager 0 At least it is running now... Using nautilus I can send files to my cell-phone. Basically it is working. :-) Trying to authenticated my cellphone to my desktop results in Mar 15 14:04:45 rzm-hagen-lt hcid[14248]: pin_code_request (sba=00:10:C6:52:C1:CC, dba=00:15:B9:1F:77:A1) Mar 15 14:04:45 rzm-hagen-lt hcid[14248]: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez.PinAgent was not provided by any .service files gnome-bluetooth shows a symbol for my cell-phone and that's it. There are some buttons like "properties" which seem to have no effect. I tried at my desktop and my notebook, different bluetooth-hardware but same results. Can someone confirm or has someone better experience? Any advise how to get bluetooth running? So to me bluetooth seems to be partially broken, but I won't consider this to be a blocker for FC5. ;-) However, IMHO it should be mentioned in the release-documentation and perhaps the gnome-bluetooth-icons should be removed from gnome-menu, since they are currently useless in a standard-FC5-installation. BTW, if /usr/share/doc/HTML/index.html is to be updated, in section 9.5.2 graveman should IMHO not be mentioned, since at least here it is useless, crashing regularly with pointer-errors (reported to bugzilla several weeks ago). -- CU, Patrick. From gabbath at gmail.com Wed Mar 15 13:28:27 2006 From: gabbath at gmail.com (Dan Gabriel Ghita) Date: Wed, 15 Mar 2006 13:28:27 +0000 Subject: PC freezing, during surfing on the internet In-Reply-To: <4418131E.7070605@freesurf.fr> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <4417F694.4020001@freesurf.fr> <4417FD7B.2090904@gmx.de> <4418131E.7070605@freesurf.fr> Message-ID: larry, i'm behind a proxy here too (a very restrictive one too!) and experience no such problems. try going init 3 and run lynx or another textbased browser gabriel On 3/15/06, Larry tb wrote: > > ... the same seems to happen, when i launched mozilla :( > Could be a graphical porblem, and maybe something aournd the internet > connection. > I ma asking if proxy could generate such a behaviour. > 'Hope it 'll disappear in the next release ! > > > shrek-m at gmx.de wrote: > > On 15.03.2006 12:12, Larry tb wrote: > > > >> And now... this is worst :( > >> just openning firefox freezes immedialty the pc ! > > > > > > > > java ? > > flash ? > > other plugins ? > > ... > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lsatenstein at yahoo.com Wed Mar 15 13:33:34 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Wed, 15 Mar 2006 05:33:34 -0800 (PST) Subject: kudzu segmentation error with xen. Message-ID: <20060315133334.37238.qmail@web30215.mail.mud.yahoo.com> As Larry tb indicated, in some other repository he (and I) found a version of the kernel kernel-xen-hypervisor-2.6.15-1.2009.4.2_FC5 That has not been part of the "official Core5 test3" download. I do not know the status of this other kernel, with regards to core5 test3, as no kernel update has ever been distributed since the onset of test3 commencement. On a positive note, I downloaded and tested the latter version and noted two fixes vis a vis the kernel-xen-hypervisor-2.6.15-1.1955_FC5 1) kudzu does not lock up or generate a segfault error and 2) Power-off works (The system actually does a power off) If the latter is not part of what will be unleashed on Monday, the 20th, then my bug is unresolved and is still open. In closing, It has been a furious set of activities to get Core5 test3 to the healthy status it currently is at. I must congratulate Rahul Sundaram for a job well done. Many of you do not know that he is often at the keyboard and not in bed at 3am in the morning, so that we can meet the deadline. Further, he had to deal with my ignorance or more specifically my lack of indepth knowledge of how to debug problems. Further, he has never been negative en any correspondence. (A perfect husband or future husband). Leslie Montreal Father, Grandfather, 40 years in system software engineering 11 months with Linux. Message: 8 Date: Wed, 15 Mar 2006 08:23:21 +0100 From: Larry tb Subject: Re: kernel and kudzu mismatch (kernel update was not distributed To: For testers of Fedora Core development releases Message-ID: <4417C0E9.6090309 at freesurf.fr> Content-Type: text/plain; charset=us-ascii; format=flowed Well, i m not sure the way i told is the good one .... Sure thing : i have the both hypervisor kernel installed : [root at ws044 ~]# rpm -qa | grep kernel kernel-xen-hypervisor-2.6.15-1.1955_FC5 kernel-xen-hypervisor-2.6.15-1.2009.4.2_FC5 kernel-2.6.15-1.2041_FC5 kernel-2.6.15-1.2038_FC5 kernel-devel-2.6.15-1.2041_FC5 [root at ws044 ~]# Maybe you could try yum install kernel-xen-hypervisor-2.6.15-1.2009.4.2_FC5 ????????? Hmm :( I have just tried to install hypervisor on another machine i have, and cant find any kernel-xen-hypervisor anywhere . What the hell is it ? Larry tb wrote: > Hi back Leslie :) > Well in fact i use yumex, which is the graphical tool for yum. > I cant believe yumex makes any diffrent from yum, but it seems to :-/ > > > Does it also allow a complete power off of the system after a > shutdown command is issued? > Yes indeed : it complete shuts down ! > > I have just tred to install kernel-xen0 using yum, > #yum update > #yum install kernel-xen0 > and i found it immediatly ! -----> see attanchement please :) > [ok : i didn't installed it, 'cause it will take a loooong time since i > am on pretty old usb box :)] > > Hope it'll help you ! > larry > > Leslie Satenstein wrote: > >> Hi Larry >> >> How is it that via pup you were able to get an updated hypervisor >> (2009.4.2_Fc5, and I have only the version indicated? >> I would like to test the one you use, but have not found how to fetch >> it, or from where. >> Does it also allow a complete power off of the system after a shutdown >> command is issued? >> >> Leslie >> >> >> Message: 4 >> Date: Tue, 14 Mar 2006 06:32:04 +0100 >> From: Larry tb > > >> >> Subject: Re: KUDZU LOCKUP >> To: For testers of Fedora Core development releases >> > > >> >> Message-ID: <44165554.4040806 at freesurf.fr >> > >> >> Content-Type: text/plain; charset=us-ascii; format=flowed >> >> Actually running kudzu-1.2.34.2-1, and 2.6.15-1.2009.4.2_FC5hypervisor ! >> Have no problem left with kudzu ! >> >> Bretagne, France March the 14th, 2006 - 6.31 am :) >> >> Leslie Satenstein wrote: >> >>> Is there a chance that Kudzu will have a patch to allow it to work >> >> with >> >>> the standard fc5 test3 hypervisor before the files go to generate the >> >> ISO's? >> >>> >>> My system locks up solidly during boot unless I bypass kudzu during >>> boot prompt. In a way, this does not bother me, because I do not >>> anticipate a hardware change for a while. I do intent to do a fresh >>> format install of Core5, and I would want very much that the ISO >> >> version >> >>> of kudzu work. >>> >>> As a reminder*> >> >> >> >>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185236 >>> >>> from rpm -qa kudzu-devel-1.2.34.2-1 >>> kudzu-1.2.34.2-1 >>> >>> from uname -r >>> 2.6.15-1.1955_FC5hypervisor >>> >>> The only kernel installed since the test3 iso disks. As of 10pm >> >> Canada Eastern Standard time ! >> >>> (same as >>> New York City), pup tells me that there are zero outstanding patches >> >> are left to install. >> >>> >>> Leslie >>> >>> >>> >> >> >> >> *** >> > > > ------------------------------------------------------------------------ > > Dependencies Resolved > > ============================================================================= > Package Arch Version Repository Size > ============================================================================= > Installing: > kernel-xen0 i686 2.6.15-1.2041_FC5 development 14 M > Installing for dependencies: > bridge-utils i386 1.0.6-1.2 development 27 k > sysfsutils i386 1.3.0-1.2.1 development 64 k > xen i386 3.0.1-4 development 1.3 M > > Transaction Summary > ============================================================================= > Install 4 Package(s) > Update 0 Package(s) > Remove 0 Package(s) > Total download size: 16 M > Is this ok [y/N]: n > Exiting on user Command > Complete! > [root at usb-box ~]# > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guess.who at freesurf.fr Wed Mar 15 13:41:09 2006 From: guess.who at freesurf.fr (Larry tb) Date: Wed, 15 Mar 2006 14:41:09 +0100 Subject: PC freezing, during surfing on the internet In-Reply-To: <441806C6.9040601@insight.rr.com> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> Message-ID: <44181975.6040207@freesurf.fr> Waow ! Awsome jim. This is coool :) --> i get my mozilla icon. but now back to firefox :( to try to find out the problem No plugin installed neither flash ! just 1.5.0.1-9 and few languages with it (i didn't ask for !) Jim Cornette wrote: > Larry tb wrote: > >> ...and im sure Firefox is in question, 'cause with Mozilla (which have >> no icon to be run ! --> have to lunch it from shell) i have no problem. >> Actually updating firefox to 1.5.0.1-9..... >> > > The reason that you have no Mozilla ICON is that the mozilla.desktop is > set to not display the ICON in the menus by default. The mozilla.desktop > file is in the /usr/share/applications directory. > > You may be able to change NoDisplay=true to NoDisplay=false like I > always do and the mozilla ICON will show up in the Internet menus. > > I have not tried to change this via the menu editor, this may or may not > work also. > > yum remove beagle might work to get firefox working also. :-) > > Jim > > cat mozilla.desktop > [Desktop Entry] > Name=Mozilla Web Browser > GenericName=Web Browser > Comment=Browse the web > Exec=mozilla %u > Icon=mozilla-icon > Terminal=false > Type=Application > NoDisplay=false # This is set to true by *default.* > MimeType=text/html;text/xml;application/xhtml+xml;application/vnd.mozilla.xul+xml;text/mml; > > Encoding=UTF-8 > X-Desktop-File-Install-Version=0.10 > Categories=Network;Application;X-Fedora; > > > From dwalsh at redhat.com Wed Mar 15 13:46:13 2006 From: dwalsh at redhat.com (Daniel J Walsh) Date: Wed, 15 Mar 2006 08:46:13 -0500 Subject: selinux / semodule question In-Reply-To: <4417FDB8.5000203@cornell.edu> References: <20060315101140.CRYM18957.aamtaout04-winn.ispmail.ntl.com@smtp.ntlworld.com> <4417FDB8.5000203@cornell.edu> Message-ID: <44181AA5.4040209@redhat.com> I would figure you have a labeling problem. touch /.autorelabel reboot Will probably clean up your problems. From phil-ml at techworks.ie Wed Mar 15 13:46:52 2006 From: phil-ml at techworks.ie (Philip Trickett (List)) Date: Wed, 15 Mar 2006 13:46:52 +0000 Subject: FLash player - firefox 32 bit In-Reply-To: <1142428714.9438.39.camel@averatec> References: <1142427593.2947.24.camel@nori> <1142428714.9438.39.camel@averatec> Message-ID: <1142430412.2947.28.camel@nori> On Wed, 2006-03-15 at 08:18 -0500, Jon Nettleton wrote: > > see if adding this to your /usr/bin/firefox launch script helps. > > XLIB_SKIP_ARGB_VISUALS=1 > export XLIB_SKIP_ARGB_VISUALS > > I add it write below the MOZ_DISABLE_PANGO section. And there was much rejoicing! That did it Jon, thanks!! Phil From dwalsh at redhat.com Wed Mar 15 13:49:04 2006 From: dwalsh at redhat.com (Daniel J Walsh) Date: Wed, 15 Mar 2006 08:49:04 -0500 Subject: Rawhide, bluetooth and selinux In-Reply-To: <44181588.7000809@wudika.de> References: <44181588.7000809@wudika.de> Message-ID: <44181B50.2080208@redhat.com> Patrick von der Hagen wrote: > Hi all, > > I try to get some communication running with rawhide and bluetooth. > Running "/etc/init.d/bluetooth start" won't start hcid, syslog says: > Mar 15 14:07:38 rzm-hagen-lt hcid[14385]: Bluetooth HCI daemon > Mar 15 14:07:38 rzm-hagen-lt hcid[14385]: Can't get system message bus > name: Connection ":1.18" is not allowed to own the service "org.bluez" > due to SELinux policy > Mar 15 14:07:38 rzm-hagen-lt hcid[14385]: Unable to get on D-BUS > > Manually running hcid results in > Mar 15 14:08:38 rzm-hagen-lt hcid[14401]: Bluetooth HCI daemon > Mar 15 14:08:38 rzm-hagen-lt hcid[14401]: Starting security manager 0 > > At least it is running now... > Using nautilus I can send files to my cell-phone. Basically it is > working. :-) > Trying to authenticated my cellphone to my desktop results in > Mar 15 14:04:45 rzm-hagen-lt hcid[14248]: pin_code_request > (sba=00:10:C6:52:C1:CC, dba=00:15:B9:1F:77:A1) > Mar 15 14:04:45 rzm-hagen-lt hcid[14248]: > org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez.PinAgent > was not provided by any .service files > > gnome-bluetooth shows a symbol for my cell-phone and that's it. There > are some buttons like "properties" which seem to have no effect. > > I tried at my desktop and my notebook, different bluetooth-hardware > but same results. > > Can someone confirm or has someone better experience? Any advise how > to get bluetooth running? > > So to me bluetooth seems to be partially broken, but I won't consider > this to be a blocker for FC5. ;-) However, IMHO it should be mentioned > in the release-documentation and perhaps the gnome-bluetooth-icons > should be removed from gnome-menu, since they are currently useless in > a standard-FC5-installation. > > BTW, if /usr/share/doc/HTML/index.html is to be updated, in section > 9.5.2 graveman should IMHO not be mentioned, since at least here it is > useless, crashing regularly with pointer-errors (reported to bugzilla > several weeks ago). > Are you seeing any AVC messages? We are starting to test more with bluetooth and hopefully will have some fixes soon. From guess.who at freesurf.fr Wed Mar 15 13:21:58 2006 From: guess.who at freesurf.fr (Larry tb) Date: Wed, 15 Mar 2006 14:21:58 +0100 Subject: lynx limitation when downloading Message-ID: <441814F6.9080706@freesurf.fr> Well, as firefox crash my pc (freezes), i tried to download fc5-test-3 x64_86 using lynx. but i get an error message after 2go :( : File size limit exceed ! arghhhh ! Is there a way to workaround, please ? thx larry From sundaram at fedoraproject.org Wed Mar 15 14:07:20 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 15 Mar 2006 19:37:20 +0530 Subject: lynx limitation when downloading In-Reply-To: <441814F6.9080706@freesurf.fr> References: <441814F6.9080706@freesurf.fr> Message-ID: <44181F98.2040702@fedoraproject.org> Larry tb wrote: > Well, as firefox crash my pc (freezes), i tried to download fc5-test-3 > x64_86 using lynx. but i get an error message after 2go :( : > File size limit exceed ! > arghhhh ! > > Is there a way to workaround, please ? > thx > larry > http://fedora.redhat.com/docs/release-notes/fc5/test3-latest-en/#sn-Installer -- Rahul From guess.who at freesurf.fr Wed Mar 15 13:36:15 2006 From: guess.who at freesurf.fr (Larry tb) Date: Wed, 15 Mar 2006 14:36:15 +0100 Subject: PC freezing, during surfing on the internet In-Reply-To: References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <4417F694.4020001@freesurf.fr> <4417FD7B.2090904@gmx.de> <4418131E.7070605@freesurf.fr> Message-ID: <4418184F.9040104@freesurf.fr> Thx gabriel, but as i sent few minutes ago, i also get a problem wuth lynx : file size limitation, when trying to download ios (3go) :( I note that proxy is not the problem ! larry Dan Gabriel Ghita wrote: > larry, i'm behind a proxy here too (a very restrictive one too!) and > experience no such problems. try going init 3 and run lynx or another > textbased browser > gabriel > > On 3/15/06, * Larry tb* > wrote: > > ... the same seems to happen, when i launched mozilla :( > Could be a graphical porblem, and maybe something aournd the internet > connection. > I ma asking if proxy could generate such a behaviour. > 'Hope it 'll disappear in the next release ! > > > shrek-m at gmx.de wrote: > > On 15.03.2006 12:12, Larry tb wrote: > > > >> And now... this is worst :( > >> just openning firefox freezes immedialty the pc ! > > > > > > > > java ? > > flash ? > > other plugins ? > > ... > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > > From gabbath at gmail.com Wed Mar 15 14:36:35 2006 From: gabbath at gmail.com (Dan Gabriel Ghita) Date: Wed, 15 Mar 2006 14:36:35 +0000 Subject: win+key combinations broken (again) Message-ID: hello, i was mapping some keystrokes and noticed that you can't execute Win+ command. i saw this first in test3, then upgraded and the bug was gone. but after updating today, here it is again. i'm using kde, i'm gonna check to see if it works in gnome too, but i suspect it might be a kernel thing, since i had no kde updates today. gabriel -------------- next part -------------- An HTML attachment was scrubbed... URL: From W.J.Murray at rl.ac.uk Wed Mar 15 14:45:18 2006 From: W.J.Murray at rl.ac.uk (William John Murray) Date: Wed, 15 Mar 2006 14:45:18 +0000 Subject: Rawhide, bluetooth and selinux In-Reply-To: <20060315134143.3765973528@hormel.redhat.com> References: <20060315134143.3765973528@hormel.redhat.com> Message-ID: <1142433919.31318.23.camel@heplnw8.pp.rl.ac.uk> On Wed, 2006-03-15 at 08:41 -0500, fedora-test-list-request at redhat.com wrote: > Hi all, > > I try to get some communication running with rawhide and bluetooth. > Running "/etc/init.d/bluetooth start" won't start hcid, syslog says: > Mar 15 14:07:38 rzm-hagen-lt hcid[14385]: Bluetooth HCI daemon > Mar 15 14:07:38 rzm-hagen-lt hcid[14385]: Can't get system message > bus > name: Connection ":1.18" is not allowed to own the service > "org.bluez" > due to SELinux policy > Mar 15 14:07:38 rzm-hagen-lt hcid[14385]: Unable to get on D-BUS > > Manually running hcid results in > Mar 15 14:08:38 rzm-hagen-lt hcid[14401]: Bluetooth HCI daemon > Mar 15 14:08:38 rzm-hagen-lt hcid[14401]: Starting security manager 0 > > At least it is running now... > Using nautilus I can send files to my cell-phone. Basically it is > working. :-) > Trying to authenticated my cellphone to my desktop results in > Mar 15 14:04:45 rzm-hagen-lt hcid[14248]: pin_code_request > (sba=00:10:C6:52:C1:CC, dba=00:15:B9:1F:77:A1) > Mar 15 14:04:45 rzm-hagen-lt hcid[14248]: > org.freedesktop.DBus.Error.ServiceUnknown: The name > org.bluez.PinAgent > was not provided by any .service files > > gnome-bluetooth shows a symbol for my cell-phone and that's it. There > are some buttons like "properties" which seem to have no effect. > > I tried at my desktop and my notebook, different bluetooth-hardware > but > same results. > > Can someone confirm or has someone better experience? Any advise how > to > get bluetooth running? > > So to me bluetooth seems to be partially broken, but I won't consider > this to be a blocker for FC5. ;-) However, IMHO it should be > mentioned > in the release-documentation and perhaps the gnome-bluetooth-icons > should be removed from gnome-menu, since they are currently useless in > a > standard-FC5-installation. > > BTW, if /usr/share/doc/HTML/index.html is to be updated, in section > 9.5.2 graveman should IMHO not be mentioned, since at least here it > is > useless, crashing regularly with pointer-errors (reported to bugzilla > several weeks ago). > > -- > CU, > Patrick. Hello Patrick, I think you have to disable the bluetooth in selinux, (SElinux -> SELinux service protection -> bluetooth) The pin ID stuff is probably related to requiring a pin helper. I uncommented /usr/bin/bluepin in /etc/bluetooth/hcid.conf, and the error went away. There is still something wrong - when I rfcomm to my phone I get a 'do you want this connection' which instantly disappears, and the connection is broken. But I can obex push from either end. The gnome-bluetooth-file-sharing works very nicely. The manager really should have the 'properties' button removed, as it seems to do nothing. Bill From guess.who at freesurf.fr Wed Mar 15 14:50:49 2006 From: guess.who at freesurf.fr (Larry tb) Date: Wed, 15 Mar 2006 15:50:49 +0100 Subject: PC freezing, during surfing on the internet In-Reply-To: <44181975.6040207@freesurf.fr> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> Message-ID: <441829C9.30403@freesurf.fr> Removing firefox but just when openning mozilla, it's the same : pc freezes ! blaah ! Is there any kind of output i could look for and past ? Larry tb wrote: > Waow ! Awsome jim. This is coool :) --> i get my mozilla icon. > but now back to firefox :( to try to find out the problem > No plugin installed neither flash ! just 1.5.0.1-9 and few languages > with it (i didn't ask for !) > > > Jim Cornette wrote: > >> Larry tb wrote: >> >>> ...and im sure Firefox is in question, 'cause with Mozilla (which >>> have no icon to be run ! --> have to lunch it from shell) i have no >>> problem. >>> Actually updating firefox to 1.5.0.1-9..... >>> >> >> The reason that you have no Mozilla ICON is that the mozilla.desktop >> is set to not display the ICON in the menus by default. The >> mozilla.desktop file is in the /usr/share/applications directory. >> >> You may be able to change NoDisplay=true to NoDisplay=false like I >> always do and the mozilla ICON will show up in the Internet menus. >> >> I have not tried to change this via the menu editor, this may or may >> not work also. >> >> yum remove beagle might work to get firefox working also. :-) >> >> Jim >> >> cat mozilla.desktop >> [Desktop Entry] >> Name=Mozilla Web Browser >> GenericName=Web Browser >> Comment=Browse the web >> Exec=mozilla %u >> Icon=mozilla-icon >> Terminal=false >> Type=Application >> NoDisplay=false # This is set to true by *default.* >> MimeType=text/html;text/xml;application/xhtml+xml;application/vnd.mozilla.xul+xml;text/mml; >> >> Encoding=UTF-8 >> X-Desktop-File-Install-Version=0.10 >> Categories=Network;Application;X-Fedora; >> >> >> > From fedora at puzzled.xs4all.nl Wed Mar 15 15:00:01 2006 From: fedora at puzzled.xs4all.nl (Patrick) Date: Wed, 15 Mar 2006 16:00:01 +0100 Subject: rawhide report: 20060314 changes In-Reply-To: <20060314151443.GA16792@redhat.com> References: <200603140809.k2E895Gc023342@porkchop.devel.redhat.com> <1142327894.24640.1.camel@iridium> <4416D840.2070600@redhat.com> <5256d0b0603140655va76978cj42a7e951b329627a@mail.gmail.com> <20060314151443.GA16792@redhat.com> Message-ID: <1142434801.11733.39.camel@guru.puzzled.xs4all.nl> On Tue, 2006-03-14 at 10:14 -0500, Daniel Veillard wrote: [snip] > > There's been a ekiga 2.0.1 release to fix some bugs.... so maybe we > > could have that one for tomorrow instead ;-) > > yes, I'm sitting on this, you can get the FC4 one directly at > http://ekiga.org/index.php?rub=5 Hi Daniel, Does the upgrade to ekiga's pwlib-1.10 mess up any FC4 apps that depend on FC4's pwlib 1.8.7 ? Thanks and regards, Patrick From pbrobinson at gmail.com Wed Mar 15 15:06:18 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Wed, 15 Mar 2006 15:06:18 +0000 Subject: rawhide report: 20060314 changes In-Reply-To: <1142434801.11733.39.camel@guru.puzzled.xs4all.nl> References: <200603140809.k2E895Gc023342@porkchop.devel.redhat.com> <1142327894.24640.1.camel@iridium> <4416D840.2070600@redhat.com> <5256d0b0603140655va76978cj42a7e951b329627a@mail.gmail.com> <20060314151443.GA16792@redhat.com> <1142434801.11733.39.camel@guru.puzzled.xs4all.nl> Message-ID: <5256d0b0603150706l293bc8d9g71e6d4e61890c088@mail.gmail.com> On 3/15/06, Patrick wrote: > On Tue, 2006-03-14 at 10:14 -0500, Daniel Veillard wrote: > [snip] > > > There's been a ekiga 2.0.1 release to fix some bugs.... so maybe we > > > could have that one for tomorrow instead ;-) > > > > yes, I'm sitting on this, you can get the FC4 one directly at > > http://ekiga.org/index.php?rub=5 > > Hi Daniel, > > Does the upgrade to ekiga's pwlib-1.10 mess up any FC4 apps that depend > on FC4's pwlib 1.8.7 ? That would only be openh323/gnomemeeting 1.2 of default apps that ship with FC4. If there are other apps you have compiled that use these libs there could be issues. Peter From gstool at earthlink.net Wed Mar 15 15:11:01 2006 From: gstool at earthlink.net (Gerry Tool) Date: Wed, 15 Mar 2006 09:11:01 -0600 Subject: lynx limitation when downloading In-Reply-To: <441814F6.9080706@freesurf.fr> References: <441814F6.9080706@freesurf.fr> Message-ID: <1142435462.3863.0.camel@fc5t3.thetoolshed.us> On Wed, 2006-03-15 at 14:21 +0100, Larry tb wrote: > Well, as firefox crash my pc (freezes), i tried to download fc5-test-3 > x64_86 using lynx. but i get an error message after 2go :( : > File size limit exceed ! > arghhhh ! > > Is there a way to workaround, please ? > thx > larry > Use konqueror - it's better at doing ftp anyway. Gerry From julian.dunn at devlin.ca Wed Mar 15 15:18:47 2006 From: julian.dunn at devlin.ca (Julian C. Dunn) Date: Wed, 15 Mar 2006 10:18:47 -0500 Subject: /etc/inittab went away && wlan has weird device name Message-ID: <1142435927.3014.2.camel@slartibartfast.it.devlin.ca> I just did a yum update, updating to initscripts 8.31.1-1 (among other things like a new kernel). When I rebooted, init complained that inittab was missing, so I rebooted into rescue mode and found that there was an /etc/inittab.rpmsave but no /etc/inittab. Has anyone else had this problem? Also, I'm using a Thinkpad T42 (2378RAU) and the wireless card shows up as a weird device after boot: dev8569 Link encap:Ethernet HWaddr 00:0E:35:FC:39:23 Does anyone know why? - Julian -- Julian C. Dunn, P.Eng. Systems Administrator e: julian.dunn at devlin.ca p: 416-363-6316 x292 f: 416-363-6102 Devlin eBusiness Architects 185 Frederick St. Toronto, ON M5A 4L4 http://www.devlin.ca/ From guess.who at freesurf.fr Wed Mar 15 14:42:00 2006 From: guess.who at freesurf.fr (Larry tb) Date: Wed, 15 Mar 2006 15:42:00 +0100 Subject: lynx limitation when downloading In-Reply-To: <44181F98.2040702@fedoraproject.org> References: <441814F6.9080706@freesurf.fr> <44181F98.2040702@fedoraproject.org> Message-ID: <441827B8.2070100@freesurf.fr> thx ;) Rahul Rahul Sundaram wrote: > Larry tb wrote: > >> Well, as firefox crash my pc (freezes), i tried to download fc5-test-3 >> x64_86 using lynx. but i get an error message after 2go :( : >> File size limit exceed ! >> arghhhh ! >> >> Is there a way to workaround, please ? >> thx >> larry >> > http://fedora.redhat.com/docs/release-notes/fc5/test3-latest-en/#sn-Installer > > From dragoran at feuerpokemon.de Wed Mar 15 15:28:42 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Wed, 15 Mar 2006 16:28:42 +0100 Subject: /etc/inittab went away && wlan has weird device name In-Reply-To: <1142435927.3014.2.camel@slartibartfast.it.devlin.ca> References: <1142435927.3014.2.camel@slartibartfast.it.devlin.ca> Message-ID: <441832AA.8030906@feuerpokemon.de> Julian C. Dunn schrieb: >I just did a yum update, updating to initscripts 8.31.1-1 (among other >things like a new kernel). When I rebooted, init complained that inittab >was missing, so I rebooted into rescue mode and found that there was >an /etc/inittab.rpmsave but no /etc/inittab. Has anyone else had this >problem? > > same problem here https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185528 >Also, I'm using a Thinkpad T42 (2378RAU) and the wireless card shows up >as a weird device after boot: > >dev8569 Link encap:Ethernet HWaddr 00:0E:35:FC:39:23 > >Does anyone know why? > > does this also happens with older kernels? seems like a kernel issue. >- Julian > > > From dragoran at feuerpokemon.de Wed Mar 15 15:33:14 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Wed, 15 Mar 2006 16:33:14 +0100 Subject: /etc/inittab went away && wlan has weird device name In-Reply-To: <441832AA.8030906@feuerpokemon.de> References: <1142435927.3014.2.camel@slartibartfast.it.devlin.ca> <441832AA.8030906@feuerpokemon.de> Message-ID: <441833BA.1030508@feuerpokemon.de> dragoran wrote: > Julian C. Dunn schrieb: > >> I just did a yum update, updating to initscripts 8.31.1-1 (among other >> things like a new kernel). When I rebooted, init complained that inittab >> was missing, so I rebooted into rescue mode and found that there was >> an /etc/inittab.rpmsave but no /etc/inittab. Has anyone else had this >> problem? >> >> > same problem here > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185528 > > I added this as blocker as it may break upgrades from older versions. From veillard at redhat.com Wed Mar 15 15:33:35 2006 From: veillard at redhat.com (Daniel Veillard) Date: Wed, 15 Mar 2006 10:33:35 -0500 Subject: rawhide report: 20060314 changes In-Reply-To: <1142434801.11733.39.camel@guru.puzzled.xs4all.nl> References: <200603140809.k2E895Gc023342@porkchop.devel.redhat.com> <1142327894.24640.1.camel@iridium> <4416D840.2070600@redhat.com> <5256d0b0603140655va76978cj42a7e951b329627a@mail.gmail.com> <20060314151443.GA16792@redhat.com> <1142434801.11733.39.camel@guru.puzzled.xs4all.nl> Message-ID: <20060315153335.GI16792@redhat.com> On Wed, Mar 15, 2006 at 04:00:01PM +0100, Patrick wrote: > On Tue, 2006-03-14 at 10:14 -0500, Daniel Veillard wrote: > [snip] > > > There's been a ekiga 2.0.1 release to fix some bugs.... so maybe we > > > could have that one for tomorrow instead ;-) > > > > yes, I'm sitting on this, you can get the FC4 one directly at > > http://ekiga.org/index.php?rub=5 > > Hi Daniel, > > Does the upgrade to ekiga's pwlib-1.10 mess up any FC4 apps that depend > on FC4's pwlib 1.8.7 ? yes, not compatible, Daniel -- Daniel Veillard | Red Hat 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 mario at targetdevelopment.at Wed Mar 15 15:36:27 2006 From: mario at targetdevelopment.at (DI Mario Bruckschwaiger) Date: Wed, 15 Mar 2006 16:36:27 +0100 Subject: /etc/inittab went away && wlan has weird device name In-Reply-To: <441832AA.8030906@feuerpokemon.de> References: <1142435927.3014.2.camel@slartibartfast.it.devlin.ca> <441832AA.8030906@feuerpokemon.de> Message-ID: <4418347B.8080404@targetdevelopment.at> dragoran wrote: > does this also happens with older kernels? seems like a kernel issue. It does not happen with kernel-2.6.15-1.1826.2.9_FC5 (everything else from rawhide) on my x86_64 laptop. From d.terweij at nettuning.net Wed Mar 15 15:44:56 2006 From: d.terweij at nettuning.net (Danny Terweij - Net Tuning | Net) Date: Wed, 15 Mar 2006 16:44:56 +0100 Subject: /etc/inittab went away && wlan has weird device name References: <1142435927.3014.2.camel@slartibartfast.it.devlin.ca><441832AA.8030906@feuerpokemon.de> <4418347B.8080404@targetdevelopment.at> Message-ID: <09fa01c64847$69c27f70$1e00a8c0@prvd321> From: "DI Mario Bruckschwaiger" > dragoran wrote: > > does this also happens with older kernels? seems like a kernel issue. > > It does not happen with kernel-2.6.15-1.1826.2.9_FC5 (everything else > from rawhide) on my x86_64 laptop. Not happened with : Dependencies Resolved ============================================================================ = Package Arch Version Repository Size ============================================================================ = Installing: kernel i686 2.6.15-1.2054_FC5 development 13 M Updating: ORBit2 i386 2.14.0-1 development 247 k initscripts i386 8.31.1-1 development 1.2 M kudzu i386 1.2.34.3-1 development 401 k libbonobo i386 2.14.0-1 development 475 k python-urlgrabber noarch 2.9.8-2 development 119 k Removing: kernel i686 2.6.15-1.1955_FC5 installed 33 M inittab still inittab and not found an rpmsaved one. Danny. From julian.dunn at devlin.ca Wed Mar 15 15:52:22 2006 From: julian.dunn at devlin.ca (Julian C. Dunn) Date: Wed, 15 Mar 2006 10:52:22 -0500 Subject: /etc/inittab went away && wlan has weird device name In-Reply-To: <441832AA.8030906@feuerpokemon.de> References: <1142435927.3014.2.camel@slartibartfast.it.devlin.ca> <441832AA.8030906@feuerpokemon.de> Message-ID: <1142437943.3014.5.camel@slartibartfast.it.devlin.ca> On Wed, 2006-03-15 at 16:28 +0100, dragoran wrote: > >dev8569 Link encap:Ethernet HWaddr 00:0E:35:FC:39:23 > > > >Does anyone know why? > > > > > does this also happens with older kernels? seems like a kernel issue. Yes, it did happen with older fc5t3 kernels although I never mentioned it here before. - Julian -- Julian C. Dunn, P.Eng. Systems Administrator e: julian.dunn at devlin.ca p: 416-363-6316 x292 f: 416-363-6102 Devlin eBusiness Architects 185 Frederick St. Toronto, ON M5A 4L4 http://www.devlin.ca/ From netwiz at crc.id.au Wed Mar 15 15:55:46 2006 From: netwiz at crc.id.au (Steven Haigh) Date: Thu, 16 Mar 2006 02:55:46 +1100 Subject: irssi core dumps on exit. Message-ID: When loading irssi, it all works perfectly, but when exiting, I get the following... Anymore smarter than me at this stuff know why? :) *** glibc detected *** irssi: free(): invalid pointer: 0x0a096810 *** ======= Backtrace: ========= /lib/libc.so.6[0x97ef18] /lib/libc.so.6(__libc_free+0x79)[0x98241d] /usr/lib/libglib-2.0.so.0(g_free+0x31)[0x12d4d1] irssi(dcc_chat_deinit+0x12)[0x80b5422] irssi(irc_dcc_deinit+0x27)[0x80b4af9] irssi(irc_deinit+0x15)[0x809de4d] irssi(main+0x2f4)[0x806c34d] /lib/libc.so.6(__libc_start_main+0xdc)[0x9307e4] irssi[0x80580b1] ======= Memory map: ======== 00101000-00192000 r-xp 00000000 03:01 696816 /usr/lib/ libglib-2.0.so.0.1000.1 00192000-00193000 rwxp 00091000 03:01 696816 /usr/lib/ libglib-2.0.so.0.1000.1 00193000-002b2000 r-xp 00000000 03:01 1538245 /lib/libcrypto.so. 0.9.8a 002b2000-002c5000 rwxp 0011e000 03:01 1538245 /lib/libcrypto.so. 0.9.8a 002c5000-002c8000 rwxp 002c5000 00:00 0 002c8000-00308000 r-xp 00000000 03:01 694236 /usr/lib/ libncurses.so.5.5 00308000-00310000 rwxp 00040000 03:01 694236 /usr/lib/ libncurses.so.5.5 00310000-00311000 rwxp 00310000 00:00 0 00311000-00320000 r-xp 00000000 03:01 883517 /usr/lib/irssi/ modules/libperl_core.so 00320000-00322000 rwxp 0000f000 03:01 883517 /usr/lib/irssi/ modules/libperl_core.so 00325000-00353000 r-xp 00000000 03:01 1080158 /usr/lib/perl5/ vendor_perl/5.8.7/i386-linux-thread-multi/auto/Irssi/Irssi.so 00353000-00354000 rwxp 0002d000 03:01 1080158 /usr/lib/perl5/ vendor_perl/5.8.7/i386-linux-thread-multi/auto/Irssi/Irssi.so 00354000-0035f000 r-xp 00000000 03:01 1538250 /lib/ libgcc_s-4.1.0-20060304.so.1 0035f000-00360000 rwxp 0000a000 03:01 1538250 /lib/ libgcc_s-4.1.0-20060304.so.1 004f4000-004f6000 r-xp 00000000 03:01 752257 /usr/lib/gconv/ CP1252.so 004f6000-004f8000 rwxp 00001000 03:01 752257 /usr/lib/gconv/ CP1252.so 005d7000-005db000 r-xp 00000000 03:01 1049002 /usr/lib/perl5/5.8.8/ i386-linux-thread-multi/auto/IO/IO.so 005db000-005dc000 rwxp 00003000 03:01 1049002 /usr/lib/perl5/5.8.8/ i386-linux-thread-multi/auto/IO/IO.so 00859000-0086e000 r-xp 00000000 03:01 1080162 /usr/lib/perl5/ vendor_perl/5.8.7/i386-linux-thread-multi/auto/Irssi/UI/UI.so 0086e000-0086f000 rwxp 00014000 03:01 1080162 /usr/lib/perl5/ vendor_perl/5.8.7/i386-linux-thread-multi/auto/Irssi/UI/UI.so 008e2000-008eb000 r-xp 00000000 03:01 1537139 /lib/ libnss_files-2.4.so 008eb000-008ec000 r-xp 00008000 03:01 1537139 /lib/ libnss_files-2.4.so 008ec000-008ed000 rwxp 00009000 03:01 1537139 /lib/ libnss_files-2.4.so 008fe000-00917000 r-xp 00000000 03:01 1537206 /lib/ld-2.4.so 00917000-00918000 r-xp 00018000 03:01 1537206 /lib/ld-2.4.so 00918000-00919000 rwxp 00019000 03:01 1537206 /lib/ld-2.4.so 0091b000-00a47000 r-xp 00000000 03:01 1537216 /lib/libc-2.4.so 00a47000-00a4a000 r-xp 0012b000 03:01 1537216 /lib/libc-2.4.so 00a4a000-00a4b000 rwxp 0012e000 03:01 1537216 /lib/libc-2.4.so 00a4b000-00a4e000 rwxp 00a4b000 00:00 0 00a50000-00a52000 r-xp 00000000 03:01 1537243 /lib/libdl-2.4.so 00a52000-00a53000 r-xp 00001000 03:01 1537243 /lib/libdl-2.4.so 00a53000-00a54000 rwxp 00002000 03:01 1537243 /lib/libdl-2.4.so 00a56000-00a79000 r-xp 00000000 03:01 1537263 /lib/libm-2.4.so 00a79000-00a7a000 r-xp 00022000 03:01 1537263 /lib/libm-2.4.so 00a7a000-00a7b000 rwxp 00023000 03:01 1537263 /lib/libm-2.4.so 00a7d000-00a8f000 r-xp 00000000 03:01 697018 /usr/lib/libz.so.1.2.3 00a8f000-00a90000 rwxp 00011000 03:01 697018 /usr/lib/libz.so.1.2.3 00a92000-00a97000 r-xp 00000000 03:01 1537254 /lib/libcrypt-2.4.so 00a97000-00a98000 r-xp 00004000 03:01 1537254 /lib/libcrypt-2.4.so 00a98000-00a99000 rwxp 00005000 03:01 1537254 /lib/libcrypt-2.4.so 00a99000-00ac0000 rwxp 00a99000 00:00 0 00ac2000-00ad3000 r-xp 00000000 03:01 1537259 /lib/libnsl-2.4.so 00ad3000-00ad4000 r-xp 00010000 03:01 1537259 /lib/libnsl-2.4.so 00ad4000-00ad5000 rwxp 00011000 03:01 1537259 /lib/libnsl-2.4.so 00ad5000-00ad7000 rwxp 00ad5000 00:00 0 00ad9000-00adb000 r-xp 00000000 03:01 1538908 /lib/libutil-2.4.so 00adb000-00adc000 r-xp 00001000 03:01 1538908 /lib/libutil-2.4.so 00adc000-00add000 rwxp 00002000 03:01 1538908 /lib/libutil-2.4.so 00adf000-00c09000 r-xp 00000000 03:01 1046703 /usr/lib/perl5/5.8.8/ i386-linux-thread-multi/CORE/libperl.so 00c09000-00c0e000 rwxp 0012a000 03:01 1046703 /usr/lib/perl5/5.8.8/ i386-linux-thread-multi/CORE/libperl.so 00c0e000-00c10000 rwxp 00c0e000 00:00 0 00c15000-00c16000 r-xp 00c15000 00:00 0 [vdso] 00c6c000-00c7b000 r-xp 00000000 03:01 1537271 /lib/libresolv-2.4.so 00c7b000-00c7c000 r-xp 0000e000 03:01 1537271 /lib/libresolv-2.4.so 00c7c000-00c7d000 rwxp 0000f000 03:01 1537271 /lib/libresolv-2.4.so 00c7d000-00c7f000 rwxp 00c7d000 00:00 0 00c81000-00c83000 r-xp 00000000 03:01 1538244 /lib/libcom_err.so.2.1 00c83000-00c84000 rwxp 00001000 03:01 1538244 /lib/libcom_err.so.2.1 00c86000-00c89000 r-xp 00000000 03:01 694428 /usr/lib/ libkrb5support.so.0.0 00c89000-00c8a000 rwxp 00002000 03:01 694428 /usr/lib/ libkrb5support.so.0.0 00c8c000-00c9c000 r-xp 00000000 03:01 1537231 /lib/libpthread-2.4.so 00c9c000-00c9d000 r-xp 0000f000 03:01 1537231 /lib/libpthread-2.4.so 00c9d000-00c9e000 rwxp 00010000 03:01 1537231 /lib/libpthread-2.4.so 00c9e000-00ca0000 rwxp 00c9e000 00:00 0 00ca2000-00cc6000 r-xp 00000000 03:01 697015 /usr/lib/ libk5crypto.so.3.0 00cc6000-00cc7000 rwxp 00024000 03:01 697015 /usr/lib/ libk5crypto.so.3.0 00cc9000-00ce1000 r-xp 00000000 03:01 697017 /usr/lib/ libgssapi_krb5.so.2.2 00ce1000-00ce2000 rwxp 00017000 03:01 697017 /usr/lib/ libgssapi_krb5.so.2.2 00ce4000-00d57000 r-xp 00000000 03:01 697016 /usr/lib/libkrb5.so.3.2 00d57000-00d59000 rwxp 00073000 03:01 697016 /usr/lib/libkrb5.so.3.2 00d5b000-00d9c000 r-xp 00000000 03:01 1538247 /lib/libssl.so.0.9.8a 00d9c000-00da0000 rwxp 00040000 03:01 1538247 /lib/libssl.so.0.9.8a 00da8000-00dab000 r-xp 00000000 03:01 697040 /usr/lib/ libgmodule-2.0.so.0.1000.1 00dab000-00dac000 rwxp 00002000 03:01 697040 /usr/lib/ libgmodule-2.0.so.0.1000.1 00e88000-00e9c000 r-xp 00000000 03:01 1080157 /usr/lib/perl5/ vendor_perl/5.8.7/i386-linux-thread-multi/auto/Irssi/Irc/Irc.so 00e9c000-00e9d000 rwxp 00014000 03:01 1080157 /usr/lib/perl5/ vendor_perl/5.8.7/i386-linux-thread-multi/auto/Irssi/Irc/Irc.so 00f16000-00f19000 r-xp 00000000 03:01 1048940 /usr/lib/perl5/5.8.8/ i386-linux-thread-multi/auto/Fcntl/Fcntl.so 00f19000-00f1a000 rwxp 00002000 03:01 1048940 /usr/lib/perl5/5.8.8/ i386-linux-thread-multi/auto/Fcntl/Fcntl.so 08047000-08107000 r-xp 00000000 03:01 690017 /usr/bin/irssi 08107000-0810e000 rw-p 000bf000 03:01 690017 /usr/bin/irssi 0810e000-0810f000 rw-p 0810e000 00:00 0 0a07f000-0a27a000 rw-p 0a07f000 00:00 0 [heap] b7c00000-b7c21000 rw-p b7c00000 00:00 0 b7c21000-b7d00000 ---p b7c21000 00:00 0 b7d84000-b7f84000 r--p 00000000 03:01 689790 /usr/lib/locale/ locale-archive b7f84000-b7f89000 rw-p b7f84000 00:00 0 b7f89000-b7f90000 r--s 00000000 03:01 752603 /usr/lib/gconv/gconv- modules.cache b7f90000-b7f91000 rw-p b7f90000 00:00 0 bf87b000-bf891000 rw-p bf87b000 00:00 0 [stack] Aborted (core dumped) -- Steven Haigh Email: netwiz at crc.id.au Web: http://www.crc.id.au Phone: (03) 9017 0597 - 0412 935 897 From dstolte at arcor.de Wed Mar 15 16:07:23 2006 From: dstolte at arcor.de (D. Stolte) Date: Wed, 15 Mar 2006 17:07:23 +0100 Subject: irssi core dumps on exit. In-Reply-To: References: Message-ID: <44183BBB.6040707@arcor.de> yes, there is a bug report on irssi.org and i also opened a bug in bugzilla. unfortunately noone takes care of this although i gave the hint to a bugfix. so i built my own rpm again. /ds https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182983 Steven Haigh wrote: > When loading irssi, it all works perfectly, but when exiting, I get the > following... Anymore smarter than me at this stuff know why? :) > > *** glibc detected *** irssi: free(): invalid pointer: 0x0a096810 *** > ======= Backtrace: ========= > /lib/libc.so.6[0x97ef18] > /lib/libc.so.6(__libc_free+0x79)[0x98241d] > /usr/lib/libglib-2.0.so.0(g_free+0x31)[0x12d4d1] > irssi(dcc_chat_deinit+0x12)[0x80b5422] > irssi(irc_dcc_deinit+0x27)[0x80b4af9] > irssi(irc_deinit+0x15)[0x809de4d] > irssi(main+0x2f4)[0x806c34d] > /lib/libc.so.6(__libc_start_main+0xdc)[0x9307e4] > irssi[0x80580b1] > ======= Memory map: ======== > 00101000-00192000 r-xp 00000000 03:01 696816 > /usr/lib/libglib-2.0.so.0.1000.1 > 00192000-00193000 rwxp 00091000 03:01 696816 > /usr/lib/libglib-2.0.so.0.1000.1 > 00193000-002b2000 r-xp 00000000 03:01 1538245 /lib/libcrypto.so.0.9.8a > 002b2000-002c5000 rwxp 0011e000 03:01 1538245 /lib/libcrypto.so.0.9.8a > 002c5000-002c8000 rwxp 002c5000 00:00 0 > 002c8000-00308000 r-xp 00000000 03:01 694236 /usr/lib/libncurses.so.5.5 > 00308000-00310000 rwxp 00040000 03:01 694236 /usr/lib/libncurses.so.5.5 > 00310000-00311000 rwxp 00310000 00:00 0 > 00311000-00320000 r-xp 00000000 03:01 883517 > /usr/lib/irssi/modules/libperl_core.so > 00320000-00322000 rwxp 0000f000 03:01 883517 > /usr/lib/irssi/modules/libperl_core.so > 00325000-00353000 r-xp 00000000 03:01 1080158 > /usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi/auto/Irssi/Irssi.so > > 00353000-00354000 rwxp 0002d000 03:01 1080158 > /usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi/auto/Irssi/Irssi.so > > 00354000-0035f000 r-xp 00000000 03:01 1538250 > /lib/libgcc_s-4.1.0-20060304.so.1 > 0035f000-00360000 rwxp 0000a000 03:01 1538250 > /lib/libgcc_s-4.1.0-20060304.so.1 > 004f4000-004f6000 r-xp 00000000 03:01 752257 /usr/lib/gconv/CP1252.so > 004f6000-004f8000 rwxp 00001000 03:01 752257 /usr/lib/gconv/CP1252.so > 005d7000-005db000 r-xp 00000000 03:01 1049002 > /usr/lib/perl5/5.8.8/i386-linux-thread-multi/auto/IO/IO.so > 005db000-005dc000 rwxp 00003000 03:01 1049002 > /usr/lib/perl5/5.8.8/i386-linux-thread-multi/auto/IO/IO.so > 00859000-0086e000 r-xp 00000000 03:01 1080162 > /usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi/auto/Irssi/UI/UI.so > > 0086e000-0086f000 rwxp 00014000 03:01 1080162 > /usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi/auto/Irssi/UI/UI.so > > 008e2000-008eb000 r-xp 00000000 03:01 1537139 /lib/libnss_files-2.4.so > 008eb000-008ec000 r-xp 00008000 03:01 1537139 /lib/libnss_files-2.4.so > 008ec000-008ed000 rwxp 00009000 03:01 1537139 /lib/libnss_files-2.4.so > 008fe000-00917000 r-xp 00000000 03:01 1537206 /lib/ld-2.4.so > 00917000-00918000 r-xp 00018000 03:01 1537206 /lib/ld-2.4.so > 00918000-00919000 rwxp 00019000 03:01 1537206 /lib/ld-2.4.so > 0091b000-00a47000 r-xp 00000000 03:01 1537216 /lib/libc-2.4.so > 00a47000-00a4a000 r-xp 0012b000 03:01 1537216 /lib/libc-2.4.so > 00a4a000-00a4b000 rwxp 0012e000 03:01 1537216 /lib/libc-2.4.so > 00a4b000-00a4e000 rwxp 00a4b000 00:00 0 > 00a50000-00a52000 r-xp 00000000 03:01 1537243 /lib/libdl-2.4.so > 00a52000-00a53000 r-xp 00001000 03:01 1537243 /lib/libdl-2.4.so > 00a53000-00a54000 rwxp 00002000 03:01 1537243 /lib/libdl-2.4.so > 00a56000-00a79000 r-xp 00000000 03:01 1537263 /lib/libm-2.4.so > 00a79000-00a7a000 r-xp 00022000 03:01 1537263 /lib/libm-2.4.so > 00a7a000-00a7b000 rwxp 00023000 03:01 1537263 /lib/libm-2.4.so > 00a7d000-00a8f000 r-xp 00000000 03:01 697018 /usr/lib/libz.so.1.2.3 > 00a8f000-00a90000 rwxp 00011000 03:01 697018 /usr/lib/libz.so.1.2.3 > 00a92000-00a97000 r-xp 00000000 03:01 1537254 /lib/libcrypt-2.4.so > 00a97000-00a98000 r-xp 00004000 03:01 1537254 /lib/libcrypt-2.4.so > 00a98000-00a99000 rwxp 00005000 03:01 1537254 /lib/libcrypt-2.4.so > 00a99000-00ac0000 rwxp 00a99000 00:00 0 > 00ac2000-00ad3000 r-xp 00000000 03:01 1537259 /lib/libnsl-2.4.so > 00ad3000-00ad4000 r-xp 00010000 03:01 1537259 /lib/libnsl-2.4.so > 00ad4000-00ad5000 rwxp 00011000 03:01 1537259 /lib/libnsl-2.4.so > 00ad5000-00ad7000 rwxp 00ad5000 00:00 0 > 00ad9000-00adb000 r-xp 00000000 03:01 1538908 /lib/libutil-2.4.so > 00adb000-00adc000 r-xp 00001000 03:01 1538908 /lib/libutil-2.4.so > 00adc000-00add000 rwxp 00002000 03:01 1538908 /lib/libutil-2.4.so > 00adf000-00c09000 r-xp 00000000 03:01 1046703 > /usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so > 00c09000-00c0e000 rwxp 0012a000 03:01 1046703 > /usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so > 00c0e000-00c10000 rwxp 00c0e000 00:00 0 > 00c15000-00c16000 r-xp 00c15000 00:00 0 [vdso] > 00c6c000-00c7b000 r-xp 00000000 03:01 1537271 /lib/libresolv-2.4.so > 00c7b000-00c7c000 r-xp 0000e000 03:01 1537271 /lib/libresolv-2.4.so > 00c7c000-00c7d000 rwxp 0000f000 03:01 1537271 /lib/libresolv-2.4.so > 00c7d000-00c7f000 rwxp 00c7d000 00:00 0 > 00c81000-00c83000 r-xp 00000000 03:01 1538244 /lib/libcom_err.so.2.1 > 00c83000-00c84000 rwxp 00001000 03:01 1538244 /lib/libcom_err.so.2.1 > 00c86000-00c89000 r-xp 00000000 03:01 694428 > /usr/lib/libkrb5support.so.0.0 > 00c89000-00c8a000 rwxp 00002000 03:01 694428 > /usr/lib/libkrb5support.so.0.0 > 00c8c000-00c9c000 r-xp 00000000 03:01 1537231 /lib/libpthread-2.4.so > 00c9c000-00c9d000 r-xp 0000f000 03:01 1537231 /lib/libpthread-2.4.so > 00c9d000-00c9e000 rwxp 00010000 03:01 1537231 /lib/libpthread-2.4.so > 00c9e000-00ca0000 rwxp 00c9e000 00:00 0 > 00ca2000-00cc6000 r-xp 00000000 03:01 697015 > /usr/lib/libk5crypto.so.3.0 > 00cc6000-00cc7000 rwxp 00024000 03:01 697015 > /usr/lib/libk5crypto.so.3.0 > 00cc9000-00ce1000 r-xp 00000000 03:01 697017 > /usr/lib/libgssapi_krb5.so.2.2 > 00ce1000-00ce2000 rwxp 00017000 03:01 697017 > /usr/lib/libgssapi_krb5.so.2.2 > 00ce4000-00d57000 r-xp 00000000 03:01 697016 /usr/lib/libkrb5.so.3.2 > 00d57000-00d59000 rwxp 00073000 03:01 697016 /usr/lib/libkrb5.so.3.2 > 00d5b000-00d9c000 r-xp 00000000 03:01 1538247 /lib/libssl.so.0.9.8a > 00d9c000-00da0000 rwxp 00040000 03:01 1538247 /lib/libssl.so.0.9.8a > 00da8000-00dab000 r-xp 00000000 03:01 697040 > /usr/lib/libgmodule-2.0.so.0.1000.1 > 00dab000-00dac000 rwxp 00002000 03:01 697040 > /usr/lib/libgmodule-2.0.so.0.1000.1 > 00e88000-00e9c000 r-xp 00000000 03:01 1080157 > /usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi/auto/Irssi/Irc/Irc.so > > 00e9c000-00e9d000 rwxp 00014000 03:01 1080157 > /usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi/auto/Irssi/Irc/Irc.so > > 00f16000-00f19000 r-xp 00000000 03:01 1048940 > /usr/lib/perl5/5.8.8/i386-linux-thread-multi/auto/Fcntl/Fcntl.so > 00f19000-00f1a000 rwxp 00002000 03:01 1048940 > /usr/lib/perl5/5.8.8/i386-linux-thread-multi/auto/Fcntl/Fcntl.so > 08047000-08107000 r-xp 00000000 03:01 690017 /usr/bin/irssi > 08107000-0810e000 rw-p 000bf000 03:01 690017 /usr/bin/irssi > 0810e000-0810f000 rw-p 0810e000 00:00 0 > 0a07f000-0a27a000 rw-p 0a07f000 00:00 0 [heap] > b7c00000-b7c21000 rw-p b7c00000 00:00 0 > b7c21000-b7d00000 ---p b7c21000 00:00 0 > b7d84000-b7f84000 r--p 00000000 03:01 689790 > /usr/lib/locale/locale-archive > b7f84000-b7f89000 rw-p b7f84000 00:00 0 > b7f89000-b7f90000 r--s 00000000 03:01 752603 > /usr/lib/gconv/gconv-modules.cache > b7f90000-b7f91000 rw-p b7f90000 00:00 0 > bf87b000-bf891000 rw-p bf87b000 00:00 0 [stack] > Aborted (core dumped) > > -- > Steven Haigh > > Email: netwiz at crc.id.au > Web: http://www.crc.id.au > Phone: (03) 9017 0597 - 0412 935 897 > > > > > --fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe:https://www.redhat.com/mailman/listinfo/fedora-test-list > From dragoran at feuerpokemon.de Wed Mar 15 16:16:17 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Wed, 15 Mar 2006 17:16:17 +0100 Subject: /etc/inittab went away && wlan has weird device name In-Reply-To: <09fa01c64847$69c27f70$1e00a8c0@prvd321> References: <1142435927.3014.2.camel@slartibartfast.it.devlin.ca><441832AA.8030906@feuerpokemon.de> <4418347B.8080404@targetdevelopment.at> <09fa01c64847$69c27f70$1e00a8c0@prvd321> Message-ID: <44183DD1.5020708@feuerpokemon.de> Danny Terweij - Net Tuning | Net wrote: >From: "DI Mario Bruckschwaiger" > > > >>dragoran wrote: >> >> >>>does this also happens with older kernels? seems like a kernel issue. >>> >>> >>It does not happen with kernel-2.6.15-1.1826.2.9_FC5 (everything else >>from rawhide) on my x86_64 laptop. >> >> > >Not happened with : > >Dependencies Resolved > >============================================================================ >= > Package Arch Version Repository Size >============================================================================ >= >Installing: > kernel i686 2.6.15-1.2054_FC5 development 13 >M >Updating: > ORBit2 i386 2.14.0-1 development 247 k > initscripts i386 8.31.1-1 development 1.2 M > kudzu i386 1.2.34.3-1 development 401 k > libbonobo i386 2.14.0-1 development 475 k > python-urlgrabber noarch 2.9.8-2 development 119 k >Removing: > kernel i686 2.6.15-1.1955_FC5 installed 33 >M > > >inittab still inittab and not found an rpmsaved one. > >Danny. > > > > have you ever edited inittab by hand? From chasecreek.systemhouse at gmail.com Wed Mar 15 16:16:32 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Wed, 15 Mar 2006 11:16:32 -0500 Subject: PPC FC5 Test 3 In-Reply-To: <1142019290.2505.34.camel@ender> References: <91f88ee20603100659p332a15a8tf7291843774d33b1@mail.gmail.com> <1142007529.2505.17.camel@ender> <91f88ee20603101111y150368f1g940bac331ac0bc1b@mail.gmail.com> <1142018410.2505.31.camel@ender> <91f88ee20603101124n1ba9c97fx3a9781a2b8a4a7f3@mail.gmail.com> <1142019290.2505.34.camel@ender> Message-ID: <91f88ee20603150816n29aa74ebx28670dcdfa2abbec@mail.gmail.com> On 3/10/06, Jesse Keating wrote: > > I'll try the boot CD and see if I can talk to the installer mirror > > next week -- best I can do at the moment. > > Ok. We really do appreciate testing that happens within the community. OK, I tried setting up the PPC net install twice -- and twice the install over the Internet failed but I do not believe it was related to the FC5 Test 3 boot disk -- at this point I am sorry to say that I have switched to Intel completely. But thanks anyways for the Fedora Core project members efforts regarding PPC -- I really did appreciate the help. Anyone know how well the Intel Tiiv stuff is working with Fedora Core 5 yet? -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From dragoran at feuerpokemon.de Wed Mar 15 16:16:54 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Wed, 15 Mar 2006 17:16:54 +0100 Subject: /etc/inittab went away && wlan has weird device name In-Reply-To: <4418347B.8080404@targetdevelopment.at> References: <1142435927.3014.2.camel@slartibartfast.it.devlin.ca> <441832AA.8030906@feuerpokemon.de> <4418347B.8080404@targetdevelopment.at> Message-ID: <44183DF6.6010101@feuerpokemon.de> DI Mario Bruckschwaiger wrote: > dragoran wrote: > >> does this also happens with older kernels? seems like a kernel issue. > > > It does not happen with kernel-2.6.15-1.1826.2.9_FC5 (everything else > from rawhide) on my x86_64 laptop. > > have you reported it in bugzilla? From dwalsh at redhat.com Wed Mar 15 16:19:28 2006 From: dwalsh at redhat.com (Daniel Walsh) Date: Wed, 15 Mar 2006 11:19:28 -0500 Subject: Fedora Core 4 Test Update: selinux-policy-strict-1.27.1-2.27 Message-ID: <200603151619.k2FGJS118511@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-149 2006-03-15 --------------------------------------------------------------------- Product : Fedora Core 4 Name : selinux-policy-strict Version : 1.27.1 Release : 2.27 Summary : SELinux strict policy configuration Description : Security-enhanced Linux is a patch of the Linux?? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement??, Role-based Access Control, and Multi-level Security. This package contains the SELinux example policy configuration along with the Flask configuration information and the application configuration files. --------------------------------------------------------------------- * Tue Mar 14 2006 Dan Walsh 1.27.1-2.27 - Allow updfstab to getattr on swapfile - Allow ypserv to communicate with ypxfr_t - File context for in.talkd * Wed Feb 15 2006 Dan Walsh 1.27.1-2.25 - Zebra wants to listen on router_port_t - auditctl wants to read proc * Fri Feb 10 2006 Dan Walsh 1.27.1-2.23 - Final fix for zebra --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 8d559e50a3c93995e0fc357f0516635d69627734 SRPMS/selinux-policy-strict-1.27.1-2.27.src.rpm aa82b711697f8acb6ee5982fa4706fa8e688dbd7 ppc/selinux-policy-strict-1.27.1-2.27.noarch.rpm c043e9a57946c8bd1c76d0c40a3da8e894f71e46 ppc/selinux-policy-strict-sources-1.27.1-2.27.noarch.rpm aa82b711697f8acb6ee5982fa4706fa8e688dbd7 x86_64/selinux-policy-strict-1.27.1-2.27.noarch.rpm c043e9a57946c8bd1c76d0c40a3da8e894f71e46 x86_64/selinux-policy-strict-sources-1.27.1-2.27.noarch.rpm aa82b711697f8acb6ee5982fa4706fa8e688dbd7 i386/selinux-policy-strict-1.27.1-2.27.noarch.rpm c043e9a57946c8bd1c76d0c40a3da8e894f71e46 i386/selinux-policy-strict-sources-1.27.1-2.27.noarch.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From dwalsh at redhat.com Wed Mar 15 16:19:29 2006 From: dwalsh at redhat.com (Daniel Walsh) Date: Wed, 15 Mar 2006 11:19:29 -0500 Subject: Fedora Core 4 Test Update: selinux-policy-strict-1.27.1-2.27 Message-ID: <200603151619.k2FGJT118524@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-149 2006-03-15 --------------------------------------------------------------------- Product : Fedora Core 4 Name : selinux-policy-strict Version : 1.27.1 Release : 2.27 Summary : SELinux strict policy configuration Description : Security-enhanced Linux is a patch of the Linux?? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement??, Role-based Access Control, and Multi-level Security. This package contains the SELinux example policy configuration along with the Flask configuration information and the application configuration files. --------------------------------------------------------------------- * Tue Mar 14 2006 Dan Walsh 1.27.1-2.27 - Allow updfstab to getattr on swapfile - Allow ypserv to communicate with ypxfr_t - File context for in.talkd * Wed Feb 15 2006 Dan Walsh 1.27.1-2.25 - Zebra wants to listen on router_port_t - auditctl wants to read proc * Fri Feb 10 2006 Dan Walsh 1.27.1-2.23 - Final fix for zebra --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 8d559e50a3c93995e0fc357f0516635d69627734 SRPMS/selinux-policy-strict-1.27.1-2.27.src.rpm aa82b711697f8acb6ee5982fa4706fa8e688dbd7 ppc/selinux-policy-strict-1.27.1-2.27.noarch.rpm c043e9a57946c8bd1c76d0c40a3da8e894f71e46 ppc/selinux-policy-strict-sources-1.27.1-2.27.noarch.rpm aa82b711697f8acb6ee5982fa4706fa8e688dbd7 x86_64/selinux-policy-strict-1.27.1-2.27.noarch.rpm c043e9a57946c8bd1c76d0c40a3da8e894f71e46 x86_64/selinux-policy-strict-sources-1.27.1-2.27.noarch.rpm aa82b711697f8acb6ee5982fa4706fa8e688dbd7 i386/selinux-policy-strict-1.27.1-2.27.noarch.rpm c043e9a57946c8bd1c76d0c40a3da8e894f71e46 i386/selinux-policy-strict-sources-1.27.1-2.27.noarch.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From guess.who at freesurf.fr Wed Mar 15 15:39:23 2006 From: guess.who at freesurf.fr (Larry tb) Date: Wed, 15 Mar 2006 16:39:23 +0100 Subject: lynx limitation when downloading In-Reply-To: <1142435462.3863.0.camel@fc5t3.thetoolshed.us> References: <441814F6.9080706@freesurf.fr> <1142435462.3863.0.camel@fc5t3.thetoolshed.us> Message-ID: <4418352B.6080505@freesurf.fr> Thank you Gerry, but without grpahical mode it run really faster !... N.B.: After firefox that freezes my pc, mozilla does too. I really don't know what the hell it is :-/ Gerry Tool wrote: > On Wed, 2006-03-15 at 14:21 +0100, Larry tb wrote: > >>Well, as firefox crash my pc (freezes), i tried to download fc5-test-3 >>x64_86 using lynx. but i get an error message after 2go :( : >>File size limit exceed ! >>arghhhh ! >> >>Is there a way to workaround, please ? >>thx >>larry >> > > Use konqueror - it's better at doing ftp anyway. > > Gerry > > From d.terweij at nettuning.net Wed Mar 15 16:37:15 2006 From: d.terweij at nettuning.net (Danny Terweij - Net Tuning | Net) Date: Wed, 15 Mar 2006 17:37:15 +0100 Subject: /etc/inittab went away && wlan has weird device name References: <1142435927.3014.2.camel@slartibartfast.it.devlin.ca><441832AA.8030906@feuerpokemon.de> <4418347B.8080404@targetdevelopment.at> <09fa01c64847$69c27f70$1e00a8c0@prvd321> <44183DD1.5020708@feuerpokemon.de> Message-ID: <0a2901c6484e$b8e76820$1e00a8c0@prvd321> From: "dragoran" > >>It does not happen with kernel-2.6.15-1.1826.2.9_FC5 (everything else > >>from rawhide) on my x86_64 laptop. > >Not happened with : [cut] > >Dependencies Resolved > have you ever edited inittab by hand? No, installed FC5T3 less than 48 hours ago. Downloaded the disc1, so i though should be enough for a "base" CLI only install. after disk1, it asked disc2 for a few packages, disc3 for a few packages, dics4 for 1 package and disk5 for 1 package (would be nice a "base" install with only disc1 needed). Afterthat uninstalled a lot unwanted packages. It ended up in 400mb disk usage. Still tooo much but dont know what to delete more (just want a kernel , and mysql 5 running for playing and testing for migrate mysql 3.x based apps. after that i did yum update. got a new kernel. rebooted it and today ran yum update again. Enough information i guess :) Danny. From jkeating at j2solutions.net Wed Mar 15 16:40:18 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 15 Mar 2006 11:40:18 -0500 Subject: /etc/inittab went away && wlan has weird device name In-Reply-To: <0a2901c6484e$b8e76820$1e00a8c0@prvd321> References: <1142435927.3014.2.camel@slartibartfast.it.devlin.ca><441832AA.8030906@feuerpokemon.de> <4418347B.8080404@targetdevelopment.at> <09fa01c64847$69c27f70$1e00a8c0@prvd321> <44183DD1.5020708@feuerpokemon.de> <0a2901c6484e$b8e76820$1e00a8c0@prvd321> Message-ID: <44184372.3060701@j2solutions.net> On 03/15/2006 Danny Terweij - Net Tuning | Net wrote: > Afterthat uninstalled a lot unwanted packages. It ended up in 400mb disk > usage. Still tooo much but dont know what to delete more (just want a kernel > , and mysql 5 running for playing and testing for migrate mysql 3.x based > apps. > after that i did yum update. got a new kernel. rebooted it and today ran yum > update again. > > In the package selection screen of the installer, deselect everything except for the Mysql Database server (or whatever we call it). You'll get the packages of that group and their deps. Not much else (like possibly not even yum) -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: OpenPGP digital signature URL: From vonbrand at inf.utfsm.cl Wed Mar 15 16:46:41 2006 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Wed, 15 Mar 2006 12:46:41 -0400 Subject: /etc/inittab went away && wlan has weird device name In-Reply-To: Message from "Julian C. Dunn" of "Wed, 15 Mar 2006 10:18:47 EST." <1142435927.3014.2.camel@slartibartfast.it.devlin.ca> Message-ID: <200603151646.k2FGkfM4011720@laptop11.inf.utfsm.cl> Julian C. Dunn wrote: > I just did a yum update, updating to initscripts 8.31.1-1 (among other > things like a new kernel). When I rebooted, init complained that inittab > was missing, so I rebooted into rescue mode and found that there was > an /etc/inittab.rpmsave but no /etc/inittab. Has anyone else had this > problem? Not here, on i386 (a Toshiba notebook) nor on x86_64 (self-built box). Exact same version of initscripts, upgrade kept ancient versions of the files. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From jim at jbsys.com Wed Mar 15 16:46:47 2006 From: jim at jbsys.com (Jim Bevier) Date: Wed, 15 Mar 2006 09:46:47 -0700 Subject: Kernel 2054 breaks nvidia.ko loading Message-ID: <000901c64850$0cd5ce80$0a01a8c0@jbsys> It seems the kernel from today, 2054, breaks the loading of the nvidia.ko module. I get the message "nvidia: Unknown symbol print_tainted". Building of VMware module does not have any problem. The last good kernel that worked was 2045. Was the symbol deleted? Jim From ajchida at gmail.com Wed Mar 15 17:03:48 2006 From: ajchida at gmail.com (Chidananda Jayakeerti) Date: Wed, 15 Mar 2006 09:03:48 -0800 Subject: PC freezing, during surfing on the internet In-Reply-To: <441829C9.30403@freesurf.fr> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> <441829C9.30403@freesurf.fr> Message-ID: <71b7a9890603150903l7a3c82cdl498c72cd499d189e@mail.gmail.com> I have been experiencing the same problem. After about 5-10 minutes of browsing my PC hangs. I'm NOT behind any proxy. I thought it was probably my wireless card .. but it seems quite a few are having the same problem? I also do not have any plugins or firefox extensions installed. I'm not sure if this is dur to firefox or some other application? Chida On 3/15/06, Larry tb wrote: > > Removing firefox but just when openning mozilla, it's the same : pc > freezes ! > blaah ! > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim at jbsys.com Wed Mar 15 17:23:16 2006 From: jim at jbsys.com (Jim Bevier) Date: Wed, 15 Mar 2006 10:23:16 -0700 Subject: kernel 2054 is really broke! Message-ID: <001101c64855$25b61db0$0a01a8c0@jbsys> For starters, it no longer finds my ethernet. Marvell 88E8001 gigabit controller (skge module). None of the vfat file systems are mounted. There seems to be lots of modules missing. If I do an lsmod, there are only 7 modules shown. I used to have lots. The system is x86_64. Kernel 2054 worked great. Thre is not much information in dmesg or messages files. Something is breaking very early in the boot process. Anyone have any ideas about where to start with this? Jim From ben.steeves at gmail.com Wed Mar 15 17:33:40 2006 From: ben.steeves at gmail.com (Ben Steeves) Date: Wed, 15 Mar 2006 13:33:40 -0400 Subject: lynx limitation when downloading In-Reply-To: <44181F98.2040702@fedoraproject.org> References: <441814F6.9080706@freesurf.fr> <44181F98.2040702@fedoraproject.org> Message-ID: <7ebb24d10603150933l3b206fe8w63141ee83686e1d7@mail.gmail.com> On 3/15/06, Rahul Sundaram wrote: > Larry tb wrote: > > > Well, as firefox crash my pc (freezes), i tried to download fc5-test-3 > > x64_86 using lynx. but i get an error message after 2go :( : > > File size limit exceed ! > > arghhhh ! > > > > Is there a way to workaround, please ? Use wget or curl, perhaps? -- _ Ben Steeves bcs at metacon.ca ( ) The ASCII ribbon campaign ben.steeves at unb.ca X against HTML e-mail GPG ID: 0xB3EBF1D9 / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves From guess.who at freesurf.fr Wed Mar 15 17:48:42 2006 From: guess.who at freesurf.fr (Larry tb) Date: Wed, 15 Mar 2006 18:48:42 +0100 Subject: lynx limitation when downloading In-Reply-To: <7ebb24d10603150933l3b206fe8w63141ee83686e1d7@mail.gmail.com> References: <441814F6.9080706@freesurf.fr> <44181F98.2040702@fedoraproject.org> <7ebb24d10603150933l3b206fe8w63141ee83686e1d7@mail.gmail.com> Message-ID: <4418537A.4040408@freesurf.fr> thnaks. i did. wget was really good and much faster as everything i've ever seen :) Ben Steeves wrote: > On 3/15/06, Rahul Sundaram wrote: > >>Larry tb wrote: >> >> >>>Well, as firefox crash my pc (freezes), i tried to download fc5-test-3 >>>x64_86 using lynx. but i get an error message after 2go :( : >>>File size limit exceed ! >>>arghhhh ! >>> >>>Is there a way to workaround, please ? > > > Use wget or curl, perhaps? > > -- > _ Ben Steeves bcs at metacon.ca > ( ) The ASCII ribbon campaign ben.steeves at unb.ca > X against HTML e-mail GPG ID: 0xB3EBF1D9 > / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves > From notting at redhat.com Wed Mar 15 18:11:50 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 15 Mar 2006 13:11:50 -0500 Subject: kernel 2054 is really broke! In-Reply-To: <001101c64855$25b61db0$0a01a8c0@jbsys> References: <001101c64855$25b61db0$0a01a8c0@jbsys> Message-ID: <20060315181149.GA18054@devserv.devel.redhat.com> Jim Bevier (jim at jbsys.com) said: > For starters, it no longer finds my ethernet. Marvell 88E8001 gigabit > controller (skge module). None of the vfat file systems are mounted. There > seems to be lots of modules missing. If I do an lsmod, there are only 7 > modules shown. I used to have lots. The system is x86_64. Kernel 2054 > worked great. Thre is not much information in dmesg or messages files. > Something is breaking very early in the boot process. Anyone have any > ideas about where to start with this? Check for SELinux errors (either with dmesg or autrace). Check for errors when you installed the kernel - was depmod run correctly? Does re-running it fix it? Check that the modules are actually under /lib/modules/$(uname -r). Check for udev error messages. Bill From guess.who at freesurf.fr Wed Mar 15 17:39:32 2006 From: guess.who at freesurf.fr (Larry tb) Date: Wed, 15 Mar 2006 18:39:32 +0100 Subject: PC freezing, during surfing on the internet In-Reply-To: <71b7a9890603150903l7a3c82cdl498c72cd499d189e@mail.gmail.com> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> <441829C9.30403@freesurf.fr> <71b7a9890603150903l7a3c82cdl498c72cd499d189e@mail.gmail.com> Message-ID: <44185154.1000009@freesurf.fr> Hi ! Have removed firefox, but it was the same with Mozilla ! Sometimes just when openning, sometimes after fexw minutes .... Chidananda Jayakeerti wrote: > I have been experiencing the same problem. After about 5-10 minutes of > browsing my PC hangs. I'm NOT behind any proxy. I thought it was > probably my wireless card .. but it seems quite a few are having the > same problem? > > I also do not have any plugins or firefox extensions installed. > > I'm not sure if this is dur to firefox or some other application? > > Chida > > > On 3/15/06, * Larry tb* > wrote: > > Removing firefox but just when openning mozilla, it's the same : pc > freezes ! > blaah ! > > From sgrubb at redhat.com Wed Mar 15 18:26:27 2006 From: sgrubb at redhat.com (Steve Grubb) Date: Wed, 15 Mar 2006 13:26:27 -0500 Subject: kernel 2054 is really broke! In-Reply-To: <20060315181149.GA18054@devserv.devel.redhat.com> References: <001101c64855$25b61db0$0a01a8c0@jbsys> <20060315181149.GA18054@devserv.devel.redhat.com> Message-ID: <200603151326.27560.sgrubb@redhat.com> On Wednesday 15 March 2006 13:11, Bill Nottingham wrote: > Check for SELinux errors (either with dmesg or autrace). That would be ausearch. ;) Also, "aureport -ts 1:00:00" gives you a quick summary of what's in the audit logs since 1am. This requires that the audit daemon has been running. If its shows avcs, then you can dig in deeper with ausearch: "ausearch -m avc -i -ts 1:00:00" -Steve From notting at redhat.com Wed Mar 15 18:28:12 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 15 Mar 2006 13:28:12 -0500 Subject: kernel 2054 is really broke! In-Reply-To: <200603151326.27560.sgrubb@redhat.com> References: <001101c64855$25b61db0$0a01a8c0@jbsys> <20060315181149.GA18054@devserv.devel.redhat.com> <200603151326.27560.sgrubb@redhat.com> Message-ID: <20060315182812.GA2250@devserv.devel.redhat.com> Steve Grubb (sgrubb at redhat.com) said: > On Wednesday 15 March 2006 13:11, Bill Nottingham wrote: > > Check for SELinux errors (either with dmesg or autrace). > > That would be ausearch. ;) Eek, you're right ... was looking at the list and copied the wrong thing. Bill From notting at redhat.com Wed Mar 15 18:38:50 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 15 Mar 2006 13:38:50 -0500 Subject: /etc/inittab went away && wlan has weird device name In-Reply-To: <1142435927.3014.2.camel@slartibartfast.it.devlin.ca> References: <1142435927.3014.2.camel@slartibartfast.it.devlin.ca> Message-ID: <20060315183850.GB2250@devserv.devel.redhat.com> Julian C. Dunn (julian.dunn at devlin.ca) said: > I just did a yum update, updating to initscripts 8.31.1-1 (among other > things like a new kernel). When I rebooted, init complained that inittab > was missing, so I rebooted into rescue mode and found that there was > an /etc/inittab.rpmsave but no /etc/inittab. Has anyone else had this > problem? I cannot reproduce this here. Moreover, I cannot see *how* this could happen. /etc/inittab is marked %config(noreplace) in both the old and new packages. In the rpm handling code, this should *never* end up with: old file -> rpmsave, no new file. > Also, I'm using a Thinkpad T42 (2378RAU) and the wireless card shows up > as a weird device after boot: > > dev8569 Link encap:Ethernet HWaddr 00:0E:35:FC:39:23 > > Does anyone know why? You have a wired ethernet that is configured to be eth0, and your wireless module was loaded first, so it was moved out of the way. Bill From julian.dunn at devlin.ca Wed Mar 15 18:51:53 2006 From: julian.dunn at devlin.ca (Julian C. Dunn) Date: Wed, 15 Mar 2006 13:51:53 -0500 Subject: /etc/inittab went away && wlan has weird device name In-Reply-To: <20060315183850.GB2250@devserv.devel.redhat.com> References: <1142435927.3014.2.camel@slartibartfast.it.devlin.ca> <20060315183850.GB2250@devserv.devel.redhat.com> Message-ID: <1142448713.4396.3.camel@slartibartfast.it.devlin.ca> On Wed, 2006-03-15 at 13:38 -0500, Bill Nottingham wrote: > Julian C. Dunn (julian.dunn at devlin.ca) said: > > I just did a yum update, updating to initscripts 8.31.1-1 (among other > > things like a new kernel). When I rebooted, init complained that inittab > > was missing, so I rebooted into rescue mode and found that there was > > an /etc/inittab.rpmsave but no /etc/inittab. Has anyone else had this > > problem? > > I cannot reproduce this here. Moreover, I cannot see *how* this could > happen. > > /etc/inittab is marked %config(noreplace) in both the old and new packages. > > In the rpm handling code, this should *never* end up with: old file -> rpmsave, > no new file. Hmm. I looked into this further and it looks like somehow the yum update *removed* the old initscripts, which would explain the behaviour... see the excerpt from my /var/log/yum.log: Mar 15 09:01:49 Erased: initscripts Mar 15 09:01:53 Updated: valgrind.i386 1:3.1.0-2 Mar 15 09:02:23 Installed: kernel-devel.i686 2.6.15-1.2054_FC5 Mar 15 09:02:24 Updated: grub.i386 0.97-5 Mar 15 09:02:26 Updated: initscripts.i386 8.31.1-1 I have no idea why it would do this. > > Also, I'm using a Thinkpad T42 (2378RAU) and the wireless card shows up > > as a weird device after boot: > > > > dev8569 Link encap:Ethernet HWaddr 00:0E:35:FC:39:23 > > > > Does anyone know why? > > You have a wired ethernet that is configured to be eth0, and your wireless > module was loaded first, so it was moved out of the way. Okay - is that expected behaviour? (I'm currently running without wireless configured, but I'm not suppressing the load of the kernel module or anything like that) - Julian -- Julian C. Dunn, P.Eng. Systems Administrator e: julian.dunn at devlin.ca p: 416-363-6316 x292 f: 416-363-6102 Devlin eBusiness Architects 185 Frederick St. Toronto, ON M5A 4L4 http://www.devlin.ca/ From notting at redhat.com Wed Mar 15 19:08:43 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 15 Mar 2006 14:08:43 -0500 Subject: /etc/inittab went away && wlan has weird device name In-Reply-To: <1142448713.4396.3.camel@slartibartfast.it.devlin.ca> References: <1142435927.3014.2.camel@slartibartfast.it.devlin.ca> <20060315183850.GB2250@devserv.devel.redhat.com> <1142448713.4396.3.camel@slartibartfast.it.devlin.ca> Message-ID: <20060315190843.GA4842@devserv.devel.redhat.com> Julian C. Dunn (julian.dunn at devlin.ca) said: > > I cannot reproduce this here. Moreover, I cannot see *how* this could > > happen. > > > > /etc/inittab is marked %config(noreplace) in both the old and new packages. > > > > In the rpm handling code, this should *never* end up with: old file -> rpmsave, > > no new file. > > Hmm. I looked into this further and it looks like somehow the yum update > *removed* the old initscripts, which would explain the behaviour... see > the excerpt from my /var/log/yum.log: > > Mar 15 09:01:49 Erased: initscripts > Mar 15 09:01:53 Updated: valgrind.i386 1:3.1.0-2 > Mar 15 09:02:23 Installed: kernel-devel.i686 2.6.15-1.2054_FC5 > Mar 15 09:02:24 Updated: grub.i386 0.97-5 > Mar 15 09:02:26 Updated: initscripts.i386 8.31.1-1 > > I have no idea why it would do this. Neither do I. Although... weird. Can you post/attach to bugzilla your whole log? > > > Also, I'm using a Thinkpad T42 (2378RAU) and the wireless card shows up > > > as a weird device after boot: > > > > > > dev8569 Link encap:Ethernet HWaddr 00:0E:35:FC:39:23 > > > > > > Does anyone know why? > > > > You have a wired ethernet that is configured to be eth0, and your wireless > > module was loaded first, so it was moved out of the way. > > Okay - is that expected behaviour? (I'm currently running without > wireless configured, but I'm not suppressing the load of the kernel > module or anything like that) Yes. If you configre the wireless, it will be changed to whatever you configure when you bring it up. We're working on code to do all this at boot, but it's not ready yet. Bill From guess.who at freesurf.fr Wed Mar 15 18:26:35 2006 From: guess.who at freesurf.fr (LarryT) Date: Wed, 15 Mar 2006 19:26:35 +0100 Subject: about firefox ... / dont understand anything In-Reply-To: <441829C9.30403@freesurf.fr> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> <441829C9.30403@freesurf.fr> Message-ID: <44185C5B.5010405@freesurf.fr> Just to tell : Have done the upadte with yum. Have removed firefox : it worked nice. Have re-installed firefox : pc freezes ! Have removed and restarted : seems to be good. :-/ Larry tb wrote: > Removing firefox but just when openning mozilla, it's the same : pc > freezes ! > blaah ! > > Is there any kind of output i could look for and past ? > > > Larry tb wrote: >> Waow ! Awsome jim. This is coool :) --> i get my mozilla icon. >> but now back to firefox :( to try to find out the problem >> No plugin installed neither flash ! just 1.5.0.1-9 and few languages >> with it (i didn't ask for !) >> >> >> Jim Cornette wrote: >> >>> Larry tb wrote: >>> >>>> ...and im sure Firefox is in question, 'cause with Mozilla (which >>>> have no icon to be run ! --> have to lunch it from shell) i have no >>>> problem. >>>> Actually updating firefox to 1.5.0.1-9..... >>>> >>> >>> The reason that you have no Mozilla ICON is that the mozilla.desktop >>> is set to not display the ICON in the menus by default. The >>> mozilla.desktop file is in the /usr/share/applications directory. >>> >>> You may be able to change NoDisplay=true to NoDisplay=false like I >>> always do and the mozilla ICON will show up in the Internet menus. >>> >>> I have not tried to change this via the menu editor, this may or may >>> not work also. >>> >>> yum remove beagle might work to get firefox working also. :-) >>> >>> Jim >>> >>> cat mozilla.desktop >>> [Desktop Entry] >>> Name=Mozilla Web Browser >>> GenericName=Web Browser >>> Comment=Browse the web >>> Exec=mozilla %u >>> Icon=mozilla-icon >>> Terminal=false >>> Type=Application >>> NoDisplay=false # This is set to true by *default.* >>> MimeType=text/html;text/xml;application/xhtml+xml;application/vnd.mozilla.xul+xml;text/mml; >>> >>> Encoding=UTF-8 >>> X-Desktop-File-Install-Version=0.10 >>> Categories=Network;Application;X-Fedora; >>> >>> >>> >> > From gilboad at gmail.com Wed Mar 15 19:22:44 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Wed, 15 Mar 2006 21:22:44 +0200 Subject: about firefox ... / dont understand anything In-Reply-To: <44185C5B.5010405@freesurf.fr> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> <441829C9.30403@freesurf.fr> <44185C5B.5010405@freesurf.fr> Message-ID: <1142450564.27759.9.camel@gilboa-work-dev> On Wed, 2006-03-15 at 19:26 +0100, LarryT wrote: > Just to tell : > Have done the upadte with yum. > Have removed firefox : it worked nice. > Have re-installed firefox : pc freezes ! > Have removed and restarted : seems to be good. > :-/ > > Larry tb wrote: > > Removing firefox but just when openning mozilla, it's the same : pc > > freezes ! > > blaah ! > > > > Is there any kind of output i could look for and past ? > > > > > > Larry tb wrote: > >> Waow ! Awsome jim. This is coool :) --> i get my mozilla icon. > >> but now back to firefox :( to try to find out the problem > >> No plugin installed neither flash ! just 1.5.0.1-9 and few languages > >> with it (i didn't ask for !) > >> > >> > >> Jim Cornette wrote: > >> > >>> Larry tb wrote: > >>> > >>>> ...and im sure Firefox is in question, 'cause with Mozilla (which > >>>> have no icon to be run ! --> have to lunch it from shell) i have no > >>>> problem. > >>>> Actually updating firefox to 1.5.0.1-9..... > >>>> > >>> > >>> The reason that you have no Mozilla ICON is that the mozilla.desktop > >>> is set to not display the ICON in the menus by default. The > >>> mozilla.desktop file is in the /usr/share/applications directory. > >>> > >>> You may be able to change NoDisplay=true to NoDisplay=false like I > >>> always do and the mozilla ICON will show up in the Internet menus. > >>> > >>> I have not tried to change this via the menu editor, this may or may > >>> not work also. > >>> > >>> yum remove beagle might work to get firefox working also. :-) > >>> > >>> Jim > >>> > >>> cat mozilla.desktop > >>> [Desktop Entry] > >>> Name=Mozilla Web Browser > >>> GenericName=Web Browser > >>> Comment=Browse the web > >>> Exec=mozilla %u > >>> Icon=mozilla-icon > >>> Terminal=false > >>> Type=Application > >>> NoDisplay=false # This is set to true by *default.* > >>> MimeType=text/html;text/xml;application/xhtml+xml;application/vnd.mozilla.xul+xml;text/mml; > >>> > >>> Encoding=UTF-8 > >>> X-Desktop-File-Install-Version=0.10 > >>> Categories=Network;Application;X-Fedora; > >>> > >>> > >>> > >> > > > BTW, Might have missed it, did you post your hardware configuration? Driver configuration? Gilboa From gbofspam at gmail.com Wed Mar 15 19:27:24 2006 From: gbofspam at gmail.com (gb spam) Date: Wed, 15 Mar 2006 14:27:24 -0500 Subject: win+key combinations broken (again) In-Reply-To: References: Message-ID: <6c3f5e6c0603151127p35f103dbwef0f18223dc442db@mail.gmail.com> On 3/15/06, Dan Gabriel Ghita wrote: > hello, i was mapping some keystrokes and noticed that you can't execute > Win+ command. i saw this first in test3, then upgraded and the bug was > gone. but after updating today, here it is again. i'm using kde, i'm gonna > check to see if it works in gnome too, but i suspect it might be a kernel > thing, since i had no kde updates today. > gabriel Chalk me up with a me-too. Personally, I think it may be just kde. When it happens, I can define short-cuts with the Win key, so it has no problem detecting that it is being pressed. Its only when I try to use the definition that it has problems. From zuirdj at gmail.com Wed Mar 15 20:08:07 2006 From: zuirdj at gmail.com (Zuir DJ) Date: Wed, 15 Mar 2006 16:08:07 -0400 Subject: rawhide report: 20060314 changes In-Reply-To: <20060315153335.GI16792@redhat.com> References: <200603140809.k2E895Gc023342@porkchop.devel.redhat.com> <1142327894.24640.1.camel@iridium> <4416D840.2070600@redhat.com> <5256d0b0603140655va76978cj42a7e951b329627a@mail.gmail.com> <20060314151443.GA16792@redhat.com> <1142434801.11733.39.camel@guru.puzzled.xs4all.nl> <20060315153335.GI16792@redhat.com> Message-ID: On 3/15/06, Daniel Veillard wrote: > On Wed, Mar 15, 2006 at 04:00:01PM +0100, Patrick wrote: > > On Tue, 2006-03-14 at 10:14 -0500, Daniel Veillard wrote: > > [snip] > > > > There's been a ekiga 2.0.1 release to fix some bugs.... so maybe we > > > > could have that one for tomorrow instead ;-) > > > > > > yes, I'm sitting on this, you can get the FC4 one directly at > > > http://ekiga.org/index.php?rub=5 > > > > Hi Daniel, > > > > Does the upgrade to ekiga's pwlib-1.10 mess up any FC4 apps that depend > > on FC4's pwlib 1.8.7 ? > > yes, not compatible, I'm very happy with pwlib 1.10.0, because it solved #155317 bug. Thanks! -- Zuirdj From patrick at wudika.de Wed Mar 15 20:42:51 2006 From: patrick at wudika.de (Patrick von der Hagen) Date: Wed, 15 Mar 2006 21:42:51 +0100 Subject: Rawhide, bluetooth and selinux In-Reply-To: <1142433919.31318.23.camel@heplnw8.pp.rl.ac.uk> References: <20060315134143.3765973528@hormel.redhat.com> <1142433919.31318.23.camel@heplnw8.pp.rl.ac.uk> Message-ID: <44187C4B.1020905@wudika.de> William John Murray wrote: [...] > Hello Patrick, > I think you have to disable the bluetooth in selinux, > (SElinux -> SELinux service protection -> bluetooth) Yes, you are right, that solved my problem. Strange thing is, I never had problems starting hcid manually, just the init-script won't work when bluetooth is disallowed by selinux. OK, let's see... Bug 1: "/etc/init.d/bluetooth start" reports success, though "hcid" fails to start. Easy solution: verify that hcid started. Better solution: verify whether selinux disallows bluethooth and have the init-script report "failed to start due to selinux". Bug 2: why can I start "hcid" manually, though bluetooth is disallowed by selinux? I suppose selinux should either allow both the init-script and manual invocation or deny both the init-script and manual invocation. The current situation is certainly annoying. > > The pin ID stuff is probably related to requiring a pin helper. > I uncommented /usr/bin/bluepin in /etc/bluetooth/hcid.conf, > and the error went away. That one helped here to. I thought that would not be nessessary since a different pin-helper was configured. It should be verified with kde, but I consider this to be bug 3. > There is still something wrong - when I rfcomm to my phone I > get a 'do you want this connection' which instantly disappears, > and the connection is broken. But I can obex push from either end. Yes, that works without any problems, as long as hcid has been started. > > The gnome-bluetooth-file-sharing works very nicely. The manager > really should have the 'properties' button removed, as it seems to do > nothing. That would be bug 4 for upstream. By the way, what can I do using gnome-bluetooth-manager? I somehow expected more than a list of devices. Not sure whether gnome-bluetooth-manager has any right to exist without installing gnome-phone-manager as well. Oh, I forgot, you need it in order to receive files. Well, I'll start compiling gnome-phone-manger now. ;-) I'll report those bugs later. Not sure where to file the bluetooth-selinux-bug though. Against selinux or bluez-something? -- CU, Patrick. From kushaldas at gmail.com Wed Mar 15 20:51:02 2006 From: kushaldas at gmail.com (Kushal Das) Date: Thu, 16 Mar 2006 02:21:02 +0530 Subject: No sound for Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 AudioController In-Reply-To: References: <200603141747.23941.kushaldas@gmail.com> Message-ID: <200603160221.11456.kushaldas@gmail.com> On Tuesday 14 March 2006 18:03, Jason Montleon wrote: > can you 'cat /proc/version' and 'cat /proc/asound/cards' and 'cat > /var/log/dmesg' > [root at localhost kd]# cat /proc/version Linux version 2.6.15-1.2041_FC5 (bhcompile at tweety.build.redhat.com) (gcc version 4.1.0 20060304 (Red Hat 4.1.0-3)) #1 Fri Mar 10 15:59:43 EST 2006 [root at localhost kd]# cat /proc/asound/cards 0 [ICH5 ]: ICH4 - Intel ICH5 Intel ICH5 with AD1985 at 0xffa80400, irq 17 [root at localhost kd]# cat /var/log/dmesg Linux version 2.6.15-1.2041_FC5 (bhcompile at tweety.build.redhat.com) (gcc version 4.1.0 20060304 (Red Hat 4.1.0-3)) #1 Fri Mar 10 15:59:43 EST 2006 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e6000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000003ef2fc00 (usable) BIOS-e820: 000000003ef2fc00 - 000000003ef30000 (ACPI NVS) BIOS-e820: 000000003ef30000 - 000000003ef40000 (ACPI data) BIOS-e820: 000000003ef40000 - 000000003eff0000 (ACPI NVS) BIOS-e820: 000000003eff0000 - 000000003f000000 (reserved) BIOS-e820: 00000000fecf0000 - 00000000fecf1000 (reserved) BIOS-e820: 00000000fed20000 - 00000000feda0000 (reserved) 111MB HIGHMEM available. 895MB LOWMEM available. found SMP MP-table at 000ff780 Using x86 segment limits to approximate NX protection On node 0 totalpages: 257839 DMA zone: 4096 pages, LIFO batch:0 DMA32 zone: 0 pages, LIFO batch:0 Normal zone: 225279 pages, LIFO batch:31 HighMem zone: 28464 pages, LIFO batch:7 DMI 2.3 present. ACPI: RSDP (v000 ACPIAM ) @ 0x000f61e0 ACPI: RSDT (v001 INTEL D865GBF 0x20050214 MSFT 0x00000097) @ 0x3ef30000 ACPI: FADT (v002 INTEL D865GBF 0x20050214 MSFT 0x00000097) @ 0x3ef30200 ACPI: MADT (v001 INTEL D865GBF 0x20050214 MSFT 0x00000097) @ 0x3ef30300 ACPI: ASF! (v016 LEGEND I865PASF 0x00000001 MSFT 0x0100000d) @ 0x3ef34680 ACPI: TCPA (v001 INTEL TBLOEMID 0x00000001 MSFT 0x00000097) @ 0x3ef34719 ACPI: WDDT (v001 INTEL OEMWDDT 0x00000001 MSFT 0x0100000d) @ 0x3ef3474d ACPI: DSDT (v001 INTEL D865GBF 0x00000001 MSFT 0x0100000d) @ 0x00000000 ACPI: PM-Timer IO Port: 0x408 ACPI: Local APIC address 0xfee00000 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 15:3 APIC version 20 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x81] disabled) ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1]) ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 1, version 32, address 0xfec00000, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 40000000 (gap: 3f000000:bfcf0000) Built 1 zonelists Kernel command line: ro root=LABEL=/ rhgb quiet mapped APIC to ffffd000 (fee00000) mapped IOAPIC to ffffc000 (fec00000) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 CPU 0 irqstacks, hard=c03d4000 soft=c03d3000 PID hash table entries: 4096 (order: 12, 65536 bytes) Detected 2394.321 MHz processor. Using pmtmr for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 1017416k/1031356k available (1914k kernel code, 13228k reserved, 774k data, 176k init, 113856k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 4796.56 BogoMIPS (lpj=9593126) Security Framework v1.0.0 initialized SELinux: Initializing. SELinux: Starting in permissive mode selinux_register_security: Registering secondary module capability Capability LSM initialized as secondary Mount-cache hash table entries: 512 CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 0000041d 00000000 00000000 CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000 0000041d 00000000 00000000 monitor/mwait feature present. using mwait in idle threads. CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: After all inits, caps: bfebf3ff 00000000 00000000 00000180 0000041d 00000000 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU0: Intel P4/Xeon Extended MCE MSRs (12) available CPU0: Thermal monitoring enabled CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz stepping 03 Checking 'hlt' instruction... OK. ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1 checking if image is initramfs... it is Freeing initrd memory: 997k freed NET: Registered protocol family 16 ACPI: bus type pci registered PCI: PCI BIOS revision 3.00 entry at 0xf0031, last bus=1 PCI: Using configuration type 1 ACPI: Subsystem revision 20060127 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (0000:00) PCI: Probing PCI hardware (bus 00) Boot video device is 0000:00:02.0 PCI quirk: region 0400-047f claimed by ICH4 ACPI/GPIO/TCO PCI quirk: region 0500-053f claimed by ICH4 GPIO PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1 PCI: Transparent bridge - 0000:00:1e.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P3._PRT] ACPI: Power Resource [URP1] (off) ACPI: Power Resource [FDDP] (off) ACPI: Power Resource [LPTP] (off) ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs *3 4 5 6 7 9 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 *10 11 12 14 15) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 6 7 9 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 *10 11 12 14 15) ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 *9 10 11 12 14 15) Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 14 devices usbcore: registered new driver usbfs usbcore: registered new driver hub PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report pnp: 00:0c: ioport range 0x400-0x47f could not be reserved pnp: 00:0c: ioport range 0x680-0x6ff has been reserved pnp: 00:0c: ioport range 0x500-0x53f has been reserved PCI: Ignore bogus resource 6 [0:0] of 0000:00:02.0 PCI: Bridge: 0000:00:1e.0 IO window: b000-bfff MEM window: ff900000-ff9fffff PREFETCH window: 40000000-400fffff PCI: Setting latency timer of device 0000:00:1e.0 to 64 apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac) apm: overridden by ACPI. audit: initializing netlink socket (disabled) audit(1142475076.108:1): initialized highmem bounce pool size: 64 pages Total HugeTLB memory allocated, 0 VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) SELinux: Registering netfilter hooks Initializing Cryptographic API ksign: Installing public key data Loading keyring - Added public key 6E894CC5E3DB3629 - User ID: Red Hat, Inc. (Kernel Module GPG key) io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) pci_hotplug: PCI Hot Plug PCI Core version: 0.5 ACPI: Processor [CPU1] (supports 8 throttling states) isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found Real Time Clock Driver v1.12ac Linux agpgart interface v0.101 (c) Dave Jones agpgart: Detected an Intel 865 Chipset. agpgart: Detected 16252K stolen memory. agpgart: AGP aperture is 128M @ 0xf0000000 PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] at 0x60,0x64 irq 1,12 serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx ICH5: IDE controller at PCI slot 0000:00:1f.1 PCI: Enabling device 0000:00:1f.1 (0005 -> 0007) ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 16 ICH5: chipset revision 2 ICH5: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio Probing IDE interface ide0... hda: WDC WD400BB-00DKA0, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... hdc: SONY DVD RW DRU-810A, ATAPI CD/DVD-ROM drive ide1 at 0x170-0x177,0x376 on irq 15 hda: max request size: 512KiB hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=16383/255/63, UDMA(33) hda: cache flushes supported hda: hda1 hda2 hda3 hda4 < hda5 > hdc: ATAPI 40X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.20 ide-floppy driver 0.99.newide usbcore: registered new driver libusual usbcore: registered new driver hiddev usbcore: registered new driver usbhid drivers/usb/input/hid-core.c: v2.6:USB HID core driver mice: PS/2 mouse device common for all mice md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27 md: bitmap version 4.39 NET: Registered protocol family 2 input: AT Translated Set 2 keyboard as /class/input/input0 IP route cache hash table entries: 32768 (order: 5, 131072 bytes) TCP established hash table entries: 131072 (order: 9, 2097152 bytes) TCP bind hash table entries: 65536 (order: 8, 1310720 bytes) TCP: Hash tables configured (established 131072 bind 65536) TCP reno registered TCP bic registered Initializing IPsec netlink socket NET: Registered protocol family 1 NET: Registered protocol family 17 Using IPI Shortcut mode ACPI wakeup devices: TANA P0P3 AC97 USB0 USB1 USB2 USB3 USB7 UAR1 SLPB ACPI: (supports S0 S1 S4 S5) Freeing unused kernel memory: 176k freed Write protecting the kernel read-only data: 358k input: ImPS/2 Generic Wheel Mouse as /class/input/input1 SCSI subsystem initialized libata version 1.20 loaded. ata_piix 0000:00:1f.2: version 1.05 ACPI: PCI Interrupt 0000:00:1f.2[A] -> GSI 18 (level, low) -> IRQ 16 PCI: Setting latency timer of device 0000:00:1f.2 to 64 ata1: SATA max UDMA/133 cmd 0xE800 ctl 0xE402 bmdma 0xD800 irq 16 ata2: SATA max UDMA/133 cmd 0xE000 ctl 0xDC02 bmdma 0xD808 irq 16 ATA: abnormal status 0x7F on port 0xE807 scsi0 : ata_piix ATA: abnormal status 0x7F on port 0xE007 scsi1 : ata_piix kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. SELinux: Disabled at runtime. SELinux: Unregistering netfilter hooks hw_random: RNG not detected ACPI: PCI Interrupt 0000:00:1f.5[B] -> GSI 17 (level, low) -> IRQ 17 PCI: Setting latency timer of device 0000:00:1f.5 to 64 8139cp: 10/100 PCI Ethernet driver v1.2 (Mar 22, 2004) Linux video capture interface: v1.00 intel8x0_measure_ac97_clock: measured 54694 usecs intel8x0: clocking to 48000 8139cp: pci dev 0000:01:00.0 (id 10ec:8139 rev 10) is not an 8139C+ compatible chip 8139cp: Try the "8139too" driver instead. saa7130/34: v4l2 driver version 0.2.14 loaded ACPI: PCI Interrupt 0000:01:04.0[A] -> GSI 18 (level, low) -> IRQ 16 saa7134[0]: found at 0000:01:04.0, rev: 1, irq: 16, latency: 32, mmio: 0xff910400 saa7134[0]: subsystem: 11bd:002b, board: Pinnacle PCTV Stereo (saa7134) [card=26,autodetected] saa7134[0]: board init: gpio is 0 USB Universal Host Controller Interface driver v2.3 ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 16 (level, low) -> IRQ 18 PCI: Setting latency timer of device 0000:00:1d.0 to 64 uhci_hcd 0000:00:1d.0: UHCI Host Controller uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1 uhci_hcd 0000:00:1d.0: irq 18, io base 0x0000c800 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected 8139too Fast Ethernet driver 0.9.27 ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 19 PCI: Setting latency timer of device 0000:00:1d.1 to 64 uhci_hcd 0000:00:1d.1: UHCI Host Controller uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2 uhci_hcd 0000:00:1d.1: irq 19, io base 0x0000cc00 usb usb2: configuration #1 chosen from 1 choice hub 2-0:1.0: USB hub found hub 2-0:1.0: 2 ports detected saa7134[0]: i2c eeprom 00: bd 11 2b 00 f8 f8 1c 00 43 43 a9 1c 55 d2 b2 92 saa7134[0]: i2c eeprom 10: 00 00 19 0e ff 20 ff ff ff ff ff ff ff ff ff ff saa7134[0]: i2c eeprom 20: 01 40 01 03 03 ff 03 01 08 ff 00 53 ff ff ff ff saa7134[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff saa7134[0]: i2c eeprom 40: ff 07 00 c0 86 ff 01 01 ff ff ff ff ff ff ff ff saa7134[0]: i2c eeprom 50: 0c 22 17 34 02 82 85 43 ff ff ff ff ff ff ff ff saa7134[0]: i2c eeprom 60: 03 03 19 71 fb ff ff ff ff ff ff ff ff ff ff ff saa7134[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff tuner 1-0060: Chip ID is not zero. It is not a TEA5767 tuner 1-0060: chip found @ 0xc0 (saa7134[0]) tuner 1-0060: microtune: companycode=3cbf part=42 rev=a0 ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 16 PCI: Setting latency timer of device 0000:00:1d.2 to 64 uhci_hcd 0000:00:1d.2: UHCI Host Controller uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 3 uhci_hcd 0000:00:1d.2: irq 16, io base 0x0000d000 usb usb3: configuration #1 chosen from 1 choice hub 3-0:1.0: USB hub found hub 3-0:1.0: 2 ports detected tuner 1-0060: microtune MT2050 found, OK tda9887 1-0043: chip found @ 0x86 (saa7134[0]) ACPI: PCI Interrupt 0000:00:1d.3[A] -> GSI 16 (level, low) -> IRQ 18 PCI: Setting latency timer of device 0000:00:1d.3 to 64 uhci_hcd 0000:00:1d.3: UHCI Host Controller uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 4 uhci_hcd 0000:00:1d.3: irq 18, io base 0x0000d400 usb usb4: configuration #1 chosen from 1 choice hub 4-0:1.0: USB hub found hub 4-0:1.0: 2 ports detected saa7134[0]: registered device video0 [v4l2] saa7134[0]: registered device vbi0 ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 21 (level, low) -> IRQ 20 eth0: RealTek RTL8139 at 0xf8806000, 00:0b:2b:14:46:c6, IRQ 20 eth0: Identified 8139 chip type 'RTL-8100B/8139D' ACPI: PCI Interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 21 PCI: Setting latency timer of device 0000:00:1d.7 to 64 ehci_hcd 0000:00:1d.7: EHCI Host Controller ehci_hcd 0000:00:1d.7: debug port 1 PCI: cache line size of 128 is not supported by device 0000:00:1d.7 ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 5 ehci_hcd 0000:00:1d.7: irq 21, io mem 0xffa80000 ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004 usb usb5: configuration #1 chosen from 1 choice hub 5-0:1.0: USB hub found hub 5-0:1.0: 8 ports detected Non-volatile memory driver v1.2 Floppy drive(s): fd0 is 1.44M FDC 0 is a National Semiconductor PC87306 parport: PnPBIOS parport detected. parport0: PC-style at 0x378, irq 7 [PCSPP] lp0: using parport0 (interrupt-driven). lp0: console ready NET: Registered protocol family 10 lo: Disabled Privacy Extensions IPv6 over IPv4 tunneling driver ACPI: Power Button (FF) [PWRF] ACPI: Sleep Button (CM) [SLPB] ibm_acpi: ec object not found md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. device-mapper: 4.5.0-ioctl (2005-10-04) initialised: dm-devel at redhat.com device-mapper: dm-multipath version 1.0.4 loaded EXT3 FS on hda2, internal journal kjournald starting. Commit interval 5 seconds EXT3 FS on hda5, internal journal EXT3-fs: mounted filesystem with ordered data mode. Adding 2506132k swap on /dev/hda3. Priority:-1 extents:1 across:2506132k Sorry to be late Regards, Kushal -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From guess.who at freesurf.fr Wed Mar 15 20:11:13 2006 From: guess.who at freesurf.fr (LarryT) Date: Wed, 15 Mar 2006 21:11:13 +0100 Subject: about firefox ... / dont understand anything In-Reply-To: <1142450564.27759.9.camel@gilboa-work-dev> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> <441829C9.30403@freesurf.fr> <44185C5B.5010405@freesurf.fr> <1142450564.27759.9.camel@gilboa-work-dev> Message-ID: <441874E1.1030609@freesurf.fr> Gilboa Davara wrote: > On Wed, 2006-03-15 at 19:26 +0100, LarryT wrote: >> Just to tell : >> Have done the upadte with yum. >> Have removed firefox : it worked nice. >> Have re-installed firefox : pc freezes ! >> Have removed and restarted : seems to be good. >> :-/ >> >> Larry tb wrote: >>> Removing firefox but just when openning mozilla, it's the same : pc >>> freezes ! >>> blaah ! >>> >>> Is there any kind of output i could look for and past ? >>> >>> >>> Larry tb wrote: >>>> Waow ! Awsome jim. This is coool :) --> i get my mozilla icon. >>>> but now back to firefox :( to try to find out the problem >>>> No plugin installed neither flash ! just 1.5.0.1-9 and few languages >>>> with it (i didn't ask for !) >>>> >>>> >>>> Jim Cornette wrote: >>>> >>>>> Larry tb wrote: >>>>> >>>>>> ...and im sure Firefox is in question, 'cause with Mozilla (which >>>>>> have no icon to be run ! --> have to lunch it from shell) i have no >>>>>> problem. >>>>>> Actually updating firefox to 1.5.0.1-9..... >>>>>> >>>>> The reason that you have no Mozilla ICON is that the mozilla.desktop >>>>> is set to not display the ICON in the menus by default. The >>>>> mozilla.desktop file is in the /usr/share/applications directory. >>>>> >>>>> You may be able to change NoDisplay=true to NoDisplay=false like I >>>>> always do and the mozilla ICON will show up in the Internet menus. >>>>> >>>>> I have not tried to change this via the menu editor, this may or may >>>>> not work also. >>>>> >>>>> yum remove beagle might work to get firefox working also. :-) >>>>> >>>>> Jim >>>>> >>>>> cat mozilla.desktop >>>>> [Desktop Entry] >>>>> Name=Mozilla Web Browser >>>>> GenericName=Web Browser >>>>> Comment=Browse the web >>>>> Exec=mozilla %u >>>>> Icon=mozilla-icon >>>>> Terminal=false >>>>> Type=Application >>>>> NoDisplay=false # This is set to true by *default.* >>>>> MimeType=text/html;text/xml;application/xhtml+xml;application/vnd.mozilla.xul+xml;text/mml; >>>>> >>>>> Encoding=UTF-8 >>>>> X-Desktop-File-Install-Version=0.10 >>>>> Categories=Network;Application;X-Fedora; >>>>> >>>>> >>>>> > > BTW, > Might have missed it, did you post your hardware configuration? > Driver configuration? Nop you didn't missed anything : i didn't post it :-[ motherboard is Gigabyte GA-K8NS nVidia nForce 250 ATX audio & network nativ cpu amd64 2.6go - 1.3 go DDR And an hour ago, i get the same freezing joke using thunderbird :-/ I really dont understand what happens ! :( could iit be a graphical gnome problem ? Larry > > Gilboa > > From jim at jbsys.com Wed Mar 15 20:58:04 2006 From: jim at jbsys.com (Jim Bevier) Date: Wed, 15 Mar 2006 13:58:04 -0700 Subject: kernel 2054 is really broke! References: <001101c64855$25b61db0$0a01a8c0@jbsys> <20060315181149.GA18054@devserv.devel.redhat.com> Message-ID: <002d01c64873$27b74940$0a01a8c0@jbsys> ----- Original Message ----- From: "Bill Nottingham" To: "For testers of Fedora Core development releases" Sent: Wednesday, March 15, 2006 11:11 AM Subject: Re: kernel 2054 is really broke! > Jim Bevier (jim at jbsys.com) said: >> For starters, it no longer finds my ethernet. Marvell 88E8001 gigabit >> controller (skge module). None of the vfat file systems are mounted. >> There >> seems to be lots of modules missing. If I do an lsmod, there are only 7 >> modules shown. I used to have lots. The system is x86_64. Kernel 2045 >> worked great. Thre is not much information in dmesg or messages files. >> Something is breaking very early in the boot process. Anyone have any >> ideas about where to start with this? > > Check for SELinux errors (either with dmesg or autrace). Selinux is disabled on this system. > > Check that the modules are actually under /lib/modules/$(uname -r). All modules seem to be there and accounted for. > > Check for udev error messages. There were no udev errors. Only errors were not able to load ntfs module and parport module. > > Check for errors when you installed the kernel - was depmod run correctly? > Does re-running it fix it? Restarting the system gave the the same results several times. There were no errors when I installed the kernel or kernel-devel. All the modules I built, build OK except the nvidia module, which gets an error for missing symbol on depmod. I booted back to 2045 and removed kernel 2054 and kernel-devel 2054 using yum. I then installed again using yum. Again no errors and the rpms were not downloaded again. Yum used the ones from the cache. When I rebooted the system to 2054, all worked OK??????? The only problem I have is the nvidia driver failure. I looked everywhere for a clue about what was wrong, but I did not find anything. It must be some drunken Leprechaun running around in the system!?!?! Sorry for the false error :-(. Jim > > Bill > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list) > From michal at harddata.com Wed Mar 15 22:08:59 2006 From: michal at harddata.com (Michal Jaegermann) Date: Wed, 15 Mar 2006 15:08:59 -0700 Subject: /etc/inittab went away && wlan has weird device name In-Reply-To: <20060315190843.GA4842@devserv.devel.redhat.com> References: <1142435927.3014.2.camel@slartibartfast.it.devlin.ca> <20060315183850.GB2250@devserv.devel.redhat.com> <1142448713.4396.3.camel@slartibartfast.it.devlin.ca> <20060315190843.GA4842@devserv.devel.redhat.com> Message-ID: <20060315220859.GA19148@mail.harddata.com> On Wed, Mar 15, 2006 at 02:08:43PM -0500, Bill Nottingham wrote: > Julian C. Dunn (julian.dunn at devlin.ca) said: > > > > > > You have a wired ethernet that is configured to be eth0, and your wireless > > > module was loaded first, so it was moved out of the way. > > > > Okay - is that expected behaviour? (I'm currently running without > > wireless configured, but I'm not suppressing the load of the kernel > > module or anything like that) > > Yes. If you configre the wireless, it will be changed to whatever you > configure when you bring it up. We're working on code to do all this > at boot, but it's not ready yet. At least in theory you should be able to give some "non-weird" and a fixed name to your wireless interface in /etc/mactab. Check 'man nameif' for a description. I did not test that but various scripts in /etc/sysconfig/network-scripts make an impression that they try to take /etc/mactab into consideration. Surely you can get that if you will force a run of 'nameif' early enough in a boot sequence but this means some extra startup scripts and likely is not needed at all. Michal From notting at redhat.com Wed Mar 15 22:13:58 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 15 Mar 2006 17:13:58 -0500 Subject: /etc/inittab went away && wlan has weird device name In-Reply-To: <20060315220859.GA19148@mail.harddata.com> References: <1142435927.3014.2.camel@slartibartfast.it.devlin.ca> <20060315183850.GB2250@devserv.devel.redhat.com> <1142448713.4396.3.camel@slartibartfast.it.devlin.ca> <20060315190843.GA4842@devserv.devel.redhat.com> <20060315220859.GA19148@mail.harddata.com> Message-ID: <20060315221358.GA2604@devserv.devel.redhat.com> Michal Jaegermann (michal at harddata.com) said: > At least in theory you should be able to give some "non-weird" and > a fixed name to your wireless interface in /etc/mactab. Check > 'man nameif' for a description. I did not test that but various > scripts in /etc/sysconfig/network-scripts make an impression that > they try to take /etc/mactab into consideration. > > Surely you can get that if you will force a run of 'nameif' early > enough in a boot sequence but this means some extra startup scripts > and likely is not needed at all. nameif: - doesn't handle collisions among names (just dies with -EEXIST) - fails really badly on devices that create both eth0 and wifi0 (can change the wrong device) Bill From fct-cornette at insight.rr.com Wed Mar 15 22:35:35 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 15 Mar 2006 17:35:35 -0500 Subject: may anyone tell me what rawhide is ? In-Reply-To: <4417F626.60308@freesurf.fr> References: <4417F176.5060703@freesurf.fr> <1142420060.14600.76.camel@T7.Linux> <4417F626.60308@freesurf.fr> Message-ID: <441896B7.6010907@insight.rr.com> Larry tb wrote: > Thx all. 'Think i gonna keep my core :-p Well Larry, thanks for the question. The link is to rescue images for correcting problems encountered with unstable Development. I believe the discs allow you to also download via ftp or http directly from the server that you chose for the installation. I did not realize there was a rescue disc for rawhide. http://download.fedora.redhat.com/pub/fedora/linux/core/development/isos/ Thanks! Jim From dant at cdkkt.com Wed Mar 15 22:35:44 2006 From: dant at cdkkt.com (Dan Thurman) Date: Wed, 15 Mar 2006 14:35:44 -0800 Subject: Today's yum update blowup of: R-gnomeGUI-2.1 Message-ID: <1142462145.3509.21.camel@copper.cdkkt.com> Today's yum update reported a installation blowup: (144/199): R-gnomeGUI-2.1 100% |=========================| 40 kB 00:01 Updating : R-gnomeGUI ##################### [114/416] Unknown option: htmllists Usage: R CMD build-help.pl [options] [pkg] [lib] Install all help files for package pkg to library lib Options: -h, --help print short help message and exit -v, --version print version info and exit -d, --debug print debugging information -os, --OS OS to assume: unix (default) or windows --rhome R home directory, defaults to environment R_HOME --html build HTML files (default is all) --txt build text files (default is all) --latex build LaTeX files (default is all) --example build example files (default is all) --dosnames use 8.3 filenames --index build index file only Email bug reports to . From skvidal at linux.duke.edu Wed Mar 15 22:48:54 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 15 Mar 2006 17:48:54 -0500 Subject: Today's yum update blowup of: R-gnomeGUI-2.1 In-Reply-To: <1142462145.3509.21.camel@copper.cdkkt.com> References: <1142462145.3509.21.camel@copper.cdkkt.com> Message-ID: <1142462934.14729.92.camel@cutter> On Wed, 2006-03-15 at 14:35 -0800, Dan Thurman wrote: > Today's yum update reported a installation blowup: > > (144/199): R-gnomeGUI-2.1 100% |=========================| 40 kB 00:01 > > > Updating : R-gnomeGUI ##################### > [114/416] > Unknown option: htmllists > Usage: R CMD build-help.pl [options] [pkg] [lib] > > Install all help files for package pkg to library lib > > Options: > -h, --help print short help message and exit > -v, --version print version info and exit > -d, --debug print debugging information > -os, --OS OS to assume: unix (default) or windows > --rhome R home directory, defaults to environment R_HOME > --html build HTML files (default is all) > --txt build text files (default is all) > --latex build LaTeX files (default is all) > --example build example files (default is all) > --dosnames use 8.3 filenames > --index build index file only > you probably want to file that as a bug against R-gnomeGUI -sv From fct-cornette at insight.rr.com Wed Mar 15 22:49:50 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 15 Mar 2006 17:49:50 -0500 Subject: PC freezing, during surfing on the internet In-Reply-To: <44185154.1000009@freesurf.fr> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> <441829C9.30403@freesurf.fr> <71b7a9890603150903l7a3c82cdl498c72cd499d189e@mail.gmail.com> <44185154.1000009@freesurf.fr> Message-ID: <44189A0E.2060804@insight.rr.com> Larry tb wrote: > Hi ! > Have removed firefox, but it was the same with Mozilla ! > Sometimes just when openning, sometimes after fexw minutes .... > > Chidananda Jayakeerti wrote: >> I have been experiencing the same problem. After about 5-10 minutes of >> browsing my PC hangs. I'm NOT behind any proxy. I thought it was >> probably my wireless card .. but it seems quite a few are having the >> same problem? >> >> I also do not have any plugins or firefox extensions installed. >> >> I'm not sure if this is dur to firefox or some other application? >> >> Chida >> >> >> On 3/15/06, * Larry tb* > > wrote: >> >> Removing firefox but just when openning mozilla, it's the same : pc >> freezes ! >> blaah ! >> >> > Try removing beagle. I removed beagle and use mozilla from rpm or seamonkey from the binary installer and have no problems with freezing of the browser. I use locate to find files and have no desire to use beagle. Beagle is probably only good to find documents or some file that can be opened by another application. All of these such files are i my home directory and fairly organized by topic. The files that I do not know what the version or location is are libraries config files and other such files. The system puts these in locations and I most likely need to d something with the file while in a shell. IMO, beagle should not be release with FC5 and should remain i development until it is more refined. CLI app > Front-end GUI. not GUI app > CLI interface just yet. Maybe this would work in FC6, not in FC5. Jim From dant at cdkkt.com Wed Mar 15 23:57:33 2006 From: dant at cdkkt.com (Daniel B. Thurman) Date: Wed, 15 Mar 2006 15:57:33 -0800 Subject: FCT3: Yum Update: Freezes at bootup: "Checking for hardware changes" Message-ID: Sigh... I *think* kudzu segmentation fault went away but now I get a freeze up on the message: "Checking for hardware changes" What can I do now? Dan From debian at herakles.homelinux.org Thu Mar 16 00:21:17 2006 From: debian at herakles.homelinux.org (John Summerfied) Date: Thu, 16 Mar 2006 08:21:17 +0800 Subject: Rescue disk In-Reply-To: <7ebb24d10603130855l61ee34fftecefd53d4455abd@mail.gmail.com> References: <20060313162011.UAFB28606.aamtaout02-winn.ispmail.ntl.com@smtp.ntlworld.com> <7ebb24d10603130855l61ee34fftecefd53d4455abd@mail.gmail.com> Message-ID: <4418AF7D.4090406@herakles.homelinux.org> Ben Steeves wrote: > On 3/13/06, Gordon Stewart wrote: > >>No I need the rescue disk to fixed the issue. >> > > > As I said in my original email, there's a full rescue environment on > CD 1. Just boot off of that. From the sounds of it though you might > be just as well served by re-installing. _I_'d stuff around until I fixed it; then I'd probably know what I did wrong. I _hate_ problems that get fixed by magic. Only yesterday, on Windows, I discovered that creating a link to run a program using the UNC name \\server\access10\access10 works while \\server\software\access10\access10 does not work. c:\software is shared from server as "software" and c:\software\access10 is shared from the server as "access10." It seems to me both should work, and I tried very many things before finding the one that actually does. Don't you just hate this kind of mystery? -- Cheers John -- spambait 1aaaaaaa at computerdatasafe.com.au Z1aaaaaaa at computerdatasafe.com.au Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/ do not reply off-list From fct-cornette at insight.rr.com Thu Mar 16 00:32:49 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 15 Mar 2006 19:32:49 -0500 Subject: rawhide report: 20060315 changes - new package In-Reply-To: <200603150819.k2F8Jl0L019777@porkchop.devel.redhat.com> References: <200603150819.k2F8Jl0L019777@porkchop.devel.redhat.com> Message-ID: <4418B231.50000@insight.rr.com> Build System wrote: > New package gnome-backgrounds > Desktop backgrounds packaged with the GNOME desktop > Excellent package edition! The two or three usually provided backgrounds are just too few. Thanks! Jim From ben.steeves at gmail.com Thu Mar 16 00:49:13 2006 From: ben.steeves at gmail.com (Ben Steeves) Date: Wed, 15 Mar 2006 20:49:13 -0400 Subject: Rescue disk In-Reply-To: <4418AF7D.4090406@herakles.homelinux.org> References: <20060313162011.UAFB28606.aamtaout02-winn.ispmail.ntl.com@smtp.ntlworld.com> <7ebb24d10603130855l61ee34fftecefd53d4455abd@mail.gmail.com> <4418AF7D.4090406@herakles.homelinux.org> Message-ID: <7ebb24d10603151649k7a2c72d9t75c224df293fedb7@mail.gmail.com> On 3/15/06, John Summerfied wrote: > Ben Steeves wrote: > > On 3/13/06, Gordon Stewart wrote: > > > >>No I need the rescue disk to fixed the issue. > >> > > > > > > As I said in my original email, there's a full rescue environment on > > CD 1. Just boot off of that. From the sounds of it though you might > > be just as well served by re-installing. > > _I_'d stuff around until I fixed it; then I'd probably know what I did > wrong. So would I. Then again, I'd have a fair chance of understanding what went wrong in the first place... but then I'm pretty much a gearhead. When an inexperienced user comes across a problem that prevents their system from even loading the kernel, re-installing is not only the path of least resistance, it's also the past of maximal sanity. > I _hate_ problems that get fixed by magic. Only yesterday, on Windows, I > discovered that creating a link to run a program using the UNC name Problems are never fixed by magic -- they go away, but they were never fixed. -- _ Ben Steeves bcs at metacon.ca ( ) The ASCII ribbon campaign ben.steeves at unb.ca X against HTML e-mail GPG ID: 0xB3EBF1D9 / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves From dant at cdkkt.com Thu Mar 16 00:56:00 2006 From: dant at cdkkt.com (Daniel B. Thurman) Date: Wed, 15 Mar 2006 16:56:00 -0800 Subject: Today's Update causes boot freeze at: "Checking for hardware changes" Message-ID: Folks, Is there something I can do to revert back to a previous install via rescue disk & yum to bypass the hardware-check hang issue? If there is a yum package what is it called? Or is it perhaps easier to edit one of the rc scripts to bypass the hardware-check process until this issue gets fixed? If so, is it kudzu or what? Thanks! Dan From debian at herakles.homelinux.org Thu Mar 16 01:08:59 2006 From: debian at herakles.homelinux.org (John Summerfied) Date: Thu, 16 Mar 2006 09:08:59 +0800 Subject: Rescue disk In-Reply-To: <7ebb24d10603151649k7a2c72d9t75c224df293fedb7@mail.gmail.com> References: <20060313162011.UAFB28606.aamtaout02-winn.ispmail.ntl.com@smtp.ntlworld.com> <7ebb24d10603130855l61ee34fftecefd53d4455abd@mail.gmail.com> <4418AF7D.4090406@herakles.homelinux.org> <7ebb24d10603151649k7a2c72d9t75c224df293fedb7@mail.gmail.com> Message-ID: <4418BAAB.7080300@herakles.homelinux.org> Ben Steeves wrote: > On 3/15/06, John Summerfied wrote: > >>Ben Steeves wrote: >> >>>On 3/13/06, Gordon Stewart wrote: >>> >>> >>>>No I need the rescue disk to fixed the issue. >>>> >>> >>> >>>As I said in my original email, there's a full rescue environment on >>>CD 1. Just boot off of that. From the sounds of it though you might >>>be just as well served by re-installing. >> >>_I_'d stuff around until I fixed it; then I'd probably know what I did >>wrong. > > > So would I. Then again, I'd have a fair chance of understanding what > went wrong in the first place... but then I'm pretty much a gearhead. > When an inexperienced user comes across a problem that prevents their There's a fair argument such folk shouldn't be found in the _testing_ environment. They're sure to find it _very_ testing, and if they survive that, very educational. Remember, this is betaware at best, and nobody should be using it for "production" work, for anything they can't just throw away. Note, running your production workload on it to test whether it works is not the same as running your production on it. -- Cheers John -- spambait 1aaaaaaa at computerdatasafe.com.au Z1aaaaaaa at computerdatasafe.com.au Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/ do not reply off-list From berryja at gmail.com Thu Mar 16 01:11:26 2006 From: berryja at gmail.com (Jonathan Berry) Date: Wed, 15 Mar 2006 19:11:26 -0600 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <000901c64850$0cd5ce80$0a01a8c0@jbsys> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> Message-ID: <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> On 3/15/06, Jim Bevier wrote: > It seems the kernel from today, 2054, breaks the loading of the nvidia.ko > module. I get the message "nvidia: Unknown symbol print_tainted". Building > of VMware module does not have any problem. The last good kernel that > worked was 2045. Was the symbol deleted? I am seeing a problem with loading the nvidia module as well. Builds just fine from a src.rpm acquired from: http://www.leemhuis.info/files/fedorarpms/MISC.lvn/graphics/ Running x86_64, as I think you are. I cannot seem to find the problem here. I downloaded kernel-2.6.15-1.2054_FC5.src.rpm and did an rpmbuild -bp to get the source tree. I found print_tainted seemingly defined just fine in kernel/panic.c: const char *print_tainted(void) { static char buf[20]; if (tainted) { snprintf(buf, sizeof(buf), "Tainted: %c%c%c%c%c%c", tainted & TAINT_PROPRIETARY_MODULE ? 'P' : 'G', tainted & TAINT_FORCED_MODULE ? 'F' : ' ', tainted & TAINT_UNSAFE_SMP ? 'S' : ' ', tainted & TAINT_FORCED_RMMOD ? 'R' : ' ', tainted & TAINT_MACHINE_CHECK ? 'M' : ' ', tainted & TAINT_BAD_PAGE ? 'B' : ' '); } else snprintf(buf, sizeof(buf), "Not tainted"); return(buf); } EXPORT_SYMBOL_GPL(print_tainted); Looks like the symbol is there and exported. Granted, I'm not an that knowledgeable about such things, but that looks okay to me. Anyone have any ideas what is going on here? Jonathan From dant at cdkkt.com Thu Mar 16 01:44:10 2006 From: dant at cdkkt.com (Daniel B. Thurman) Date: Wed, 15 Mar 2006 17:44:10 -0800 Subject: Fedora Rescue, Enabling Network, and running RPM or Yum.... Message-ID: Folks, As far as I know, no one has said anything about using Fedora Rescue, enabling the network, and run yum or rpm for installing or removing packages. I have tried this a couple of times (and today in fact), and found that in attempting to do so results in the failure of scripts being executed pre and post installation or removal of packages. I assume this has something to do with python and/or the environment variables not setup for this purpose or maybe multiuser mode is required under these conditions? I noticed that I had 2 versions of Kudzu installed in my system: kudzu-1.2.34.1-1 kudzu-1.2.34.3-1 So, I attempted to remove the newest kudzu, because I believed that it is responsible for the hanging at the boot message: "Checking for hardware changes". I am trying to figure out how to revert back to a previous kuzdu version by running yum or rpm removing the 3-1 version but was unable to do so under the Rescue Disk environment. Please let me know what I can do at this point as I have just given up for now. Thanks! Dan From davej at redhat.com Thu Mar 16 02:20:48 2006 From: davej at redhat.com (Dave Jones) Date: Wed, 15 Mar 2006 21:20:48 -0500 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> Message-ID: <20060316022048.GB8407@redhat.com> On Wed, Mar 15, 2006 at 07:11:26PM -0600, Jonathan Berry wrote: > On 3/15/06, Jim Bevier wrote: > > It seems the kernel from today, 2054, breaks the loading of the nvidia.ko > > module. I get the message "nvidia: Unknown symbol print_tainted". Building > > of VMware module does not have any problem. The last good kernel that > > worked was 2045. Was the symbol deleted? > > I am seeing a problem with loading the nvidia module as well. Builds > just fine from a src.rpm acquired from: > http://www.leemhuis.info/files/fedorarpms/MISC.lvn/graphics/ Running > x86_64, as I think you are. I cannot seem to find the problem here. > I downloaded kernel-2.6.15-1.2054_FC5.src.rpm and did an rpmbuild -bp > to get the source tree. I found print_tainted seemingly defined just > fine in kernel/panic.c: > const char *print_tainted(void) > { > static char buf[20]; > if (tainted) { > snprintf(buf, sizeof(buf), "Tainted: %c%c%c%c%c%c", > tainted & TAINT_PROPRIETARY_MODULE ? 'P' : 'G', > tainted & TAINT_FORCED_MODULE ? 'F' : ' ', > tainted & TAINT_UNSAFE_SMP ? 'S' : ' ', > tainted & TAINT_FORCED_RMMOD ? 'R' : ' ', > tainted & TAINT_MACHINE_CHECK ? 'M' : ' ', > tainted & TAINT_BAD_PAGE ? 'B' : ' '); > } > else > snprintf(buf, sizeof(buf), "Not tainted"); > return(buf); > } > EXPORT_SYMBOL_GPL(print_tainted); > Looks like the symbol is there and exported. Granted, I'm not an that > knowledgeable about such things, but that looks okay to me. Anyone > have any ideas what is going on here? An oversight on my part. print_tainted is used in the spinlock macros, so essentially, the macro is made GPL-only too. I've reverted that change in cvs, but it's too late for the final FC5 image, which is already being pushed out to mirrors. It'll be fixed in the very first update kernel for FC5, which will likely be within the first few days of release. Dave -- http://www.codemonkey.org.uk From dant at cdkkt.com Thu Mar 16 02:30:52 2006 From: dant at cdkkt.com (Dan Thurman) Date: Wed, 15 Mar 2006 18:30:52 -0800 Subject: Kudzu is dead, causes my system to hang. Message-ID: <1142476253.2991.5.camel@copper.cdkkt.com> Hi, After several previous posting, I finally figured it out temporarily how to fix my boot hang when kudzu freezes up - just Fedora Rescue and insert a exit 0 in the /etc/rc5.d/S50kudzu in the first 3 lines. This bypassed the new hardware checks and allows me to boot up now. I think someone really needs to fix this program. I am running ZEN so perhaps this is where the problem is but I haven't tried running FC5T3 without ZEN so I cannot attest for that. Anyway - please ignore my incessant previous postings asking for recovery help. I am ok for now. Dan From jvian10 at charter.net Thu Mar 16 02:48:50 2006 From: jvian10 at charter.net (Jeff Vian) Date: Wed, 15 Mar 2006 20:48:50 -0600 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <20060316022048.GB8407@redhat.com> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> Message-ID: <1142477330.1389.37.camel@eagle.lab.net> On Wed, 2006-03-15 at 21:20 -0500, Dave Jones wrote: > On Wed, Mar 15, 2006 at 07:11:26PM -0600, Jonathan Berry wrote: > > On 3/15/06, Jim Bevier wrote: > > > It seems the kernel from today, 2054, breaks the loading of the nvidia.ko > > > module. I get the message "nvidia: Unknown symbol print_tainted". Building > > > of VMware module does not have any problem. The last good kernel that > > > worked was 2045. Was the symbol deleted? > > > > I am seeing a problem with loading the nvidia module as well. Builds > > EXPORT_SYMBOL_GPL(print_tainted); > > Looks like the symbol is there and exported. Granted, I'm not an that > > knowledgeable about such things, but that looks okay to me. Anyone > > have any ideas what is going on here? > > An oversight on my part. > print_tainted is used in the spinlock macros, so essentially, > the macro is made GPL-only too. I've reverted that change > in cvs, but it's too late for the final FC5 image, which is > already being pushed out to mirrors. > Already being pushed to mirrors? The official release time after the last message on delay is still at least 4 days away (March 20). That seems awfully early to me. > It'll be fixed in the very first update kernel for FC5, which > will likely be within the first few days of release. > > Dave > > -- > http://www.codemonkey.org.uk > From lsatenstein at yahoo.com Thu Mar 16 02:50:55 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Wed, 15 Mar 2006 18:50:55 -0800 (PST) Subject: Fwd: [Bug 185236] Kudzu causes system lock up, during boot processing Message-ID: <20060316025055.28037.qmail@web30201.mail.mud.yahoo.com> This is my once a day reminder, Distribution day is 3 days away and yet no fix. With this bug there can be no unmanned reboot of the system. And as I understand it, no hardware changes can be detected either. Please try for all of us to fix this bug. It is either in kudzu, or a common interface within the xen hypervisor kernels. Leslie Tried gdb but could not determine how to make it work during the boot process, bugzilla at redhat.com wrote: Date: Wed, 15 Mar 2006 21:25:12 -0500 From: bugzilla at redhat.com To: lsatenstein at yahoo.com Subject: [Bug 185236] Kudzu causes system lock up, during boot processing Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Kudzu causes system lock up, during boot processing https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185236 lsatenstein at yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|kudzu segfault at boot Now a|Kudzu causes system lock up, |system lock up, forcing |during boot processing |manual bypass | ------- Additional Comments From lsatenstein at yahoo.com 2006-03-15 21:25 EST ------- Summary revised to be more precise. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You reported the bug, or are watching the reporter. You are on the CC list for the bug, or are watching someone who is. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gilboad at gmail.com Thu Mar 16 02:52:37 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 16 Mar 2006 04:52:37 +0200 Subject: about firefox ... / dont understand anything In-Reply-To: <441874E1.1030609@freesurf.fr> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> <441829C9.30403@freesurf.fr> <44185C5B.5010405@freesurf.fr> <1142450564.27759.9.camel@gilboa-work-dev> <441874E1.1030609@freesurf.fr> Message-ID: <9050516b0603151852t21aa747dqdf9b67cd379556eb@mail.gmail.com> On 3/15/06, LarryT wrote: > > > Gilboa Davara wrote: > > > > BTW, > > Might have missed it, did you post your hardware configuration? > > Driver configuration? > > > Nop you didn't missed anything : i didn't post it :-[ > motherboard is Gigabyte GA-K8NS > nVidia nForce 250 ATX audio & network nativ > cpu amd64 2.6go - 1.3 go DDR > > And an hour ago, i get the same freezing joke using thunderbird :-/ > I really dont understand what happens ! :( > > could iit be a graphical gnome problem ? > > Larry > > 3 more questions: A. Which graphics card are you using? B. Which drivers for the graphics card are you using? C. What power supply are you using? Gilboa From davej at redhat.com Thu Mar 16 02:53:34 2006 From: davej at redhat.com (Dave Jones) Date: Wed, 15 Mar 2006 21:53:34 -0500 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142477330.1389.37.camel@eagle.lab.net> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <1142477330.1389.37.camel@eagle.lab.net> Message-ID: <20060316025334.GE8407@redhat.com> On Wed, Mar 15, 2006 at 08:48:50PM -0600, Jeff Vian wrote: > On Wed, 2006-03-15 at 21:20 -0500, Dave Jones wrote: > > On Wed, Mar 15, 2006 at 07:11:26PM -0600, Jonathan Berry wrote: > > > On 3/15/06, Jim Bevier wrote: > > > > It seems the kernel from today, 2054, breaks the loading of the nvidia.ko > > > > module. I get the message "nvidia: Unknown symbol print_tainted". Building > > > > of VMware module does not have any problem. The last good kernel that > > > > worked was 2045. Was the symbol deleted? > > > > > > I am seeing a problem with loading the nvidia module as well. Builds > > > > EXPORT_SYMBOL_GPL(print_tainted); > > > Looks like the symbol is there and exported. Granted, I'm not an that > > > knowledgeable about such things, but that looks okay to me. Anyone > > > have any ideas what is going on here? > > > > An oversight on my part. > > print_tainted is used in the spinlock macros, so essentially, > > the macro is made GPL-only too. I've reverted that change > > in cvs, but it's too late for the final FC5 image, which is > > already being pushed out to mirrors. > > > Already being pushed to mirrors? The official release time after the > last message on delay is still at least 4 days away (March 20). That > seems awfully early to me. It takes a long time to stage things to mirrors. Dave -- http://www.codemonkey.org.uk From jvian10 at charter.net Thu Mar 16 03:00:17 2006 From: jvian10 at charter.net (Jeff Vian) Date: Wed, 15 Mar 2006 21:00:17 -0600 Subject: Kudzu is dead, causes my system to hang. In-Reply-To: <1142476253.2991.5.camel@copper.cdkkt.com> References: <1142476253.2991.5.camel@copper.cdkkt.com> Message-ID: <1142478017.1389.45.camel@eagle.lab.net> On Wed, 2006-03-15 at 18:30 -0800, Dan Thurman wrote: > Hi, > > After several previous posting, I finally figured it out > temporarily how to fix my boot hang when kudzu freezes > up - just Fedora Rescue and insert a exit 0 in the > /etc/rc5.d/S50kudzu in the first 3 lines. This bypassed > the new hardware checks and allows me to boot up now. > The filename you provide is actually a symlink to /etc/rc.d/init.d/kudzu, which is the actual script that does the work. Editing it the way you did works, but is not the actual file. BTW, /etc/rc5.d is also a symlink to /etc/rc.d/rc5.d. A better solution would have been to run "chkconfig kudzu off" and it then would have changed the link you point to to /etc/rc5.d/K95kudzu from the current /etc/rc5.d/S05kudzu > I think someone really needs to fix this program. I am > running ZEN so perhaps this is where the problem is but > I haven't tried running FC5T3 without ZEN so I cannot > attest for that. > > Anyway - please ignore my incessant previous postings > asking for recovery help. I am ok for now. > > Dan > From skunkworx at verizon.net Thu Mar 16 03:32:32 2006 From: skunkworx at verizon.net (Skunk Worx) Date: Wed, 15 Mar 2006 19:32:32 -0800 Subject: FC4 possible kernel 2.6.15 issue In-Reply-To: <441225DB.6090407@verizon.net> References: <4407B88D.1080402@verizon.net> <441108AE.5000302@verizon.net> <441225DB.6090407@verizon.net> Message-ID: <4418DC50.4070105@verizon.net> Skunk Worx wrote: > Skunk Worx wrote: >> Skunk Worx wrote: >>> I use the GSOAP soap server toolkit for transferring data. >>> >>> Prior to kernel 2.6.15 I could pull about 3000 data items a second >>> using the various persistent http connection toolkit options over >>> TCP/IP. >>> >>> Under 2.6.15 I am lucky to get 100 items/sec using the same codebase. >>> >> We're slowly tracing this through, it looks like the problem only appears through the lo interface (client and server on same machine). Two 2.6.15 machines over ether don't exhibit the problem. On 2.6.14, almost every strace'd recv() call is like this : 15:27:04.568800 recv(3, " ...the call is a fraction of a millisecond. Under localhost and 2.6.15, it's often around 40 ms.: 15:18:24.515891 recv(3, " Under 2.6.14, there was one or two of these 40 ms. calls out of 48,000 calls total. Under 2.6.15, we're seeing about 3,000 40 ms. of these calls out of 48,000 calls total. I've also verified the problem using the stock kernel.org releases on my FC5T3 box. We might be getting closer to the issue. Right now we're trying to decide whether or not to write a simple client/server pair of apps that demonstrate the problem. -- SW From berryja at gmail.com Thu Mar 16 03:40:59 2006 From: berryja at gmail.com (Jonathan Berry) Date: Wed, 15 Mar 2006 21:40:59 -0600 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <20060316022048.GB8407@redhat.com> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> Message-ID: <8767947e0603151940g2641e8f3ua26e355a72622a31@mail.gmail.com> On 3/15/06, Dave Jones wrote: > On Wed, Mar 15, 2006 at 07:11:26PM -0600, Jonathan Berry wrote: [snip] > > EXPORT_SYMBOL_GPL(print_tainted); > > Looks like the symbol is there and exported. Granted, I'm not an that > > knowledgeable about such things, but that looks okay to me. Anyone > > have any ideas what is going on here? Thanks for the response, Dave. > An oversight on my part. > print_tainted is used in the spinlock macros, so essentially, > the macro is made GPL-only too. I've reverted that change So, just curious, what does that mean? The symbol can only be seen by GPL code? > in cvs, but it's too late for the final FC5 image, which is > already being pushed out to mirrors. > > It'll be fixed in the very first update kernel for FC5, which > will likely be within the first few days of release. Oh, that's just lovely. Trying to keep us on our toes, huh? ; ) Oh well. This should probably be put in the release notes so maybe it won't bite too many right off (or at least we'll have an excuse...). For the future: How much testing did this kernel get? Looks like it came out in the March 15 (today...) build, and it is already in the images? That doesn't seem like a particularly ideal situation. Especially being still a good while before the release. If the images are already made up, is there a reason they won't be available (anywhere?) before Monday? Is it just anti-climactic, or what? : ) Though, I seem to recall hearing rumors of FC4 images being leaked out early in some places. Seems something like an early release via Bittorrent only wouldn't hurt anything (it's supposed to be good for distributing large files, right?). Just thinking out loud mostly, I guess. Jonathan From davej at redhat.com Thu Mar 16 03:42:50 2006 From: davej at redhat.com (Dave Jones) Date: Wed, 15 Mar 2006 22:42:50 -0500 Subject: FC4 possible kernel 2.6.15 issue In-Reply-To: <4418DC50.4070105@verizon.net> References: <4407B88D.1080402@verizon.net> <441108AE.5000302@verizon.net> <441225DB.6090407@verizon.net> <4418DC50.4070105@verizon.net> Message-ID: <20060316034249.GA1997@redhat.com> On Wed, Mar 15, 2006 at 07:32:32PM -0800, Skunk Worx wrote: > I've also verified the problem using the stock kernel.org releases on my > FC5T3 box. > > We might be getting closer to the issue. Right now we're trying to > decide whether or not to write a simple client/server pair of apps that > demonstrate the problem. If you can construct a test case, the upstream developers at netdev at vger.kernel.org will be a better target than fedora-test-list. Dave -- http://www.codemonkey.org.uk From davej at redhat.com Thu Mar 16 03:46:33 2006 From: davej at redhat.com (Dave Jones) Date: Wed, 15 Mar 2006 22:46:33 -0500 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <8767947e0603151940g2641e8f3ua26e355a72622a31@mail.gmail.com> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <8767947e0603151940g2641e8f3ua26e355a72622a31@mail.gmail.com> Message-ID: <20060316034633.GB1997@redhat.com> On Wed, Mar 15, 2006 at 09:40:59PM -0600, Jonathan Berry wrote: > > An oversight on my part. > > print_tainted is used in the spinlock macros, so essentially, > > the macro is made GPL-only too. I've reverted that change > > So, just curious, what does that mean? The symbol can only be seen by GPL code? yes > Oh, that's just lovely. Trying to keep us on our toes, huh? ; ) Oh > well. This should probably be put in the release notes so maybe it > won't bite too many right off (or at least we'll have an excuse...). consider it an incentive to update to the errata kernel ;-) > For the future: How much testing did this kernel get? It got built yesterday, and I ran a bunch of tests on it which it stood up to. Use of out-of-tree modules isn't part of that testing however. > If the images are already made up, is there a reason they won't be > available (anywhere?) before Monday? Is it just anti-climactic, or > what? entirely logistical. It takes quite a while for the .iso creation run, and even longer for the resulting images to be pushed out to the mirror servers. Dave -- http://www.codemonkey.org.uk From gilboad at gmail.com Thu Mar 16 03:47:22 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 16 Mar 2006 05:47:22 +0200 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <20060316022048.GB8407@redhat.com> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> Message-ID: <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> On 3/16/06, Dave Jones wrote: > On Wed, Mar 15, 2006 at 07:11:26PM -0600, Jonathan Berry wrote: > > On 3/15/06, Jim Bevier wrote: > > > It seems the kernel from today, 2054, breaks the loading of the nvidia.ko > > > module. I get the message "nvidia: Unknown symbol print_tainted". Building > > > of VMware module does not have any problem. The last good kernel that > > > worked was 2045. Was the symbol deleted? > > > > I am seeing a problem with loading the nvidia module as well. Builds > > just fine from a src.rpm acquired from: > > http://www.leemhuis.info/files/fedorarpms/MISC.lvn/graphics/ Running > > x86_64, as I think you are. I cannot seem to find the problem here. > > I downloaded kernel-2.6.15-1.2054_FC5.src.rpm and did an rpmbuild -bp > > to get the source tree. I found print_tainted seemingly defined just > > fine in kernel/panic.c: > > const char *print_tainted(void) > > { > > static char buf[20]; > > if (tainted) { > > snprintf(buf, sizeof(buf), "Tainted: %c%c%c%c%c%c", > > tainted & TAINT_PROPRIETARY_MODULE ? 'P' : 'G', > > tainted & TAINT_FORCED_MODULE ? 'F' : ' ', > > tainted & TAINT_UNSAFE_SMP ? 'S' : ' ', > > tainted & TAINT_FORCED_RMMOD ? 'R' : ' ', > > tainted & TAINT_MACHINE_CHECK ? 'M' : ' ', > > tainted & TAINT_BAD_PAGE ? 'B' : ' '); > > } > > else > > snprintf(buf, sizeof(buf), "Not tainted"); > > return(buf); > > } > > EXPORT_SYMBOL_GPL(print_tainted); > > Looks like the symbol is there and exported. Granted, I'm not an that > > knowledgeable about such things, but that looks okay to me. Anyone > > have any ideas what is going on here? > > An oversight on my part. > print_tainted is used in the spinlock macros, so essentially, > the macro is made GPL-only too. I've reverted that change > in cvs, but it's too late for the final FC5 image, which is > already being pushed out to mirrors. > > It'll be fixed in the very first update kernel for FC5, which > will likely be within the first few days of release. > > Dave > > -- Ohhhh! Gasp!!!! Not again?!?!? Dave, This is beyond *bad*. This effectively kills each and every non-GPL kernel module out there. Instead of having a fun release-day, we'll be playing catch-up with numerous "Fedora-5-ate-my-baby" threads. There's got to be a way to fix it. Either by stopping the ISO-mastering or changing the release-notes to acknowledge the problem and pushing a new kernel ASAP. Gilboa From skunkworx at verizon.net Thu Mar 16 03:52:48 2006 From: skunkworx at verizon.net (Skunk Worx) Date: Wed, 15 Mar 2006 19:52:48 -0800 Subject: FC4 possible kernel 2.6.15 issue In-Reply-To: <4418DC50.4070105@verizon.net> References: <4407B88D.1080402@verizon.net> <441108AE.5000302@verizon.net> <441225DB.6090407@verizon.net> <4418DC50.4070105@verizon.net> Message-ID: <4418E110.8040408@verizon.net> Skunk Worx wrote: > Under 2.6.14, there was one or two of these 40 ms. calls out of 48,000 > calls total. Under 2.6.15, we're seeing about 3,000 40 ms. of these > calls out of 48,000 calls total. > ugh, that's nasty to read. This is only over localhost (lo). Two machines running client/server 2.6.15 over ether are fine, as is 2.6.14. 2.6.14 : about one or two recv() calls out of 48,000 take nearly 40 ms. (no big deal--might add 80 ms. to a 20 second operation). 2.6.15 : about 3,000 recv() calls out of 48,000 take nearly 40 ms. (adds almost two minutes!) From strace : 15:27:04.568800 recv(3, " vs. 15:18:24.515891 recv(3, " -- SW From katzj at redhat.com Thu Mar 16 05:07:52 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 16 Mar 2006 00:07:52 -0500 Subject: Rawhide, bluetooth and selinux In-Reply-To: <44187C4B.1020905@wudika.de> References: <20060315134143.3765973528@hormel.redhat.com> <1142433919.31318.23.camel@heplnw8.pp.rl.ac.uk> <44187C4B.1020905@wudika.de> Message-ID: <1142485672.2922.7.camel@aglarond.local> On Wed, 2006-03-15 at 21:42 +0100, Patrick von der Hagen wrote: > William John Murray wrote: > [...] > > Hello Patrick, > > I think you have to disable the bluetooth in selinux, > > (SElinux -> SELinux service protection -> bluetooth) > Yes, you are right, that solved my problem. Strange thing is, I never > had problems starting hcid manually, just the init-script won't work > when bluetooth is disallowed by selinux. I just sat down and figured this out -- SELinux policy isn't currently allowing hcid (which runs as bluetooth_t) to connect to the system message bus. I just sent dwalsh the relevant policy patch > OK, let's see... Bug 1: "/etc/init.d/bluetooth start" reports success, > though "hcid" fails to start. Easy solution: verify that hcid started. > Better solution: verify whether selinux disallows bluethooth and have > the init-script report "failed to start due to selinux". Well, it should actually start :-) > Bug 2: why can I start "hcid" manually, though bluetooth is disallowed > by selinux? I suppose selinux should either allow both the init-script > and manual invocation or deny both the init-script and manual > invocation. The current situation is certainly annoying. When you start it manually, it runs as unconfined_t instead of transitioning to bluetooth_t and thus can connect to the bus. > > The pin ID stuff is probably related to requiring a pin helper. > > I uncommented /usr/bin/bluepin in /etc/bluetooth/hcid.conf, > > and the error went away. > That one helped here to. I thought that would not be nessessary since a > different pin-helper was configured. It should be verified with kde, but > I consider this to be bug 3. It should be calling the dbus method which bluez-pin listens for. Note that bluez-pin wasn't be automatically started in X sessions until bluez-pin-0.30-1 Jeremy From justin.conover at gmail.com Thu Mar 16 05:09:20 2006 From: justin.conover at gmail.com (Justin Conover) Date: Wed, 15 Mar 2006 23:09:20 -0600 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> Message-ID: On 3/15/06, Gilboa Davara wrote: > > On 3/16/06, Dave Jones wrote: > > On Wed, Mar 15, 2006 at 07:11:26PM -0600, Jonathan Berry wrote: > > > On 3/15/06, Jim Bevier wrote: > > > > It seems the kernel from today, 2054, breaks the loading of the > nvidia.ko > > > > module. I get the message "nvidia: Unknown symbol > print_tainted". Building > > > > of VMware module does not have any problem. The last good kernel > that > > > > worked was 2045. Was the symbol deleted? > > > > > > I am seeing a problem with loading the nvidia module as well. Builds > > > just fine from a src.rpm acquired from: > > > http://www.leemhuis.info/files/fedorarpms/MISC.lvn/graphics/ Running > > > x86_64, as I think you are. I cannot seem to find the problem here. > > > I downloaded kernel-2.6.15-1.2054_FC5.src.rpm and did an rpmbuild -bp > > > to get the source tree. I found print_tainted seemingly defined just > > > fine in kernel/panic.c: > > > const char *print_tainted(void) > > > { > > > static char buf[20]; > > > if (tainted) { > > > snprintf(buf, sizeof(buf), "Tainted: %c%c%c%c%c%c", > > > tainted & TAINT_PROPRIETARY_MODULE ? 'P' : > 'G', > > > tainted & TAINT_FORCED_MODULE ? 'F' : ' ', > > > tainted & TAINT_UNSAFE_SMP ? 'S' : ' ', > > > tainted & TAINT_FORCED_RMMOD ? 'R' : ' ', > > > tainted & TAINT_MACHINE_CHECK ? 'M' : ' ', > > > tainted & TAINT_BAD_PAGE ? 'B' : ' '); > > > } > > > else > > > snprintf(buf, sizeof(buf), "Not tainted"); > > > return(buf); > > > } > > > EXPORT_SYMBOL_GPL(print_tainted); > > > Looks like the symbol is there and exported. Granted, I'm not an > that > > > knowledgeable about such things, but that looks okay to me. Anyone > > > have any ideas what is going on here? > > > > An oversight on my part. > > print_tainted is used in the spinlock macros, so essentially, > > the macro is made GPL-only too. I've reverted that change > > in cvs, but it's too late for the final FC5 image, which is > > already being pushed out to mirrors. > > > > It'll be fixed in the very first update kernel for FC5, which > > will likely be within the first few days of release. > > > > Dave > > > > -- > > Ohhhh! Gasp!!!! > Not again?!?!? > > Dave, > > This is beyond *bad*. > This effectively kills each and every non-GPL kernel module out there. > Instead of having a fun release-day, we'll be playing catch-up with > numerous "Fedora-5-ate-my-baby" threads. > > There's got to be a way to fix it. Either by stopping the > ISO-mastering or changing the release-notes to acknowledge the problem > and pushing a new kernel ASAP. > > Gilboa > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > Sounds to me like everything is fine, there will be an updated kernel after the release. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gilboad at gmail.com Thu Mar 16 06:01:57 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 16 Mar 2006 08:01:57 +0200 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> Message-ID: <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> On 3/16/06, Justin Conover wrote: > On 3/15/06, Gilboa Davara wrote: > On 3/16/06, Dave Jones wrote: > > An oversight on my part. > > print_tainted is used in the spinlock macros, so essentially, > > the macro is made GPL-only too. I've reverted that change > > in cvs, but it's too late for the final FC5 image, which is > > already being pushed out to mirrors. > > > > It'll be fixed in the very first update kernel for FC5, which > > will likely be within the first few days of release. > > > > Dave > > > > -- > > Ohhhh! Gasp!!!! > Not again?!?!? > > Dave, > > This is beyond *bad*. > This effectively kills each and every non-GPL kernel module out there. > Instead of having a fun release-day, we'll be playing catch-up with > numerous "Fedora-5-ate-my-baby" threads. > > There's got to be a way to fix it. Either by stopping the > ISO-mastering or changing the release-notes to acknowledge the problem > and pushing a new kernel ASAP. > > Gilboa > > Sounds to me like everything is fine, there will be an updated kernel after > the release. White you are right in theory, things don't work that way in real life. It'll be something like this: A. User downloads FC5. B. User unaware of the problem. C. User install Fedora. D. User, not being forced to install updates, (and being unaware of the problem) doesn't install the fixed kernel. E. User tries to install nVidia/ATI/etc driver. F. Fedora user hits the Forums/ML/etc claiming Fedora ate his baby. I understand that it's too late to stop the ISO mastering/upload/etc; FC must do it's best to air out the problem before 10,000 people hit the forum with the same complaint. Cheers, Gilboa From guess.who at freesurf.fr Thu Mar 16 05:48:44 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 16 Mar 2006 06:48:44 +0100 Subject: about firefox ... / dont understand anything In-Reply-To: <9050516b0603151852t21aa747dqdf9b67cd379556eb@mail.gmail.com> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> <441829C9.30403@freesurf.fr> <44185C5B.5010405@freesurf.fr> <1142450564.27759.9.camel@gilboa-work-dev> <441874E1.1030609@freesurf.fr> <9050516b0603151852t21aa747dqdf9b67cd379556eb@mail.gmail.com> Message-ID: <4418FC3C.7050107@freesurf.fr> Gilboa Davara wrote: > On 3/15/06, LarryT wrote: > >> >>Gilboa Davara wrote: >> >>>BTW, >>>Might have missed it, did you post your hardware configuration? >>>Driver configuration? >>> >> >>Nop you didn't missed anything : i didn't post it :-[ >>motherboard is Gigabyte GA-K8NS >>nVidia nForce 250 ATX audio & network nativ >>cpu amd64 2.6go - 1.3 go DDR >> >>And an hour ago, i get the same freezing joke using thunderbird :-/ >>I really dont understand what happens ! :( >> >>could iit be a graphical gnome problem ? >> >>Larry >> >> > > > 3 more questions: > A. Which graphics card are you using? ATI Radeon 7000 RV6DL 32mo > B. Which drivers for the graphics card are you using? Not sur to kown how to get this info :! going through system/admin/display : "ati - ATI Mach8, Mach32, Mach64 ad Rage XL card" Here is the pout put of xorg.conf : Section "Device" Identifier "Videocard0" Driver "ati" VendorName "Videocard vendor" BoardName "ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE]" EndSection > C. What power supply are you using? Hedex, mode PSX-A830 480 watts > > Gilboa I'm not very glad with the radeon, and i could change this on,e with GeForce, if needed. thx for all :) Larry > From notting at redhat.com Thu Mar 16 06:43:18 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 16 Mar 2006 01:43:18 -0500 Subject: Kudzu is dead, causes my system to hang. In-Reply-To: <1142476253.2991.5.camel@copper.cdkkt.com> References: <1142476253.2991.5.camel@copper.cdkkt.com> Message-ID: <20060316064318.GA494@devserv.devel.redhat.com> Dan Thurman (dant at cdkkt.com) said: > I think someone really needs to fix this program. I am > running ZEN so perhaps this is where the problem is but > I haven't tried running FC5T3 without ZEN so I cannot > attest for that. If you run (after booting) 'strace /usr/bin/kudzu', what are the last 10-20 lines? You may need to install the strace package first. Bill From mharris at mharris.ca Thu Mar 16 06:54:51 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Thu, 16 Mar 2006 01:54:51 -0500 Subject: about firefox ... / dont understand anything In-Reply-To: <4418FC3C.7050107@freesurf.fr> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> <441829C9.30403@freesurf.fr> <44185C5B.5010405@freesurf.fr> <1142450564.27759.9.camel@gilboa-work-dev> <441874E1.1030609@freesurf.fr> <9050516b0603151852t21aa747dqdf9b67cd379556eb@mail.gmail.com> <4418FC3C.7050107@freesurf.fr> Message-ID: <44190BBB.3050305@mharris.ca> LarryT wrote: >> A. Which graphics card are you using? > > ATI Radeon 7000 RV6DL 32mo > >> B. Which drivers for the graphics card are you using? > > Not sur to kown how to get this info :! > going through system/admin/display : > "ati - ATI Mach8, Mach32, Mach64 ad Rage XL card" > Here is the pout put of xorg.conf : > Section "Device" > Identifier "Videocard0" > Driver "ati" ^^^ The "ati" driver wrapper module is a problem which should be avoided. Ideally, in the perfect world, you should be able to use the "ati" wrapper module regardless of what ATI chip family and revision you have, and it should automatically load the proper actual driver for you, as all the "ati" module does, is scan your system and determine what (if any) ATI hardware is present, PCI, AGP, ISA, etc., and if it finds any, it looks up the device in a list which tells it which "real" driver to use. The "real" drivers are "atimisc", "r128", and "radeon". It then loads the proper driver, and unloads itself. Or at least that is the intention of "ati". Unfortunately, the real world doesn't quite line up with this ideal situation very well, and there are often PCI IDs which have been added to the "radeon" driver by one of the many upstream Radeon driver developers, which were not added to the "ati" wrapper's detection routines at the same time, resulting in the "ati" wrapper being unaware of a given chip, when in fact the chip is supported by the "radeon" driver. The result is that the "ati" wrapper will be unable to detect some hardware and reroute it to the "radeon" driver, but if you use the "radeon" driver directly you avoid the middle man, and avoid that problem path entirely. As such, it is very highly recommended to _never_ use the "ati" wrapper for Radeon hardware, as it is very highly likely to not be in perfect sync with the actual current Radeon hardware support. There are other bugs/problems which have come up in the "ati" wrapper over time as well, and while they get fixed eventually, something else inevitably breaks. It's just an extra layer of code which can cause unnecessary grief over just using the proper driver module to begin with: radeon If you use "radeon" as the driver, and your video card doesn't work, don't even bother trying to use "ati", because as I stated above, all "ati" does, is say "oh, you have a Radeon" and load the "radeon" driver. Instead, if the "radeon" driver does not work, file a bug report in X.Org bugzilla and describe the problem in detail, and attach your X server log and config file. Currently, our video detection should detect all supported Radeon hardware and automatically assign them to the "radeon" driver, all Rage 128 hardware and automatically assign it to the "r128" driver, and all Mach64, Rage, RageXL, and older hardware and assign it to the "ati" wrapper (although I suppose in light of what I said above, 'atimisc' might be more appropriate, but the problem case with "ati" has been Radeon hardware, rather than Mach64, so it's a moot point in practice). On a final note, I should state that if you ask around, you will get very different advice about this from some other people perhaps. Some people recommend using the "ati" wrapper for all hardware, and that conflicts with what I am recommending. People who suggest to use the "ati" wrapper for all ATI hardware unfortunately have not had the pleasure of maintaining XFree86 and X.Org X11 in 12 operating system releases over a period of 5.5 years and discovering just how unreliable the "ati" wrapper is in the real world. My advice comes from experience in action, rather than ideological best-case wishful thinking of those who recommend the wrapper. ;o) -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From guess.who at freesurf.fr Thu Mar 16 07:22:45 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 16 Mar 2006 08:22:45 +0100 Subject: about firefox ... / dont understand anything [radeon] In-Reply-To: <44190BBB.3050305@mharris.ca> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> <441829C9.30403@freesurf.fr> <44185C5B.5010405@freesurf.fr> <1142450564.27759.9.camel@gilboa-work-dev> <441874E1.1030609@freesurf.fr> <9050516b0603151852t21aa747dqdf9b67cd379556eb@mail.gmail.com> <4418FC3C.7050107@freesurf.fr> <44190BBB.3050305@mharris.ca> Message-ID: <44191245.4000301@freesurf.fr> Thank you Mike :) Well, after i read what you wrote, i realize that i could have a look on the driver used by other os i have on my pc (centos 4 and 4.2 and fc4) ! Centos uses radeon driver. So i have just swith to radeon driver. So far so good ! Gonna see what happens , now :) thx anyway larry Mike A. Harris wrote: > LarryT wrote: > >>> A. Which graphics card are you using? >> >> >> ATI Radeon 7000 RV6DL 32mo >> >>> B. Which drivers for the graphics card are you using? >> >> >> Not sur to kown how to get this info :! >> going through system/admin/display : >> "ati - ATI Mach8, Mach32, Mach64 ad Rage XL card" >> Here is the pout put of xorg.conf : >> Section "Device" >> Identifier "Videocard0" >> Driver "ati" > > ^^^ > > The "ati" driver wrapper module is a problem which should be avoided. > > Ideally, in the perfect world, you should be able to use the "ati" > wrapper module regardless of what ATI chip family and revision you > have, and it should automatically load the proper actual driver for > you, as all the "ati" module does, is scan your system and determine > what (if any) ATI hardware is present, PCI, AGP, ISA, etc., and if it > finds any, it looks up the device in a list which tells it which > "real" driver to use. The "real" drivers are "atimisc", "r128", and > "radeon". It then loads the proper driver, and unloads itself. > > Or at least that is the intention of "ati". > > Unfortunately, the real world doesn't quite line up with this ideal > situation very well, and there are often PCI IDs which have been added > to the "radeon" driver by one of the many upstream Radeon driver > developers, which were not added to the "ati" wrapper's detection > routines at the same time, resulting in the "ati" wrapper being > unaware of a given chip, when in fact the chip is supported by the > "radeon" driver. > > The result is that the "ati" wrapper will be unable to detect some > hardware and reroute it to the "radeon" driver, but if you use the > "radeon" driver directly you avoid the middle man, and avoid that > problem path entirely. > > As such, it is very highly recommended to _never_ use the "ati" > wrapper for Radeon hardware, as it is very highly likely to not > be in perfect sync with the actual current Radeon hardware > support. There are other bugs/problems which have come up in > the "ati" wrapper over time as well, and while they get fixed > eventually, something else inevitably breaks. It's just an extra > layer of code which can cause unnecessary grief over just using > the proper driver module to begin with: radeon > > If you use "radeon" as the driver, and your video card doesn't work, > don't even bother trying to use "ati", because as I stated above, all > "ati" does, is say "oh, you have a Radeon" and load the "radeon" > driver. Instead, if the "radeon" driver does not work, file a bug > report in X.Org bugzilla and describe the problem in detail, and > attach your X server log and config file. > > Currently, our video detection should detect all supported Radeon > hardware and automatically assign them to the "radeon" driver, all > Rage 128 hardware and automatically assign it to the "r128" driver, > and all Mach64, Rage, RageXL, and older hardware and assign it to > the "ati" wrapper (although I suppose in light of what I said > above, 'atimisc' might be more appropriate, but the problem case > with "ati" has been Radeon hardware, rather than Mach64, so it's > a moot point in practice). > > On a final note, I should state that if you ask around, you will get > very different advice about this from some other people perhaps. Some > people recommend using the "ati" wrapper for all hardware, and that > conflicts with what I am recommending. People who suggest to use > the "ati" wrapper for all ATI hardware unfortunately have not had > the pleasure of maintaining XFree86 and X.Org X11 in 12 operating > system releases over a period of 5.5 years and discovering just how > unreliable the "ati" wrapper is in the real world. My advice comes > from experience in action, rather than ideological best-case > wishful thinking of those who recommend the wrapper. ;o) > > > From shrek-m at gmx.de Thu Mar 16 07:43:17 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 16 Mar 2006 08:43:17 +0100 Subject: Kudzu is dead, causes my system to hang. In-Reply-To: <1142476253.2991.5.camel@copper.cdkkt.com> References: <1142476253.2991.5.camel@copper.cdkkt.com> Message-ID: <44191715.4040201@gmx.de> On 16.03.2006 03:30, Dan Thurman wrote: >Anyway - please ignore my incessant previous postings > > From: "Daniel B. Thurman" != From: Dan Thurman >asking for recovery help. > Subject: Fedora Rescue, Enabling Network, and running RPM or Yum.... != Subject: Kudzu is dead, causes my system to hang. >I am ok for now. > >Dan > -- shrek-m From guess.who at freesurf.fr Thu Mar 16 07:46:04 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 16 Mar 2006 08:46:04 +0100 Subject: [fixed] Re: about firefox ... / dont understand anything [radeon] In-Reply-To: <44191245.4000301@freesurf.fr> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> <441829C9.30403@freesurf.fr> <44185C5B.5010405@freesurf.fr> <1142450564.27759.9.camel@gilboa-work-dev> <441874E1.1030609@freesurf.fr> <9050516b0603151852t21aa747dqdf9b67cd379556eb@mail.gmail.com> <4418FC3C.7050107@freesurf.fr> <44190BBB.3050305@mharris.ca> <44191245.4000301@freesurf.fr> Message-ID: <441917BC.6050807@freesurf.fr> Well, all seem to perfectly work back now :) After the hell in this world, comes heaven :-p Seems that switching to radeon driver got the issue.... LarryT wrote: > Thank you Mike :) > Well, after i read what you wrote, i realize that i could have a look on > the driver used by other os i have on my pc (centos 4 and 4.2 and fc4) ! > Centos uses radeon driver. So i have just swith to radeon driver. So > far so good ! > Gonna see what happens , now :) > > thx anyway > > larry > > Mike A. Harris wrote: >> LarryT wrote: >> >>>> A. Which graphics card are you using? >>> >>> >>> ATI Radeon 7000 RV6DL 32mo >>> >>>> B. Which drivers for the graphics card are you using? >>> >>> >>> Not sur to kown how to get this info :! >>> going through system/admin/display : >>> "ati - ATI Mach8, Mach32, Mach64 ad Rage XL card" >>> Here is the pout put of xorg.conf : >>> Section "Device" >>> Identifier "Videocard0" >>> Driver "ati" >> >> ^^^ >> >> The "ati" driver wrapper module is a problem which should be avoided. >> >> Ideally, in the perfect world, you should be able to use the "ati" >> wrapper module regardless of what ATI chip family and revision you >> have, and it should automatically load the proper actual driver for >> you, as all the "ati" module does, is scan your system and determine >> what (if any) ATI hardware is present, PCI, AGP, ISA, etc., and if it >> finds any, it looks up the device in a list which tells it which >> "real" driver to use. The "real" drivers are "atimisc", "r128", and >> "radeon". It then loads the proper driver, and unloads itself. >> >> Or at least that is the intention of "ati". >> >> Unfortunately, the real world doesn't quite line up with this ideal >> situation very well, and there are often PCI IDs which have been added >> to the "radeon" driver by one of the many upstream Radeon driver >> developers, which were not added to the "ati" wrapper's detection >> routines at the same time, resulting in the "ati" wrapper being >> unaware of a given chip, when in fact the chip is supported by the >> "radeon" driver. >> >> The result is that the "ati" wrapper will be unable to detect some >> hardware and reroute it to the "radeon" driver, but if you use the >> "radeon" driver directly you avoid the middle man, and avoid that >> problem path entirely. >> >> As such, it is very highly recommended to _never_ use the "ati" >> wrapper for Radeon hardware, as it is very highly likely to not >> be in perfect sync with the actual current Radeon hardware >> support. There are other bugs/problems which have come up in >> the "ati" wrapper over time as well, and while they get fixed >> eventually, something else inevitably breaks. It's just an extra >> layer of code which can cause unnecessary grief over just using >> the proper driver module to begin with: radeon >> >> If you use "radeon" as the driver, and your video card doesn't work, >> don't even bother trying to use "ati", because as I stated above, all >> "ati" does, is say "oh, you have a Radeon" and load the "radeon" >> driver. Instead, if the "radeon" driver does not work, file a bug >> report in X.Org bugzilla and describe the problem in detail, and >> attach your X server log and config file. >> >> Currently, our video detection should detect all supported Radeon >> hardware and automatically assign them to the "radeon" driver, all >> Rage 128 hardware and automatically assign it to the "r128" driver, >> and all Mach64, Rage, RageXL, and older hardware and assign it to >> the "ati" wrapper (although I suppose in light of what I said >> above, 'atimisc' might be more appropriate, but the problem case >> with "ati" has been Radeon hardware, rather than Mach64, so it's >> a moot point in practice). >> >> On a final note, I should state that if you ask around, you will get >> very different advice about this from some other people perhaps. Some >> people recommend using the "ati" wrapper for all hardware, and that >> conflicts with what I am recommending. People who suggest to use >> the "ati" wrapper for all ATI hardware unfortunately have not had >> the pleasure of maintaining XFree86 and X.Org X11 in 12 operating >> system releases over a period of 5.5 years and discovering just how >> unreliable the "ati" wrapper is in the real world. My advice comes >> from experience in action, rather than ideological best-case >> wishful thinking of those who recommend the wrapper. ;o) >> >> >> > From buildsys at redhat.com Thu Mar 16 08:07:20 2006 From: buildsys at redhat.com (Build System) Date: Thu, 16 Mar 2006 03:07:20 -0500 Subject: rawhide report: 20060316 changes Message-ID: <200603160807.k2G87KKc022376@porkchop.devel.redhat.com> Updated Packages: (none) Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 From arjan at fenrus.demon.nl Thu Mar 16 08:22:29 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Thu, 16 Mar 2006 09:22:29 +0100 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> Message-ID: <1142497349.3041.16.camel@laptopd505.fenrus.org> > Dave, > > This is beyond *bad*. > This effectively kills each and every non-GPL kernel module out there. it's not like the GPL license itself doesn't already do that ;) From guess.who at freesurf.fr Thu Mar 16 08:53:59 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 16 Mar 2006 09:53:59 +0100 Subject: NOT [fixed] Re: about firefox ... / dont understand anything [radeon] In-Reply-To: <441917BC.6050807@freesurf.fr> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> <441829C9.30403@freesurf.fr> <44185C5B.5010405@freesurf.fr> <1142450564.27759.9.camel@gilboa-work-dev> <441874E1.1030609@freesurf.fr> <9050516b0603151852t21aa747dqdf9b67cd379556eb@mail.gmail.com> <4418FC3C.7050107@freesurf.fr> <44190BBB.3050305@mharris.ca> <44191245.4000301@freesurf.fr> <441917BC.6050807@freesurf.fr> Message-ID: <441927A7.204@freesurf.fr> Freezing is back. Forget it ! I will try the official iso ! This is too much LarryT wrote: > Well, all seem to perfectly work back now :) > After the hell in this world, comes heaven :-p > > Seems that switching to radeon driver got the issue.... > > LarryT wrote: > >> Thank you Mike :) >> Well, after i read what you wrote, i realize that i could have a look >> on the driver used by other os i have on my pc (centos 4 and 4.2 and >> fc4) ! >> Centos uses radeon driver. So i have just swith to radeon driver. So >> far so good ! >> Gonna see what happens , now :) >> >> thx anyway >> >> larry >> >> Mike A. Harris wrote: >> >>> LarryT wrote: >>> >>>>> A. Which graphics card are you using? >>>> >>>> >>>> >>>> ATI Radeon 7000 RV6DL 32mo >>>> >>>>> B. Which drivers for the graphics card are you using? >>>> >>>> >>>> >>>> Not sur to kown how to get this info :! >>>> going through system/admin/display : >>>> "ati - ATI Mach8, Mach32, Mach64 ad Rage XL card" >>>> Here is the pout put of xorg.conf : >>>> Section "Device" >>>> Identifier "Videocard0" >>>> Driver "ati" >>> >>> >>> ^^^ >>> >>> The "ati" driver wrapper module is a problem which should be avoided. >>> >>> Ideally, in the perfect world, you should be able to use the "ati" >>> wrapper module regardless of what ATI chip family and revision you >>> have, and it should automatically load the proper actual driver for >>> you, as all the "ati" module does, is scan your system and determine >>> what (if any) ATI hardware is present, PCI, AGP, ISA, etc., and if it >>> finds any, it looks up the device in a list which tells it which >>> "real" driver to use. The "real" drivers are "atimisc", "r128", and >>> "radeon". It then loads the proper driver, and unloads itself. >>> >>> Or at least that is the intention of "ati". >>> >>> Unfortunately, the real world doesn't quite line up with this ideal >>> situation very well, and there are often PCI IDs which have been added >>> to the "radeon" driver by one of the many upstream Radeon driver >>> developers, which were not added to the "ati" wrapper's detection >>> routines at the same time, resulting in the "ati" wrapper being >>> unaware of a given chip, when in fact the chip is supported by the >>> "radeon" driver. >>> >>> The result is that the "ati" wrapper will be unable to detect some >>> hardware and reroute it to the "radeon" driver, but if you use the >>> "radeon" driver directly you avoid the middle man, and avoid that >>> problem path entirely. >>> >>> As such, it is very highly recommended to _never_ use the "ati" >>> wrapper for Radeon hardware, as it is very highly likely to not >>> be in perfect sync with the actual current Radeon hardware >>> support. There are other bugs/problems which have come up in >>> the "ati" wrapper over time as well, and while they get fixed >>> eventually, something else inevitably breaks. It's just an extra >>> layer of code which can cause unnecessary grief over just using >>> the proper driver module to begin with: radeon >>> >>> If you use "radeon" as the driver, and your video card doesn't work, >>> don't even bother trying to use "ati", because as I stated above, all >>> "ati" does, is say "oh, you have a Radeon" and load the "radeon" >>> driver. Instead, if the "radeon" driver does not work, file a bug >>> report in X.Org bugzilla and describe the problem in detail, and >>> attach your X server log and config file. >>> >>> Currently, our video detection should detect all supported Radeon >>> hardware and automatically assign them to the "radeon" driver, all >>> Rage 128 hardware and automatically assign it to the "r128" driver, >>> and all Mach64, Rage, RageXL, and older hardware and assign it to >>> the "ati" wrapper (although I suppose in light of what I said >>> above, 'atimisc' might be more appropriate, but the problem case >>> with "ati" has been Radeon hardware, rather than Mach64, so it's >>> a moot point in practice). >>> >>> On a final note, I should state that if you ask around, you will get >>> very different advice about this from some other people perhaps. Some >>> people recommend using the "ati" wrapper for all hardware, and that >>> conflicts with what I am recommending. People who suggest to use >>> the "ati" wrapper for all ATI hardware unfortunately have not had >>> the pleasure of maintaining XFree86 and X.Org X11 in 12 operating >>> system releases over a period of 5.5 years and discovering just how >>> unreliable the "ati" wrapper is in the real world. My advice comes >>> from experience in action, rather than ideological best-case >>> wishful thinking of those who recommend the wrapper. ;o) >>> >>> >>> >> > -- Computers are like air conditioners - They stop working properly when you open Windows From jamatos at fc.up.pt Thu Mar 16 10:19:32 2006 From: jamatos at fc.up.pt (Jose' Matos) Date: Thu, 16 Mar 2006 10:19:32 +0000 Subject: Today's yum update blowup of: R-gnomeGUI-2.1 In-Reply-To: <1142462934.14729.92.camel@cutter> References: <1142462145.3509.21.camel@copper.cdkkt.com> <1142462934.14729.92.camel@cutter> Message-ID: <200603161019.32523.jamatos@fc.up.pt> On Wednesday 15 March 2006 22:48, seth vidal wrote: > On Wed, 2006-03-15 at 14:35 -0800, Dan Thurman wrote: > > Today's yum update reported a installation blowup: > > > > (144/199): R-gnomeGUI-2.1 100% |=========================| 40 kB 00:01 > > > > > > Updating : R-gnomeGUI ##################### > > [114/416] > > Unknown option: htmllists > > Usage: R CMD build-help.pl [options] [pkg] [lib] > > > > Install all help files for package pkg to library lib > > > > Options: > > -h, --help print short help message and exit > > -v, --version print version info and exit > > -d, --debug print debugging information > > -os, --OS OS to assume: unix (default) or windows > > --rhome R home directory, defaults to environment R_HOME > > --html build HTML files (default is all) > > --txt build text files (default is all) > > --latex build LaTeX files (default is all) > > --example build example files (default is all) > > --dosnames use 8.3 filenames > > --index build index file only > > you probably want to file that as a bug against R-gnomeGUI I have already filled it for R, so no need to do it again. :-) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170435 > -sv -- Jos? Ab?lio From gilboad at gmail.com Thu Mar 16 10:23:20 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 16 Mar 2006 12:23:20 +0200 Subject: NOT [fixed] Re: about firefox ... / dont understand anything [radeon] In-Reply-To: <441927A7.204@freesurf.fr> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> <441829C9.30403@freesurf.fr> <44185C5B.5010405@freesurf.fr> <1142450564.27759.9.camel@gilboa-work-dev> <441874E1.1030609@freesurf.fr> <9050516b0603151852t21aa747dqdf9b67cd379556eb@mail.gmail.com> <4418FC3C.7050107@freesurf.fr> <44190BBB.3050305@mharris.ca> <44191245.4000301@freesurf.fr> <441917BC.6050807@freesurf.fr> <441927A7.204@freesurf.fr> Message-ID: <1142504600.14319.1.camel@gilboa-work-dev> On Thu, 2006-03-16 at 09:53 +0100, LarryT wrote: > Freezing is back. > Forget it ! I will try the official iso ! This is too much > I'd suggest you put the nVidia card and give it a try. Your problem definitely sounds like a hardware/driver combo problem and no software one. Oh... when the machine freezes, can you access it (over ssh) from a remote machine? Cheers, Gilboa From dtimms at bigpond.net.au Thu Mar 16 10:31:02 2006 From: dtimms at bigpond.net.au (David Timms) Date: Thu, 16 Mar 2006 21:31:02 +1100 Subject: CD-RW problems In-Reply-To: <1142410436.2123.0.camel@scrappy.miketc.com> References: <1142389253.2625.2.camel@scrappy.miketc.com> <44177E95.6070303@bigpond.net.au> <1142410436.2123.0.camel@scrappy.miketc.com> Message-ID: <44193E66.7070304@bigpond.net.au> Mike Chambers wrote: > On Wed, 2006-03-15 at 13:40 +1100, David Timms wrote: > >> When the CD is detected it is automounted, icon on desktop/filesystem >> folder. There is a right-click item to eject, but not unmount. >> >> I needed to: umount /dev/cdrom manually so that it wasn't locked for >> writing, and also not ejected from the machine. Then k2b worked fine. >> >> I was hoping that this would be cured, but I can repeat it now, with >> identical results: erase fails, and I get stuck in a loop where I cannot >> exit the k3b erase dialogs. > > Ok sheww, I experienced the exact same thing. Is a bug opened on this, > via Red Hat or KDE sites? I think it might apply to any software that can do rw erase, not just k3b. DaveT. From gabbath at gmail.com Thu Mar 16 11:06:30 2006 From: gabbath at gmail.com (Dan Gabriel Ghita) Date: Thu, 16 Mar 2006 11:06:30 +0000 Subject: win+key combinations broken (again) In-Reply-To: <6c3f5e6c0603151127p35f103dbwef0f18223dc442db@mail.gmail.com> References: <6c3f5e6c0603151127p35f103dbwef0f18223dc442db@mail.gmail.com> Message-ID: tried in gnome too but it didn't work, the "super" key is detected as a normal key (but i think that's gnome's behaviour as far as i recall, and i have to use gconf to define the combination... at least that was how i used to do it back in fc3) now in kde, i can't define shortcuts with winkey (except for those already defined, lol) nor use them. when i try to define, the "Win+" appears as i'm holding down the key, but when i press another key, say "E", instead of mapping "Win+E" it maps just "E"... really strange. gb, i don't see how it could be a kde thing (although i thought so too at first) because i didn't get any updates for kde, instead got a new kernel, a lot of gnome and some other stuff... gonna boot an older kernel and tell you if i still have it. Gabriel On 3/15/06, gb spam wrote: > > On 3/15/06, Dan Gabriel Ghita wrote: > > hello, i was mapping some keystrokes and noticed that you can't execute > > Win+ command. i saw this first in test3, then upgraded and the bug > was > > gone. but after updating today, here it is again. i'm using kde, i'm > gonna > > check to see if it works in gnome too, but i suspect it might be a > kernel > > thing, since i had no kde updates today. > > gabriel > > Chalk me up with a me-too. > > Personally, I think it may be just kde. When it happens, I can define > short-cuts with the Win key, so it has no problem detecting that it is > being pressed. Its only when I try to use the definition that it has > problems. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cannewilson at tiscali.co.uk Thu Mar 16 11:06:52 2006 From: cannewilson at tiscali.co.uk (Anne Wilson) Date: Thu, 16 Mar 2006 11:06:52 +0000 Subject: CD-RW problems In-Reply-To: <44193E66.7070304@bigpond.net.au> References: <1142389253.2625.2.camel@scrappy.miketc.com> <1142410436.2123.0.camel@scrappy.miketc.com> <44193E66.7070304@bigpond.net.au> Message-ID: <200603161106.52400.cannewilson@tiscali.co.uk> On Thursday 16 March 2006 10:31, David Timms wrote: > Mike Chambers wrote: > > On Wed, 2006-03-15 at 13:40 +1100, David Timms wrote: > >> When the CD is detected it is automounted, icon on desktop/filesystem > >> folder. There is a right-click item to eject, but not unmount. > >> > >> I needed to: umount /dev/cdrom manually so that it wasn't locked for > >> writing, and also not ejected from the machine. Then k2b worked fine. > >> > >> I was hoping that this would be cured, but I can repeat it now, with > >> identical results: erase fails, and I get stuck in a loop where I cannot > >> exit the k3b erase dialogs. > > > > Ok sheww, I experienced the exact same thing. Is a bug opened on this, > > via Red Hat or KDE sites? > > rt_desc_type=allwordssubstr&short_desc=cd+rw&component_text=&query_format=ad >vanced&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr& >bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&fixed >_in_type=allwordssubstr&fixed_in=&keywords_type=allwords&keywords=&emailassi >gned_to1=1&emailtype1=exact&email1=&emailassigned_to2=1&emailreporter2=1&ema >ilqa_contact2=1&emailcc2=1&emailtype2=exact&email2=&bugidtype=include&bug_id >=&votes=&changedin=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&or >der=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0=> > > I think it might apply to any software that can do rw erase, not just k3b. > Interesting reading there, with many of the messages recognised from my experiments (see Users list, thread 'Are RWs a problem?'). The difference, though, is that on my system k3b appears to have done the erase, but mkisofs fails. You are left with a disk that cannot be mounted. At one point I got lots of 'bad sector' warnings, and every time I got 'I/O error' reports. Following a lead I got from a LUG member, I found that cdrecord, from a terminal, could not do a blank and record in one command, but if the command is split they work fine. I successfully burned to a disk that had seemed to be unusable, from reading k3b's output. Full details can be found on the user list thread, if they help. Anne -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From dtimms at bigpond.net.au Thu Mar 16 11:27:36 2006 From: dtimms at bigpond.net.au (David Timms) Date: Thu, 16 Mar 2006 22:27:36 +1100 Subject: CD-RW problems In-Reply-To: <200603161106.52400.cannewilson@tiscali.co.uk> References: <1142389253.2625.2.camel@scrappy.miketc.com> <1142410436.2123.0.camel@scrappy.miketc.com> <44193E66.7070304@bigpond.net.au> <200603161106.52400.cannewilson@tiscali.co.uk> Message-ID: <44194BA8.6050000@bigpond.net.au> Anne Wilson wrote: > On Thursday 16 March 2006 10:31, David Timms wrote: ... >> I think it might apply to any software that can do rw erase, not just k3b. >> > Interesting reading there, with many of the messages recognised from my > experiments (see Users list, thread 'Are RWs a problem?'). The difference, > though, is that on my system k3b appears to have done the erase, but mkisofs > fails. You are left with a disk that cannot be mounted. At one point I got > lots of 'bad sector' warnings, and every time I got 'I/O error' reports. > Following a lead I got from a LUG member, I found that cdrecord, from a > terminal, could not do a blank and record in one command, but if the command > is split they work fine. I successfully burned to a disk that had seemed to > be unusable, from reading k3b's output. I found that some RW discs seem to always fail as you mention, and I think the problem might be heat related (they get real hot): if you separate the processes it can work on the same disc that would repeatedly fail. DT. From guess.who at freesurf.fr Thu Mar 16 11:30:24 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 16 Mar 2006 12:30:24 +0100 Subject: NOT [fixed] Re: about firefox ... / dont understand anything [radeon] In-Reply-To: <1142504600.14319.1.camel@gilboa-work-dev> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> <441829C9.30403@freesurf.fr> <44185C5B.5010405@freesurf.fr> <1142450564.27759.9.camel@gilboa-work-dev> <441874E1.1030609@freesurf.fr> <9050516b0603151852t21aa747dqdf9b67cd379556eb@mail.gmail.com> <4418FC3C.7050107@freesurf.fr> <44190BBB.3050305@mharris.ca> <44191245.4000301@freesurf.fr> <441917BC.6050807@freesurf.fr> <441927A7.204@freesurf.fr> <1142504600.14319.1.camel@gilboa-work-dev> Message-ID: <44194C50.8050803@freesurf.fr> Gilboa Davara wrote: > On Thu, 2006-03-16 at 09:53 +0100, LarryT wrote: > >>Freezing is back. >>Forget it ! I will try the official iso ! This is too much >> > > > I'd suggest you put the nVidia card and give it a try. > Your problem definitely sounds like a hardware/driver combo problem and > no software one. > > Oh... when the machine freezes, can you access it (over ssh) from a > remote machine? no : i get "no route to host" :( gonna change the card with nVidia i'll tell you next hours. BTW : thx ;) > > Cheers, > Gilboa > -- Computers are like air conditioners - They stop working properly when you open Windows From mharris at mharris.ca Thu Mar 16 11:32:30 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Thu, 16 Mar 2006 06:32:30 -0500 Subject: about firefox ... / dont understand anything [radeon] In-Reply-To: <44191245.4000301@freesurf.fr> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> <441829C9.30403@freesurf.fr> <44185C5B.5010405@freesurf.fr> <1142450564.27759.9.camel@gilboa-work-dev> <441874E1.1030609@freesurf.fr> <9050516b0603151852t21aa747dqdf9b67cd379556eb@mail.gmail.com> <4418FC3C.7050107@freesurf.fr> <44190BBB.3050305@mharris.ca> <44191245.4000301@freesurf.fr> Message-ID: <44194CCE.40406@mharris.ca> LarryT wrote: > Thank you Mike :) > Well, after i read what you wrote, i realize that i could have a look on > the driver used by other os i have on my pc (centos 4 and 4.2 and fc4) ! > Centos uses radeon driver. So i have just swith to radeon driver. So > far so good ! > Gonna see what happens , now :) Well, it may or may not change the problem you're seeing, but I just wanted to point out that anyone using Radeon hardware, should always have the driver set to "radeon" regardless of what other people out there or FAQs might say. You may still have a problem afterward, but if so, at least you know it isn't caused by any of the additional and unnecessary codepaths in the "ati" wrapper. ;o) -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From mharris at mharris.ca Thu Mar 16 11:36:03 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Thu, 16 Mar 2006 06:36:03 -0500 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> Message-ID: <44194DA3.2020408@mharris.ca> Gilboa Davara wrote: > Ohhhh! Gasp!!!! > Not again?!?!? > > Dave, > > This is beyond *bad*. > This effectively kills each and every non-GPL kernel module out there. Sounds like an awesome feature to me. Perhaps we should add a new bugzilla resolution "CLOSED->IS_FEATURE" for things like this. ;o) I'll steady the ropes and prepare for the influx of FC5 "my Nvidia driver doesn't work with FC5" bugs. Someone else will have to get the "davej broke my Nvidia" t-shirts made on cafepress.com though. (To match the lovely mharris version that circulated a year or so ago.) ;o) -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From gabbath at gmail.com Thu Mar 16 11:36:59 2006 From: gabbath at gmail.com (Dan Gabriel Ghita) Date: Thu, 16 Mar 2006 11:36:59 +0000 Subject: win+key combinations broken (again) In-Reply-To: References: <6c3f5e6c0603151127p35f103dbwef0f18223dc442db@mail.gmail.com> Message-ID: interesting, just did init 3 and init 5 and now winkey works again... this is crazy :)) gabriel On 3/16/06, Dan Gabriel Ghita wrote: > > tried in gnome too but it didn't work, the "super" key is detected as a > normal key (but i think that's gnome's behaviour as far as i recall, and i > have to use gconf to define the combination... at least that was how i used > to do it back in fc3) > > now in kde, i can't define shortcuts with winkey (except for those already > defined, lol) nor use them. when i try to define, the "Win+" appears as i'm > holding down the key, but when i press another key, say "E", instead of > mapping "Win+E" it maps just "E"... really strange. > > gb, i don't see how it could be a kde thing (although i thought so too at > first) because i didn't get any updates for kde, instead got a new kernel, a > lot of gnome and some other stuff... gonna boot an older kernel and tell you > if i still have it. > > Gabriel > > > On 3/15/06, gb spam wrote: > > > > On 3/15/06, Dan Gabriel Ghita wrote: > > > hello, i was mapping some keystrokes and noticed that you can't > > execute > > > Win+ command. i saw this first in test3, then upgraded and the > > bug was > > > gone. but after updating today, here it is again. i'm using kde, i'm > > gonna > > > check to see if it works in gnome too, but i suspect it might be a > > kernel > > > thing, since i had no kde updates today. > > > gabriel > > > > Chalk me up with a me-too. > > > > Personally, I think it may be just kde. When it happens, I can define > > short-cuts with the Win key, so it has no problem detecting that it is > > being pressed. Its only when I try to use the definition that it has > > problems. > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > https://www.redhat.com/mailman/listinfo/fedora-test-list > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gabbath at gmail.com Thu Mar 16 11:41:48 2006 From: gabbath at gmail.com (Dan Gabriel Ghita) Date: Thu, 16 Mar 2006 11:41:48 +0000 Subject: kernel 2054 is really broke! In-Reply-To: <002d01c64873$27b74940$0a01a8c0@jbsys> References: <001101c64855$25b61db0$0a01a8c0@jbsys> <20060315181149.GA18054@devserv.devel.redhat.com> <002d01c64873$27b74940$0a01a8c0@jbsys> Message-ID: same problem here, /var/log/nvidia-installer.log says this: include/asm/io.h: In function 'check_signature': include/asm/io.h:258: warning: wrong type argument to increment In file included from /tmp/selfgz8555/NVIDIA-Linux-x86-1.0-8178-pkg1 /usr/src /nv/os-interface.c:26: /tmp/selfgz8555/NVIDIA-Linux-x86-1.0-8178-pkg1/usr/src/nv/nv-linux.h:677:2: warning: #warning "conftest.sh failed, assuming remap_page_range(4)!" /tmp/selfgz8555/NVIDIA-Linux-x86-1.0-8178-pkg1/usr/src/nv/os-interface.c: In function 'os_set_mlock_capability': /tmp/selfgz8555/NVIDIA-Linux-x86-1.0-8178-pkg1/usr/src/nv/os-interface.c :137 5: error: 'struct task_struct' has no member named 'rlim' make[4]: *** [/tmp/selfgz8555/NVIDIA-Linux-x86-1.0-8178-pkg1 /usr/src/nv/os-i nterface.o] Error 1 make[3]: *** [_module_/tmp/selfgz8555/NVIDIA-Linux-x86-1.0-8178-pkg1 /usr/src /nv] Error 2 make[2]: *** [modules] Error 2 NVIDIA: left KBUILD. nvidia.ko failed to build! make[1]: *** [mdl] Error 1 make: *** [module] Error 2 -> Error. ERROR: Unable to build the NVIDIA kernel module. sorry if i pasted more lines than i should -------------- next part -------------- An HTML attachment was scrubbed... URL: From lsatenstein at yahoo.com Thu Mar 16 11:59:28 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Thu, 16 Mar 2006 03:59:28 -0800 (PST) Subject: Could tthere be an update iso distribution Message-ID: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> With kudzu broken, potential keyboard problems, as well as the 2054 kernel for nvidia, I see no reason to download the first release. Why push broken software unless a new iso in a very short time thereafter(2 weeks) is released. Suggest a core5.01 version that has the bugfixes for nvidea, keyboard and for kudzu. Sorry to be against the release. But a reputation for quality is at stake. I do not want to tell others, "The Core 5 cd's that are in the books and magazines are faulty" Do not use them, do not purchase the book or magazine. Better to be 4 days late, have the fixes, then to ship a faulty product. Leslie -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at lovesunix.net Thu Mar 16 12:03:10 2006 From: david at lovesunix.net (David Nielsen) Date: Thu, 16 Mar 2006 13:03:10 +0100 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <44194DA3.2020408@mharris.ca> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <44194DA3.2020408@mharris.ca> Message-ID: <1142510590.21666.5.camel@price.stavtrup-st.dk> tor, 16 03 2006 kl. 06:36 -0500, skrev Mike A. Harris: > Gilboa Davara wrote: > > Ohhhh! Gasp!!!! > > Not again?!?!? > > > > Dave, > > > > This is beyond *bad*. > > This effectively kills each and every non-GPL kernel module out there. > > Sounds like an awesome feature to me. Perhaps we should add a new > bugzilla resolution "CLOSED->IS_FEATURE" for things like this. ;o) > > I'll steady the ropes and prepare for the influx of FC5 "my Nvidia > driver doesn't work with FC5" bugs. Someone else will have to get > the "davej broke my Nvidia" t-shirts made on cafepress.com though. > > (To match the lovely mharris version that circulated a year or so ago.) > ;o) That's not such a bad idea really I'll proudly wear the "mharris fixed my radeon" t-shirt any day. - David From dwmw2 at infradead.org Thu Mar 16 12:05:31 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 16 Mar 2006 12:05:31 +0000 Subject: Rawhide, bluetooth and selinux In-Reply-To: <1142485672.2922.7.camel@aglarond.local> References: <20060315134143.3765973528@hormel.redhat.com> <1142433919.31318.23.camel@heplnw8.pp.rl.ac.uk> <44187C4B.1020905@wudika.de> <1142485672.2922.7.camel@aglarond.local> Message-ID: <1142510732.17167.26.camel@localhost.localdomain> On Thu, 2006-03-16 at 00:07 -0500, Jeremy Katz wrote: > It should be calling the dbus method which bluez-pin listens for. > Note that bluez-pin wasn't be automatically started in X sessions > until bluez-pin-0.30-1 Only in GNOME sessions; KDE doesn't seem to honour /etc/xdg/autostart -- dwmw2 From justin.conover at gmail.com Thu Mar 16 12:08:17 2006 From: justin.conover at gmail.com (Justin Conover) Date: Thu, 16 Mar 2006 06:08:17 -0600 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> Message-ID: On 3/16/06, Gilboa Davara wrote: > > On 3/16/06, Justin Conover wrote: > > On 3/15/06, Gilboa Davara wrote: > > On 3/16/06, Dave Jones wrote: > > > An oversight on my part. > > > print_tainted is used in the spinlock macros, so essentially, > > > the macro is made GPL-only too. I've reverted that change > > > in cvs, but it's too late for the final FC5 image, which is > > > already being pushed out to mirrors. > > > > > > It'll be fixed in the very first update kernel for FC5, which > > > will likely be within the first few days of release. > > > > > > Dave > > > > > > -- > > > > Ohhhh! Gasp!!!! > > Not again?!?!? > > > > Dave, > > > > This is beyond *bad*. > > This effectively kills each and every non-GPL kernel module out there. > > Instead of having a fun release-day, we'll be playing catch-up with > > numerous "Fedora-5-ate-my-baby" threads. > > > > There's got to be a way to fix it. Either by stopping the > > ISO-mastering or changing the release-notes to acknowledge the problem > > and pushing a new kernel ASAP. > > > > Gilboa > > > > Sounds to me like everything is fine, there will be an updated kernel > after > > the release. > > White you are right in theory, things don't work that way in real life. > It'll be something like this: > A. User downloads FC5. > B. User unaware of the problem. > C. User install Fedora. > D. User, not being forced to install updates, (and being unaware of > the problem) doesn't install the fixed kernel. > E. User tries to install nVidia/ATI/etc driver. > F. Fedora user hits the Forums/ML/etc claiming Fedora ate his baby. > > I understand that it's too late to stop the ISO mastering/upload/etc; > FC must do it's best to air out the problem before 10,000 people hit > the forum with the same complaint. > > Cheers, > Gilboa > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > There has also been versions of RH/FC that were released with new kernel features that also broke the closed source drivers from nvdia/ati and the communtiy had to wait for nvidia/ati to fix there stuff. Which btw wouldn't have happened if they were open (in this case GPL ;0) so the community could improve the drivers. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fct-cornette at insight.rr.com Thu Mar 16 12:10:53 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 16 Mar 2006 07:10:53 -0500 Subject: NOT [fixed] Re: about firefox ... / dont understand anything [radeon] In-Reply-To: <44194C50.8050803@freesurf.fr> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> <441829C9.30403@freesurf.fr> <44185C5B.5010405@freesurf.fr> <1142450564.27759.9.camel@gilboa-work-dev> <441874E1.1030609@freesurf.fr> <9050516b0603151852t21aa747dqdf9b67cd379556eb@mail.gmail.com> <4418FC3C.7050107@freesurf.fr> <44190BBB.3050305@mharris.ca> <44191245.4000301@freesurf.fr> <441917BC.6050807@freesurf.fr> <441927A7.204@freesurf.fr> <1142504600.14319.1.camel@gilboa-work-dev> <44194C50.8050803@freesurf.fr> Message-ID: <441955CD.7060807@insight.rr.com> LarryT wrote: > > > Gilboa Davara wrote: >> On Thu, 2006-03-16 at 09:53 +0100, LarryT wrote: >> >>> Freezing is back. >>> Forget it ! I will try the official iso ! This is too much Are you using a 64-bit processor? I have a radeon for this laptop and have no such problems. There were problems early in the test phase where due to the relocation of the modules for modular X, the SELinux rules needed to be adjusted to allow the driver to work correctly. I had no freezing but other limitations that were corrected with updates to policy. What happens if you run setenforce 0 in a root terminal and then launch firefox? Do you still get the freeze? What messages are in the audit.log located under /etc/audit? Jim -- Fresco's Discovery: If you knew what you were doing you'd probably be bored. From arjan at fenrus.demon.nl Thu Mar 16 12:10:56 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Thu, 16 Mar 2006 13:10:56 +0100 Subject: Could tthere be an update iso distribution In-Reply-To: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> Message-ID: <1142511056.3041.25.camel@laptopd505.fenrus.org> On Thu, 2006-03-16 at 03:59 -0800, Leslie Satenstein wrote: > With kudzu broken, potential keyboard problems, as well as the 2054 > kernel for nvidia, afaik the NV driver works just fine From arjan at fenrus.demon.nl Thu Mar 16 12:19:39 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Thu, 16 Mar 2006 13:19:39 +0100 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> Message-ID: <1142511580.3041.27.camel@laptopd505.fenrus.org> > There has also been versions of RH/FC that were released with new > kernel features that also broke the closed source drivers from > nvdia/ati and the communtiy had to wait for nvidia/ati to fix there > stuff. Which btw wouldn't have happened if they were open (in this > case GPL ;0) so the community could improve the drivers. > -- it's not like it's impossible to work around after all ... From gilboad at gmail.com Thu Mar 16 12:24:48 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 16 Mar 2006 14:24:48 +0200 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> Message-ID: <1142511888.14319.21.camel@gilboa-work-dev> On Thu, 2006-03-16 at 06:08 -0600, Justin Conover wrote: > > > On 3/16/06, Gilboa Davara wrote: > On 3/16/06, Justin Conover wrote: > > On 3/15/06, Gilboa Davara wrote: > > On 3/16/06, Dave Jones wrote: > > > An oversight on my part. > > > print_tainted is used in the spinlock macros, so > essentially, > > > the macro is made GPL-only too. I've reverted that > change > > > in cvs, but it's too late for the final FC5 image, which > is > > > already being pushed out to mirrors. > > > > > > It'll be fixed in the very first update kernel for FC5, > which > > > will likely be within the first few days of release. > > > > > > Dave > > > > > > -- > > > > Ohhhh! Gasp!!!! > > Not again?!?!? > > > > Dave, > > > > This is beyond *bad*. > > This effectively kills each and every non-GPL kernel module > out there. > > Instead of having a fun release-day, we'll be playing > catch-up with > > numerous "Fedora-5-ate-my-baby" threads. > > > > There's got to be a way to fix it. Either by stopping the > > ISO-mastering or changing the release-notes to acknowledge > the problem > > and pushing a new kernel ASAP. > > > > Gilboa > > > > Sounds to me like everything is fine, there will be an > updated kernel after > > the release. > > White you are right in theory, things don't work that way in > real life. > It'll be something like this: > A. User downloads FC5. > B. User unaware of the problem. > C. User install Fedora. > D. User, not being forced to install updates, (and being > unaware of > the problem) doesn't install the fixed kernel. > E. User tries to install nVidia/ATI/etc driver. > F. Fedora user hits the Forums/ML/etc claiming Fedora ate his > baby. > > I understand that it's too late to stop the ISO > mastering/upload/etc; > FC must do it's best to air out the problem before 10,000 > people hit > the forum with the same complaint. > > Cheers, > Gilboa > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > > There has also been versions of RH/FC that were released with new > kernel features that also broke the closed source drivers from > nvdia/ati and the communtiy had to wait for nvidia/ati to fix there > stuff. Which btw wouldn't have happened if they were open (in this > case GPL ;0) so the community could improve the drivers. > -- In nVidia/ATI's defense, unlike previous FC/non-GPL problems (udev, 4K stacks, etc) the problem is not with the closed source drivers failing to follow the latest kernel trunk. Beside releasing their code under GPL (Which is a good thing(tm)) there's nothing nVidia nor ATI can do to fix this problem. Gilboa From arjan at fenrus.demon.nl Thu Mar 16 12:28:00 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Thu, 16 Mar 2006 13:28:00 +0100 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142511888.14319.21.camel@gilboa-work-dev> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> <1142511888.14319.21.camel@gilboa-work-dev> Message-ID: <1142512080.3041.30.camel@laptopd505.fenrus.org> > > In nVidia/ATI's defense, unlike previous FC/non-GPL problems (udev, 4K > stacks, etc) the problem is not with the closed source drivers failing > to follow the latest kernel trunk. > Beside releasing their code under GPL (Which is a good thing(tm)) > there's nothing nVidia nor ATI can do to fix this problem. this claim is incorrect, the workaround is trivial. From filip.tsachev at fedora.redhat.com Thu Mar 16 12:30:50 2006 From: filip.tsachev at fedora.redhat.com (Filip Tsachev) Date: Thu, 16 Mar 2006 14:30:50 +0200 Subject: ERROR: Unable to build the NVIDIA kernel module. Message-ID: >-> Error. >ERROR: Unable to build the NVIDIA kernel module. Hey I want T-Shirt also :)))) btw: the module built fine with rpmbuild but couldn't load :-( Not much output in Xorg.0.log maybe verbose=5 startx (I can't remmember how was the string?) will help debug. -- Cheers, Filip From rdieter at math.unl.edu Thu Mar 16 12:33:30 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 16 Mar 2006 06:33:30 -0600 Subject: gtk-qt showing up twice in control center In-Reply-To: References: Message-ID: Dan Gabriel Ghita wrote: > i installed gtk-qt-engine-0.6 from source (from their website) and it's > supposed to load a new menu in control center, under appearance & > themes. the menu is called "GTK Styles and Fonts". everything is ok in > test3, but once i updated to rawhide, it shows 2 items, only differing > in case: "GTK styles and fonts" and "GTK Styles and Fonts". > one thing you should know: if you just install it, it'll show up okay. > it's only after you restart kde that you will notice the bug. Yep, fortunately, that installation bug is fixed in the gtk-qt-engine packaging from Fedora Extras: yum install gtk-qt-engine -- Rex From gabbath at gmail.com Thu Mar 16 12:44:04 2006 From: gabbath at gmail.com (Dan Gabriel Ghita) Date: Thu, 16 Mar 2006 12:44:04 +0000 Subject: gtk-qt showing up twice in control center In-Reply-To: References: Message-ID: thanks rex, i wasn't aware it was in extras (though i did try a few weeks ago when i installed test3) On 3/16/06, Rex Dieter wrote: > > Dan Gabriel Ghita wrote: > > > i installed gtk-qt-engine-0.6 from source (from their website) and it's > > supposed to load a new menu in control center, under appearance & > > themes. the menu is called "GTK Styles and Fonts". everything is ok in > > test3, but once i updated to rawhide, it shows 2 items, only differing > > in case: "GTK styles and fonts" and "GTK Styles and Fonts". > > one thing you should know: if you just install it, it'll show up okay. > > it's only after you restart kde that you will notice the bug. > > Yep, fortunately, that installation bug is fixed in the gtk-qt-engine > packaging from Fedora Extras: > > yum install gtk-qt-engine > > -- Rex > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guess.who at freesurf.fr Thu Mar 16 13:01:01 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 16 Mar 2006 14:01:01 +0100 Subject: keymap change to US after i change video :( Message-ID: <4419618D.6020208@freesurf.fr> 'Cause of my freezing problem, i tried to change video card. After x start, the login sreen uses Us keymap, and not FR anymore :( ONLY login screen ! in text-mode i have fr-pc keymap and also within gnome !!!! System/admin/keyboard retunrs french keyboard, WHICH is not right :( How can i chnage this please ? -- Computers are like air conditioners - They stop working properly when you open Windows From gabbath at gmail.com Thu Mar 16 13:23:02 2006 From: gabbath at gmail.com (Dan Gabriel Ghita) Date: Thu, 16 Mar 2006 13:23:02 +0000 Subject: Could tthere be an update iso distribution In-Reply-To: <1142511056.3041.25.camel@laptopd505.fenrus.org> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> Message-ID: i agree with leslie. the nv driver may work, but people _will_ download the accelerated driver, see that it doesn't work and complain. gabriel -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Thu Mar 16 13:25:39 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 16 Mar 2006 18:55:39 +0530 Subject: Could tthere be an update iso distribution In-Reply-To: References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> Message-ID: <44196753.3050000@fedoraproject.org> Dan Gabriel Ghita wrote: >i agree with leslie. the nv driver may work, but people _will_ download the >accelerated driver, see that it doesn't work and complain. > >gabriel > > They will have to update and get the newer kernel. Proprietary drivers havent been ever supported in Fedora. -- Rahul From chitlesh at fedoraproject.org Thu Mar 16 13:27:32 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 16 Mar 2006 14:27:32 +0100 Subject: Could tthere be an update iso distribution In-Reply-To: <44196753.3050000@fedoraproject.org> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <44196753.3050000@fedoraproject.org> Message-ID: <13dbfe4f0603160527h6ce207d4sd3d3e41a1153eff4@mail.gmail.com> > They will have to update and get the newer kernel. Proprietary drivers > havent been ever supported in Fedora. True. -- http://clunixchit.blogspot.com From arjan at fenrus.demon.nl Thu Mar 16 13:30:01 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Thu, 16 Mar 2006 14:30:01 +0100 Subject: Could tthere be an update iso distribution In-Reply-To: References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> Message-ID: <1142515801.3041.33.camel@laptopd505.fenrus.org> On Thu, 2006-03-16 at 13:23 +0000, Dan Gabriel Ghita wrote: > i agree with leslie. the nv driver may work, but people _will_ > download the accelerated driver, see that it doesn't work and > complain. but that's not different from before where nvidia had to put a small workaround in. This time it's the same, ok it's maybe not entirely their fault this time but still. I suspect they have that small workaround there in days if not a week or two. And besides... what will happen if the nvidia driver just stops working entirely without workaround in the future? At least this time it is easy. From gilboad at gmail.com Thu Mar 16 13:41:50 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 16 Mar 2006 15:41:50 +0200 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142512080.3041.30.camel@laptopd505.fenrus.org> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> <1142511888.14319.21.camel@gilboa-work-dev> <1142512080.3041.30.camel@laptopd505.fenrus.org> Message-ID: <1142516510.14319.55.camel@gilboa-work-dev> On Thu, 2006-03-16 at 13:28 +0100, Arjan van de Ven wrote: > > > > In nVidia/ATI's defense, unlike previous FC/non-GPL problems (udev, 4K > > stacks, etc) the problem is not with the closed source drivers failing > > to follow the latest kernel trunk. > > Beside releasing their code under GPL (Which is a good thing(tm)) > > there's nothing nVidia nor ATI can do to fix this problem. > > > this claim is incorrect, the workaround is trivial. > I assume you mean "fixing" their driver by adding a copy of print_tainted function, right? Am I missing any other solution? Gilboa From arjan at fenrus.demon.nl Thu Mar 16 14:02:49 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Thu, 16 Mar 2006 15:02:49 +0100 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142516510.14319.55.camel@gilboa-work-dev> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> <1142511888.14319.21.camel@gilboa-work-dev> <1142512080.3041.30.camel@laptopd505.fenrus.org> <1142516510.14319.55.camel@gilboa-work-dev> Message-ID: <1142517770.3041.35.camel@laptopd505.fenrus.org> On Thu, 2006-03-16 at 15:41 +0200, Gilboa Davara wrote: > On Thu, 2006-03-16 at 13:28 +0100, Arjan van de Ven wrote: > > > > > > In nVidia/ATI's defense, unlike previous FC/non-GPL problems (udev, 4K > > > stacks, etc) the problem is not with the closed source drivers failing > > > to follow the latest kernel trunk. > > > Beside releasing their code under GPL (Which is a good thing(tm)) > > > there's nothing nVidia nor ATI can do to fix this problem. > > > > > > this claim is incorrect, the workaround is trivial. > > > > I assume you mean "fixing" their driver by adding a copy of > print_tainted function, right? that is indeed the most simple one (or even just an empty print_tainted). From linuxnow at newtral.org Thu Mar 16 14:11:07 2006 From: linuxnow at newtral.org (Pau Aliagas) Date: Thu, 16 Mar 2006 15:11:07 +0100 (CET) Subject: power-manager and screensaver not working as non-root user Message-ID: I have a fully updated rawhide x86_64 laptop (fct3 + all updates). My problem is that gnome-power-manager refuses to start as a normal user. It works if I login as root. I've been suffering this behaviour since the first day I instaled fc5t3, I'm not sure if it's my fault or not as it works as root. gnome-power-manager is in the session startup programs, but whenever it starts it pops up a window suggesting to eval `dbus-launch`--auto-syntax`. I've done it, the environment vars were already setup, so this was not the problem and, consequently, not the solution. Any hints on what I'm doing wrong? Thanks -- Pau From guess.who at freesurf.fr Thu Mar 16 14:20:09 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 16 Mar 2006 15:20:09 +0100 Subject: OK ! Re: keymap change to US after i change video :( In-Reply-To: <4419618D.6020208@freesurf.fr> References: <4419618D.6020208@freesurf.fr> Message-ID: <44197419.1020303@freesurf.fr> Mysteriously, the french layout is back :) LarryT wrote: > 'Cause of my freezing problem, i tried to change video card. > After x start, the login sreen uses Us keymap, and not FR anymore :( > ONLY login screen ! in text-mode i have fr-pc keymap and also within > gnome !!!! > System/admin/keyboard retunrs french keyboard, WHICH is not right :( > > How can i chnage this please ? > -- Computers are like air conditioners - They stop working properly when you open Windows From gilboad at gmail.com Thu Mar 16 14:15:43 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 16 Mar 2006 16:15:43 +0200 Subject: NOT [fixed] Re: about firefox ... / dont understand anything [radeon] In-Reply-To: <441971EC.5060505@freesurf.fr> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> <441829C9.30403@freesurf.fr> <44185C5B.5010405@freesurf.fr> <1142450564.27759.9.camel@gilboa-work-dev> <441874E1.1030609@freesurf.fr> <9050516b0603151852t21aa747dqdf9b67cd379556eb@mail.gmail.com> <4418FC3C.7050107@freesurf.fr> <44190BBB.3050305@mharris.ca> <44191245.4000301@freesurf.fr> <441917BC.6050807@freesurf.fr> <441927A7.204@freesurf.fr> <1142504600.14319.1.camel@gilboa-work-dev> <441971EC.5060505@freesurf.fr> Message-ID: <1142518543.14319.64.camel@gilboa-work-dev> On Thu, 2006-03-16 at 15:10 +0100, LarryT wrote: > Gilboa : i change ati for nVidia, and .... > after half an hour i still not have my freezing back :) > But i prefer wait to say everything is all right :-P > > Anyway, i have other OS onthis machine, like CentOS and FC4, and i have > never meet such a problem. > The problem appears two days ago. And it works at the bigenning, with > fc5-test3 ! > Might be a problem with the ATI drivers combined with the current FC5 kernel. I can't really tell... BTW, which drivers are you using for the nVidia card? nv (open source) or nvidia (binary, from nvidia.com) Gilboa From gilboad at gmail.com Thu Mar 16 14:24:28 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 16 Mar 2006 16:24:28 +0200 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142517770.3041.35.camel@laptopd505.fenrus.org> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> <1142511888.14319.21.camel@gilboa-work-dev> <1142512080.3041.30.camel@laptopd505.fenrus.org> <1142516510.14319.55.camel@gilboa-work-dev> <1142517770.3041.35.camel@laptopd505.fenrus.org> Message-ID: <1142519068.14319.71.camel@gilboa-work-dev> On Thu, 2006-03-16 at 15:02 +0100, Arjan van de Ven wrote: > On Thu, 2006-03-16 at 15:41 +0200, Gilboa Davara wrote: > > On Thu, 2006-03-16 at 13:28 +0100, Arjan van de Ven wrote: > > > > > > > > In nVidia/ATI's defense, unlike previous FC/non-GPL problems (udev, 4K > > > > stacks, etc) the problem is not with the closed source drivers failing > > > > to follow the latest kernel trunk. > > > > Beside releasing their code under GPL (Which is a good thing(tm)) > > > > there's nothing nVidia nor ATI can do to fix this problem. > > > > > > > > > this claim is incorrect, the workaround is trivial. > > > > > > > I assume you mean "fixing" their driver by adding a copy of > > print_tainted function, right? > > that is indeed the most simple one (or even just an empty > print_tainted). > > Well, this is a rather trivial bug (as opposed changing kmalloc to EXPORT_SYMBOL_GPL ;)) but in the end of the day, it is -our- bug and we (as in the fedora community) should be the one to fix it. Anyways, I'm waiting for >2054 to be released before posting a message about in nvnews.com and the fedora forum. Hopefully most people will be aware of the problem come release day and lower the breakage rate. Gilboa From guess.who at freesurf.fr Thu Mar 16 14:33:41 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 16 Mar 2006 15:33:41 +0100 Subject: any way to install fc trough the internet ? Message-ID: <44197745.4020103@freesurf.fr> I wonder if one can install fc booting from a cd rescue and connectiong to the internet ? using yum or something like this ? I cant find it, but maybe i miss something ? I know it is possible from the network, AFTER downloading an iso ; but without downloading ? -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From guess.who at freesurf.fr Thu Mar 16 14:36:31 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 16 Mar 2006 15:36:31 +0100 Subject: NOT [fixed] Re: about firefox ... / dont understand anything [radeon] In-Reply-To: <1142518543.14319.64.camel@gilboa-work-dev> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> <441829C9.30403@freesurf.fr> <44185C5B.5010405@freesurf.fr> <1142450564.27759.9.camel@gilboa-work-dev> <441874E1.1030609@freesurf.fr> <9050516b0603151852t21aa747dqdf9b67cd379556eb@mail.gmail.com> <4418FC3C.7050107@freesurf.fr> <44190BBB.3050305@mharris.ca> <44191245.4000301@freesurf.fr> <441917BC.6050807@freesurf.fr> <441927A7.204@freesurf.fr> <1142504600.14319.1.camel@gilboa-work-dev> <441971EC.5060505@freesurf.fr> <1142518543.14319.64.camel@gilboa-work-dev> Message-ID: <441977EF.5030108@freesurf.fr> Gilboa Davara wrote: > On Thu, 2006-03-16 at 15:10 +0100, LarryT wrote: >> Gilboa : i change ati for nVidia, and .... >> after half an hour i still not have my freezing back :) >> But i prefer wait to say everything is all right :-P >> >> Anyway, i have other OS onthis machine, like CentOS and FC4, and i have >> never meet such a problem. >> The problem appears two days ago. And it works at the bigenning, with >> fc5-test3 ! >> > > Might be a problem with the ATI drivers combined with the current FC5 > kernel. > I can't really tell... > > BTW, which drivers are you using for the nVidia card? nv (open source) > or nvidia (binary, from nvidia.com) The system use nv : Section "Device" Identifier "Videocard0" Driver "nv" VendorName "Videocard vendor" BoardName "nVidia Corporation NV18 [GeForce4 MX 4000 AGP 8x]" EndSection Seems to be good, and stable, ... so far.... > > Gilboa > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From sundaram at fedoraproject.org Thu Mar 16 14:37:09 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 16 Mar 2006 20:07:09 +0530 Subject: any way to install fc trough the internet ? In-Reply-To: <44197745.4020103@freesurf.fr> References: <44197745.4020103@freesurf.fr> Message-ID: <44197815.2090506@fedoraproject.org> LarryT wrote: > I wonder if one can install fc booting from a cd rescue and > connectiong to the internet ? using yum or something like this ? > I cant find it, but maybe i miss something ? > > I know it is possible from the network, AFTER downloading an iso ; but > without downloading ? > Download the boot.iso from the images folder and boot using linux askmethod. http://fedora.redhat.com/docs/fedora-install-guide-en/ -- Rahul From guess.who at freesurf.fr Thu Mar 16 13:59:48 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 16 Mar 2006 14:59:48 +0100 Subject: NOT [fixed] Re: about firefox ... / dont understand anything [radeon] In-Reply-To: <441955CD.7060807@insight.rr.com> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> <441829C9.30403@freesurf.fr> <44185C5B.5010405@freesurf.fr> <1142450564.27759.9.camel@gilboa-work-dev> <441874E1.1030609@freesurf.fr> <9050516b0603151852t21aa747dqdf9b67cd379556eb@mail.gmail.com> <4418FC3C.7050107@freesurf.fr> <44190BBB.3050305@mharris.ca> <44191245.4000301@freesurf.fr> <441917BC.6050807@freesurf.fr> <441927A7.204@freesurf.fr> <1142504600.14319.1.camel@gilboa-work-dev> <44194C50.8050803@freesurf.fr> <441955CD.7060807@insight.rr.com> Message-ID: <44196F54.3000509@freesurf.fr> Hi Jim :) Jim Cornette wrote: > LarryT wrote: >> >> >> Gilboa Davara wrote: >>> On Thu, 2006-03-16 at 09:53 +0100, LarryT wrote: >>> >>>> Freezing is back. >>>> Forget it ! I will try the official iso ! This is too much > > Are you using a 64-bit processor? I have a radeon for this laptop and > have no such problems. yep having 64bit, but using i686 test3 > > There were problems early in the test phase where due to the relocation > of the modules for modular X, the SELinux rules needed to be adjusted to > allow the driver to work correctly. I had no freezing but other > limitations that were corrected with updates to policy. have disable SElinux :-p > > What happens if you run setenforce 0 in a root terminal and then launch > firefox? Do you still get the freeze? What messages are in the audit.log > located under /etc/audit? Have no log there : [root at ws044 ~]# ls /etc/au auditd.conf audit.rules auto.master auto.misc auto.net auto.smb [root at ws044 ~]# ls /etc/au Larry > > Jim > -- Computers are like air conditioners - They stop working properly when you open Windows From justin.conover at gmail.com Thu Mar 16 14:43:46 2006 From: justin.conover at gmail.com (Justin Conover) Date: Thu, 16 Mar 2006 08:43:46 -0600 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142519068.14319.71.camel@gilboa-work-dev> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> <1142511888.14319.21.camel@gilboa-work-dev> <1142512080.3041.30.camel@laptopd505.fenrus.org> <1142516510.14319.55.camel@gilboa-work-dev> <1142517770.3041.35.camel@laptopd505.fenrus.org> <1142519068.14319.71.camel@gilboa-work-dev> Message-ID: On 3/16/06, Gilboa Davara wrote: > > On Thu, 2006-03-16 at 15:02 +0100, Arjan van de Ven wrote: > > On Thu, 2006-03-16 at 15:41 +0200, Gilboa Davara wrote: > > > On Thu, 2006-03-16 at 13:28 +0100, Arjan van de Ven wrote: > > > > > > > > > > In nVidia/ATI's defense, unlike previous FC/non-GPL problems > (udev, 4K > > > > > stacks, etc) the problem is not with the closed source drivers > failing > > > > > to follow the latest kernel trunk. > > > > > Beside releasing their code under GPL (Which is a good thing(tm)) > > > > > there's nothing nVidia nor ATI can do to fix this problem. > > > > > > > > > > > > this claim is incorrect, the workaround is trivial. > > > > > > > > > > I assume you mean "fixing" their driver by adding a copy of > > > print_tainted function, right? > > > > that is indeed the most simple one (or even just an empty > > print_tainted). > > > > > > Well, this is a rather trivial bug (as opposed changing kmalloc to > EXPORT_SYMBOL_GPL ;)) but in the end of the day, it is -our- bug and we > (as in the fedora community) should be the one to fix it. > > Anyways, I'm waiting for >2054 to be released before posting a message > about in nvnews.com and the fedora forum. Hopefully most people will be > aware of the problem come release day and lower the breakage rate. > > Gilboa > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list Wouldn't be a bad idea to send it to osnews/distrowatch to, so when they post the release, that will get the majority of folks who will install it to know that they should update kernel if they want closed source 3D acceleration. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gilboad at gmail.com Thu Mar 16 14:53:01 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 16 Mar 2006 16:53:01 +0200 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> <1142511888.14319.21.camel@gilboa-work-dev> <1142512080.3041.30.camel@laptopd505.fenrus.org> <1142516510.14319.55.camel@gilboa-work-dev> <1142517770.3041.35.camel@laptopd505.fenrus.org> <1142519068.14319.71.camel@gilboa-work-dev> Message-ID: <1142520781.14319.76.camel@gilboa-work-dev> On Thu, 2006-03-16 at 08:43 -0600, Justin Conover wrote: > > > On 3/16/06, Gilboa Davara wrote: > On Thu, 2006-03-16 at 15:02 +0100, Arjan van de Ven wrote: > > On Thu, 2006-03-16 at 15:41 +0200, Gilboa Davara wrote: > > > On Thu, 2006-03-16 at 13:28 +0100, Arjan van de Ven wrote: > > > > > > > > > > In nVidia/ATI's defense, unlike previous FC/non-GPL > problems (udev, 4K > > > > > stacks, etc) the problem is not with the closed source > drivers failing > > > > > to follow the latest kernel trunk. > > > > > Beside releasing their code under GPL (Which is a good > thing(tm)) > > > > > there's nothing nVidia nor ATI can do to fix this > problem. > > > > > > > > > > > > this claim is incorrect, the workaround is trivial. > > > > > > > > > > I assume you mean "fixing" their driver by adding a copy > of > > > print_tainted function, right? > > > > that is indeed the most simple one (or even just an empty > > print_tainted). > > > > > > Well, this is a rather trivial bug (as opposed changing > kmalloc to > EXPORT_SYMBOL_GPL ;)) but in the end of the day, it is -our- > bug and we > (as in the fedora community) should be the one to fix it. > > Anyways, I'm waiting for >2054 to be released before posting a > message > about in nvnews.com and the fedora forum. Hopefully most > people will be > aware of the problem come release day and lower the breakage > rate. > > Gilboa > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > > > Wouldn't be a bad idea to send it to osnews/distrowatch to, so when > they post the release, that will get the majority of folks who will > install it to know that they should update kernel if they want closed > source 3D acceleration. Yes. Gilboa From guess.who at freesurf.fr Thu Mar 16 14:10:52 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 16 Mar 2006 15:10:52 +0100 Subject: NOT [fixed] Re: about firefox ... / dont understand anything [radeon] In-Reply-To: <1142504600.14319.1.camel@gilboa-work-dev> References: <4417D644.4050505@freesurf.fr> <4417D9C3.4000404@cjrogers.net> <4417EAC6.5000908@freesurf.fr> <4417F0E4.2000408@freesurf.fr> <441806C6.9040601@insight.rr.com> <44181975.6040207@freesurf.fr> <441829C9.30403@freesurf.fr> <44185C5B.5010405@freesurf.fr> <1142450564.27759.9.camel@gilboa-work-dev> <441874E1.1030609@freesurf.fr> <9050516b0603151852t21aa747dqdf9b67cd379556eb@mail.gmail.com> <4418FC3C.7050107@freesurf.fr> <44190BBB.3050305@mharris.ca> <44191245.4000301@freesurf.fr> <441917BC.6050807@freesurf.fr> <441927A7.204@freesurf.fr> <1142504600.14319.1.camel@gilboa-work-dev> Message-ID: <441971EC.5060505@freesurf.fr> Gilboa : i change ati for nVidia, and .... after half an hour i still not have my freezing back :) But i prefer wait to say everything is all right :-P Anyway, i have other OS onthis machine, like CentOS and FC4, and i have never meet such a problem. The problem appears two days ago. And it works at the bigenning, with fc5-test3 ! Gilboa Davara wrote: > On Thu, 2006-03-16 at 09:53 +0100, LarryT wrote: >> Freezing is back. >> Forget it ! I will try the official iso ! This is too much >> > > I'd suggest you put the nVidia card and give it a try. > Your problem definitely sounds like a hardware/driver combo problem and > no software one. > > Oh... when the machine freezes, can you access it (over ssh) from a > remote machine? > > Cheers, > Gilboa > -- Computers are like air conditioners - They stop working properly when you open Windows From arjan at fenrus.demon.nl Thu Mar 16 15:04:03 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Thu, 16 Mar 2006 16:04:03 +0100 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142519068.14319.71.camel@gilboa-work-dev> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> <1142511888.14319.21.camel@gilboa-work-dev> <1142512080.3041.30.camel@laptopd505.fenrus.org> <1142516510.14319.55.camel@gilboa-work-dev> <1142517770.3041.35.camel@laptopd505.fenrus.org> <1142519068.14319.71.camel@gilboa-work-dev> Message-ID: <1142521444.3041.39.camel@laptopd505.fenrus.org> On Thu, 2006-03-16 at 16:24 +0200, Gilboa Davara wrote: > On Thu, 2006-03-16 at 15:02 +0100, Arjan van de Ven wrote: > > On Thu, 2006-03-16 at 15:41 +0200, Gilboa Davara wrote: > > > On Thu, 2006-03-16 at 13:28 +0100, Arjan van de Ven wrote: > > > > > > > > > > In nVidia/ATI's defense, unlike previous FC/non-GPL problems (udev, 4K > > > > > stacks, etc) the problem is not with the closed source drivers failing > > > > > to follow the latest kernel trunk. > > > > > Beside releasing their code under GPL (Which is a good thing(tm)) > > > > > there's nothing nVidia nor ATI can do to fix this problem. > > > > > > > > > > > > this claim is incorrect, the workaround is trivial. > > > > > > > > > > I assume you mean "fixing" their driver by adding a copy of > > > print_tainted function, right? > > > > that is indeed the most simple one (or even just an empty > > print_tainted). > > > > > > Well, this is a rather trivial bug (as opposed changing kmalloc to > EXPORT_SYMBOL_GPL ;)) but in the end of the day, it is -our- bug and we > (as in the fedora community) should be the one to fix it. actually that's debatable... since their driver SHOULD be GPL :) but lets not go there, that's for courtrooms instead From jspaleta at gmail.com Thu Mar 16 15:29:10 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 16 Mar 2006 10:29:10 -0500 Subject: any way to install fc trough the internet ? In-Reply-To: <44197815.2090506@fedoraproject.org> References: <44197745.4020103@freesurf.fr> <44197815.2090506@fedoraproject.org> Message-ID: <604aa7910603160729o6a694824i569daddec3ae07d6@mail.gmail.com> On 3/16/06, Rahul Sundaram wrote: > Download the boot.iso from the images folder and boot using linux > askmethod. http://fedora.redhat.com/docs/fedora-install-guide-en/ I usually recommend people grab the rescuecd.iso file instead of boot.iso if its the only iso they will be burning, so they will have media which the rescue environment available is case they need to boot into rescue mode for some reason. -jef From sundaram at fedoraproject.org Thu Mar 16 15:34:13 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 16 Mar 2006 21:04:13 +0530 Subject: any way to install fc trough the internet ? In-Reply-To: <604aa7910603160729o6a694824i569daddec3ae07d6@mail.gmail.com> References: <44197745.4020103@freesurf.fr> <44197815.2090506@fedoraproject.org> <604aa7910603160729o6a694824i569daddec3ae07d6@mail.gmail.com> Message-ID: <44198575.3020805@fedoraproject.org> Jeff Spaleta wrote: >On 3/16/06, Rahul Sundaram wrote: > > >>Download the boot.iso from the images folder and boot using linux >>askmethod. http://fedora.redhat.com/docs/fedora-install-guide-en/ >> >> > >I usually recommend people grab the rescuecd.iso file instead of >boot.iso if its the only iso they will be burning, so they will have >media which the rescue environment available is case they need to boot >into rescue mode for some reason. > > > Why are we have two different ISO images then? Just get rid of the boot image and rename, use the rescue image if it serves both the purpose well. -- Rahul From skunkworx at verizon.net Thu Mar 16 15:42:02 2006 From: skunkworx at verizon.net (Skunk Worx) Date: Thu, 16 Mar 2006 07:42:02 -0800 Subject: FC4 possible kernel 2.6.15 issue In-Reply-To: <20060316034249.GA1997@redhat.com> References: <4407B88D.1080402@verizon.net> <441108AE.5000302@verizon.net> <441225DB.6090407@verizon.net> <4418DC50.4070105@verizon.net> <20060316034249.GA1997@redhat.com> Message-ID: <4419874A.7000501@verizon.net> Dave Jones wrote: > On Wed, Mar 15, 2006 at 07:32:32PM -0800, Skunk Worx wrote: > > I've also verified the problem using the stock kernel.org releases on my > > FC5T3 box. > > > > We might be getting closer to the issue. Right now we're trying to > > decide whether or not to write a simple client/server pair of apps that > > demonstrate the problem. > > If you can construct a test case, the upstream developers at > netdev at vger.kernel.org will be a better target than fedora-test-list. > > Dave > Unfortunately, it's not a bug, it's a feature : "This came up with java debugging already. The problem is when the sender writes a message in separate write() system calls, each one becomes a separate packet. In 2.6.15 we do a new thing called Appropriate Byte Count and that penalizes stupid applications, but provides better fairness over the internet by accounting for packets better." I've sent this comment over to the "stupid application" developers at GSOAP. I guess they (and I) unreasonably expect lo to be at least as fast, or faster, than ether... --- John From ben.steeves at gmail.com Thu Mar 16 15:44:56 2006 From: ben.steeves at gmail.com (Ben Steeves) Date: Thu, 16 Mar 2006 11:44:56 -0400 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> Message-ID: <7ebb24d10603160744r26fa811dp11c978648939e8d6@mail.gmail.com> On 3/16/06, Gilboa Davara wrote: > D. User, not being forced to install updates, (and being unaware of > the problem) doesn't install the fixed kernel. On that note (not entirely related to this thread, I admit): has anyone ever considered the idea of having firstboot ask the user if they'd like to run an initial yum update before they even finish booting the first time? It might cut down on the number of "Fedora ate my baby" posts. Just a thought... -- _ Ben Steeves bcs at metacon.ca ( ) The ASCII ribbon campaign ben.steeves at unb.ca X against HTML e-mail GPG ID: 0xB3EBF1D9 / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves From ben.steeves at gmail.com Thu Mar 16 15:46:58 2006 From: ben.steeves at gmail.com (Ben Steeves) Date: Thu, 16 Mar 2006 11:46:58 -0400 Subject: RFE: have firstboot perform an initial package update Message-ID: <7ebb24d10603160746m8f2c0b7p723135b99f54247b@mail.gmail.com> I stuck this in the "new kernel breaks nvidia module" thread, but figured it'd be better if I pulled it out to generate some actual discussion... Has anyone ever considered the idea of having firstboot ask the user if they'd like to run an initial yum update before they even finish booting the first time? It might cut down on the number of "Fedora ate my baby" posts. Just a thought... -- _ Ben Steeves bcs at metacon.ca ( ) The ASCII ribbon campaign ben.steeves at unb.ca X against HTML e-mail GPG ID: 0xB3EBF1D9 / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves From mgleahy at golden.net Thu Mar 16 15:48:36 2006 From: mgleahy at golden.net (Mike Leahy) Date: Thu, 16 Mar 2006 10:48:36 -0500 Subject: SMP mptable bad signature Message-ID: <441988D4.8020406@golden.net> Hello list, After updating to the most recent kernel (kernel-2.6.15-1.2054_FC5), I started getting a new error at startup. At the point where I would normally see a whole bunch of stuff like messages from SELinux and udev whiz by, I only get one error message, that says something like "SMP mptable: bad signature (0x0)", followed by "BIOS bug: MP Table errors detected (see hw vendor)". After that, the kernel starts to boot, and the Fedora interface begins loading. I'm not sure if this error was always there, but until now I have never seen it. It may be that I just never saw it because of all the SELinux/udev messages and such that normally scrolled by before (the older kernel that I have installed is kernel-2.6.15-1.2032_FC5, and it still shows these startup messages). The machine seems to have booted fine, and despite not seeing any SELinux/udev messages at the initial startup, everything seems to be working the same as before. Is there anything I should try in order to fix this SMP error, or can it safely be ignored? Mike From arjan at fenrus.demon.nl Thu Mar 16 15:50:16 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Thu, 16 Mar 2006 16:50:16 +0100 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <7ebb24d10603160744r26fa811dp11c978648939e8d6@mail.gmail.com> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> <7ebb24d10603160744r26fa811dp11c978648939e8d6@mail.gmail.com> Message-ID: <1142524217.3041.48.camel@laptopd505.fenrus.org> > It might cut down on the number of "Fedora > ate my baby" posts. so far most initial FC releases broke nvidia, so I don't expect that backlash :) (and future ones most likely again will break it, at some point even permanent. it's not a question of if but a question of when) From jspaleta at gmail.com Thu Mar 16 15:50:23 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 16 Mar 2006 10:50:23 -0500 Subject: any way to install fc trough the internet ? In-Reply-To: <44198575.3020805@fedoraproject.org> References: <44197745.4020103@freesurf.fr> <44197815.2090506@fedoraproject.org> <604aa7910603160729o6a694824i569daddec3ae07d6@mail.gmail.com> <44198575.3020805@fedoraproject.org> Message-ID: <604aa7910603160750x172724c8sc299479c3e82a056@mail.gmail.com> On 3/16/06, Rahul Sundaram wrote: > Why are we have two different ISO images then? Just get rid of the boot > image and rename, use the rescue image if it serves both the purpose well. I can't answer why the boot.iso is being produced. It is an order of magnitude smaller than the rescuecd.iso and I think its probably being produced to be placed on the fulll iso images to save space. Anyone who has the full media already has a rescue environment and may very well only need to use boot.iso to bring up additional systems locally. I belive the rescuecd.iso is only be available as a seperate image on the mirrors and the torrent and not on the the main isosets. Packing of the isos for space-efficiency always has tradeoffs. I will say the boot.iso fits on the business card sized cds, so it fills a unique media niche but its usefulness is limited. The only time I ever burn a boot.iso personally is when i have full media available locally and I need to spin up more than one nfs based install at the same time, the boot.iso is "small" so i just have it sitting on the harddrive ready to be pushed to a new blank cdr if I need to do a spur-of-the-moment install at work. But since I'm not using business card sized cd's for that it doesn't really matter to me. -jef From sundaram at fedoraproject.org Thu Mar 16 15:53:54 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 16 Mar 2006 21:23:54 +0530 Subject: RFE: have firstboot perform an initial package update In-Reply-To: <7ebb24d10603160746m8f2c0b7p723135b99f54247b@mail.gmail.com> References: <7ebb24d10603160746m8f2c0b7p723135b99f54247b@mail.gmail.com> Message-ID: <44198A12.9000303@fedoraproject.org> Ben Steeves wrote: >I stuck this in the "new kernel breaks nvidia module" thread, but >figured it'd be better if I pulled it out to generate some actual >discussion... > >Has anyone ever considered the idea of having firstboot ask the user >if they'd like to run an initial yum update before they even finish >booting the first time? It might cut down on the number of "Fedora >ate my baby" posts. > >Just a thought... > > > I think this is filed already in bugzilla. An even better idea has been discussed about pulling in updates during installation if a repository is available during the updates though it increases the amount of QA burden. -- Rahul From jreiser at BitWagon.com Thu Mar 16 15:54:08 2006 From: jreiser at BitWagon.com (John Reiser) Date: Thu, 16 Mar 2006 07:54:08 -0800 Subject: any way to install fc trough the internet ? In-Reply-To: <44198575.3020805@fedoraproject.org> References: <44197745.4020103@freesurf.fr> <44197815.2090506@fedoraproject.org> <604aa7910603160729o6a694824i569daddec3ae07d6@mail.gmail.com> <44198575.3020805@fedoraproject.org> Message-ID: <44198A20.6090000@BitWagon.com> Rahul Sundaram wrote: > Jeff Spaleta wrote: >> I usually recommend people grab the rescuecd.iso file instead of >> boot.iso if its the only iso they will be burning, so they will have >> media which the rescue environment available is case they need to boot >> into rescue mode for some reason. >> >> >> > Why are we have two different ISO images then? Just get rid of the boot > image and rename, use the rescue image if it serves both the purpose well. > > The boot.iso is 6MB; the rescue image is over ten times as large. There are 16MB and 32MB USB flash drives that will hold boot.iso but not the rescue image. -- From ben.steeves at gmail.com Thu Mar 16 15:58:35 2006 From: ben.steeves at gmail.com (Ben Steeves) Date: Thu, 16 Mar 2006 11:58:35 -0400 Subject: RFE: have firstboot perform an initial package update In-Reply-To: <44198A12.9000303@fedoraproject.org> References: <7ebb24d10603160746m8f2c0b7p723135b99f54247b@mail.gmail.com> <44198A12.9000303@fedoraproject.org> Message-ID: <7ebb24d10603160758i46b80de7q2a93be0901dd53f6@mail.gmail.com> On 3/16/06, Rahul Sundaram wrote: > > > I think this is filed already in bugzilla. An even better idea has been > discussed about pulling in updates during installation if a repository > is available during the updates though it increases the amount of QA > burden. Hm, I didn't find one filed against firstboot (and hence did it myself: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185634). I'm not sure doing it during installation is a great idea though: it enhances the "magicalness" of the system, which is good, but a user might have legitimate reasons for *not* wanting updates applied, too. I suppose it could be an option during install as easy as it could be a question in firstboot though. -- _ Ben Steeves bcs at metacon.ca ( ) The ASCII ribbon campaign ben.steeves at unb.ca X against HTML e-mail GPG ID: 0xB3EBF1D9 / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves From gilboad at gmail.com Thu Mar 16 15:57:14 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 16 Mar 2006 17:57:14 +0200 Subject: RFE: have firstboot perform an initial package update In-Reply-To: <7ebb24d10603160746m8f2c0b7p723135b99f54247b@mail.gmail.com> References: <7ebb24d10603160746m8f2c0b7p723135b99f54247b@mail.gmail.com> Message-ID: <1142524634.26525.5.camel@gilboa-work-dev> On Thu, 2006-03-16 at 11:46 -0400, Ben Steeves wrote: > I stuck this in the "new kernel breaks nvidia module" thread, but > figured it'd be better if I pulled it out to generate some actual > discussion... > > Has anyone ever considered the idea of having firstboot ask the user > if they'd like to run an initial yum update before they even finish > booting the first time? It might cut down on the number of "Fedora > ate my baby" posts. > > Just a thought... > > -- > _ Ben Steeves bcs at metacon.ca > ( ) The ASCII ribbon campaign ben.steeves at unb.ca > X against HTML e-mail GPG ID: 0xB3EBF1D9 > / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves > I second the above. Ummm... there's a problem, though: by doing it during firstboot you look the user out of his machine till the download is completed... for slow modem users this might be a problem. (Especially down the line, when you'll have 1GB of updates to download...) In theory, you could break pup/pirut into front-end/back-end and let firstboot start a background upgrade process; once the user logs-in, he can use the front-end to check the status of the download process. Sound like a do-able solution for FC6... Gilboa From skvidal at linux.duke.edu Thu Mar 16 16:06:34 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 16 Mar 2006 11:06:34 -0500 Subject: RFE: have firstboot perform an initial package update In-Reply-To: <1142524634.26525.5.camel@gilboa-work-dev> References: <7ebb24d10603160746m8f2c0b7p723135b99f54247b@mail.gmail.com> <1142524634.26525.5.camel@gilboa-work-dev> Message-ID: <1142525194.21388.6.camel@cutter> > In theory, you could break pup/pirut into front-end/back-end and let > firstboot start a background upgrade process; once the user logs-in, he > can use the front-end to check the status of the download process. A yum-util that takes the list of needed updates and downloads all the packages needed for them would be extremely trivial to write. -sv From fedora at kjb.dds.nl Thu Mar 16 16:05:59 2006 From: fedora at kjb.dds.nl (Klaasjan Brand) Date: Thu, 16 Mar 2006 17:05:59 +0100 Subject: Could tthere be an update iso distribution In-Reply-To: <1142515801.3041.33.camel@laptopd505.fenrus.org> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> Message-ID: <1142525159.6509.11.camel@kj> On Thu, 2006-03-16 at 14:30 +0100, Arjan van de Ven wrote: > but that's not different from before where nvidia had to put a small > workaround in. This time it's the same, ok it's maybe not entirely their > fault this time but still. I suspect they have that small workaround > there in days if not a week or two. > > And besides... what will happen if the nvidia driver just stops working > entirely without workaround in the future? At least this time it is > easy. Maybe at last someone will reverse engineer the nvidia hardware and build an open source driver? :) Could be an interesting experiment though... Klaasjan From gabbath at gmail.com Thu Mar 16 16:07:35 2006 From: gabbath at gmail.com (Dan Gabriel Ghita) Date: Thu, 16 Mar 2006 16:07:35 +0000 Subject: RFE: have firstboot perform an initial package update In-Reply-To: <7ebb24d10603160758i46b80de7q2a93be0901dd53f6@mail.gmail.com> References: <7ebb24d10603160746m8f2c0b7p723135b99f54247b@mail.gmail.com> <44198A12.9000303@fedoraproject.org> <7ebb24d10603160758i46b80de7q2a93be0901dd53f6@mail.gmail.com> Message-ID: agree with you, ben, great idea (i think updating during install would be the best choice). but is there enough time until the release? -------------- next part -------------- An HTML attachment was scrubbed... URL: From gilboad at gmail.com Thu Mar 16 16:00:19 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 16 Mar 2006 18:00:19 +0200 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142524217.3041.48.camel@laptopd505.fenrus.org> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> <7ebb24d10603160744r26fa811dp11c978648939e8d6@mail.gmail.com> <1142524217.3041.48.camel@laptopd505.fenrus.org> Message-ID: <1142524819.26525.8.camel@gilboa-work-dev> On Thu, 2006-03-16 at 16:50 +0100, Arjan van de Ven wrote: > > It might cut down on the number of "Fedora > > ate my baby" posts. > > > so far most initial FC releases broke nvidia, so I don't expect that > backlash :) > > (and future ones most likely again will break it, at some point even > permanent. it's not a question of if but a question of when) > ...Hopefully when Linux users will have sufficiently powerful GPU with mature open-source drivers alternative *. Gilboa * Capable of running Quake 5 at 1600x1200... ;) From jspaleta at gmail.com Thu Mar 16 16:02:03 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 16 Mar 2006 11:02:03 -0500 Subject: any way to install fc trough the internet ? In-Reply-To: <44198A20.6090000@BitWagon.com> References: <44197745.4020103@freesurf.fr> <44197815.2090506@fedoraproject.org> <604aa7910603160729o6a694824i569daddec3ae07d6@mail.gmail.com> <44198575.3020805@fedoraproject.org> <44198A20.6090000@BitWagon.com> Message-ID: <604aa7910603160802j38311672vc52a27bcbe5132c1@mail.gmail.com> On 3/16/06, John Reiser wrote: > The boot.iso is 6MB; the rescue image is over ten times as large. > There are 16MB and 32MB USB flash drives that will hold boot.iso > but not the rescue image. shouldn't flash drives be using the diskboot.img if the intention is to attempt to boot into the installer from the flash drive? -jef From katzj at redhat.com Thu Mar 16 16:17:15 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 16 Mar 2006 11:17:15 -0500 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <7ebb24d10603160744r26fa811dp11c978648939e8d6@mail.gmail.com> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> <7ebb24d10603160744r26fa811dp11c978648939e8d6@mail.gmail.com> Message-ID: <1142525835.23758.3.camel@orodruin.boston.redhat.com> On Thu, 2006-03-16 at 11:44 -0400, Ben Steeves wrote: > On 3/16/06, Gilboa Davara wrote: > > D. User, not being forced to install updates, (and being unaware of > > the problem) doesn't install the fixed kernel. > > On that note (not entirely related to this thread, I admit): has > anyone ever considered the idea of having firstboot ask the user if > they'd like to run an initial yum update before they even finish > booting the first time? It might cut down on the number of "Fedora > ate my baby" posts. In the past, an up2date run has been done in firstboot. It's kind of horky as it's really only viable for "normal" networking and not for cases which require, eg, pppoe or dialup. One thing that we'll probably be looking at enabling in FC6 is the ability to get updates at install time so that you even install the package only once. But it will have somewhat similar constraints on how we can retrieve those updates Jeremy From gabbath at gmail.com Thu Mar 16 16:20:43 2006 From: gabbath at gmail.com (Dan Gabriel Ghita) Date: Thu, 16 Mar 2006 16:20:43 +0000 Subject: RFE: have firstboot perform an initial package update In-Reply-To: References: <7ebb24d10603160746m8f2c0b7p723135b99f54247b@mail.gmail.com> <44198A12.9000303@fedoraproject.org> <7ebb24d10603160758i46b80de7q2a93be0901dd53f6@mail.gmail.com> Message-ID: oops, sorry, discard my last question. i guess i'm just hoping that there can be something done to make nvidia/ati modules work out-of-the-box on fc5final, some last-minute miracle.. thing.. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cannewilson at tiscali.co.uk Thu Mar 16 16:31:51 2006 From: cannewilson at tiscali.co.uk (Anne Wilson) Date: Thu, 16 Mar 2006 16:31:51 +0000 Subject: RFE: have firstboot perform an initial package update In-Reply-To: <1142524634.26525.5.camel@gilboa-work-dev> References: <7ebb24d10603160746m8f2c0b7p723135b99f54247b@mail.gmail.com> <1142524634.26525.5.camel@gilboa-work-dev> Message-ID: <200603161631.55396.cannewilson@tiscali.co.uk> On Thursday 16 March 2006 15:57, Gilboa Davara wrote: > > I second the above. > Ummm... there's a problem, though: by doing it during firstboot you look > the user out of his machine till the download is completed... for slow > modem users this might be a problem. (Especially down the line, when > you'll have 1GB of updates to download...) Also, people with dial-up connections sometimes have time-sensitive charges, so may wish to wait until the cheaper rate is available. As long as there is an option, though, it would alert them to the fact that an update should be done as soon as possible. Anne -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From alan at clueserver.org Thu Mar 16 16:36:53 2006 From: alan at clueserver.org (alan) Date: Thu, 16 Mar 2006 08:36:53 -0800 (PST) Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142516510.14319.55.camel@gilboa-work-dev> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> <1142511888.14319.21.camel@gilboa-work-dev> <1142512080.3041.30.camel@laptopd505.fenrus.org> <1142516510.14319.55.camel@gilboa-work-dev> Message-ID: On Thu, 16 Mar 2006, Gilboa Davara wrote: > On Thu, 2006-03-16 at 13:28 +0100, Arjan van de Ven wrote: >>> >>> In nVidia/ATI's defense, unlike previous FC/non-GPL problems (udev, 4K >>> stacks, etc) the problem is not with the closed source drivers failing >>> to follow the latest kernel trunk. >>> Beside releasing their code under GPL (Which is a good thing(tm)) >>> there's nothing nVidia nor ATI can do to fix this problem. >> >> >> this claim is incorrect, the workaround is trivial. >> > > I assume you mean "fixing" their driver by adding a copy of > print_tainted function, right? > Am I missing any other solution? The nVIDIA driver does not build without patches anyways. They need to release a new version real soon now to cover the changes for anyone running a new kernel. (Not just for Fedora.) -- "George W. Bush -- Bringing back the Sixties one Nixon at a time." From dant at cdkkt.com Thu Mar 16 16:37:18 2006 From: dant at cdkkt.com (Dan Thurman) Date: Thu, 16 Mar 2006 08:37:18 -0800 Subject: Kudzu is dead, causes my system to hang. In-Reply-To: <20060316064318.GA494@devserv.devel.redhat.com> References: <1142476253.2991.5.camel@copper.cdkkt.com> <20060316064318.GA494@devserv.devel.redhat.com> Message-ID: <1142527038.2991.6.camel@copper.cdkkt.com> On Thu, 2006-03-16 at 01:43 -0500, Bill Nottingham wrote: > Dan Thurman (dant at cdkkt.com) said: > > I think someone really needs to fix this program. I am > > running ZEN so perhaps this is where the problem is but > > I haven't tried running FC5T3 without ZEN so I cannot > > attest for that. > > If you run (after booting) 'strace /usr/bin/kudzu', what are the > last 10-20 lines? > > You may need to install the strace package first. > > Bill Here is the last few lines after running strace /sbin/kudzu: close(6) = 0 open("/proc/ide/hdb/geometry", O_RDONLY) = 6 read(6, "physical 0/0/0\nlogical "..., 255) = 41 close(6) = 0 open("/proc/ide/hda/driver", O_RDONLY) = 6 read(6, "ide-disk version 1.18\n", 50) = 22 close(6) = 0 open("/proc/ide/hda/media", O_RDONLY) = 6 read(6, "disk\n", 50) = 5 close(6) = 0 open("/proc/ide/hda/model", O_RDONLY) = 6 read(6, "Maxtor 6L200P0\n", 50) = 15 close(6) = 0 open("/proc/ide/hda/geometry", O_RDONLY) = 6 read(6, "physical 16383/16/63\nlogical"..., 255) = 51 close(6) = 0 open("/proc/ide/ide0/driver", O_RDONLY) = -1 ENOENT (No such file or directory) open("/proc/ide/ide0/media", O_RDONLY) = -1 ENOENT (No such file or directory) getdents(3, /* 0 entries */, 8192) = 0 close(3) = 0 readlink("/proc/self/fd/0", "/dev/pts/1", 4096) = 10 readlink("/proc/self/fd/1", "/dev/pts/1", 4096) = 10 readlink("/proc/self/fd/2", "/dev/pts/1", 4096) = 10 open("/dev/console", O_RDWR) = 3 ioctl(3, TIOCLINUX, 0xbfb4366b) = 6 vm86old(0) = -1 EFAULT (Bad address) access("/proc/xen", X_OK) = 0 open("/dev/zero", O_RDWR) = 6 mmap2(0x10000, 524288, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_SHARED| MAP_FIXED, 6, 0) = 0x10000 close(6) = 0 open("/dev/mem", O_RDWR) = 6 mmap2(NULL, 1282, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_SHARED|MAP_FIXED, 6, 0) = 0 mmap2(0xa0000, 393216, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 6, 0xa0) = 0xa0000 close(6) = 0 iopl(0x3) = 0 ioperm(0, 0x400, 0x1) = 0 iopl(0x3) = 0 ioperm(0, 0x400, 0x1) = 0 Dan From jkeating at redhat.com Thu Mar 16 16:42:46 2006 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 16 Mar 2006 11:42:46 -0500 Subject: Could tthere be an update iso distribution In-Reply-To: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> Message-ID: <44199586.6040701@redhat.com> On 03/16/2006 Leslie Satenstein wrote: > With kudzu broken, potential keyboard problems, as well as the 2054 kernel for nvidia, I see no reason to download the first release. > Why push broken software unless a new iso in a very short time thereafter(2 weeks) is released. Kudzu works for the vast majority of users right now. Bill has been trying to get specific information out of you and has thus far failed to get anything helpful for fixing your particular problem. What 'keyboard' issues? We've had testers testing our various input methods and they work just as well if not way better than the current FC4. As for the nivida thing, welcome to Fedora. We manage to break proprietary drivers out of the gate in just about every release, whether it be our fault or Vendor's fault, it happens. We don't support these drivers so it isn't our major concern to make sure they work. No software is perfect, and there has to be an acceptable amount of shipped bugs. If we waited until the software had no bugs to ship, we'd never ship. I'm proud of this release, and proud of all the hardwork the developers, documenters, testers, etc put in. Both inside and especially outside of Red Hat. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: OpenPGP digital signature URL: From seanlkml at sympatico.ca Thu Mar 16 16:41:36 2006 From: seanlkml at sympatico.ca (sean) Date: Thu, 16 Mar 2006 11:41:36 -0500 Subject: Could tthere be an update iso distribution In-Reply-To: <1142525159.6509.11.camel@kj> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> Message-ID: On Thu, 16 Mar 2006 17:05:59 +0100 Klaasjan Brand wrote: > Maybe at last someone will reverse engineer the nvidia hardware and > build an open source driver? :) Just to be clear, there already is a perfectly good open source nvidia driver that should be used by the _vast_ majority of people saddled with nvidia hardware. Only those playing 3d games under Linux or driving multiple displays need to even consider the proprietary driver. Way too many people end up installing the binary albatross just for everyday desktop use, which is nuts. Sean From alan at clueserver.org Thu Mar 16 16:46:16 2006 From: alan at clueserver.org (alan) Date: Thu, 16 Mar 2006 08:46:16 -0800 (PST) Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142524819.26525.8.camel@gilboa-work-dev> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> <7ebb24d10603160744r26fa811dp11c978648939e8d6@mail.gmail.com> <1142524217.3041.48.camel@laptopd505.fenrus.org> <1142524819.26525.8.camel@gilboa-work-dev> Message-ID: On Thu, 16 Mar 2006, Gilboa Davara wrote: > On Thu, 2006-03-16 at 16:50 +0100, Arjan van de Ven wrote: >>> It might cut down on the number of "Fedora >>> ate my baby" posts. >> >> >> so far most initial FC releases broke nvidia, so I don't expect that >> backlash :) >> >> (and future ones most likely again will break it, at some point even >> permanent. it's not a question of if but a question of when) >> > > ...Hopefully when Linux users will have sufficiently powerful GPU with > mature open-source drivers alternative *. That is not going to happen until the patent and copy control issues get straightened out. Patents are an issue due to liability. From what I have been told by a chip designer, everyone steps on everyone elses patents. If you have an open source driver, it is easier to prove the violation. If you have a closed source driver, it costs a million dollars or more to reverse engineer it to prove. One company that I know of does not release all their hardware information due to one bit in one library. It is the one that toggles Macrovision for their mpg functions. The mpaa and thier ilk have threatened them with kneecapage if they release the library in the form that those nogoonick open source commies can render their bits copyable. Wireless drivers have similar legal issues. The FCC does not want open source firmware because that would allow you to change power levels and frequencies outside of authorized ranges. None of these people have heard of disassemblers. -- "George W. Bush -- Bringing back the Sixties one Nixon at a time." From arjan at fenrus.demon.nl Thu Mar 16 16:53:31 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Thu, 16 Mar 2006 17:53:31 +0100 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> <7ebb24d10603160744r26fa811dp11c978648939e8d6@mail.gmail.com> <1142524217.3041.48.camel@laptopd505.fenrus.org> <1142524819.26525.8.camel@gilboa-work-dev> Message-ID: <1142528012.3041.56.camel@laptopd505.fenrus.org> On Thu, 2006-03-16 at 08:46 -0800, alan wrote: > On Thu, 16 Mar 2006, Gilboa Davara wrote: > > > On Thu, 2006-03-16 at 16:50 +0100, Arjan van de Ven wrote: > >>> It might cut down on the number of "Fedora > >>> ate my baby" posts. > >> > >> > >> so far most initial FC releases broke nvidia, so I don't expect that > >> backlash :) > >> > >> (and future ones most likely again will break it, at some point even > >> permanent. it's not a question of if but a question of when) > >> > > > > ...Hopefully when Linux users will have sufficiently powerful GPU with > > mature open-source drivers alternative *. > > That is not going to happen until the patent and copy control issues get > straightened out. > > Patents are an issue due to liability. From what I have been told by a > chip designer, everyone steps on everyone elses patents. If you have an > open source driver, it is easier to prove the violation. If you have a > closed source driver, it costs a million dollars or more to reverse > engineer it to prove. I've heard this and many other excuses before ;) To a large degree it IS an excuse. NVidia just doesn't want to open. Anything else is basically them trying to find an excuse that sounds plausible and may get accepted by people. (It's not that those excuses are lies without any truth; but the causal relationship just isn't there) From berryja at gmail.com Thu Mar 16 17:01:35 2006 From: berryja at gmail.com (Jonathan Berry) Date: Thu, 16 Mar 2006 11:01:35 -0600 Subject: Could tthere be an update iso distribution In-Reply-To: References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> Message-ID: <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> On 3/16/06, sean wrote: > On Thu, 16 Mar 2006 17:05:59 +0100 > Klaasjan Brand wrote: > > > Maybe at last someone will reverse engineer the nvidia hardware and > > build an open source driver? :) > > Just to be clear, there already is a perfectly good open source Umm, the nv driver is far from being "perfectly good," sorry. Most of the time it works for 2D, yes. As you mention below, it does not support 3D at all. Also, for me, the nv driver does not even support simple 2D OpenGL programs for some reason. Especially right now OpenGL support is essential since I am taking a class that involves writing OpenGL programs. > nvidia driver that should be used by the _vast_ majority of people > saddled with nvidia hardware. Only those playing 3d games under > Linux or driving multiple displays need to even consider the Consider? No, they *must* use the nvidia driver in those cases. There is nothing to consider. > proprietary driver. Way too many people end up installing the > binary albatross just for everyday desktop use, which is nuts. That may be true, but when I spend a not insignificant amount of money on a nice video card, I expect to be able to use all of the functionality. At least nVidia does a decent job of supporting their hardware and providing Linux drivers that most of the time work (and usually work *very* well). That cannot be said of some other video chipset manufacturers... Jonathan From alan at clueserver.org Thu Mar 16 17:03:19 2006 From: alan at clueserver.org (alan) Date: Thu, 16 Mar 2006 09:03:19 -0800 (PST) Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142528012.3041.56.camel@laptopd505.fenrus.org> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> <7ebb24d10603160744r26fa811dp11c978648939e8d6@mail.gmail.com> <1142524217.3041.48.camel@laptopd505.fenrus.org> <1142524819.26525.8.camel@gilboa-work-dev> <1142528012.3041.56.camel@laptopd505.fenrus.org> Message-ID: On Thu, 16 Mar 2006, Arjan van de Ven wrote: > On Thu, 2006-03-16 at 08:46 -0800, alan wrote: >> On Thu, 16 Mar 2006, Gilboa Davara wrote: >> >>> On Thu, 2006-03-16 at 16:50 +0100, Arjan van de Ven wrote: >>>>> It might cut down on the number of "Fedora >>>>> ate my baby" posts. >>>> >>>> >>>> so far most initial FC releases broke nvidia, so I don't expect that >>>> backlash :) >>>> >>>> (and future ones most likely again will break it, at some point even >>>> permanent. it's not a question of if but a question of when) >>>> >>> >>> ...Hopefully when Linux users will have sufficiently powerful GPU with >>> mature open-source drivers alternative *. >> >> That is not going to happen until the patent and copy control issues get >> straightened out. >> >> Patents are an issue due to liability. From what I have been told by a >> chip designer, everyone steps on everyone elses patents. If you have an >> open source driver, it is easier to prove the violation. If you have a >> closed source driver, it costs a million dollars or more to reverse >> engineer it to prove. > > > I've heard this and many other excuses before ;) > To a large degree it IS an excuse. NVidia just doesn't want to open. > Anything else is basically them trying to find an excuse that sounds > plausible and may get accepted by people. > > (It's not that those excuses are lies without any truth; but the causal > relationship just isn't there) The question I have is who they are afraid of. There are only two manufaturers of fast video cards at this point. (Three, if you count Matrox.) They need to come to a truce and stop all this wasteful bickering. Especially ATI. They don't even support all of their shipping chipsets with closed source drivers. Their api documentation (what they will release) is inaccurate most of the time. It may be excuses, but until you can convince the legal department that it is a good idea, it is not going to happen. Yes, it is a cop-out on their part, but they think that playing safe is better than the possible threat from some unknown entity possibly threatening them with legal action. -- "George W. Bush -- Bringing back the Sixties one Nixon at a time." From arjan at fenrus.demon.nl Thu Mar 16 17:06:59 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Thu, 16 Mar 2006 18:06:59 +0100 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> <7ebb24d10603160744r26fa811dp11c978648939e8d6@mail.gmail.com> <1142524217.3041.48.camel@laptopd505.fenrus.org> <1142524819.26525.8.camel@gilboa-work-dev> <1142528012.3041.56.camel@laptopd505.fenrus.org> Message-ID: <1142528820.3041.59.camel@laptopd505.fenrus.org> > > > > I've heard this and many other excuses before ;) > > To a large degree it IS an excuse. NVidia just doesn't want to open. > > Anything else is basically them trying to find an excuse that sounds > > plausible and may get accepted by people. > > > > (It's not that those excuses are lies without any truth; but the causal > > relationship just isn't there) > > The question I have is who they are afraid of. it's not about fear. It's about just not caring and wanting to bother most of all afaics. > There are only two > manufaturers of fast video cards at this point. (Three, if you count > Matrox.) They need to come to a truce and stop all this wasteful > bickering three if you count Intel ;) > Especially ATI. They don't even support all of their shipping chipsets > with closed source drivers. Their api documentation (what they will > release) is inaccurate most of the time. there is also the X-box factor "you get the Xbox/Xbox360 contract if you don't do open linux drivers, and better if you do just bad linux in general" From jspaleta at gmail.com Thu Mar 16 17:12:04 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 16 Mar 2006 12:12:04 -0500 Subject: Could tthere be an update iso distribution In-Reply-To: <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> Message-ID: <604aa7910603160912s63cff94aq7e2ff882be3a0cb@mail.gmail.com> On 3/16/06, Jonathan Berry wrote: > That may be true, but when I spend a not insignificant amount of money > on a nice video card, I expect to be able to use all of the > functionality. I suggest you re-calibrate that expectation for any hardware which requires drivers which do not exist in the mainline kernel tree. How exactly are you in a position to claim nvidia "usually" works? Are the statistically significant publically available stats about the nvidia driver install base which you can cite? -jef From dant at cdkkt.com Thu Mar 16 17:13:35 2006 From: dant at cdkkt.com (Dan Thurman) Date: Thu, 16 Mar 2006 09:13:35 -0800 Subject: Could tthere be an update iso distribution In-Reply-To: <44199586.6040701@redhat.com> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <44199586.6040701@redhat.com> Message-ID: <1142529216.2991.33.camel@copper.cdkkt.com> On Thu, 2006-03-16 at 11:42 -0500, Jesse Keating wrote: > On 03/16/2006 Leslie Satenstein wrote: > > > With kudzu broken, potential keyboard problems, as well as the 2054 kernel for nvidia, I see no reason to download the first release. > > Why push broken software unless a new iso in a very short time thereafter(2 weeks) is released. > > > Kudzu works for the vast majority of users right now. Bill has been > trying to get specific information out of you and has thus far failed to > get anything helpful for fixing your particular problem. What > 'keyboard' issues? We've had testers testing our various input methods > and they work just as well if not way better than the current FC4. As > for the nivida thing, welcome to Fedora. We manage to break proprietary > drivers out of the gate in just about every release, whether it be our > fault or Vendor's fault, it happens. We don't support these drivers so > it isn't our major concern to make sure they work. > > No software is perfect, and there has to be an acceptable amount of > shipped bugs. If we waited until the software had no bugs to ship, we'd > never ship. I'm proud of this release, and proud of all the hardwork > the developers, documenters, testers, etc put in. Both inside and > especially outside of Red Hat. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list I have been reporting the kudzu problem for at least 1-2 weeks and apparently it wasn't an important to someone until now? Maybe too many fires had to be put out first :-) I wonder how many users out there are using nvidia chipsets? So in effect you are saying... "too bad - you are in the minority and we will continue on and leave you wither in the dust..." Sigh... personally, I would tell you a thing or two not very nice words and to... well... I'm going to be a gentleman and leave it at that. I hope Bill can resolve this issue as soon as possible and can get the fix in before the major release. I was one of those poor saps in FC4 and I can tell you that FC4 first release was a real piece of ****, because for me - I had to jump over HUGE HURDLES to get to a level where I can proceed and thank god I am an engineer and could do it, but for those who could not are basically SOL waiting for the next major release, like FC5 and I guess, unfortunately the vicious cycle might repeat itself. I have offered to give you any information you want from me so that I could help you, and this community, and anyone who have mvidia chipsets in their motherboard like I do. I have responded to Bill as soon as I woke up and read his message to me (from a different email thread) and did an [strace /sbin/kudzu] and gave him the output trace as requested so hopefully this will be something that may give him a handle on the issue. If there is anything else I can do to help, let me know! I am currently running FC5T3 right now as I have bypassed the kudzu boot script until this issue is resolved. Please be nice and let me know if a fix has been generated. Thanks! Dan From seanlkml at sympatico.ca Thu Mar 16 17:11:29 2006 From: seanlkml at sympatico.ca (sean) Date: Thu, 16 Mar 2006 12:11:29 -0500 Subject: Could tthere be an update iso distribution In-Reply-To: <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> Message-ID: On Thu, 16 Mar 2006 11:01:35 -0600 "Jonathan Berry" wrote: > Umm, the nv driver is far from being "perfectly good," sorry. Most of > the time it works for 2D, yes. As you mention below, it does not > support 3D at all. Also, for me, the nv driver does not even support > simple 2D OpenGL programs for some reason. Especially right now > OpenGL support is essential since I am taking a class that involves > writing OpenGL programs. You fall into the minority then; most people today aren't using any Open GL at all in their day to day use. > > nvidia driver that should be used by the _vast_ majority of people > > saddled with nvidia hardware. Only those playing 3d games under > > Linux or driving multiple displays need to even consider the > > Consider? No, they *must* use the nvidia driver in those cases. > There is nothing to consider. Wrong. They could (and IMHO should) consider changing hardware. > > proprietary driver. Way too many people end up installing the > > binary albatross just for everyday desktop use, which is nuts. > > That may be true, but when I spend a not insignificant amount of money > on a nice video card, I expect to be able to use all of the > functionality. At least nVidia does a decent job of supporting their > hardware and providing Linux drivers that most of the time work (and > usually work *very* well). That cannot be said of some other video > chipset manufacturers... I'm not interested in excuses, i'm interested in using and enjoying the benefits of open source software. My point was that many people who share this desire are "helped" into installing the binary crap when they have no real need for it. Sean From alan at clueserver.org Thu Mar 16 17:16:27 2006 From: alan at clueserver.org (alan) Date: Thu, 16 Mar 2006 09:16:27 -0800 (PST) Subject: Could tthere be an update iso distribution In-Reply-To: <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> Message-ID: On Thu, 16 Mar 2006, Jonathan Berry wrote: > On 3/16/06, sean wrote: >> On Thu, 16 Mar 2006 17:05:59 +0100 >> Klaasjan Brand wrote: >> >>> Maybe at last someone will reverse engineer the nvidia hardware and >>> build an open source driver? :) >> >> Just to be clear, there already is a perfectly good open source > > Umm, the nv driver is far from being "perfectly good," sorry. Most of > the time it works for 2D, yes. As you mention below, it does not > support 3D at all. Also, for me, the nv driver does not even support > simple 2D OpenGL programs for some reason. Especially right now > OpenGL support is essential since I am taking a class that involves > writing OpenGL programs. It is also a pain having some programs not run at all or function weirdly due to lack of OpenGL support. >> nvidia driver that should be used by the _vast_ majority of people >> saddled with nvidia hardware. Only those playing 3d games under >> Linux or driving multiple displays need to even consider the > > Consider? No, they *must* use the nvidia driver in those cases. > There is nothing to consider. There is a lot more than just games that use OpenGL. 3d modeling needs it. Anything that needs to display 3d or 2d graphics quickly. Does the nv driver even support hardware acceleration? >> proprietary driver. Way too many people end up installing the >> binary albatross just for everyday desktop use, which is nuts. > > That may be true, but when I spend a not insignificant amount of money > on a nice video card, I expect to be able to use all of the > functionality. At least nVidia does a decent job of supporting their > hardware and providing Linux drivers that most of the time work (and > usually work *very* well). That cannot be said of some other video > chipset manufacturers... *cough* *cough* *ATI* *cough* Actually it is not nuts to run it on a regular desktop. People want hardware acceleration. They want eye candy. They want it fast. Take a look at the Kororaa live CD and you will see what can be done when you have hardware acceleration and OpenGL. One of the reasons that Windows seems much more responsive is that they have access to hardware acceleration and use it when possible in their video drivers. X does not. Not because they can't, but because most hardware acceleration methods require a proprietary driver. http://www.kororaa.org/ It may not be good situation, but it is the situation we are in. -- "George W. Bush -- Bringing back the Sixties one Nixon at a time." From netwiz at crc.id.au Thu Mar 16 17:17:52 2006 From: netwiz at crc.id.au (Steven Haigh) Date: Fri, 17 Mar 2006 04:17:52 +1100 Subject: Could tthere be an update iso distribution In-Reply-To: References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> Message-ID: On 17/03/2006, at 4:11 AM, sean wrote: > On Thu, 16 Mar 2006 11:01:35 -0600 > "Jonathan Berry" wrote: > >> Umm, the nv driver is far from being "perfectly good," sorry. >> Most of >> the time it works for 2D, yes. As you mention below, it does not >> support 3D at all. Also, for me, the nv driver does not even support >> simple 2D OpenGL programs for some reason. Especially right now >> OpenGL support is essential since I am taking a class that involves >> writing OpenGL programs. > > You fall into the minority then; most people today aren't using any > Open GL at all in their day to day use. Really? I call bull. >>> nvidia driver that should be used by the _vast_ majority of people >>> saddled with nvidia hardware. Only those playing 3d games under >>> Linux or driving multiple displays need to even consider the >> >> Consider? No, they *must* use the nvidia driver in those cases. >> There is nothing to consider. > > Wrong. They could (and IMHO should) consider changing hardware. To what? Care to inform me of any cards that are decent and have OpenGL hardware acceleration that will work without a custom module? ATI and Nvidia certainly rule the majority of that market. >>> proprietary driver. Way too many people end up installing the >>> binary albatross just for everyday desktop use, which is nuts. >> >> That may be true, but when I spend a not insignificant amount of >> money >> on a nice video card, I expect to be able to use all of the >> functionality. At least nVidia does a decent job of supporting their >> hardware and providing Linux drivers that most of the time work (and >> usually work *very* well). That cannot be said of some other video >> chipset manufacturers... > > I'm not interested in excuses, i'm interested in using and enjoying > the benefits of open source software. My point was that many people > who share this desire are "helped" into installing the binary crap > when they have no real need for it. Care to sign up to the biggot list? I'm sure it's already full, but your arguements aren't convincing at all - and is the exact reason OSS zealots have such a bad reputation as the "I don't use it so nobody else needs to" attitude lives on. -- Steven Haigh Email: netwiz at crc.id.au Web: http://www.crc.id.au Phone: (03) 9017 0597 - 0412 935 897 From alan at clueserver.org Thu Mar 16 17:18:56 2006 From: alan at clueserver.org (alan) Date: Thu, 16 Mar 2006 09:18:56 -0800 (PST) Subject: Could tthere be an update iso distribution In-Reply-To: <604aa7910603160912s63cff94aq7e2ff882be3a0cb@mail.gmail.com> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> <604aa7910603160912s63cff94aq7e2ff882be3a0cb@mail.gmail.com> Message-ID: On Thu, 16 Mar 2006, Jeff Spaleta wrote: > On 3/16/06, Jonathan Berry wrote: >> That may be true, but when I spend a not insignificant amount of money >> on a nice video card, I expect to be able to use all of the >> functionality. > > I suggest you re-calibrate that expectation for any hardware which > requires drivers which do not exist in the mainline kernel tree. How > exactly are you in a position to claim nvidia "usually" works? Are the > statistically significant publically available stats about the nvidia > driver install base which you can cite? Not without involving marketing. If that advice was followed by Windows users, no one would have a useful video card there either. Windows supports little well "out of the box". You always have to install drivers with the device. No matter what it is. -- "George W. Bush -- Bringing back the Sixties one Nixon at a time." From davej at redhat.com Thu Mar 16 17:21:03 2006 From: davej at redhat.com (Dave Jones) Date: Thu, 16 Mar 2006 12:21:03 -0500 Subject: SMP mptable bad signature In-Reply-To: <441988D4.8020406@golden.net> References: <441988D4.8020406@golden.net> Message-ID: <20060316172103.GD1997@redhat.com> On Thu, Mar 16, 2006 at 10:48:36AM -0500, Mike Leahy wrote: > Hello list, > > After updating to the most recent kernel (kernel-2.6.15-1.2054_FC5), I > started getting a new error at startup. At the point where I would > normally see a whole bunch of stuff like messages from SELinux and udev > whiz by, I only get one error message, that says something like "SMP > mptable: bad signature (0x0)", followed by "BIOS bug: MP Table errors > detected (see hw vendor)". After that, the kernel starts to boot, and > the Fedora interface begins loading. > > I'm not sure if this error was always there, but until now I have never > seen it. It may be that I just never saw it because of all the > SELinux/udev messages and such that normally scrolled by before (the > older kernel that I have installed is kernel-2.6.15-1.2032_FC5, and it > still shows these startup messages). The machine seems to have booted > fine, and despite not seeing any SELinux/udev messages at the initial > startup, everything seems to be working the same as before. Is there > anything I should try in order to fix this SMP error, or can it safely > be ignored? It's a BIOS bug, nothing we can do to fix it. Check for an update on the manufacturers site ? I've seen broken variants of this BIOS table appear on some systems that aren't actually SMP capable, so it appears when you run an SMP kernel on UP hardware (Like say, the newer VIA's so that it takes advantage of NX, or x86-64 in FC5 to save distributing a second kernel). In those cases, it also spits out 'disabling SMP', which isn't really a big deal, as the machine is UP anyway. In that case, it's harmless, but noisy. Dave -- http://www.codemonkey.org.uk From peter at thecodergeek.com Thu Mar 16 17:22:46 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 16 Mar 2006 09:22:46 -0800 (PST) Subject: Could tthere be an update iso distribution In-Reply-To: References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> Message-ID: <33358.127.0.0.1.1142529766.squirrel@www.thecodergeek.com> alan said: > There is a lot more than just games that use OpenGL. 3d modeling needs > it. Anything that needs to display 3d or 2d graphics quickly. Does the nv > driver even support hardware acceleration? The 'nv' driver only provides hardware acceleration for 2-D operations, as I understand it. 3-D stuff is all done in software rendering (Mesa Indirect). -- Peter Gordon (codergeek42) This message was sent through a webmail interface, and thus not signed. From peter at thecodergeek.com Thu Mar 16 17:26:19 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 16 Mar 2006 09:26:19 -0800 (PST) Subject: Could tthere be an update iso distribution In-Reply-To: References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> Message-ID: <33415.127.0.0.1.1142529979.squirrel@www.thecodergeek.com> Steven Haigh said: > To what? Care to inform me of any cards that are decent and have > OpenGL hardware acceleration that will work without a custom module? > ATI and Nvidia certainly rule the majority of that market. ATi's older cards (9200 series and earlier) work just fine with the Free Mesa/DRI stack, and run with hardware acceleration "out of the box" because of this. Granted, these cards are not exactly powerful compared to the stuff on the market today, but they're still quite capable of handling many OpenGL and other rendering tasks quite smoothly. -- Peter Gordon (codergeek42) This message was sent through a webmail interface, and thus not signed. From seanlkml at sympatico.ca Thu Mar 16 17:23:58 2006 From: seanlkml at sympatico.ca (sean) Date: Thu, 16 Mar 2006 12:23:58 -0500 Subject: Could tthere be an update iso distribution In-Reply-To: References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> Message-ID: On Fri, 17 Mar 2006 04:17:52 +1100 Steven Haigh wrote: > > You fall into the minority then; most people today aren't using any > > Open GL at all in their day to day use. > > Really? I call bull. Web browsing, Email, Word Processing.... That's most users; no need for openGL. > To what? Care to inform me of any cards that are decent and have > OpenGL hardware acceleration that will work without a custom module? > ATI and Nvidia certainly rule the majority of that market. Take a look at the open source DRI drivers list. May meet your needs depending on what you're trying to do. > Care to sign up to the biggot list? I'm sure it's already full, but > your arguements aren't convincing at all - and is the exact reason > OSS zealots have such a bad reputation as the "I don't use it so > nobody else needs to" attitude lives on. > Bullshit, I didn't come close to saying what you imply. I did explain my priorities and said that many people who actually would prefer to stick to open source as well are lead down the wrong path by Nvidia zealots for no good reason. Sean From berryja at gmail.com Thu Mar 16 17:33:51 2006 From: berryja at gmail.com (Jonathan Berry) Date: Thu, 16 Mar 2006 11:33:51 -0600 Subject: Could tthere be an update iso distribution In-Reply-To: References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> Message-ID: <8767947e0603160933h8cc5e64va95591a06ef5ba6c@mail.gmail.com> On 3/16/06, sean wrote: > On Thu, 16 Mar 2006 11:01:35 -0600 > "Jonathan Berry" wrote: > > > Umm, the nv driver is far from being "perfectly good," sorry. Most of > > the time it works for 2D, yes. As you mention below, it does not > > support 3D at all. Also, for me, the nv driver does not even support > > simple 2D OpenGL programs for some reason. Especially right now > > OpenGL support is essential since I am taking a class that involves > > writing OpenGL programs. > > You fall into the minority then; most people today aren't using any > Open GL at all in their day to day use. Possibly. Why do people buy big fancy graphics cards? To play games, mostly (that is for the normal consumer). Then there is, of course, those in industry that use 3D CAD tools and such. I'd guess that if you know and care that you have an nVidia card, then you want to do 3D. Those who buy a computer without knowing or caring exactly what hardware is there don't count ;). > > > nvidia driver that should be used by the _vast_ majority of people > > > saddled with nvidia hardware. Only those playing 3d games under > > > Linux or driving multiple displays need to even consider the > > > > Consider? No, they *must* use the nvidia driver in those cases. > > There is nothing to consider. > > Wrong. They could (and IMHO should) consider changing hardware. We were talking about nVidia cards, I thought (at least). Show me a graphics card with open source drivers that can perform at least as well as my PCI-e GeForce 6600 GT and I will seriously consider changing hardware. Oh, and I have the possibility for getting another one and doing an SLI setup. Yeah, I don't think such competing hardware exists. > > > proprietary driver. Way too many people end up installing the > > > binary albatross just for everyday desktop use, which is nuts. > > > > That may be true, but when I spend a not insignificant amount of money > > on a nice video card, I expect to be able to use all of the > > functionality. At least nVidia does a decent job of supporting their > > hardware and providing Linux drivers that most of the time work (and > > usually work *very* well). That cannot be said of some other video > > chipset manufacturers... > > I'm not interested in excuses, i'm interested in using and enjoying > the benefits of open source software. My point was that many people If nVidia (or someone else, legally,) produced an open-source driver that worked for 3D, I'd be all for using it. Using the binary driver, especially on Fedora, is somewhat a pain, but the benefits are worth it, for me. > who share this desire are "helped" into installing the binary crap > when they have no real need for it. Why is it "binary crap" as you so elegantly put it? :) If they really share the desire for open source software, then I doubt they will use the binary driver without a real need. I know of people who have nVidia cards and use nv because they like OSS. I really wish that Linux could get past the everything-must-be-GPL attitude. The GPL is great, free, Free software is great, but it doesn't work for some companies, especially when hardware and IP are concerned. Think about it, if nVidia open-sourced their driver, don't you think they would become *the* hardware of choice for nearly *all* of the Linux community? Just a thought. Jonathan From dant at cdkkt.com Thu Mar 16 17:39:14 2006 From: dant at cdkkt.com (Dan Thurman) Date: Thu, 16 Mar 2006 09:39:14 -0800 Subject: Could tthere be an update iso distribution In-Reply-To: References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> <604aa7910603160912s63cff94aq7e2ff882be3a0cb@mail.gmail.com> Message-ID: <1142530755.2991.53.camel@copper.cdkkt.com> On Thu, 2006-03-16 at 09:18 -0800, alan wrote: > On Thu, 16 Mar 2006, Jeff Spaleta wrote: > > > On 3/16/06, Jonathan Berry wrote: > >> That may be true, but when I spend a not insignificant amount of money > >> on a nice video card, I expect to be able to use all of the > >> functionality. > > > > I suggest you re-calibrate that expectation for any hardware which > > requires drivers which do not exist in the mainline kernel tree. How > > exactly are you in a position to claim nvidia "usually" works? Are the > > statistically significant publically available stats about the nvidia > > driver install base which you can cite? > > Not without involving marketing. > > If that advice was followed by Windows users, no one would have a useful > video card there either. Windows supports little well "out of the box". > You always have to install drivers with the device. No matter what it is. > I found that windows will support 640x480 for darn nearly all video cards but you can use the CD, floppies, or Internet (once up) and simply update the drivers. It is REALLY EASY to do. But regarding this release, because Fedora has a program (called kudzu) that is behaving ungracefully, I would say that allowing this release to proceed without a fix is just incredulous to me because it is FEDORA's PROBLEM (even if it was caused by the vendor), but since FEDORA's kuzdu HANGS UMGRACEFULLY, does not BYPASS the problem device or driver, it is IMHO a flaw in the code or at least in the design. Just imagine for a moment that some other device, pick one, exhibits the same symptom as the one caused by nvidia - then what? Then another device, then another... so what will Fedora say? "NOT OUR PROBLEM" and so the finger pointing keeps pointing outwards instead of inwards. THIS is the kind of mentality that can get a professional fired (unless the marketing types or "big boss upstairs" decides to call it an "acceptable risk"). Just my opinion, Dan > -- > "George W. Bush -- Bringing back the Sixties one Nixon at a time." > From seanlkml at sympatico.ca Thu Mar 16 17:42:17 2006 From: seanlkml at sympatico.ca (sean) Date: Thu, 16 Mar 2006 12:42:17 -0500 Subject: Could tthere be an update iso distribution In-Reply-To: <8767947e0603160933h8cc5e64va95591a06ef5ba6c@mail.gmail.com> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> <8767947e0603160933h8cc5e64va95591a06ef5ba6c@mail.gmail.com> Message-ID: On Thu, 16 Mar 2006 11:33:51 -0600 "Jonathan Berry" wrote: > I really wish that Linux could get past the everything-must-be-GPL > attitude. The GPL is great, free, Free software is great, but it > doesn't work for some companies, especially when hardware and IP are > concerned. Think about it, if nVidia open-sourced their driver, don't > you think they would become *the* hardware of choice for nearly *all* > of the Linux community? Just a thought. There may be situations where going with binary drivers on Linux is a lesser evil than the alternatives. I'm not pretending that the current state of open source graphics can handle every situation. My argument is that we shouldn't encourage people down the binary driver path unless they truly have a need for it. I contend that population is much smaller than the current number of binary driver users. Sean From ajchida at gmail.com Thu Mar 16 17:48:24 2006 From: ajchida at gmail.com (Chidananda Jayakeerti) Date: Thu, 16 Mar 2006 09:48:24 -0800 Subject: RFE: have firstboot perform an initial package update In-Reply-To: <200603161631.55396.cannewilson@tiscali.co.uk> References: <7ebb24d10603160746m8f2c0b7p723135b99f54247b@mail.gmail.com> <1142524634.26525.5.camel@gilboa-work-dev> <200603161631.55396.cannewilson@tiscali.co.uk> Message-ID: <71b7a9890603160948p5e2a4e1bjf4a53d887b686d60@mail.gmail.com> > On Thursday 16 March 2006 15:57, Gilboa Davara wrote: > > > > I second the above. > > Ummm... there's a problem, though: by doing it during firstboot you look > > the user out of his machine till the download is completed... for slow > > modem users this might be a problem. (Especially down the line, when > > you'll have 1GB of updates to download...) > > Also, people with dial-up connections sometimes have time-sensitive > charges, > so may wish to wait until the cheaper rate is available. As long as there > is > an option, though, it would alert them to the fact that an update should > be > done as soon as possible. This is a very nice feature to have. Mandrake has had this for a while. Since this is an option at first boot, the user can select which updates to install. Also, if security updates are highlighted, dialup users can install those immediately instead of installing the entire set of updates. Just my 2 cents .. Chida Anne > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From arjan at fenrus.demon.nl Thu Mar 16 17:49:03 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Thu, 16 Mar 2006 18:49:03 +0100 Subject: Could tthere be an update iso distribution In-Reply-To: <8767947e0603160933h8cc5e64va95591a06ef5ba6c@mail.gmail.com> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> <8767947e0603160933h8cc5e64va95591a06ef5ba6c@mail.gmail.com> Message-ID: <1142531344.3041.65.camel@laptopd505.fenrus.org> > I really wish that Linux could get past the everything-must-be-GPL > attitude. well it's the GPL license that says that all kernel parts must be GPL. You don't have to accept the GPL license, in fact you're free to reject it. (but do read about the consequences in the license text) > The GPL is great, free, Free software is great, but it > doesn't work for some companies, especially when hardware and IP are > concerned. well what you propose is basically the BSD license. Now go ask yourself why BSD isn't where linux is today in terms of market share. A big part of that is ... the GPL license. By forcing everyone to give back their improvements, the core gets better. Unlike the BSD world where there are many parties that keep their own improvements binary as "IP and added value", with the result that the core doesn't improve from them. But it's open drivers also that allow people to run newer versions on their older hardware. The windows world doesn't have this; I have had to throw away 2 scanners so far for example because newer windows versions don't support them (well I didn't throw them away, I moved them to linux boxes ;-). Mice, sound cards, USB devices etc etc same deal. The vendor stops caring after he stops selling it (and often no longer exists even). Oh well, I guess this now classifies me as a GPL terrorist because I don't agree with you and say things that might take your precious nvidia card away from linux.... well I've been called worse ;) From guess.who at freesurf.fr Thu Mar 16 17:50:25 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 16 Mar 2006 18:50:25 +0100 Subject: any way to install fc trough the internet ? In-Reply-To: <44197815.2090506@fedoraproject.org> References: <44197745.4020103@freesurf.fr> <44197815.2090506@fedoraproject.org> Message-ID: <4419A561.7060902@freesurf.fr> Maybe my question wasn't so clear ! I wanted to know if one can install fc from the INTERNET, and from a NETWORK ! Booting rescue cd allows to install from ftp NETWORK (=private) server ; but not (afaik) from the INTERNET ! One must to FIRST download iso, then mount, then copy to dir on pc having ftp server running. Right ? Is there a way to install directly from fedora site ? thx larry Rahul Sundaram wrote: > LarryT wrote: > >> I wonder if one can install fc booting from a cd rescue and >> connectiong to the internet ? using yum or something like this ? >> I cant find it, but maybe i miss something ? >> >> I know it is possible from the network, AFTER downloading an iso ; but >> without downloading ? >> > Download the boot.iso from the images folder and boot using linux > askmethod. http://fedora.redhat.com/docs/fedora-install-guide-en/ > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From jameshubbard at gmail.com Thu Mar 16 17:53:01 2006 From: jameshubbard at gmail.com (James Hubbard) Date: Thu, 16 Mar 2006 12:53:01 -0500 Subject: Could tthere be an update iso distribution In-Reply-To: References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> Message-ID: On 3/16/06, sean wrote: > Just to be clear, there already is a perfectly good open source > nvidia driver that should be used by the _vast_ majority of people > saddled with nvidia hardware. Only those playing 3d games under > Linux or driving multiple displays need to even consider the > proprietary driver. Way too many people end up installing the > binary albatross just for everyday desktop use, which is nuts. There have been times in the past when I have had to use the binary driver for both ATI and NVIDIA to get reasonable performance from a JAVA apps that was using OpenMap. I was not using any OpenGL libraries. When looking at top, X was up around 50%-70% utilization. After installing the binary drivers for both cards, the X utilization dropped down to about 20%. It's been about 1.5 years since this occurred, so I've not tested the latest 2D drivers with the application. I'm in the process of specing out a suite of ~35 notebooks that will have either Fedora Core or RedHat WS. I'm not sure how many suites will end up being purchased. Each laptop needs high performance 3D capability, since it will be using an appliation that uses OpenGL. The requirements for NVIDIA graphics are already in the spec. OS isn't yet, because we're waiting to see what happens. The apps running under linux will be open source, so its not a big deal to recompile to fit the environment. What is a big deal is making sure that people of lesser skill can install and get the machines setup correctly. If someone can suggest a graphics card with reasonable 3D performance, open source drivers, and can be purchased online at most websites; I'd be intersted in knowing what it is. I don't believe that it exists especially for notebooks. -- James From seanlkml at sympatico.ca Thu Mar 16 17:52:07 2006 From: seanlkml at sympatico.ca (sean) Date: Thu, 16 Mar 2006 12:52:07 -0500 Subject: Could tthere be an update iso distribution In-Reply-To: <1142530755.2991.53.camel@copper.cdkkt.com> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> <604aa7910603160912s63cff94aq7e2ff882be3a0cb@mail.gmail.com> <1142530755.2991.53.camel@copper.cdkkt.com> Message-ID: On Thu, 16 Mar 2006 09:39:14 -0800 Dan Thurman wrote: > But regarding this release, because Fedora has a program (called kudzu) > that is behaving ungracefully, I would say that allowing this release to > proceed without a fix is just incredulous to me because it is FEDORA's > PROBLEM (even if it was caused by the vendor), but since FEDORA's kuzdu > HANGS UMGRACEFULLY, does not BYPASS the problem device or driver, it is > IMHO a flaw in the code or at least in the design. AFAIK kudzu only has a problem after you try to install the binary driver at which point you're kinda on your own anyway. > Just imagine for a moment that some other device, pick one, exhibits the > same symptom as the one caused by nvidia - then what? Then another > device, then another... so what will Fedora say? > > "NOT OUR PROBLEM" and so the finger pointing keeps pointing outwards > instead of inwards. THIS is the kind of mentality that can get a > professional fired (unless the marketing types or "big boss upstairs" > decides to call it an "acceptable risk"). Fedora is a distro specifically targeted at people more interested in open source than in the latest binary blob. Other distributions have other priorities. Sean From sundaram at fedoraproject.org Thu Mar 16 17:54:46 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 16 Mar 2006 23:24:46 +0530 Subject: any way to install fc trough the internet ? In-Reply-To: <4419A561.7060902@freesurf.fr> References: <44197745.4020103@freesurf.fr> <44197815.2090506@fedoraproject.org> <4419A561.7060902@freesurf.fr> Message-ID: <4419A666.5000407@fedoraproject.org> LarryT wrote: > Maybe my question wasn't so clear ! > I wanted to know if one can install fc from the INTERNET, and from a > NETWORK ! > Booting rescue cd allows to install from ftp NETWORK (=private) > server ; but not (afaik) from the INTERNET ! Did you read the guide? If you download the rescue or boot image you can then point it to a NFS/http/ftp mirrors and install directly from the net. -- Rahul From jspaleta at gmail.com Thu Mar 16 18:02:42 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 16 Mar 2006 13:02:42 -0500 Subject: any way to install fc trough the internet ? In-Reply-To: <4419A561.7060902@freesurf.fr> References: <44197745.4020103@freesurf.fr> <44197815.2090506@fedoraproject.org> <4419A561.7060902@freesurf.fr> Message-ID: <604aa7910603161002r5737ea15gf1183856b8044fc7@mail.gmail.com> On 3/16/06, LarryT wrote: > Booting rescue cd allows to install from ftp NETWORK (=private) server > ; but not (afaik) from the INTERNET ! One must to FIRST download iso, > then mount, then copy to dir on pc having ftp server running. > Right ? I assure you.. that I can start installs from ftp servers on the internet (aka fedora mirrors) using the available network install options available via the askmethod procedure. You just need the public ip of the ftp server, and you need to know the path on the ftp fedora mirror which ends with "os/" and includes the "Fedora" directory. For example, to attempt the ftp install of FC4 from the ftp mirror ftp.linux.ncsu.edu ip address 152.1.2.172 i would first burn a copy of rescuecd.iso from the fc4 tree by downloading it from ftp://ftp.linux.ncsu.edu/pub/fedora/linux/core/4/i386/os/images/ I would then boot from the rescuecd and follow the instructions for an ftp install, copnfiguring the network settings as required. When it asks for information about the ftp server i would use either the dns hostname ftp.linux.ncsu.edu or the ip address 152.1.2.172 if i don't have a working dns configuration. When it asks for the path on the server i would use /pub/fedora/linux/core/4/i386/os/ The install would then proceed by downloading from the ftp server. A similar process can be used for any fedora mirror http://fedora.redhat.com/Download/mirrors.html which you feel will work reliably. Whether or not any specific public mirror will work reliably enough for you to complete an install is a question that I can not answer. I local mirror that you control on your local network is always prefered to minimize potential network problems outside of your control. -jef From guess.who at freesurf.fr Thu Mar 16 18:04:16 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 16 Mar 2006 19:04:16 +0100 Subject: any way to install fc trough the internet ? In-Reply-To: <4419A666.5000407@fedoraproject.org> References: <44197745.4020103@freesurf.fr> <44197815.2090506@fedoraproject.org> <4419A561.7060902@freesurf.fr> <4419A666.5000407@fedoraproject.org> Message-ID: <4419A8A0.7060500@freesurf.fr> Really sorry :-[ I must have missed the best Rahul Sundaram wrote: > LarryT wrote: > >> Maybe my question wasn't so clear ! >> I wanted to know if one can install fc from the INTERNET, and from a >> NETWORK ! >> Booting rescue cd allows to install from ftp NETWORK (=private) >> server ; but not (afaik) from the INTERNET ! > > > Did you read the guide? If you download the rescue or boot image you can > then point it to a NFS/http/ftp mirrors and install directly from the net. > > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From mgleahy at golden.net Thu Mar 16 18:15:41 2006 From: mgleahy at golden.net (Mike Leahy) Date: Thu, 16 Mar 2006 13:15:41 -0500 Subject: SMP mptable bad signature In-Reply-To: <441988D4.8020406@golden.net> References: <441988D4.8020406@golden.net> Message-ID: <4419AB4D.7070601@golden.net> Hey, I read somewhere else that if I have ACPI enabled, then the kernel shouldn't even be checking for the SMP table (http://www.ussg.iu.edu/hypermail/linux/kernel/0311.1/0971.html). I have a Toshiba satellite (2340-S256), and as far as I know, ACPI is working (at least it looks fine in the info reported by dmesg). I suppose I'll try re-flashing the bios, but I'm pretty sure I already have the latest bios running. I have my doubts that my machine is supposed to be SMP capable. SMP has to do with multi-processor/hyper-threading systems, right? If so, then I know my system has no such features. I just wanted to be sure nothing was being broken by this new error. Thanks for your help, Mike Dave Jones wrote: On Thu, Mar 16, 2006 at 10:48:36AM -0500, Mike Leahy wrote: > Hello list, > > After updating to the most recent kernel (kernel-2.6.15-1.2054_FC5), I > started getting a new error at startup. At the point where I would > normally see a whole bunch of stuff like messages from SELinux and udev > whiz by, I only get one error message, that says something like "SMP > mptable: bad signature (0x0)", followed by "BIOS bug: MP Table errors > detected (see hw vendor)". After that, the kernel starts to boot, and > the Fedora interface begins loading. > > I'm not sure if this error was always there, but until now I have never > seen it. It may be that I just never saw it because of all the > SELinux/udev messages and such that normally scrolled by before (the > older kernel that I have installed is kernel-2.6.15-1.2032_FC5, and it > still shows these startup messages). The machine seems to have booted > fine, and despite not seeing any SELinux/udev messages at the initial > startup, everything seems to be working the same as before. Is there > anything I should try in order to fix this SMP error, or can it safely > be ignored? It's a BIOS bug, nothing we can do to fix it. Check for an update on the manufacturers site ? I've seen broken variants of this BIOS table appear on some systems that aren't actually SMP capable, so it appears when you run an SMP kernel on UP hardware (Like say, the newer VIA's so that it takes advantage of NX, or x86-64 in FC5 to save distributing a second kernel). In those cases, it also spits out 'disabling SMP', which isn't really a big deal, as the machine is UP anyway. In that case, it's harmless, but noisy. Dave From jvian10 at charter.net Thu Mar 16 18:19:56 2006 From: jvian10 at charter.net (Jeff Vian) Date: Thu, 16 Mar 2006 12:19:56 -0600 Subject: Could tthere be an update iso distribution In-Reply-To: <20060316121129.3ecf08cb.seanlkml@sympatico.ca> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> <20060316121129.3ecf08cb.seanlkml@sympatico.ca> Message-ID: <1142533196.1389.75.camel@eagle.lab.net> On Thu, 2006-03-16 at 12:11 -0500, sean wrote: > On Thu, 16 Mar 2006 11:01:35 -0600 > "Jonathan Berry" wrote: > > > Umm, the nv driver is far from being "perfectly good," sorry. Most of > > the time it works for 2D, yes. As you mention below, it does not > > support 3D at all. Also, for me, the nv driver does not even support > > simple 2D OpenGL programs for some reason. Especially right now > > OpenGL support is essential since I am taking a class that involves > > writing OpenGL programs. > > You fall into the minority then; most people today aren't using any > Open GL at all in their day to day use. > > > > nvidia driver that should be used by the _vast_ majority of people > > > saddled with nvidia hardware. Only those playing 3d games under > > > Linux or driving multiple displays need to even consider the > > > > Consider? No, they *must* use the nvidia driver in those cases. > > There is nothing to consider. > > Wrong. They could (and IMHO should) consider changing hardware. > PLEASE feel free to make a recommendation for a manufacturer that provides a video card that is competitive with either ATI or nVidia in quality and performance (and with the full 3D capability) and has open source drivers???? I thought so. You can't because there are none. Don't make such impossible suggestions for those of us who MUST use the video cards available to do the graphics they need. Those of us who use cards with no open source drivers available have no choice. As Jonathan said, nothing to consider in which card to choose nor which driver to use. Since we do not have the option to select a better card that has open source drivers available then we have a right to feel that software that breaks the drivers that are available is wrong. I do not have statistics of the percentages of Linux users who fall into that category, but there are a lot and getting to be more all the time. > > > proprietary driver. Way too many people end up installing the > > > binary albatross just for everyday desktop use, which is nuts. > > > > That may be true, but when I spend a not insignificant amount of money > > on a nice video card, I expect to be able to use all of the > > functionality. At least nVidia does a decent job of supporting their > > hardware and providing Linux drivers that most of the time work (and > > usually work *very* well). That cannot be said of some other video > > chipset manufacturers... > > I'm not interested in excuses, i'm interested in using and enjoying > the benefits of open source software. My point was that many people > who share this desire are "helped" into installing the binary crap > when they have no real need for it. > And many do need it. Since you are the one asking for statistics, please provide some of your own. Like, what percentage of those who use the nVidia provided driver do not need it? Although I wish that all software were open source, I understand when the developer chooses to keep it closed and that does not prevent me using what I need. I use open source in every way possible, but am free to pick and choose as I see fit. Your demand that all software you use be open source is noble, but should not infringe on our rights to choose our own path. > Sean > From guess.who at freesurf.fr Thu Mar 16 18:20:33 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 16 Mar 2006 19:20:33 +0100 Subject: any way to install fc trough the internet ? In-Reply-To: <604aa7910603161002r5737ea15gf1183856b8044fc7@mail.gmail.com> References: <44197745.4020103@freesurf.fr> <44197815.2090506@fedoraproject.org> <4419A561.7060902@freesurf.fr> <604aa7910603161002r5737ea15gf1183856b8044fc7@mail.gmail.com> Message-ID: <4419AC71.7010003@freesurf.fr> Thx a lot Jef ---> really kind of you to show me a step-by-step way. Great :) Jeff Spaleta wrote: > On 3/16/06, LarryT wrote: >> Booting rescue cd allows to install from ftp NETWORK (=private) server >> ; but not (afaik) from the INTERNET ! One must to FIRST download iso, >> then mount, then copy to dir on pc having ftp server running. >> Right ? > > I assure you.. that I can start installs from ftp servers on the > internet (aka fedora mirrors) using the available network install > options available via the askmethod procedure. You just need the > public ip of the ftp server, and you need to know the path on the ftp > fedora mirror which ends with "os/" and includes the "Fedora" > directory. > > For example, to attempt the ftp install of FC4 from the ftp mirror > ftp.linux.ncsu.edu ip address 152.1.2.172 > > i would first burn a copy of rescuecd.iso from the fc4 tree by > downloading it from > ftp://ftp.linux.ncsu.edu/pub/fedora/linux/core/4/i386/os/images/ > > I would then boot from the rescuecd and follow the instructions for an > ftp install, copnfiguring the network settings as required. > > When it asks for information about the ftp server i would use either > the dns hostname > ftp.linux.ncsu.edu or the ip address 152.1.2.172 if i don't have a > working dns configuration. > > When it asks for the path on the server i would use > /pub/fedora/linux/core/4/i386/os/ > > The install would then proceed by downloading from the ftp server. A > similar process can be used for any fedora mirror > http://fedora.redhat.com/Download/mirrors.html which you feel will > work reliably. Whether or not any specific public mirror will work > reliably enough for you to complete an install is a question that I > can not answer. I local mirror that you control on your local network > is always prefered to minimize potential network problems outside of > your control. > > -jef > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From seanlkml at sympatico.ca Thu Mar 16 18:30:56 2006 From: seanlkml at sympatico.ca (sean) Date: Thu, 16 Mar 2006 13:30:56 -0500 Subject: Could tthere be an update iso distribution In-Reply-To: <1142533196.1389.75.camel@eagle.lab.net> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> <20060316121129.3ecf08cb.seanlkml@sympatico.ca> <1142533196.1389.75.camel@eagle.lab.net> Message-ID: On Thu, 16 Mar 2006 12:19:56 -0600 Jeff Vian wrote: > PLEASE feel free to make a recommendation for a manufacturer that > provides a video card that is competitive with either ATI or nVidia in > quality and performance (and with the full 3D capability) and has open > source drivers???? > > I thought so. You can't because there are none. Don't make such > impossible suggestions for those of us who MUST use the video cards > available to do the graphics they need. > > Those of us who use cards with no open source drivers available have no > choice. As Jonathan said, nothing to consider in which card to choose > nor which driver to use. Since we do not have the option to select a > better card that has open source drivers available then we have a right > to feel that software that breaks the drivers that are available is > wrong. > > I do not have statistics of the percentages of Linux users who fall into > that category, but there are a lot and getting to be more all the time. PLEASE feel free to read what i wrote and respond accordingly instead of responding to what you imagine i wrote. > And many do need it. > > Since you are the one asking for statistics, please provide some of your > own. Like, what percentage of those who use the nVidia provided driver > do not need it? WHERE exactly did i ask for statistics? > Although I wish that all software were open source, I understand when > the developer chooses to keep it closed and that does not prevent me > using what I need. > > I use open source in every way possible, but am free to pick and choose > as I see fit. Your demand that all software you use be open source is > noble, but should not infringe on our rights to choose our own path. > You're free to do as you choose and my suggestion in no way infringes on your rights. Sean From caldodge at gmail.com Thu Mar 16 18:47:37 2006 From: caldodge at gmail.com (Calvin Dodge) Date: Thu, 16 Mar 2006 11:47:37 -0700 Subject: Nvidia SATA hangups with newer FC5 test kernel Message-ID: <824a5f7a0603161047v211f22f5ya677039a18615799@mail.gmail.com> I have an Asus K8N-VM with an Athlon64 3200+, running in 32-bit mode (had too many problems with 64-bit FC4 on two other Athlon64 systems - one Nvidia-based, the other ATI-based). I'm running FC5 test, and ran into a problem after a kernel upgrade. (from 2.6.15-1996 to 2.6.15-2041 - hangup also happened with build 2032) The SATA controller would timeout during the boot phase - not at first, but during service startup (the service which stopped was never the same - sometimes postfix, sometimes spamd, sometimes something else). I finally did a compare of kernel messages from a 1996 bootup vs a 2041 bootup, and saw the difference was that 2041 enabled APIC by default, while 1996 didn't. I added "noapic" to the appropriate line in grub.conf, and now the system runs fine in 2041. I don't really need any help with this now that the system is working on the newer kernel, but thought the powers-that-be might mention this in some note. Yes, the install notes might mention disabling APIC, but I think a reasonable user might assume that if the initial kernel ran just fine "out of the box", then minor kernel upgrades would work, too. Calvin Dodge From notting at redhat.com Thu Mar 16 18:59:34 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 16 Mar 2006 13:59:34 -0500 Subject: Kudzu is dead, causes my system to hang. In-Reply-To: <1142527038.2991.6.camel@copper.cdkkt.com> References: <1142476253.2991.5.camel@copper.cdkkt.com> <20060316064318.GA494@devserv.devel.redhat.com> <1142527038.2991.6.camel@copper.cdkkt.com> Message-ID: <20060316185934.GA3939@devserv.devel.redhat.com> Dan Thurman (dant at cdkkt.com) said: > Here is the last few lines after running strace /sbin/kudzu: > > close(6) = 0 > open("/proc/ide/hdb/geometry", O_RDONLY) = 6 > read(6, "physical 0/0/0\nlogical "..., 255) = 41 > close(6) = 0 > open("/proc/ide/hda/driver", O_RDONLY) = 6 > read(6, "ide-disk version 1.18\n", 50) = 22 > close(6) = 0 > open("/proc/ide/hda/media", O_RDONLY) = 6 > read(6, "disk\n", 50) = 5 > close(6) = 0 > open("/proc/ide/hda/model", O_RDONLY) = 6 > read(6, "Maxtor 6L200P0\n", 50) = 15 > close(6) = 0 > open("/proc/ide/hda/geometry", O_RDONLY) = 6 > read(6, "physical 16383/16/63\nlogical"..., 255) = 51 > close(6) = 0 > open("/proc/ide/ide0/driver", O_RDONLY) = -1 ENOENT (No such file or > directory) > open("/proc/ide/ide0/media", O_RDONLY) = -1 ENOENT (No such file or > directory) > getdents(3, /* 0 entries */, 8192) = 0 > close(3) = 0 > readlink("/proc/self/fd/0", "/dev/pts/1", 4096) = 10 > readlink("/proc/self/fd/1", "/dev/pts/1", 4096) = 10 > readlink("/proc/self/fd/2", "/dev/pts/1", 4096) = 10 > open("/dev/console", O_RDWR) = 3 > ioctl(3, TIOCLINUX, 0xbfb4366b) = 6 > vm86old(0) = -1 EFAULT (Bad address) > access("/proc/xen", X_OK) = 0 > open("/dev/zero", O_RDWR) = 6 > mmap2(0x10000, 524288, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_SHARED| > MAP_FIXED, 6, 0) = 0x10000 > close(6) = 0 > open("/dev/mem", O_RDWR) = 6 > mmap2(NULL, 1282, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_SHARED|MAP_FIXED, > 6, 0) = 0 > mmap2(0xa0000, 393216, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, 6, > 0xa0) = 0xa0000 > close(6) = 0 > iopl(0x3) = 0 > ioperm(0, 0x400, 0x1) = 0 > iopl(0x3) = 0 > ioperm(0, 0x400, 0x1) = 0 Is this hanging the system, or just the kudzu process? Bill From ivg2 at cornell.edu Thu Mar 16 19:00:53 2006 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Thu, 16 Mar 2006 14:00:53 -0500 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <44194DA3.2020408@mharris.ca> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <44194DA3.2020408@mharris.ca> Message-ID: <4419B5E5.9020300@cornell.edu> >> >> This is beyond *bad*. >> This effectively kills each and every non-GPL kernel module out there. > > Sounds like an awesome feature to me. Perhaps we should add a new > bugzilla resolution "CLOSED->IS_FEATURE" for things like this. ;o) What is the status of this bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182396 Furthermore, why doesn't a blocker bug actually "block" anything? Maybe it's a configuration issue... I don't know. It doesn't help that no comments have been posted since I attached the required data. My point is - for me it is definitely *not* a feature that FC5 will be unusable out of the box. Arjan's assurance that it's "just a matter of time before it is broken again" sounds very disturbing to me. Fedora should be aiming to provide the opposite assurance - "things will work most of the time". I fail to see why it's a good thing when 3D drivers have been broken for a large percent of the Linux user base. From dant at cdkkt.com Thu Mar 16 19:02:28 2006 From: dant at cdkkt.com (Dan Thurman) Date: Thu, 16 Mar 2006 11:02:28 -0800 Subject: Kudzu is dead, causes my system to hang. In-Reply-To: <20060316185934.GA3939@devserv.devel.redhat.com> References: <20060316185934.GA3939@devserv.devel.redhat.com> Message-ID: <1142535749.2991.89.camel@copper.cdkkt.com> On Thu, 2006-03-16 at 10:59 -0800, Bill Nottingham wrote: > Dan Thurman (dant at cdkkt.com) said: > > Here is the last few lines after running strace /sbin/kudzu: > > > > close(6) = 0 > > open("/proc/ide/hdb/geometry", O_RDONLY) = 6 > > read(6, "physical 0/0/0\nlogical "..., 255) = 41 > > close(6) = 0 > > open("/proc/ide/hda/driver", O_RDONLY) = 6 > > read(6, "ide-disk version 1.18\n", 50) = 22 > > close(6) = 0 > > open("/proc/ide/hda/media", O_RDONLY) = 6 > > read(6, "disk\n", 50) = 5 > > close(6) = 0 > > open("/proc/ide/hda/model", O_RDONLY) = 6 > > read(6, "Maxtor 6L200P0\n", 50) = 15 > > close(6) = 0 > > open("/proc/ide/hda/geometry", O_RDONLY) = 6 > > read(6, "physical 16383/16/63\nlogical"..., 255) = 51 > > close(6) = 0 > > open("/proc/ide/ide0/driver", O_RDONLY) = -1 ENOENT (No such file or > > directory) > > open("/proc/ide/ide0/media", O_RDONLY) = -1 ENOENT (No such file or > > directory) > > getdents(3, /* 0 entries */, 8192) = 0 > > close(3) = 0 > > readlink("/proc/self/fd/0", "/dev/pts/1", 4096) = 10 > > readlink("/proc/self/fd/1", "/dev/pts/1", 4096) = 10 > > readlink("/proc/self/fd/2", "/dev/pts/1", 4096) = 10 > > open("/dev/console", O_RDWR) = 3 > > ioctl(3, TIOCLINUX, 0xbfb4366b) = 6 > > vm86old(0) = -1 EFAULT (Bad address) > > access("/proc/xen", X_OK) = 0 > > open("/dev/zero", O_RDWR) = 6 > > mmap2(0x10000, 524288, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_SHARED| > > MAP_FIXED, 6, 0) = 0x10000 > > close(6) = 0 > > open("/dev/mem", O_RDWR) = 6 > > mmap2(NULL, 1282, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_SHARED| > MAP_FIXED, > > 6, 0) = 0 > > mmap2(0xa0000, 393216, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_FIXED, > 6, > > 0xa0) = 0xa0000 > > close(6) = 0 > > iopl(0x3) = 0 > > ioperm(0, 0x400, 0x1) = 0 > > iopl(0x3) = 0 > > ioperm(0, 0x400, 0x1) = 0 > > Is this hanging the system, or just the kudzu process? > > Bill > > Hi Bill, It hangs the system at boot and at kudzu. Kudzu will NOT release itself so you cannot continue unless you disable kudzu from the boot process. I am running the FC5T3 but with kudzu disabled right now. Dan From notting at redhat.com Thu Mar 16 19:03:42 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 16 Mar 2006 14:03:42 -0500 Subject: Kudzu is dead, causes my system to hang. In-Reply-To: <1142535749.2991.89.camel@copper.cdkkt.com> References: <20060316185934.GA3939@devserv.devel.redhat.com> <1142535749.2991.89.camel@copper.cdkkt.com> Message-ID: <20060316190342.GB3939@devserv.devel.redhat.com> Dan Thurman (dant at cdkkt.com) said: > It hangs the system at boot and at kudzu. Kudzu will NOT release > itself so you cannot continue unless you disable kudzu from the > boot process. I am running the FC5T3 but with kudzu disabled > right now. What I mean is can you ctrl-c out of kudzu if you run it later from the command line, or is the entire system hung? Bill From dant at cdkkt.com Thu Mar 16 19:03:45 2006 From: dant at cdkkt.com (Dan Thurman) Date: Thu, 16 Mar 2006 11:03:45 -0800 Subject: Could tthere be an update iso distribution In-Reply-To: <4419B30B.2090302@blagblagblag.org> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> <604aa7910603160912s63cff94aq7e2ff882be3a0cb@mail.gmail.com> <1142530755.2991.53.camel@copper.cdkkt.com> <4419A4F4.3030202@blagblagblag.org> <1142531730.2991.57.camel@copper.cdkkt.com> <4419B30B.2090302@blagblagblag.org> Message-ID: <1142535826.2991.92.camel@copper.cdkkt.com> On Thu, 2006-03-16 at 11:48 -0700, jeff wrote: > Daniel B. Thurman wrote: > > On Thu, 2006-03-16 at 10:48 -0700, jeff wrote: > > > >>Dan Thurman wrote: > >> > >>>But regarding this release, because Fedora has a program (called kudzu) > >>>that is behaving ungracefully, I would say that allowing this release to > >>>proceed without a fix is just incredulous to me because it is FEDORA's > >>>PROBLEM (even if it was caused by the vendor), but since FEDORA's kuzdu > >>>HANGS UMGRACEFULLY, does not BYPASS the problem device or driver, it is > >>>IMHO a flaw in the code or at least in the design. > >> > >>I don't get the rant here. I'm sure there will be an updated kudzu soon > >>after the release. Why should the whole thing be held up because your > >>proprietary stuff doesn't work? FC5tests have been working great for me. > >>I'm glad they're not holding it up. > >> > >>-Jeff > > > > > > Yes, easy for you to say for yourself but if you had a problem such that > > you cannot install FC5 because you had a "proprietary" (or misbehaving) > > driver, then I am sure I would be hearing your rants. To each their > > own, right? :-( > > You can't install at all? > > I thought it was the problem came up after you installed the proprietary > nvidia driver. You could just disable kudzu, if that's the case. It is a software problem and it is called kudzu. I installed NO DRIVERS as kudzu just tries to hardware probe devices and in the case of nvidia, it is the chip-set on my motherboard that somehow is causing kudzu to HANG. I suspect that kuzdu has a BUG, either by code or by design as it should NOT HANG UNGRACEFULLY! So, my point is, is that if some other devices (be it software or hardware) has any symptoms mimicing nvidia then it too will cause kudzu to hang, possibly. Just because it SEEMS like a nvidia problem, the fact is, that kudzu should NOT HANG as it is a MAJOR PROGRAM during the boot process! If you happen to have a device that does this, should you rant too, to be fair? Yes, I bypass kudzu, as I am replying to this email message via FC5T3, so yes I can get by without kudzu for now, but who's to say that some other poor sap won't can has not the brains to figure out how to bypass kudzu and so that rant will start coming out again. Seems like FC4 all over again. History just might repeat itself (again!) Sigh, Dan From berryja at gmail.com Thu Mar 16 19:00:55 2006 From: berryja at gmail.com (Jonathan Berry) Date: Thu, 16 Mar 2006 13:00:55 -0600 Subject: Nvidia SATA hangups with newer FC5 test kernel In-Reply-To: <824a5f7a0603161047v211f22f5ya677039a18615799@mail.gmail.com> References: <824a5f7a0603161047v211f22f5ya677039a18615799@mail.gmail.com> Message-ID: <8767947e0603161100i73478b33v75543c10bd982b3d@mail.gmail.com> On 3/16/06, Calvin Dodge wrote: > I have an Asus K8N-VM with an Athlon64 3200+, running in 32-bit mode > (had too many problems with 64-bit FC4 on two other Athlon64 systems - > one Nvidia-based, the other ATI-based). > > I'm running FC5 test, and ran into a problem after a kernel upgrade. > (from 2.6.15-1996 to 2.6.15-2041 - hangup also happened with build > 2032) > > The SATA controller would timeout during the boot phase - not at > first, but during service startup (the service which stopped was > never the same - sometimes postfix, sometimes spamd, sometimes > something else). > > I finally did a compare of kernel messages from a 1996 bootup vs a > 2041 bootup, and saw the difference was that 2041 enabled APIC by > default, while 1996 didn't. > > I added "noapic" to the appropriate line in grub.conf, and now the > system runs fine in 2041. > > I don't really need any help with this now that the system is working > on the newer kernel, but thought the powers-that-be might mention this > in some note. Yes, the install notes might mention disabling APIC, > but I think a reasonable user might assume that if the initial kernel > ran just fine "out of the box", then minor kernel upgrades would > work, too. Works fine in 64-bit ; ). For me at least. It's not the exact same motherboard, but I have an nForce4 chipset. What problems did you have with 64-bit FC4? Jonathan From seanlkml at sympatico.ca Thu Mar 16 19:09:36 2006 From: seanlkml at sympatico.ca (sean) Date: Thu, 16 Mar 2006 14:09:36 -0500 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <4419B5E5.9020300@cornell.edu> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <44194DA3.2020408@mharris.ca> <4419B5E5.9020300@cornell.edu> Message-ID: On Thu, 16 Mar 2006 14:00:53 -0500 Ivan Gyurdiev wrote: > My point is - for me it is definitely *not* a feature that FC5 will be > unusable out of the box. Arjan's assurance that it's "just a matter of > time before it is broken again" sounds very disturbing to me. Fedora > should be aiming to provide the opposite assurance - "things will work > most of the time". I fail to see why it's a good thing when 3D drivers > have been broken for a large percent of the Linux user base. > Surely was tongue-in-cheek. But the underlying point is that the developers of Fedora are working on open source solutions and just don't have the cycles to accomodate all the needs of closed source drivers as well. More Fedora users should be considering carefully their real 3d needs and tune their graphics purchases to those supported out of the box by Fedora. Those stuck with cards that need binary drivers for 3d graphics, will just have to deal with the bumps in the road; there's nothing on the horizon that suggests life is going to get easier. On a positive note, Fedora will get better and better at supporting 3d graphics for open source cards. Sean From jspaleta at gmail.com Thu Mar 16 19:26:42 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 16 Mar 2006 14:26:42 -0500 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <4419B5E5.9020300@cornell.edu> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <44194DA3.2020408@mharris.ca> <4419B5E5.9020300@cornell.edu> Message-ID: <604aa7910603161126i2c7cb8edg4f823848354bcfee@mail.gmail.com> On 3/16/06, Ivan Gyurdiev wrote: > My point is - for me it is definitely *not* a feature that FC5 will be > unusable out of the box. Arjan's assurance that it's "just a matter of > time before it is broken again" sounds very disturbing to me. It is disturbing.. and its the reality for any module which exists outside the mainline kernel. Doubly more disturbing and doubly more real for binary only modules which may exist. In this case.. can't this be fixed with a hotfix patch to the livna rpms for the nvidia driver so that anyone using the nvidia rpms from livna can have working nvidia "out-of-the-box?" until the next kernel update? Yes yes, shame on the fedora developers for introducing a bug which affects a module they don't directly support nor test for.. shame shame shame. Now how about we get to work making the hot fix in the livna rpms to correct for the mistake. > Fedora > should be aiming to provide the opposite assurance - "things will work > most of the time". Aim for the stars and you land on the moon. testing for the nvidia module functionality has consistently been out-of-scope for the Core developers and I think the arguments on both sides of this issue have been well established now. Instead of getting into this..again.. can you please just reference a similar thread from fc1 or fc2 to save everyone the time. > I fail to see why it's a good thing when 3D drivers > have been broken for a large percent of the Linux user base. Sane people don't claim this is a good thing... but no one has ever claimed that keeping the nvidia driver working or delibrately breaking the nvidia driver was a release goal for any Fedora release.. nor the upstream kernel for that matter. Sometimes bad things happen unintentially based on perfectly reasonable decision making. Its a matter or priorties and its been made abundantly clear through the history of fedora core development, that a working nvidia driver is not a priority on the finite core developer manpower, regardless of the popularity of the driver. Now if you can help fix this by adjusting the livna rpm packages to introduce the missing function as been suggested as a quick fix, please do so. At this point it simply doesn't matter whose fault it is... the release isn't going to be respun to fix this. So we can either hold our breath in protest, or we can get a move on providing a fix in the relevant rpm packages which users will be consuming. -jef"makes his dexterity check and casts 'generic rage' adding +2 damage to all flame attacks"spaleta From jkeating at redhat.com Thu Mar 16 19:27:20 2006 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 16 Mar 2006 11:27:20 -0800 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <4419B5E5.9020300@cornell.edu> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <44194DA3.2020408@mharris.ca> <4419B5E5.9020300@cornell.edu> Message-ID: <4419BC18.6070207@redhat.com> On 03/16/2006 Ivan Gyurdiev wrote: > Maybe it's a configuration issue... I don't know. > It doesn't help that no comments have been posted since I attached the required data. Since anybody can add a bug to the blocker list, the list doesn't really BLOCK anything, but it is a tracking tool for developers and release folks to track things which could be considered blockers. We can chose to ship with any number of blocker bugs still in place, if we feel that they aren't blocking a significant amount of the userbase, or if a fix isn't forthcoming. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: OpenPGP digital signature URL: From caldodge at gmail.com Thu Mar 16 19:34:23 2006 From: caldodge at gmail.com (Calvin Dodge) Date: Thu, 16 Mar 2006 12:34:23 -0700 Subject: Nvidia SATA hangups with newer FC5 test kernel In-Reply-To: <8767947e0603161100i73478b33v75543c10bd982b3d@mail.gmail.com> References: <824a5f7a0603161047v211f22f5ya677039a18615799@mail.gmail.com> <8767947e0603161100i73478b33v75543c10bd982b3d@mail.gmail.com> Message-ID: <824a5f7a0603161134j71a52738ufd145e596d650105@mail.gmail.com> On 3/16/06, Jonathan Berry wrote: > Works fine in 64-bit ; ). For me at least. It's not the exact same > motherboard, but I have an nForce4 chipset. What problems did you > have with 64-bit FC4? First, an Emachines system with the ATI chipset (this machine is some distance away today, so I can't give you more info). The clock ran at double the normal rate. Turning off APIC solved that problem, but not the random lockups. Second, an Asus K8N-E homebrew system (replaced dead Athlon Socket A board). This one would run fine for a few days, then lockup with messages that _seemed_ to be related to i2c activity. That system DID use one ATrpms module - the stock sk98lin module didn't work with the PCI-X NIC we installed. So it's possible the fault was with that module. I tried disabling lm_sensors, turning off APIC, and disabling "Cool 'n Quiet" in the BIOS. Nothing worked. In desperation I finally saved the config info, then installed 32-bit FC4. The system has been stable ever since. I know people have been successfully running Opterons for some time. My suspicion is that not all the kinks have been worked out of the 64-bit kernel (or, perhaps, chipset drivers), and those kinks pop up on certain hardware. I'm not a kernel progammer, so take my suspicion with a bag of salt. Calvin Dodge From berryja at gmail.com Thu Mar 16 19:48:22 2006 From: berryja at gmail.com (Jonathan Berry) Date: Thu, 16 Mar 2006 13:48:22 -0600 Subject: Nvidia SATA hangups with newer FC5 test kernel In-Reply-To: <824a5f7a0603161134j71a52738ufd145e596d650105@mail.gmail.com> References: <824a5f7a0603161047v211f22f5ya677039a18615799@mail.gmail.com> <8767947e0603161100i73478b33v75543c10bd982b3d@mail.gmail.com> <824a5f7a0603161134j71a52738ufd145e596d650105@mail.gmail.com> Message-ID: <8767947e0603161148h75b5c8fcw31c97483474e8007@mail.gmail.com> On 3/16/06, Calvin Dodge wrote: > On 3/16/06, Jonathan Berry wrote: > > Works fine in 64-bit ; ). For me at least. It's not the exact same > > motherboard, but I have an nForce4 chipset. What problems did you > > have with 64-bit FC4? > > First, an Emachines system with the ATI chipset (this machine is some > distance away today, so I can't give you more info). > The clock ran at double the normal rate. Turning off APIC solved that > problem, but not the random lockups. Gag. ATI X200 chipset or similar? That one seems to be pervasive in the name-brand sector for some reason. Yes, I have seen those complaints before. I think this is a hardware issue. Or at least an issue of the software and hardware not agreeing on something. > Second, an Asus K8N-E homebrew system (replaced dead Athlon Socket A > board). This one would run fine for a few days, then lockup with > messages that _seemed_ to be related to i2c activity. > > That system DID use one ATrpms module - the stock sk98lin module > didn't work with the PCI-X NIC we installed. So it's possible the > fault was with that module. PCI-X? Then this is a server class board and different from my desktop class nForce4. I guess I can't help you much, then. > I tried disabling lm_sensors, turning off APIC, and disabling "Cool 'n > Quiet" in the BIOS. Nothing worked. > > In desperation I finally saved the config info, then installed 32-bit > FC4. The system has been stable ever since. > > I know people have been successfully running Opterons for some time. > My suspicion is that not all the kinks have been worked out of the > 64-bit kernel (or, perhaps, chipset drivers), and those kinks pop up > on certain hardware. > > I'm not a kernel progammer, so take my suspicion with a bag of salt. There's no telling, I guess. There is likely an issue in some driver somewhere. It's mostly the same code, as far as I know. It seems software will never be perfect, and when it comes to interacting with hardware, things get even more interesting. Jonathan From ben.steeves at gmail.com Thu Mar 16 19:52:16 2006 From: ben.steeves at gmail.com (Ben Steeves) Date: Thu, 16 Mar 2006 15:52:16 -0400 Subject: RFE: have firstboot perform an initial package update In-Reply-To: <71b7a9890603160948p5e2a4e1bjf4a53d887b686d60@mail.gmail.com> References: <7ebb24d10603160746m8f2c0b7p723135b99f54247b@mail.gmail.com> <1142524634.26525.5.camel@gilboa-work-dev> <200603161631.55396.cannewilson@tiscali.co.uk> <71b7a9890603160948p5e2a4e1bjf4a53d887b686d60@mail.gmail.com> Message-ID: <7ebb24d10603161152n75ceb3c2y3007f1b8882c454b@mail.gmail.com> These are all great comments. I've taken the liberty of added them to the RFE bug. Also, if anyone can find the original RFE that Rahul mentioned and mark mine as a duplicate, that'd be great. I couldn't find it :) -- _ Ben Steeves bcs at metacon.ca ( ) The ASCII ribbon campaign ben.steeves at unb.ca X against HTML e-mail GPG ID: 0xB3EBF1D9 / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves From chasecreek.systemhouse at gmail.com Thu Mar 16 20:05:15 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Thu, 16 Mar 2006 15:05:15 -0500 Subject: Cell Processor? Message-ID: <91f88ee20603161205o5b393c1ej4072b18ce7a6a187@mail.gmail.com> Anyone here got a spare Cell system they need someone to perform development and/or other testing on? -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From fedora at kjb.dds.nl Thu Mar 16 20:05:57 2006 From: fedora at kjb.dds.nl (Klaasjan Brand) Date: Thu, 16 Mar 2006 21:05:57 +0100 Subject: Could tthere be an update iso distribution In-Reply-To: References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> Message-ID: <1142539557.4221.3.camel@localhost.localdomain> On Thu, 2006-03-16 at 12:53 -0500, James Hubbard wrote: > If someone can suggest a graphics card with reasonable 3D performance, > open source drivers, and can be purchased online at most websites; I'd > be intersted in knowing what it is. I don't believe that it exists > especially for notebooks. Afaik, the Intel integrated graphics chips are shipped with lots of Centrino-platform laptops and have open-source DRI drivers. Don't know if it fits your definition of 'reasonable', but maybe something to look into. Klaasjan From berryja at gmail.com Thu Mar 16 19:39:47 2006 From: berryja at gmail.com (Jonathan Berry) Date: Thu, 16 Mar 2006 13:39:47 -0600 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <44194DA3.2020408@mharris.ca> <4419B5E5.9020300@cornell.edu> Message-ID: <8767947e0603161139p68628cc2yeb6c06300ed94b65@mail.gmail.com> On 3/16/06, sean wrote: > On Thu, 16 Mar 2006 14:00:53 -0500 > Ivan Gyurdiev wrote: > > My point is - for me it is definitely *not* a feature that FC5 will be > > unusable out of the box. Arjan's assurance that it's "just a matter of > > time before it is broken again" sounds very disturbing to me. Fedora > > should be aiming to provide the opposite assurance - "things will work > > most of the time". I fail to see why it's a good thing when 3D drivers > > have been broken for a large percent of the Linux user base. > > > > Surely was tongue-in-cheek. But the underlying point is that the > developers of Fedora are working on open source solutions and just > don't have the cycles to accomodate all the needs of closed source > drivers as well. I don't expect Fedora to officially support and test closed source drivers. But I am quite willing to test the nvidia driver and report when things break. If this breakage is due to an oversight or bug (as is the case here), then I expect this to be fixed in the kernel (as it will be). If something changes in the kernel, then I expect my hardware vendor to fix the driver. That's fair, isn't it? > More Fedora users should be considering carefully their real 3d needs > and tune their graphics purchases to those supported out of the box > by Fedora. Those stuck with cards that need binary drivers for > 3d graphics, will just have to deal with the bumps in the road; there's > nothing on the horizon that suggests life is going to get easier. > > On a positive note, Fedora will get better and better at supporting > 3d graphics for open source cards. What graphics cards would those be? Actually, I am interested in seeing a list of cards with open source drivers. Something maybe with some indication of performance relative to each other and relative to nVidia and ATI cards with closed source drivers. Perhaps such a list would help people in deciding what card to buy. I know there are old ATI cards and the Intel integrated chipsets. I refuse to buy anything ATI if I can help it because of their current attitude towards Linux, even an old card with open source drivers. I'm a fan of AMD CPUs and I doubt Intel is going to come out with a motherboard for an AMD CPU... I've actually been considering buying a realtively inexpensive Intel (CPU, graphics, wireless) based laptop to be a Linux-only machine for use as mostly a remote terminal to my desktop. Though, I am slightly concerned about reports I see sometimes about Intel graphics not working properly. Jonathan From caldodge at gmail.com Thu Mar 16 20:13:40 2006 From: caldodge at gmail.com (Calvin Dodge) Date: Thu, 16 Mar 2006 13:13:40 -0700 Subject: Nvidia SATA hangups with newer FC5 test kernel In-Reply-To: <8767947e0603161148h75b5c8fcw31c97483474e8007@mail.gmail.com> References: <824a5f7a0603161047v211f22f5ya677039a18615799@mail.gmail.com> <8767947e0603161100i73478b33v75543c10bd982b3d@mail.gmail.com> <824a5f7a0603161134j71a52738ufd145e596d650105@mail.gmail.com> <8767947e0603161148h75b5c8fcw31c97483474e8007@mail.gmail.com> Message-ID: <824a5f7a0603161213s223bff22xaf2eacd6e161239f@mail.gmail.com> On 3/16/06, Jonathan Berry wrote: > On 3/16/06, Calvin Dodge wrote: > > > > First, an Emachines system with the ATI chipset (this machine is some > > distance away today, so I can't give you more info). > > Gag. ATI X200 chipset or similar? That one seems to be pervasive in > the name-brand sector for some reason. Yes, I have seen those Yep, that's the one. I expect it's used for the same reason Via chipsets are used - cheapness. > PCI-X? Then this is a server class board and different from my > desktop class nForce4. I guess I can't help you much, then. Nope, just higher-level consumer class. 3 PCI slots, and 3 PCI-X (plus the video PCI-X). We ran out of PCI slots (SCSI, TV Tuner, video (FC4 doesn't support the PCI-X card we originally installed)), and needed a 2nd NIC. Calvin From ivg2 at cornell.edu Thu Mar 16 20:17:56 2006 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Thu, 16 Mar 2006 15:17:56 -0500 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <604aa7910603161126i2c7cb8edg4f823848354bcfee@mail.gmail.com> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <44194DA3.2020408@mharris.ca> <4419B5E5.9020300@cornell.edu> <604aa7910603161126i2c7cb8edg4f823848354bcfee@mail.gmail.com> Message-ID: <4419C7F4.40807@cornell.edu> > Yes > yes, shame on the fedora developers for introducing a bug which > affects a module they don't directly support nor test for.. shame > shame shame. If you think about it, that's a pretty significant failure of the testing process... This being the fedora-test-list, it seemed at least a little on topic. > Now how about we get to work making the hot fix in the > livna rpms to correct for the mistake. > Not my expertise, but I am confident that the Livna maintainer could handle that :) > Aim for the stars and you land on the moon. testing for the nvidia > module functionality has consistently been out-of-scope for the Core > developers and I think the arguments on both sides of this issue have > been well established now. Instead of getting into this..again.. can > you please just reference a similar thread from fc1 or fc2 to save > everyone the time. > I'm sorry that you feel I'm wasting your time... Similarly, I hope that off-topic anti-nvidia mails can be kept to a minimum. >> I fail to see why it's a good thing when 3D drivers >> have been broken for a large percent of the Linux user base. >> > > Sane people don't claim this is a good thing... I must have been confused by the 2-3 "tongue-in-cheek" emails implying the bug is a feature then... From berryja at gmail.com Thu Mar 16 19:21:59 2006 From: berryja at gmail.com (Jonathan Berry) Date: Thu, 16 Mar 2006 13:21:59 -0600 Subject: Could tthere be an update iso distribution In-Reply-To: <1142535826.2991.92.camel@copper.cdkkt.com> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> <604aa7910603160912s63cff94aq7e2ff882be3a0cb@mail.gmail.com> <1142530755.2991.53.camel@copper.cdkkt.com> <4419A4F4.3030202@blagblagblag.org> <1142531730.2991.57.camel@copper.cdkkt.com> <4419B30B.2090302@blagblagblag.org> <1142535826.2991.92.camel@copper.cdkkt.com> Message-ID: <8767947e0603161121q367e9e6ftfeb7b20d8f1ea968@mail.gmail.com> On 3/16/06, Dan Thurman wrote: > On Thu, 2006-03-16 at 11:48 -0700, jeff wrote: > > Daniel B. Thurman wrote: > > > On Thu, 2006-03-16 at 10:48 -0700, jeff wrote: > > > > > >>Dan Thurman wrote: > > >> > > >>>But regarding this release, because Fedora has a program (called kudzu) > > >>>that is behaving ungracefully, I would say that allowing this release to > > >>>proceed without a fix is just incredulous to me because it is FEDORA's > > >>>PROBLEM (even if it was caused by the vendor), but since FEDORA's kuzdu > > >>>HANGS UMGRACEFULLY, does not BYPASS the problem device or driver, it is > > >>>IMHO a flaw in the code or at least in the design. > > >> > > >>I don't get the rant here. I'm sure there will be an updated kudzu soon > > >>after the release. Why should the whole thing be held up because your > > >>proprietary stuff doesn't work? FC5tests have been working great for me. > > >>I'm glad they're not holding it up. > > >> > > >>-Jeff > > > > > > > > > Yes, easy for you to say for yourself but if you had a problem such that > > > you cannot install FC5 because you had a "proprietary" (or misbehaving) > > > driver, then I am sure I would be hearing your rants. To each their > > > own, right? :-( > > > > You can't install at all? > > > > I thought it was the problem came up after you installed the proprietary > > nvidia driver. You could just disable kudzu, if that's the case. As far as I know, the only issues with Kudzu have not been with proprietary drivers. The one I experienced was on x86_64 having an nVidia card (using the nv driver). The other one is an issue with Xen kernels. > It is a software problem and it is called kudzu. I installed NO DRIVERS > as kudzu just tries to hardware probe devices and in the case of nvidia, > it is the chip-set on my motherboard that somehow is causing kudzu to > HANG. I suspect that kuzdu has a BUG, either by code or by design as > it should NOT HANG UNGRACEFULLY! So, my point is, is that if some other > devices (be it software or hardware) has any symptoms mimicing nvidia > then it too will cause kudzu to hang, possibly. Just because it SEEMS > like a nvidia problem, the fact is, that kudzu should NOT HANG as it > is a MAJOR PROGRAM during the boot process! If you happen to have a > device that does this, should you rant too, to be fair? Dan, are you using a Xen kernel? If so, then that is the problem and it is known. If not, then this is new and you should bugzilla it with plenty of detail. > Yes, I bypass kudzu, as I am replying to this email message via FC5T3, > so yes I can get by without kudzu for now, but who's to say that some > other poor sap won't can has not the brains to figure out how to bypass > kudzu and so that rant will start coming out again. This also needs to be clearly documented in the release notes: kudzu does not currently work correctly when using a Xen kernel. That might at least mitigate the rants. Or at least we can say, "Did you read the release notes? No, well please do." > Seems like FC4 all over again. History just might repeat itself > (again!) It's too late for FC5, but we should learn from things for FC6 and beyond. We will never be able to make everything work perfectly for everyone. I have yet to have any installation issues with my hardware, but that is not the case for everyone. It would be nice, though for releases to be thoroughly tested enough that we don't have any show-stopper installation bugs. Have we thought about doing a candidate test release such that if no one found any major issues with those ISOs then *those exact* ISOs are released as the next Fedora? Would that take too long? Jonathan From chasecreek.systemhouse at gmail.com Thu Mar 16 20:26:30 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Thu, 16 Mar 2006 15:26:30 -0500 Subject: Kudzu is dead, causes my system to hang. In-Reply-To: <1142476253.2991.5.camel@copper.cdkkt.com> References: <1142476253.2991.5.camel@copper.cdkkt.com> Message-ID: <91f88ee20603161226h12f068f2gf8a920853df93032@mail.gmail.com> On 3/15/06, Dan Thurman wrote: > up - just Fedora Rescue and insert a exit 0 in the > /etc/rc5.d/S50kudzu in the first 3 lines. This bypassed chkconfig [--level levels] name would probably be more appropriate. Something like: su - -c "chkconfig --level 0123456 kudzu off" [Enter] You can check it's status like this: su - -c "service kudzu status" [Enter] Cheers! =) -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From aryanto.rachmad at chello.at Thu Mar 16 20:32:46 2006 From: aryanto.rachmad at chello.at (Aryanto Rachmad) Date: Thu, 16 Mar 2006 21:32:46 +0100 Subject: Removing packages - slimming server Message-ID: <006f01c64938$c90d8320$0e66970a@ds.mot.com> Hello All, I know that this is a wrong list to post this question, I am sorry for this. I have been trying this a few times to post this to fedora-list, but they never went through. I want to remove all the packages which are not required for a server. So I tried to remove the packages intended for client, like wireless-tools and wpa_supplicant. When I did that to wireless-tools package it was said that I have to remove also all packages for dependencies, like the following: ============================================================================= Package Arch Version Repository Size ============================================================================= Removing: wireless-tools i386 1:28-0.pre13.5.1 installed 231 k Removing for dependencies: NetworkManager i386 0.6.0-2 installed 1.1 M authconfig i386 5.2.2-1 installed 1.2 M authconfig-gtk i386 5.2.2-1 installed 158 k rhpl i386 0.185-1 installed 910 k system-config-date noarch 1.8.2-1 installed 2.2 M system-config-keyboard noarch 1.2.7-1.1 installed 168 k system-config-keyboard noarch 1.2.6-2 installed 134 k system-config-language noarch 1.1.11-1 installed 137 k system-config-lvm noarch 1.0.13-1.0 installed 2.4 M system-config-mouse noarch 1.2.11-1 installed 200 k system-config-network noarch 1.3.30-2.1 installed 2.1 M system-config-network-tui noarch 1.3.30-2.1 installed 3.8 M system-config-rootpassword noarch 1.1.7-2 installed 86 k system-config-rootpassword noarch 1.1.8-1.1 installed 105 k system-config-soundcard noarch 1.2.16-2 installed 1.4 M system-config-users noarch 1.2.42-1 installed 1.1 M up2date i386 4.4.23-4.2.1 installed 6.1 M Transaction Summary ============================================================================= I don't know whether I need those packages or not for a server. How to remove only specific packages without removing all the dependencies using yum? Is that a good idea? Where can I find detail information about the packages for Fedora, especially why one package dependents on the others? Cheers, Anto From jspaleta at gmail.com Thu Mar 16 20:38:52 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 16 Mar 2006 15:38:52 -0500 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <4419C7F4.40807@cornell.edu> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <44194DA3.2020408@mharris.ca> <4419B5E5.9020300@cornell.edu> <604aa7910603161126i2c7cb8edg4f823848354bcfee@mail.gmail.com> <4419C7F4.40807@cornell.edu> Message-ID: <604aa7910603161238v1df5b234md53dd75c8887c3a8@mail.gmail.com> On 3/16/06, Ivan Gyurdiev wrote: > I must have been confused by the 2-3 "tongue-in-cheek" emails implying > the bug is a feature then... Unfortuntely wit and sarcasm get lost in translation and without fail are misconstrued by someone who is hell bent on being offended...even when people go out of their way to throw in winky-eyed ascii emoticons to set off statements meant in jest. If you honestly missed the fact that mharris's emoticon laden post concerning bugzilla was meant in jest then there is a significant gap in communication which you'll need to attend to. You also might want to revisit any assumptions you have about his sanity. I'm a sarcastic bastard and I don't even bother with the emoticons so my humor is an egregious example of potential miscommunication. Some could argue I choose a writing style delibrately designed to cause as much confusion as possible, and I'd be hardpressed to disagree sometimes. (Ir)Regardless of the intention, quality or style of someone's comments, communication is helped immensely if other list particiants would apply a simple sanity check to what they read. If what you read seems unreasonable or just plain wacko, its best to ask the original poster to clarify instead of assuming your intepretation of what they wrote is in fact what they meant...instead of a joke. That being said closing all nvidia bugreports as IS_FEATURE makes perfect sense to me. -jef"The (Ir) was added as a reading aid for any New England natives who happen to be reading...everyone else ignore it"spaleta From katzj at redhat.com Thu Mar 16 20:48:20 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 16 Mar 2006 15:48:20 -0500 Subject: Could tthere be an update iso distribution In-Reply-To: <8767947e0603161121q367e9e6ftfeb7b20d8f1ea968@mail.gmail.com> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> <604aa7910603160912s63cff94aq7e2ff882be3a0cb@mail.gmail.com> <1142530755.2991.53.camel@copper.cdkkt.com> <4419A4F4.3030202@blagblagblag.org> <1142531730.2991.57.camel@copper.cdkkt.com> <4419B30B.2090302@blagblagblag.org> <1142535826.2991.92.camel@copper.cdkkt.com> <8767947e0603161121q367e9e6ftfeb7b20d8f1ea968@mail.gmail.com> Message-ID: <1142542100.24422.2.camel@orodruin.boston.redhat.com> On Thu, 2006-03-16 at 13:21 -0600, Jonathan Berry wrote: > Have we thought about doing a candidate test release such that if no > one found any major issues with those ISOs then *those exact* ISOs are > released as the next Fedora? Would that take too long? The turnaround time for ISOs to be made available and tested is pretty long. It's basically at least a week from when a tree is composed until it is really in the hands of any number of testers. Then if you give a week for testing, you're adding at least 2 weeks to the schedule and probably three. And I'm not sure that there's any way to shorten that. :( Jeremy From anyweb at hotmail.com Thu Mar 16 20:22:00 2006 From: anyweb at hotmail.com (any web) Date: Thu, 16 Mar 2006 20:22:00 +0000 Subject: can i upgrade FCR5t2 to FCR5 final via yum or some other method without reinstal In-Reply-To: <20060316183340.1027573402@hormel.redhat.com> Message-ID: An HTML attachment was scrubbed... URL: From alan at redhat.com Thu Mar 16 21:17:23 2006 From: alan at redhat.com (Alan Cox) Date: Thu, 16 Mar 2006 16:17:23 -0500 Subject: SMP mptable bad signature In-Reply-To: <20060316172103.GD1997@redhat.com> References: <441988D4.8020406@golden.net> <20060316172103.GD1997@redhat.com> Message-ID: <20060316211723.GA9697@devserv.devel.redhat.com> On Thu, Mar 16, 2006 at 12:21:03PM -0500, Dave Jones wrote: > It's a BIOS bug, nothing we can do to fix it. > Check for an update on the manufacturers site ? No actually its our bug. Some BIOSes contain template SMP tables which have intentionally incomplete data and no checksum. This is used by the BIOS to generate a real table if SMP is present. We should not be reporting a wrongly checksummed SMP table we should be skipping it silently. This used to be right in 2.0 but someone has obviously elevated debugging code too far since. Alan From jspaleta at gmail.com Thu Mar 16 21:15:21 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 16 Mar 2006 16:15:21 -0500 Subject: can i upgrade FCR5t2 to FCR5 final via yum or some other method without reinstal In-Reply-To: References: <20060316183340.1027573402@hormel.redhat.com> Message-ID: <604aa7910603161315m557c59q66d0d4c6d5037252@mail.gmail.com> On 3/16/06, any web wrote: > quick question from me, can I upgrade my FCR5t2 installation to FCR5 when it > releases > on the 20th ? and I mean via yum and not via the new iso's. You can attempt to. But I don't recommend it. I recommand doing a complete wipe and doing a fresh install of the final release if it is your intention to stop participating in the development process. http://www.fedoraproject.org/wiki/Testing By installing a test release you are essentially agreeing to doing a fresh install of a stable release when you are ready to stop participating in the development process. Please remember that the fedora core development process is an on-going affair and the test releases are just more easily digestable versions of the current development tree. Once you install the test release you are essentially running a version of the development tree. Once you start installing updates you are syncing with the development tree. Moving off the development tree to any stable release could be considered downgrading in a sense. -jef From bruno at wolff.to Thu Mar 16 21:32:59 2006 From: bruno at wolff.to (Bruno Wolff III) Date: Thu, 16 Mar 2006 15:32:59 -0600 Subject: Could tthere be an update iso distribution In-Reply-To: <1142533196.1389.75.camel@eagle.lab.net> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> <20060316121129.3ecf08cb.seanlkml@sympatico.ca> <1142533196.1389.75.camel@eagle.lab.net> Message-ID: <20060316213259.GA28935@wolff.to> On Thu, Mar 16, 2006 at 12:19:56 -0600, Jeff Vian wrote: > PLEASE feel free to make a recommendation for a manufacturer that > provides a video card that is competitive with either ATI or nVidia in > quality and performance (and with the full 3D capability) and has open > source drivers???? r280 based cards (ATI 9200) are still available for purchase. You can play at least some 3D games with them and (at least the card I have) they don't need a separate fan that increases noise. From lbennett at atlis.com Thu Mar 16 22:09:07 2006 From: lbennett at atlis.com (Lillie Bennett) Date: Thu, 16 Mar 2006 17:09:07 -0500 Subject: can i upgrade FCR5t2 to FCR5 final via yum or some other methodwithout reinstal References: <20060316183340.1027573402@hormel.redhat.com> <604aa7910603161315m557c59q66d0d4c6d5037252@mail.gmail.com> Message-ID: <01a401c64946$3f1336c0$5e61b5d8@atlisxp1> So if we continue to update FC5t3 it becomes FC6t1 and is this the same as rawhide or are all of these newer or different trees? It sounds like we should have the latest stable release and another for the current testing release for comparison? Lillie ----- Original Message ----- From: "Jeff Spaleta" To: ; "For testers of Fedora Core development releases" Sent: Thursday, March 16, 2006 4:15 PM Subject: Re: can i upgrade FCR5t2 to FCR5 final via yum or some other methodwithout reinstal > On 3/16/06, any web wrote: >> quick question from me, can I upgrade my FCR5t2 installation to FCR5 when >> it >> releases >> on the 20th ? and I mean via yum and not via the new iso's. > > You can attempt to. But I don't recommend it. I recommand doing a > complete wipe and doing a fresh install of the final release if it is > your intention to stop participating in the development process. > > http://www.fedoraproject.org/wiki/Testing > By installing a test release you are essentially agreeing to doing a > fresh install of a stable release when you are ready to stop > participating in the development process. Please remember that the > fedora core development process is an on-going affair and the test > releases are just more easily digestable versions of the current > development tree. Once you install the test release you are > essentially running a version of the development tree. Once you start > installing updates you are syncing with the development tree. Moving > off the development tree to any stable release could be considered > downgrading in a sense. > > > -jef > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > From jspaleta at gmail.com Thu Mar 16 22:42:32 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 16 Mar 2006 17:42:32 -0500 Subject: can i upgrade FCR5t2 to FCR5 final via yum or some other methodwithout reinstal In-Reply-To: <01a401c64946$3f1336c0$5e61b5d8@atlisxp1> References: <20060316183340.1027573402@hormel.redhat.com> <604aa7910603161315m557c59q66d0d4c6d5037252@mail.gmail.com> <01a401c64946$3f1336c0$5e61b5d8@atlisxp1> Message-ID: <604aa7910603161442q58ff0693j248edc35196720da@mail.gmail.com> On 3/16/06, Lillie Bennett wrote: > So if we continue to update FC5t3 it becomes FC6t1 and is this the same as > rawhide or are all of these newer or different trees? The development tree eventually becomes another test1 snapshot... but its not a smooth transition. Its fairer to say the development tree becomes... something akin to the undead after a final release. The period between FCX final release and FCX+1test1 can be a gruesome experience because of the large rate of change and the introduction of highly unstable new or reworked packages. You can not fully appriecate the organization of the test release process until you have tasted the ashes and dispair of what is going to happen to the tree in the next month. Or put another way.... The development tree has seasons... and we are about to enter the season of nuclear desolation. Panic. -jef From dwmw2 at infradead.org Thu Mar 16 22:52:45 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 16 Mar 2006 22:52:45 +0000 Subject: Cell Processor? In-Reply-To: <91f88ee20603161205o5b393c1ej4072b18ce7a6a187@mail.gmail.com> References: <91f88ee20603161205o5b393c1ej4072b18ce7a6a187@mail.gmail.com> Message-ID: <1142549565.17167.86.camel@localhost.localdomain> On Thu, 2006-03-16 at 15:05 -0500, Chasecreek Systemhouse wrote: > Anyone here got a spare Cell system they need someone to perform > development and/or other testing on? Yeah, I wish :) -- dwmw2 From dwmw2 at infradead.org Thu Mar 16 22:59:56 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 16 Mar 2006 22:59:56 +0000 Subject: any way to install fc trough the internet ? In-Reply-To: <604aa7910603160729o6a694824i569daddec3ae07d6@mail.gmail.com> References: <44197745.4020103@freesurf.fr> <44197815.2090506@fedoraproject.org> <604aa7910603160729o6a694824i569daddec3ae07d6@mail.gmail.com> Message-ID: <1142549997.17167.93.camel@localhost.localdomain> On Thu, 2006-03-16 at 10:29 -0500, Jeff Spaleta wrote: > I usually recommend people grab the rescuecd.iso file instead of > boot.iso if its the only iso they will be burning, so they will have > media which the rescue environment available is case they need to boot > into rescue mode for some reason. I usually just burn the boot.iso if I bother to burn anything. You can boot into rescue mode from that anyway. Mostly I don't bother with even the boot.iso -- I just dump the vmlinux and ramdisk.image.gz files into /boot and configure yaboot to boot them. You can do entirely unattended upgrades this way if you're brave enough -- make the installer kernel+initrd the default option in yaboot or grub, with sufficient command line arguments so that it doesn't ask for language, keyboard, network details etc. when it starts. And use VNC, of course. When it's finished installing, it'll reboot into the newly-upgraded system. I have to admit that while I've done this as a test on a machine under the stairs and it's been fine, I've never actually done it for real on a remote machine where I couldn't have got at it if there _had_ been a problem. I usually wimp out and just upgrade those with yum without the downtime :) -- dwmw2 From dwmw2 at infradead.org Thu Mar 16 23:02:38 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 16 Mar 2006 23:02:38 +0000 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142528012.3041.56.camel@laptopd505.fenrus.org> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <9050516b0603152201r692024f4u45f2f1e705a9bdc3@mail.gmail.com> <7ebb24d10603160744r26fa811dp11c978648939e8d6@mail.gmail.com> <1142524217.3041.48.camel@laptopd505.fenrus.org> <1142524819.26525.8.camel@gilboa-work-dev> <1142528012.3041.56.camel@laptopd505.fenrus.org> Message-ID: <1142550159.17167.96.camel@localhost.localdomain> On Thu, 2006-03-16 at 17:53 +0100, Arjan van de Ven wrote: > To a large degree it IS an excuse. NVidia just doesn't want to open. > Anything else is basically them trying to find an excuse that sounds > plausible and may get accepted by people. > > (It's not that those excuses are lies without any truth; but the > causal relationship just isn't there) That goes for Intel's excuse too, of course. -- dwmw2 From jmorris at beau.org Thu Mar 16 23:46:37 2006 From: jmorris at beau.org (John Morris) Date: Thu, 16 Mar 2006 17:46:37 -0600 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <20060316140936.5acdb16b.seanlkml@sympatico.ca> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <44194DA3.2020408@mharris.ca> <4419B5E5.9020300@cornell.edu> <20060316140936.5acdb16b.seanlkml@sympatico.ca> Message-ID: <1142552377.3037.22.camel@mjolnir> On Thu, 2006-03-16 at 13:09, sean wrote: > More Fedora users should be considering carefully their real 3d needs > and tune their graphics purchases to those supported out of the box > by Fedora. Those stuck with cards that need binary drivers for > 3d graphics, will just have to deal with the bumps in the road; there's > nothing on the horizon that suggests life is going to get easier. And that mythical 3D card would be? I just love this headlong rush toward a 3D desktop while everyone sticks their fingers in their ears and hums real loud everytime someone observes that there currently exists ZERO supported hardware. I keep buying ATI in the hope that someday it will be supported but always install the proprietary driver after punching the reset button a few times. The free radeon driver & AMD have been trouble at least back to '00. But even when it doesn't lockup the machine it can't (as of FC5t3) run most of the GL xscreensaver hacks correctly. Nvidia is never going to be supported on Fedora. Some old obsolete Matrox stuff is supported. A couple of low performance shared memory pieces of crap from Intel are supported, but aren't fast enough to be interesting, especially knowing this push for a 3D desktop will rapidly devolve into a pissing contest with Microsoft's Aero Glass over who can waste the most cycles on eyecandy. So pray tell, just what are Fedora users supposed to be buying? Both 3D desktop projects are buying Nvidia, so we know where they are in the Free/Unfree spectrum. btw, on RHEL it is even worse since it disables GL support in the radeon driver, probably because of the aforementioned stability issues. -- 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 berryja at gmail.com Fri Mar 17 00:12:22 2006 From: berryja at gmail.com (Jonathan Berry) Date: Thu, 16 Mar 2006 18:12:22 -0600 Subject: Nvidia SATA hangups with newer FC5 test kernel In-Reply-To: <824a5f7a0603161213s223bff22xaf2eacd6e161239f@mail.gmail.com> References: <824a5f7a0603161047v211f22f5ya677039a18615799@mail.gmail.com> <8767947e0603161100i73478b33v75543c10bd982b3d@mail.gmail.com> <824a5f7a0603161134j71a52738ufd145e596d650105@mail.gmail.com> <8767947e0603161148h75b5c8fcw31c97483474e8007@mail.gmail.com> <824a5f7a0603161213s223bff22xaf2eacd6e161239f@mail.gmail.com> Message-ID: <8767947e0603161612x1d9bc6b1j28856c36e56ed65e@mail.gmail.com> On 3/16/06, Calvin Dodge wrote: > On 3/16/06, Jonathan Berry wrote: > > On 3/16/06, Calvin Dodge wrote: > > > > > > First, an Emachines system with the ATI chipset (this machine is some > > > distance away today, so I can't give you more info). > > > > Gag. ATI X200 chipset or similar? That one seems to be pervasive in > > the name-brand sector for some reason. Yes, I have seen those > > Yep, that's the one. I expect it's used for the same reason Via > chipsets are used - cheapness. Probably. *sigh* > > PCI-X? Then this is a server class board and different from my > > desktop class nForce4. I guess I can't help you much, then. > > Nope, just higher-level consumer class. 3 PCI slots, and 3 PCI-X (plus > the video PCI-X). We ran out of PCI slots (SCSI, TV Tuner, video (FC4 > doesn't support the PCI-X card we originally installed)), and needed a > 2nd NIC. Hmm, perhaps you mean PCI-e, that is, PCI-Express? PCI-X is something different. I know, it's confusing : ). I don't know of any PCI-X graphics cards. Either way, I don't know why you are having problems. Of course, even the same chipset motherboard can have different components on it. Mine is an nForce4 SLI board from Gigabyte. Could you try running without the extra NIC to see if it still locks up? Sounds like some sort of driver issue as best I can figure. You can get subtle errors going from 32- to 64-bit sometimes. Jonathan From jspaleta at gmail.com Fri Mar 17 00:12:38 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 16 Mar 2006 19:12:38 -0500 Subject: any way to install fc trough the internet ? In-Reply-To: <1142549997.17167.93.camel@localhost.localdomain> References: <44197745.4020103@freesurf.fr> <44197815.2090506@fedoraproject.org> <604aa7910603160729o6a694824i569daddec3ae07d6@mail.gmail.com> <1142549997.17167.93.camel@localhost.localdomain> Message-ID: <604aa7910603161612h75863823kd23e66df22ccd1a@mail.gmail.com> On 3/16/06, David Woodhouse wrote: > On Thu, 2006-03-16 at 10:29 -0500, Jeff Spaleta wrote: > I usually just burn the boot.iso if I bother to burn anything. You can > boot into rescue mode from that anyway. really? the rescue environment is in the 6 meg boot.iso? I could have sworn you needed more than that. -jef From lsatenstein at yahoo.com Fri Mar 17 00:14:41 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Thu, 16 Mar 2006 16:14:41 -0800 (PST) Subject: Re firefox freeze Message-ID: <20060317001441.26363.qmail@web30205.mail.mud.yahoo.com> Had this happen with the captioned program several times, both with linux and with XP. In linux, I found the hidden directory where FF keeps its parameters, its dictionary files etc, I made a backup and restarted FF. FF came up as it should minus what I renamed. With due diligence, I brought back to the now current version a file at a time. I am writing this response with that repaired version. Leslie -------------- next part -------------- An HTML attachment was scrubbed... URL: From peter at thecodergeek.com Fri Mar 17 00:31:23 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 16 Mar 2006 16:31:23 -0800 (PST) Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142552377.3037.22.camel@mjolnir> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <44194DA3.2020408@mharris.ca> <4419B5E5.9020300@cornell.edu> <20060316140936.5acdb16b.seanlkml@sympatico.ca> <1142552377.3037.22.camel@mjolnir> Message-ID: <37966.127.0.0.1.1142555483.squirrel@www.thecodergeek.com> John Morris said: > And that mythical 3D card would be? I just love this headlong rush > toward a 3D desktop while everyone sticks their fingers in their ears > and hums real loud everytime someone observes that there currently > exists ZERO supported hardware. Older ATi cards (Radeon 9200 series and earlier) as well as most integrated Intel stuff and some mostly-obsolete Matrox cards all have Free Software driver support (including hardware-acceleration) John Morris said: > I keep buying ATI in the hope that someday it will be supported but > always install the proprietary driver after punching the reset button a > few times. The free radeon driver & AMD have been trouble at least back > to '00. But even when it doesn't lockup the machine it can't (as of > FC5t3) run most of the GL xscreensaver hacks correctly. I've had problems with the R200 driver and heavy OpenGL usage. However, my tests with the new modular X.org seem to show that is has been fixed. > A couple of low performance shared memory pieces of crap from Intel are > supported, but aren't fast enough to be interesting [...] Actually, The GMA900 integrated chipset is supposed to be of similar performance with a Radeon 9600-ish, from what I've read. Hope that helps. -- Peter Gordon (codergeek42) This message was sent through a webmail interface, and thus not signed. From ndbecker2 at gmail.com Fri Mar 17 00:34:54 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Thu, 16 Mar 2006 19:34:54 -0500 Subject: Flawed release process References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> Message-ID: I hate to be critical, but I really have some problem with the way this release proceeded. Wouldn't it have been better to freeze the components for testing for a period before release? The flawed kernel that just went out wasn't even tested for 1 day before the release. From caldodge at gmail.com Fri Mar 17 01:01:04 2006 From: caldodge at gmail.com (Calvin Dodge) Date: Thu, 16 Mar 2006 18:01:04 -0700 Subject: Nvidia SATA hangups with newer FC5 test kernel In-Reply-To: <8767947e0603161612x1d9bc6b1j28856c36e56ed65e@mail.gmail.com> References: <824a5f7a0603161047v211f22f5ya677039a18615799@mail.gmail.com> <8767947e0603161100i73478b33v75543c10bd982b3d@mail.gmail.com> <824a5f7a0603161134j71a52738ufd145e596d650105@mail.gmail.com> <8767947e0603161148h75b5c8fcw31c97483474e8007@mail.gmail.com> <824a5f7a0603161213s223bff22xaf2eacd6e161239f@mail.gmail.com> <8767947e0603161612x1d9bc6b1j28856c36e56ed65e@mail.gmail.com> Message-ID: <824a5f7a0603161701o387a21c7pb14fe9d7e1823dc@mail.gmail.com> On 3/16/06, Jonathan Berry wrote: > Hmm, perhaps you mean PCI-e, that is, PCI-Express? PCI-X is something > different. I know, it's confusing : ). I don't know of any PCI-X Count me among the confused. Yes, it's PCI-Express. > components on it. Mine is an nForce4 SLI board from Gigabyte. Could > you try running without the extra NIC to see if it still locks up? Not at the moment. It needs both NICs because it has private and public IP addresses which must be on separate interfaces. It took it a few days to lock up, and its owner (Mom) can't be without it for that long to see if it's OK without that NIC. Basically, since it didn't _have_ to run in 64-bit mode ("only" 1 gig of RAM), the simplest fix to try was to install 32-bit. There's also the minor issue that Mom needed Flash functionality in Firefox, and AFAIK Macromedia hasn't released a 64-bit plugin. BTW, I just checked - the system in question has been up for 2 months straight on 32-bit. Calvin From jkeating at j2solutions.net Fri Mar 17 01:19:49 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 16 Mar 2006 17:19:49 -0800 Subject: any way to install fc trough the internet ? In-Reply-To: <604aa7910603161612h75863823kd23e66df22ccd1a@mail.gmail.com> References: <44197745.4020103@freesurf.fr> <44197815.2090506@fedoraproject.org> <604aa7910603160729o6a694824i569daddec3ae07d6@mail.gmail.com> <1142549997.17167.93.camel@localhost.localdomain> <604aa7910603161612h75863823kd23e66df22ccd1a@mail.gmail.com> Message-ID: <441A0EB5.7010403@j2solutions.net> On 03/16/2006 Jeff Spaleta wrote: > really? the rescue environment is in the 6 meg boot.iso? I could have > sworn you needed more than that. You can request rescue from it. rescue is just a keyword that anaconda picks up on. You'll still be prompted for a location to pull the stage1/2 bits from. The rescue iso has these bits on it, so no need for network or for full media lying around. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: OpenPGP digital signature URL: From pjones at redhat.com Thu Mar 16 16:00:06 2006 From: pjones at redhat.com (Peter Jones) Date: Thu, 16 Mar 2006 11:00:06 -0500 Subject: supend-to-ram working(ish) In-Reply-To: <1142421479.15418.5.camel@billmurray.ashenden> References: <1142421479.15418.5.camel@billmurray.ashenden> Message-ID: <1142524806.18971.2.camel@vroomfondel.internal.datastacks.com> On Wed, 2006-03-15 at 11:17 +0000, William Murray wrote: > But..it fails to bring up the networking. I can fix this with > service network restart > (NetworkManager doesn't think there is an eth0 to start) This should be fixed with NetworkManager-0.6.0-3 , which will be in FC5 final. > there is an error message, but it works anyway: > > Determining IP information for > eth0.../etc/sysconfig/network-scripts/ifup-eth: line 260: 3992 > Terminated /sbin/dhclient ${DHCLIENTARGS} ${DEVICE} > failed. No idea about this part. -- Peter From jreiser at BitWagon.com Fri Mar 17 01:35:03 2006 From: jreiser at BitWagon.com (John Reiser) Date: Thu, 16 Mar 2006 17:35:03 -0800 Subject: speed up Firefox start by a factor of 3 on x86 Message-ID: <441A1247.3050901@BitWagon.com> The Firefox browser often takes 15 seconds to start because random placement of the vDSO page disrupts the pre-linking of the 133 shared libraries involved. (Fedora Core 5 Test 3, kernel-2.6.15-1.2054_FC5, updated by yum to today, 1.1GHz Athlon Plain, 768MB RAM, ext3 UDMA100 local disk.) Similar delays are encountered by any application that uses many or large shared libraries. In contrast, Firefox always starts in 5 seconds or less on a kernel which places the vDSO intelligently: just below the .text of ld-linux or the main executable. This preserves the benefits of exec-shield (including randomization, when prelink randomizes) without destroying performance. Want to experience the difference for yourself? These two kernels have only my patch applied on top of what will be released Monday as Fedora Core 5: (14MB) http://bitwagon.com/ftp/kernel-2.6.15-1.2054_FC5.jreiser.i686.rpm (14MB) http://bitwagon.com/ftp/kernel-smp-2.6.15-1.2054_FC5.jreiser.i686.rpm The source is (48MB) http://bitwagon.com/ftp/kernel-2.6.15-1.2054_FC5.jreiser.src.rpm (7KB) http://bitwagon.com/ftp/linux-2.6-x86-vdso-stacktop.patch While running, you can revert to FC5 standard behavior by using echo 1 > /proc/sys/kernel/exec-shield See the .patch for documentation. This issue appears as part of https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=162797 -- From jwilliam at xmission.com Fri Mar 17 01:47:59 2006 From: jwilliam at xmission.com (Jerry Williams) Date: Thu, 16 Mar 2006 18:47:59 -0700 Subject: Flawed release process In-Reply-To: Message-ID: <000f01c64964$d22364d0$020aa8c0@a18> I agree, I would be nice to have the initial install be more stable. I deal with lots of people that will be all they install, they will never update it. I would be willing to wait a week to have it be more stable. -----Original Message----- From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Neal Becker Sent: Thursday, March 16, 2006 5:35 PM To: fedora-test-list at redhat.com Subject: Flawed release process I hate to be critical, but I really have some problem with the way this release proceeded. Wouldn't it have been better to freeze the components for testing for a period before release? The flawed kernel that just went out wasn't even tested for 1 day before the release. -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list From jvian10 at charter.net Fri Mar 17 02:12:46 2006 From: jvian10 at charter.net (Jeff Vian) Date: Thu, 16 Mar 2006 20:12:46 -0600 Subject: Could tthere be an update iso distribution In-Reply-To: <8767947e0603161121q367e9e6ftfeb7b20d8f1ea968@mail.gmail.com> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> <604aa7910603160912s63cff94aq7e2ff882be3a0cb@mail.gmail.com> <1142530755.2991.53.camel@copper.cdkkt.com> <4419A4F4.3030202@blagblagblag.org> <1142531730.2991.57.camel@copper.cdkkt.com> <4419B30B.2090302@blagblagblag.org> <1142535826.2991.92.camel@copper.cdkkt.com> <8767947e0603161121q367e9e6ftfeb7b20d8f1ea968@mail.gmail.com> Message-ID: <1142561566.1389.101.camel@eagle.lab.net> On Thu, 2006-03-16 at 13:21 -0600, Jonathan Berry wrote: > On 3/16/06, Dan Thurman wrote: > > On Thu, 2006-03-16 at 11:48 -0700, jeff wrote: > > > Daniel B. Thurman wrote: > > > > On Thu, 2006-03-16 at 10:48 -0700, jeff wrote: > > > > > > > >>Dan Thurman wrote: > > > >> > > > >>>But regarding this release, because Fedora has a program (called kudzu) > > > >>>that is behaving ungracefully, I would say that allowing this release to > > > >>>proceed without a fix is just incredulous to me because it is FEDORA's > > > >>>PROBLEM (even if it was caused by the vendor), but since FEDORA's kuzdu > > > >>>HANGS UMGRACEFULLY, does not BYPASS the problem device or driver, it is > > > >>>IMHO a flaw in the code or at least in the design. > > > >> Definitely a flaw. It should never hang, but should have a way to continue even if it fails to properly initialize/identify the device. > > > >>I don't get the rant here. I'm sure there will be an updated kudzu soon > > > >>after the release. Why should the whole thing be held up because your > > > >>proprietary stuff doesn't work? FC5tests have been working great for me. > > > >>I'm glad they're not holding it up. > > > >> > > > >>-Jeff > > > > > > > > > > > > Yes, easy for you to say for yourself but if you had a problem such that > > > > you cannot install FC5 because you had a "proprietary" (or misbehaving) > > > > driver, then I am sure I would be hearing your rants. To each their > > > > own, right? :-( > > > > > > You can't install at all? > > > > > > I thought it was the problem came up after you installed the proprietary > > > nvidia driver. You could just disable kudzu, if that's the case. > > As far as I know, the only issues with Kudzu have not been with > proprietary drivers. The one I experienced was on x86_64 having an > nVidia card (using the nv driver). My problem exactly. Brand new install of FC5t3 on an x86_64 and the nVidia PCIe video did not work at all. I cannot say I had a problem with kudzu at all, but definitely a video problem with the nv driver. > > It is a software problem and it is called kudzu. I installed NO DRIVERS > > as kudzu just tries to hardware probe devices and in the case of nvidia, > > it is the chip-set on my motherboard that somehow is causing kudzu to > > HANG. I suspect that kuzdu has a BUG, either by code or by design as > > it should NOT HANG UNGRACEFULLY! So, my point is, is that if some other > > devices (be it software or hardware) has any symptoms mimicing nvidia > > then it too will cause kudzu to hang, possibly. Just because it SEEMS > > like a nvidia problem, the fact is, that kudzu should NOT HANG as it > > is a MAJOR PROGRAM during the boot process! If you happen to have a > > device that does this, should you rant too, to be fair? > From ivg2 at cornell.edu Fri Mar 17 02:26:29 2006 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Thu, 16 Mar 2006 21:26:29 -0500 Subject: Could tthere be an update iso distribution In-Reply-To: <1142561566.1389.101.camel@eagle.lab.net> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> <604aa7910603160912s63cff94aq7e2ff882be3a0cb@mail.gmail.com> <1142530755.2991.53.camel@copper.cdkkt.com> <4419A4F4.3030202@blagblagblag.org> <1142531730.2991.57.camel@copper.cdkkt.com> <4419B30B.2090302@blagblagblag.org> <1142535826.2991.92.camel@copper.cdkkt.com> <8767947e0603161121q367e9e6ftfeb7b20d8f1ea968@mail.gmail.com> <1142561566.1389.101.camel@eagle.lab.net> Message-ID: <441A1E55.8010604@cornell.edu> > My problem exactly. Brand new install of FC5t3 on an x86_64 and the > nVidia PCIe video did not work at all. > > I cannot say I had a problem with kudzu at all, but definitely a video > problem with the nv driver. > Jeff, what kind of problem are you having exactly? The nv driver does not work for me on x86_64, PCI-E, Nvidia GeForce 6800 GS 256, Asus A8N-SLI. See here, comment if you have the same symptoms: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182396 From chasecreek.systemhouse at gmail.com Fri Mar 17 02:47:07 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Thu, 16 Mar 2006 21:47:07 -0500 Subject: Cell Processor? In-Reply-To: <1142549565.17167.86.camel@localhost.localdomain> References: <91f88ee20603161205o5b393c1ej4072b18ce7a6a187@mail.gmail.com> <1142549565.17167.86.camel@localhost.localdomain> Message-ID: <91f88ee20603161847y1966ee3n39aa80cc694d2403@mail.gmail.com> On 3/16/06, David Woodhouse wrote: > Yeah, I wish :) Can't hurt ta ax, ya no? =) -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From jmorris at beau.org Fri Mar 17 05:45:15 2006 From: jmorris at beau.org (John Morris) Date: Thu, 16 Mar 2006 23:45:15 -0600 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <37966.127.0.0.1.1142555483.squirrel@www.thecodergeek.com> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <8767947e0603151711k4dea1e8cy303c8faa6bfd22ff@mail.gmail.com> <20060316022048.GB8407@redhat.com> <9050516b0603151947g24402572s9c49bf24d0ea890@mail.gmail.com> <44194DA3.2020408@mharris.ca> <4419B5E5.9020300@cornell.edu> <20060316140936.5acdb16b.seanlkml@sympatico.ca> <1142552377.3037.22.camel@mjolnir> <37966.127.0.0.1.1142555483.squirrel@www.thecodergeek.com> Message-ID: <1142574315.4923.124.camel@mjolnir> On Thu, 2006-03-16 at 18:31, Peter Gordon wrote: > Older ATi cards (Radeon 9200 series and earlier) as well as most integrated > Intel stuff and some mostly-obsolete Matrox cards all have Free Software > driver support (including hardware-acceleration) Did ya read the part where I have been buying ATI for a few years? Don't work. After enough random system lockups the rendering errors are the least of my worries, I gotta have some relief so I abandon principle, install the closed ATI driver and stop upgrading the kernel unless it is a really important fix and I have an afternoon to spare. Being an AMD fan I doubt I'm going to find any Intel chipsets on an Athlon64 motherboard so they are out. Matrox is already obsolete so buying one now would be crazy. So next year when one of the 3D desktops get merged into Fedora just what are we supposed to be looking to have installed? Because we all know it is coming. Once the eyecandy gets rolling ya just know an old Radeon 9200 isn't going to cut it anyway. Long gone are the days when Linux runs on lean hardware. We have battery applets sucking down 7Megs of resident set these days. Somebody will complain about crappy video performance and get told to take $50 out and buy a video card. The question at that point is WHICH ONE? -- 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 chabotc at xs4all.nl Fri Mar 17 06:13:58 2006 From: chabotc at xs4all.nl (Chris Chabot) Date: Fri, 17 Mar 2006 07:13:58 +0100 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <37966.127.0.0.1.1142555483.squirrel@www.thecodergeek.com> Message-ID: <000a01c64989$fa4c9d30$0100000a@chabot> Tell me which card can also power my 24" display and allows play games at 1920x1200 resolution decently under windows, supports Vista, and also has OSS support and I'll put it on my shopping list before you know it! However as the situation exists, its either 1) Live with poor performance, but feel warm & fuzzy about pure a OSS system (that is, if you don't use flash, etc) or 2) Have a good performing system, but know you will be facing nvidia/ati closed source driver installing For me the choice was VERY simple.. I'm actually quite happy that both ati and nvidia supply drivers for linux (this used to be very different back in the days and I feel grateful that they do now), and it makes both my linux desktop snappy and responsive with my current hardware (SLI NVidia 7800GTX btw), and everything else very workable under windows. While I love idealism and conviction (and have my fair share of these too!), please no one try to tell me that I have to give up my Vista compatibility, my ability to play games at high resolution, for your disliking of closed source kernel drivers. Binary drivers are here to stay, if idealism could make them go away they would've stopped existing already; But the reverse is true, people see that with those drivers their desktop feels faster, and they will keep using them for that very simple reason, no matter how hard you shout at them. The only real alternative to the closed source drivers that *I* see for *MY* computer (of course this is always about personal choice..) is open source drivers that fully support the latest nvidia & ati hardware, then it would be a no-brainer decision to use the OSS ones. But as it stands now (both ati & nvidia not releasing a lot of specs at all) that's quite unlikely for a while more. (Much like the reason why I'm using a closed source flash plugin, show me an suitable alternative, and I'd use that instead) So until then, closed source drivers it is! -----Original Message----- From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Peter Gordon Sent: Friday, March 17, 2006 01:31 To: For testers of Fedora Core development releases Subject: Re: Kernel 2054 breaks nvidia.ko loading John Morris said: > And that mythical 3D card would be? I just love this headlong rush > toward a 3D desktop while everyone sticks their fingers in their ears > and hums real loud everytime someone observes that there currently > exists ZERO supported hardware. Older ATi cards (Radeon 9200 series and earlier) as well as most integrated Intel stuff and some mostly-obsolete Matrox cards all have Free Software driver support (including hardware-acceleration) From buildsys at redhat.com Fri Mar 17 08:04:09 2006 From: buildsys at redhat.com (Build System) Date: Fri, 17 Mar 2006 03:04:09 -0500 Subject: rawhide report: 20060317 changes Message-ID: <200603170804.k2H849qs022500@porkchop.devel.redhat.com> Updated Packages: (none) Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 From gilboad at gmail.com Fri Mar 17 08:08:01 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Fri, 17 Mar 2006 10:08:01 +0200 Subject: RFE: have firstboot perform an initial package update In-Reply-To: <7ebb24d10603161152n75ceb3c2y3007f1b8882c454b@mail.gmail.com> References: <7ebb24d10603160746m8f2c0b7p723135b99f54247b@mail.gmail.com> <1142524634.26525.5.camel@gilboa-work-dev> <200603161631.55396.cannewilson@tiscali.co.uk> <71b7a9890603160948p5e2a4e1bjf4a53d887b686d60@mail.gmail.com> <7ebb24d10603161152n75ceb3c2y3007f1b8882c454b@mail.gmail.com> Message-ID: <1142582881.16861.0.camel@gilboa-home-dev.localhost> On Thu, 2006-03-16 at 15:52 -0400, Ben Steeves wrote: > These are all great comments. I've taken the liberty of added them to > the RFE bug. Also, if anyone can find the original RFE that Rahul > mentioned and mark mine as a duplicate, that'd be great. I couldn't > find it :) > > -- > _ Ben Steeves bcs at metacon.ca > ( ) The ASCII ribbon campaign ben.steeves at unb.ca > X against HTML e-mail GPG ID: 0xB3EBF1D9 > / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves > BZ #? Gilboa From mharris at mharris.ca Fri Mar 17 08:08:54 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Fri, 17 Mar 2006 03:08:54 -0500 Subject: Could tthere be an update iso distribution In-Reply-To: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> Message-ID: <441A6E96.5020108@mharris.ca> Leslie Satenstein wrote: > With kudzu broken, potential keyboard problems, as well as the 2054 > kernel for nvidia, I see no reason to download the first release. > Why push broken software unless a new iso in a very short time > thereafter(2 weeks) is released. That's easy enough to answer. All software has bugs in it, or at a bare minimum - most software does. The software included in Fedora Core is no exception, and never has been. Every single OS release ever made by Red Hat, or for that matter by Debian, SuSE, Mandrake, Sun Microsystems, Microsoft, Apple, or any other OS or distribution you could care to name, has shipped software which contains bugs. Some of the bugs are minor, while other bugs are larger in impact. Bugs are a simple fact of life in computer software, and there's really no alternative than to live with that fact. It is entirely possible in theory, to delay any of the above operating system's release dates, to then "go and fix that one more critical bug", but after doing so, there is at least 1, and more likely 100 or more other "critical" bugs that aren't fixed also. Why not fix them too? The reason why, is that you then delay your OS release by another 2 weeks, then another, then a month, and eventually Debian users start chastizing you for trying to clone the Debian release model. That was a joke. Ok, only partly a joke. Seriously though, the release just gets delayed and delayed, and one user after another jumps on the bandwagon claiming "You fixed critical issue #12345, but *MY* issue which is obviously much worse of a problem is not fixed! You must delay and fix my issue also!". After 1000 users do this, you end up not releasing an operating system ever period, because there is _always_ another critical bug left in the OS. There will _always_ be bugs in the OS which are frustrating to someone out there. Always be bugs to which someone can't believe we could possibly have been so careless to release the OS without fixing at _least_ that one issue. But again, there isn't one person out there thinking that. There are 10000 people out there thinking that, and each of them is thinking about a different issue. Delaying the OS to fix every bug that "someone" out there will be frustrated about, or shocked senselessly that we could possibly have released without delaying to fix their issue, really _DOES_ mean "Never ever ship an OS ever." That is just a straight fact - wether or not everyone accepts it or not. The OS _WILL_ always ship with bugs, some known ahead of time, and others discovered after the fact. At a certain point you either ship the OS, bugs and all, or throw in the towel. > Suggest a core5.01 version that has the bugfixes for nvidea, keyboard > and for kudzu. By all means, please feel free to create your own custom ISO images with whatever fixes you'd like to have in them after they're released. The Fedora project encourages users to customize the distro, and that includes making custom bug-fixed ISO sets if desired. > Sorry to be against the release. But a reputation for quality is at > stake. I do not want to tell others, "The Core 5 cd's that are in the > books and magazines are faulty" Do not use them, do not purchase the > book or magazine. > > Better to be 4 days late, have the fixes, then to ship a faulty product. That's where you're wrong. This release is no different than FC4, FC3, FC2, FC1, any RHL release, or any RHEL release. All OS releases have bugs in them as I've stated above. Some more severe than others, but that is just a fact of life. If FC5 contains an out of the box bug which completely prevents you from using the OS, that is unfortunate, but it will likely work for many other people. Fixing your favourite 3 critical must-have-fixed bugs, may fix the OS for you, and a handful of other people also, but then there will be 1000 other critical bugs that are not fixed which cause the same grief for other people as you are potentially seeing. Should we stop-ship the OS and _just_ fix the bugs you care about? Or should we stop-ship the OS and fix _ALL_ critical bugs that _anyone_ cares very strongly about? Stopping shipping for one person, or even a few people is not a viable option, and isn't fair for everyone else out there who has equal or worse problems. Stopping shipping for everyone with a serious problem, until all such problems are fixed, means delaying the OS for weeks, or months - most likely years, or never actually ever releasing the OS again ever. Plus, while those "critical bugs" are being fixed, then all of a sudden the new upstream release of GNOME comes out, and someone else wants that included too, since the release is delayed anyway! Then there's a new upstream release of openoffice which fixes a lot of bugs, might as well include that too. Then X11R7.1 comes out, then a new upstream kernel, then KDE, then gphoto, then .... you get the idea. All new OS releases are going to have instabilities. Get used to that, because it is reality, and reality isn't going to vanish any time soon, wether the OS release date is delayed to fix an issue or two or not. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From mharris at mharris.ca Fri Mar 17 08:17:16 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Fri, 17 Mar 2006 03:17:16 -0500 Subject: Could tthere be an update iso distribution In-Reply-To: <1142525159.6509.11.camel@kj> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> Message-ID: <441A708C.7070407@mharris.ca> Klaasjan Brand wrote: > ) > > On Thu, 2006-03-16 at 14:30 +0100, Arjan van de Ven wrote: > >>but that's not different from before where nvidia had to put a small >>workaround in. This time it's the same, ok it's maybe not entirely their >>fault this time but still. I suspect they have that small workaround >>there in days if not a week or two. >> >>And besides... what will happen if the nvidia driver just stops working >>entirely without workaround in the future? At least this time it is >>easy. > > > Maybe at last someone will reverse engineer the nvidia hardware and > build an open source driver? :) > > Could be an interesting experiment though... That's already happened. The open source BeOS nvidia driver has 3D support for current generation Nvidia hardware, or at least a generation old hardware if I recall correctly. A sufficiently motivated individual could use the BeOS code as an example, and port it to the DRI infrastructure and X. That would most likely be a terribly complicated project for someone who is not experienced with X server internals, Mesa/OpenGL internals, kernel internals, and DRI internals, but most of that is all publically documented, or at least learnable from studying source code. To the best of my knowledge, none of the existing DRI/Mesa/X developers have been interested in attempting to do this, and it doesn't appear BeOS developers are interested in undertaking the effort either. This leaves a very interesting project to a significantly self motivated developer or group of developers seeking open source fame. Consider that a challenge (to anyone) I guess. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From W.J.Murray at rl.ac.uk Fri Mar 17 08:37:19 2006 From: W.J.Murray at rl.ac.uk (William John Murray) Date: Fri, 17 Mar 2006 08:37:19 +0000 Subject: supend-to-ram working(ish) In-Reply-To: <20060317061414.8D91973A4A@hormel.redhat.com> References: <20060317061414.8D91973A4A@hormel.redhat.com> Message-ID: <1142584639.25444.6.camel@heplnw8.pp.rl.ac.uk> On Fri, 2006-03-17 at 01:14 -0500, fedora-test-list-request at redhat.com wrote: > > But..it fails to bring up the networking. I can fix this with > > service network restart > > (NetworkManager doesn't think there is an eth0 to start) > > This should be fixed with NetworkManager-0.6.0-3 , which will be in > FC5 > final. Unfortunately not. I see the /var/log/messages has more info: Mar 17 08:11:59 billmurray kernel: tg3: tg3_reset_hw timed out for eth0, firmware will not restart magic=4b657654 Mar 17 08:12:02 billmurray kernel: VFS: busy inodes on changed media. Mar 17 08:12:02 billmurray kernel: VFS: busy inodes on changed media. Mar 17 08:12:02 billmurray NetworkManager: eth0: Device is fully-supported using driver 'tg3'. Mar 17 08:12:02 billmurray NetworkManager: nm_device_init(): waiting for device's worker thread to start Mar 17 08:12:03 billmurray NetworkManager: nm_device_init(): device's worker thread started, continuing. Mar 17 08:12:03 billmurray NetworkManager: Now managing wired Ethernet (802.3) device 'eth0'. Mar 17 08:12:03 billmurray NetworkManager: Deactivating device eth0. Not sure if this this is the best approach, but I copied /etc/pm/hooks/10NetworkManager to 9network, and made it shutdown and re-start network services, so now I get a little 'reconnected to network' flash up when I open the lid. This seems not bad to me - suspending may well mean moving, maybe plugging in/unplugging cables, why not restart networking... Bill From mharris at mharris.ca Fri Mar 17 08:43:18 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Fri, 17 Mar 2006 03:43:18 -0500 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <000a01c64989$fa4c9d30$0100000a@chabot> References: <000a01c64989$fa4c9d30$0100000a@chabot> Message-ID: <441A76A6.8070901@mharris.ca> Chris Chabot wrote: > Tell me which card can also power my 24" display and allows play games at > 1920x1200 resolution decently under windows, supports Vista, and also has > OSS support and I'll put it on my shopping list before you know it! I'll try to tell you that sometime in the next 2 weeks if possible. Well, minus the "supports Vista" part, as I don't care about Vista, and will avoid ever using it for as long as I can (hopefully forever). I'm planning on buying 2 24" DFPs very soon, maybe even in a few hours. Once they arrive, I expect to get a fairly good idea of which OSS drivers support them well. ;o) > However as the situation exists, its either > 1) Live with poor performance, but feel warm & fuzzy about pure a OSS system > (that is, if you don't use flash, etc) or > 2) Have a good performing system, but know you will be facing nvidia/ati > closed source driver installing > > For me the choice was VERY simple.. I'm actually quite happy that both ati > and nvidia supply drivers for linux (this used to be very different back in > the days and I feel grateful that they do now), and it makes both my linux > desktop snappy and responsive with my current hardware (SLI NVidia 7800GTX > btw), and everything else very workable under windows. > > While I love idealism and conviction (and have my fair share of these too!), > please no one try to tell me that I have to give up my Vista compatibility, > my ability to play games at high resolution, for your disliking of closed > source kernel drivers. Of course you don't have to give up proprietary drivers. That's entirely your choice. There is no one single answer for every single person, simply because different people have different usage scenarios, different "MUST_HAVE" requirements, different "WOULD_BE_NICE" requirements, price considerations, compatibility with other OS considerations, yada yada ad infinitum. These video card/video driver flamewars always go full throttle mainly because many people refuse to believe there can legitimately be more than one "right" opinion on the issue, and that everyone should change their minds to think in a single manner. That is just crazy however, as everyone has their own individual requirements, and also their own areas which they are willing or unwilling to compromise. It isn't reasonable for anyone to expect everyone to think in one single unified manner about this. Debating about it is thus irrational. ;o) > Binary drivers are here to stay, I would certainly agree with you that it /currently/ _appears_ that that is the case, but I wouldn't go so far as to make any long term claims of that nature. We simply don't have a crystal ball, and can't predict the future. We can make hypothesis based on where things stand now, and where things appear to be going in the future, but nobody knows for sure wether binary drivers will always exist and be required by some people. On top of that, the kernel itself is making it more and more difficult over time for binary drivers to continue to exist. The global market for Linux systems increases every single year, and covers more and more different markets, both mainstream and niche. It isn't outside of the realm of possibility that there could be a "breaking point" at some point in the future, where hardware vendors (not restricted to video) decide that OSS is the better way to go, for their own reasons. Hopefully over time, we will continue to show more and more vendors that OSS drivers really are the better way to go, and that they decide to spend the time and effort to resolve any hurdles in the way (legal, or otherwise) to solve the problems. Will that ever happen? I think it will in some cases, and perhaps not in others. Some companies may vanish and be replaced by others, perhaps others which are more OSS friendly. Nobody really truly knows what the future holds. Well, not unless they have a set of Palantir. > if idealism could make them go away they > would've stopped existing already; Ideology alone wont convince everyone, I'll give you that. But ideology isn't the only reason to have OSS software. > But the reverse is true, people see that > with those drivers their desktop feels faster, and they will keep using them > for that very simple reason, no matter how hard you shout at them. Absolutely. But what's wrong with that. ;o) The only thing I'll be shouting at them is "Sorry, unsupported drivers." if and when they file bug reports. Their system isn't on my desktop, so it doesn't matter to me a heck of a lot what they personally decide to use. ;o) > The only real alternative to the closed source drivers that *I* see for *MY* > computer (of course this is always about personal choice..) is open source > drivers that fully support the latest nvidia & ati hardware, then it would > be a no-brainer decision to use the OSS ones. But as it stands now (both ati > & nvidia not releasing a lot of specs at all) that's quite unlikely for a > while more. Nvidia hasn't ever released specs since the Riva TNT cards, and even those very ancient specs are limited. ATI hasn't released specs since the 2D-only R300 specs a couple of years ago (at least that I'm aware of). Specs are only one small piece of the puzzle though, which are required in order to have the level of support which one might expect - such as the support you see in other operating systems. It'll be at least several years until that can even be entertained IMHO. I think the first thing that needs to happen before anything else, is for Linux desktop market share to actually be visible on-radar, and climb to a significant enough amount. While efforts continue to improve Linux in this area, it's still going to be a couple of years yet before things are what I'd call "on-radar". And during that time, there's also a fair bit of chicken-and-egg going on. > (Much like the reason why I'm using a closed source flash plugin, show me an > suitable alternative, and I'd use that instead) > > So until then, closed source drivers it is! Sure, for you that is a solution that seems to work. By all means use it if it works for you, but know what the caveats are as well. :o) -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From W.J.Murray at rl.ac.uk Fri Mar 17 09:17:56 2006 From: W.J.Murray at rl.ac.uk (William John Murray) Date: Fri, 17 Mar 2006 09:17:56 +0000 Subject: speed up Firefox start by a factor of 3 on x86 In-Reply-To: <20060317061414.8D91973A4A@hormel.redhat.com> References: <20060317061414.8D91973A4A@hormel.redhat.com> Message-ID: <1142587077.25444.18.camel@heplnw8.pp.rl.ac.uk> On Fri, 2006-03-17 at 01:14 -0500, fedora-test-list-request at redhat.com wrote: > The Firefox browser often takes 15 seconds to start because random > placement > of the vDSO page disrupts the pre-linking of the 133 shared libraries > involved. > (Fedora Core 5 Test 3, kernel-2.6.15-1.2054_FC5, updated by yum to > today, > 1.1GHz Athlon Plain, 768MB RAM, ext3 UDMA100 local disk.) Similar > delays > are encountered by any application that uses many or large shared > libraries. > > In contrast, Firefox always starts in 5 seconds or less on a kernel > which places > the vDSO intelligently: just below the .text of ld-linux or the main > executable. > This preserves the benefits of exec-shield (including randomization, > when prelink > randomizes) without destroying performance. > > Want to experience the difference for yourself? These two kernels > have > only my patch applied on top of what will be released Monday as Fedora > Core 5: > (14MB) > http://bitwagon.com/ftp/kernel-2.6.15-1.2054_FC5.jreiser.i686.rpm > I don't see much here. I get 8-10s to start firefox the first time after boot, 2-3s after that (2GHz Centrino, 1Gb ram, ext3 sata disk) with either kernel. For oodraw it is 13s first time, 3s subsequently. Immediately after running prelink the first-start time drop maybe 20%, but reboot and that disappears. I don't see any significant improvement... Bill From giallu at gmail.com Fri Mar 17 11:42:13 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Fri, 17 Mar 2006 12:42:13 +0100 Subject: Flawed release process In-Reply-To: <000f01c64964$d22364d0$020aa8c0@a18> References: <000f01c64964$d22364d0$020aa8c0@a18> Message-ID: On 3/17/06, Jerry Williams wrote: > I agree, I would be nice to have the initial install be more stable. > I deal with lots of people that will be all they install, they will never > update it. I would be willing to wait a week to have it be more stable. I also would hate a broken installation DVD _but_ willing to use Fedora (any release) in a "install and forget" fashion is really not an option. In my experience ( I installed each and every FCx so far on various hardware ) any given Core release reaches a production level quality only after a certain amount of time (== updates). From ndbecker2 at gmail.com Fri Mar 17 11:52:10 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Fri, 17 Mar 2006 06:52:10 -0500 Subject: Flawed release process References: <000f01c64964$d22364d0$020aa8c0@a18> Message-ID: Gianluca Sforna wrote: > On 3/17/06, Jerry Williams wrote: >> I agree, I would be nice to have the initial install be more stable. >> I deal with lots of people that will be all they install, they will never >> update it. I would be willing to wait a week to have it be more stable. > > I also would hate a broken installation DVD _but_ willing to use > Fedora (any release) in a "install and forget" fashion is really not > an option. > > In my experience ( I installed each and every FCx so far on various > hardware ) any given Core release reaches a production level quality > only after a certain amount of time (== updates). > It's a matter of degree. Sure, we don't expect Fedora to be perfect; or stable. Still, I think the degree of testing in this case was less than optimal. From ernesto at ornl.gov Fri Mar 17 12:04:41 2006 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Fri, 17 Mar 2006 07:04:41 -0500 Subject: Could tthere be an update iso distribution In-Reply-To: <441A6E96.5020108@mharris.ca> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <441A6E96.5020108@mharris.ca> Message-ID: <1142597081.7650.8.camel@bengal> On Fri, 2006-03-17 at 03:08 -0500, Mike A. Harris wrote: > Leslie Satenstein wrote: > > With kudzu broken, potential keyboard problems, as well as the 2054 > > kernel for nvidia, I see no reason to download the first release. > > Why push broken software unless a new iso in a very short time > > thereafter(2 weeks) is released. > > That's easy enough to answer. All software has bugs in it, or at > a bare minimum - most software does. The software included in > Fedora Core is no exception, and never has been. Every single > OS release ever made by Red Hat, or for that matter by Debian, > SuSE, Mandrake, Sun Microsystems, Microsoft, Apple, or any other > OS or distribution you could care to name, has shipped software > which contains bugs. > > Some of the bugs are minor, while other bugs are larger in impact. > Bugs are a simple fact of life in computer software, and there's > really no alternative than to live with that fact. > > It is entirely possible in theory, to delay any of the above > operating system's release dates, to then "go and fix that one > more critical bug", but after doing so, there is at least 1, and > more likely 100 or more other "critical" bugs that aren't fixed > also. Why not fix them too? > > The reason why, is that you then delay your OS release by another > 2 weeks, then another, then a month, and eventually Debian users > start chastizing you for trying to clone the Debian release model. > > That was a joke. Ok, only partly a joke. > > Seriously though, the release just gets delayed and delayed, and > one user after another jumps on the bandwagon claiming "You fixed > critical issue #12345, but *MY* issue which is obviously much > worse of a problem is not fixed! You must delay and fix my issue > also!". After 1000 users do this, you end up not releasing an > operating system ever period, because there is _always_ another > critical bug left in the OS. > > There will _always_ be bugs in the OS which are frustrating to > someone out there. Always be bugs to which someone can't believe > we could possibly have been so careless to release the OS without > fixing at _least_ that one issue. But again, there isn't one > person out there thinking that. There are 10000 people out there > thinking that, and each of them is thinking about a different issue. > > Delaying the OS to fix every bug that "someone" out there will > be frustrated about, or shocked senselessly that we could possibly > have released without delaying to fix their issue, really _DOES_ > mean "Never ever ship an OS ever." > > That is just a straight fact - wether or not everyone accepts it > or not. The OS _WILL_ always ship with bugs, some known ahead > of time, and others discovered after the fact. At a certain > point you either ship the OS, bugs and all, or throw in the > towel. > > > > Suggest a core5.01 version that has the bugfixes for nvidea, keyboard > > and for kudzu. > > By all means, please feel free to create your own custom ISO images > with whatever fixes you'd like to have in them after they're released. > The Fedora project encourages users to customize the distro, and that > includes making custom bug-fixed ISO sets if desired. > > > > Sorry to be against the release. But a reputation for quality is at > > stake. I do not want to tell others, "The Core 5 cd's that are in the > > books and magazines are faulty" Do not use them, do not purchase the > > book or magazine. > > > > Better to be 4 days late, have the fixes, then to ship a faulty product. > > That's where you're wrong. This release is no different than FC4, FC3, > FC2, FC1, any RHL release, or any RHEL release. All OS releases have > bugs in them as I've stated above. Some more severe than others, but > that is just a fact of life. If FC5 contains an out of the box bug > which completely prevents you from using the OS, that is unfortunate, > but it will likely work for many other people. Fixing your favourite > 3 critical must-have-fixed bugs, may fix the OS for you, and a handful > of other people also, but then there will be 1000 other critical bugs > that are not fixed which cause the same grief for other people as you > are potentially seeing. Should we stop-ship the OS and _just_ fix > the bugs you care about? Or should we stop-ship the OS and fix _ALL_ > critical bugs that _anyone_ cares very strongly about? > > Stopping shipping for one person, or even a few people is not a viable > option, and isn't fair for everyone else out there who has equal or > worse problems. Stopping shipping for everyone with a serious problem, > until all such problems are fixed, means delaying the OS for weeks, > or months - most likely years, or never actually ever releasing the > OS again ever. Plus, while those "critical bugs" are being fixed, then > all of a sudden the new upstream release of GNOME comes out, and someone > else wants that included too, since the release is delayed anyway! > Then there's a new upstream release of openoffice which fixes a lot > of bugs, might as well include that too. Then X11R7.1 comes out, then > a new upstream kernel, then KDE, then gphoto, then .... you get the > idea. > > All new OS releases are going to have instabilities. Get used to that, > because it is reality, and reality isn't going to vanish any time soon, > wether the OS release date is delayed to fix an issue or two or not. I am not sure if this was already said?:: =========================================================================== The Release manager plays a major role in deciding when the OS is ready to ship. We should encourage the users and developers to find/report/fix bugs. When the product is ready it is ready. In a competitive world the winner has optimized the following: --- Time to market --- Quality --- Stability --- Performance --- Marketing Genius (Eye candy appeal, etc...) --- Customer support =========================================================================== So, let the users complain. The FC5 team will deliver a good product, I hope :) Thanks, Ernesto > > > > > -- > Mike A. Harris * Open Source Advocate * http://mharris.ca > Proud Canadian. > From fedora at kjb.dds.nl Fri Mar 17 12:47:12 2006 From: fedora at kjb.dds.nl (Klaasjan Brand) Date: Fri, 17 Mar 2006 13:47:12 +0100 Subject: Could tthere be an update iso distribution In-Reply-To: <441A708C.7070407@mharris.ca> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <1142511056.3041.25.camel@laptopd505.fenrus.org> <1142515801.3041.33.camel@laptopd505.fenrus.org> <1142525159.6509.11.camel@kj> <441A708C.7070407@mharris.ca> Message-ID: <1142599632.6708.24.camel@kj> On Fri, 2006-03-17 at 03:17 -0500, Mike A. Harris wrote: > Klaasjan Brand wrote: > > Maybe at last someone will reverse engineer the nvidia hardware and > > build an open source driver? :) > That's already happened. The open source BeOS nvidia driver has > 3D support for current generation Nvidia hardware, or at least > a generation old hardware if I recall correctly. A sufficiently > motivated individual could use the BeOS code as an example, and > port it to the DRI infrastructure and X. If we're talking about the driver linked from wikipedia "NVidia and FOSS" article, it's barely supporting geforce 4 cards (which was released almost 5 years ago). Of course it's still better than nothing. > To the best of my knowledge, none of the existing DRI/Mesa/X developers > have been interested in attempting to do this, and it doesn't appear > BeOS developers are interested in undertaking the effort either. > This leaves a very interesting project to a significantly self motivated > developer or group of developers seeking open source fame. Why should it have to be self-motivated? The r200 driver was funded by a company ("the weather channel" if I remember correctly). If no company is interested in funding this, maybe enough donations can be raised by the Fedora or freedesktop community to fund someone to write the driver. Klaasjan From filip.tsachev at fedora.redhat.com Fri Mar 17 13:22:08 2006 From: filip.tsachev at fedora.redhat.com (Filip Tsachev) Date: Fri, 17 Mar 2006 15:22:08 +0200 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <441A76A6.8070901@mharris.ca> References: <000a01c64989$fa4c9d30$0100000a@chabot> <441A76A6.8070901@mharris.ca> Message-ID: Is there a patch for latest kernel & nvidia module to work ? Cheers, Filip http://fedora.linux.duke.edu/wiki/FilipTsachev From ben.steeves at gmail.com Fri Mar 17 13:29:41 2006 From: ben.steeves at gmail.com (Ben Steeves) Date: Fri, 17 Mar 2006 09:29:41 -0400 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <441A76A6.8070901@mharris.ca> References: <000a01c64989$fa4c9d30$0100000a@chabot> <441A76A6.8070901@mharris.ca> Message-ID: <7ebb24d10603170529y3ea35764nda5d45ab618bdbba@mail.gmail.com> On 3/17/06, Mike A. Harris wrote: > Chris Chabot wrote: > > Tell me which card can also power my 24" display and allows play games at > > 1920x1200 resolution decently under windows, supports Vista, and also has > > OSS support and I'll put it on my shopping list before you know it! > > I'll try to tell you that sometime in the next 2 weeks if possible. > Well, minus the "supports Vista" part, as I don't care about Vista, and > will avoid ever using it for as long as I can (hopefully forever). > > I'm planning on buying 2 24" DFPs very soon, maybe even in a few hours. > Once they arrive, I expect to get a fairly good idea of which OSS > drivers support them well. ;o) Good luck with that one. When you find something, please, let me know too. I have a pair of DFPs and an old nVidia card, and the nv driver doesn't support using it in dualhead mode, so I'm forced to either use the nvidia driver or give one of my DFPs to my wife. While that would make my wife happy, it would significantly reduce the use I get out of my desktop. I've grown accustomed to dualhead and find it hard to work without it. I'm planning on upgrading to an Opteron or X2 dual core system this summer and if I do that, it seems like my only option will be to buy two PCI-e video cards (at $150CDN a pop, minimum!) only to use a bare fraction of their power, if I want to keep my dualhead display and use the open source driver. That will most definitely cheese off my wife. Maybe I can bribe her with the DFP. -- _ Ben Steeves bcs at metacon.ca ( ) The ASCII ribbon campaign ben.steeves at unb.ca X against HTML e-mail GPG ID: 0xB3EBF1D9 / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves From ben.steeves at gmail.com Fri Mar 17 13:31:00 2006 From: ben.steeves at gmail.com (Ben Steeves) Date: Fri, 17 Mar 2006 09:31:00 -0400 Subject: RFE: have firstboot perform an initial package update In-Reply-To: <1142582881.16861.0.camel@gilboa-home-dev.localhost> References: <7ebb24d10603160746m8f2c0b7p723135b99f54247b@mail.gmail.com> <1142524634.26525.5.camel@gilboa-work-dev> <200603161631.55396.cannewilson@tiscali.co.uk> <71b7a9890603160948p5e2a4e1bjf4a53d887b686d60@mail.gmail.com> <7ebb24d10603161152n75ceb3c2y3007f1b8882c454b@mail.gmail.com> <1142582881.16861.0.camel@gilboa-home-dev.localhost> Message-ID: <7ebb24d10603170531g1f863bcdodbcf92e388ac4323@mail.gmail.com> On 3/17/06, Gilboa Davara wrote: > On Thu, 2006-03-16 at 15:52 -0400, Ben Steeves wrote: > > These are all great comments. I've taken the liberty of added them to > > the RFE bug. Also, if anyone can find the original RFE that Rahul > > mentioned and mark mine as a duplicate, that'd be great. I couldn't > > find it :) > > > > BZ #? Sorry, sometimes I forget not everyone is using gmail to read this list :-) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185634 -- _ Ben Steeves bcs at metacon.ca ( ) The ASCII ribbon campaign ben.steeves at unb.ca X against HTML e-mail GPG ID: 0xB3EBF1D9 / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves From jvian10 at charter.net Fri Mar 17 13:41:03 2006 From: jvian10 at charter.net (Jeff Vian) Date: Fri, 17 Mar 2006 07:41:03 -0600 Subject: Could tthere be an update iso distribution In-Reply-To: <441A1E55.8010604@cornell.edu> References: <20060316115928.89597.qmail@web30202.mail.mud.yahoo.com> <8767947e0603160901p6d9ae82lf225effa706930c4@mail.gmail.com> <604aa7910603160912s63cff94aq7e2ff882be3a0cb@mail.gmail.com> <1142530755.2991.53.camel@copper.cdkkt.com> <4419A4F4.3030202@blagblagblag.org> <1142531730.2991.57.camel@copper.cdkkt.com> <4419B30B.2090302@blagblagblag.org> <1142535826.2991.92.camel@copper.cdkkt.com> <8767947e0603161121q367e9e6ftfeb7b20d8f1ea968@mail.gmail.com> <1142561566.1389.101.camel@eagle.lab.net> <441A1E55.8010604@cornell.edu> Message-ID: <1142602863.1389.149.camel@eagle.lab.net> On Thu, 2006-03-16 at 21:26 -0500, Ivan Gyurdiev wrote: > > My problem exactly. Brand new install of FC5t3 on an x86_64 and the > > nVidia PCIe video did not work at all. > > > > I cannot say I had a problem with kudzu at all, but definitely a video > > problem with the nv driver. > > > Jeff, what kind of problem are you having exactly? > The nv driver does not work for me on x86_64, PCI-E, Nvidia GeForce 6800 > GS 256, Asus A8N-SLI. > > See here, comment if you have the same symptoms: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182396 > Similar symptoms on boot/install with the nv driver. was only able to get graphics to work after install by booting to text mode and switched to the mesa driver manually. I started a thread on it here, and was told to file the bug with xorg. I filed this bug https://bugs.freedesktop.org/show_bug.cgi?id=6038 which was considered a duplicate of this one https://bugs.freedesktop.org/show_bug.cgi?id=5386 I certainly think they are the same as your problem. From vonbrand at inf.utfsm.cl Fri Mar 17 13:59:21 2006 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Fri, 17 Mar 2006 09:59:21 -0400 Subject: Flawed release process In-Reply-To: Your message of "Thu, 16 Mar 2006 19:34:54 EST." Message-ID: <200603171359.k2HDxLeF004004@laptop11.inf.utfsm.cl> Neal Becker wrote: > I hate to be critical, but I really have some problem with the way this > release proceeded. Wouldn't it have been better to freeze the components > for testing for a period before release? I think they were... > The flawed kernel that just went > out wasn't even tested for 1 day before the release. How do you know that? -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From arjan at fenrus.demon.nl Fri Mar 17 15:42:55 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Fri, 17 Mar 2006 16:42:55 +0100 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <000a01c64989$fa4c9d30$0100000a@chabot> References: <000a01c64989$fa4c9d30$0100000a@chabot> Message-ID: <1142610175.3033.88.camel@laptopd505.fenrus.org> > Binary drivers are here to stay, ... until they become impossible either technical or by court decision ;) both is happening in various degrees. or... until nvidia just decides their xbox contract is more important than linux business wise. From dant at cdkkt.com Fri Mar 17 16:08:55 2006 From: dant at cdkkt.com (Dan Thurman) Date: Fri, 17 Mar 2006 08:08:55 -0800 Subject: Today's YUM updates results in missing depenencies... Message-ID: <1142611736.3066.1.camel@copper.cdkkt.com> Here is today's yum output: [root at mysystem ~]# yum update Loading "installonlyn" plugin Setting up Update Process Setting up repositories development [1/2] development 100% |=========================| 1.1 kB 00:00 extras-development [2/2] extras-development 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Downloading header for nexuiz-data to pack into transaction set. nexuiz-data-1.5-1.noarch. 100% |=========================| 3.4 kB 00:00 ---> Package nexuiz-data.noarch 0:1.5-1 set to be updated ---> Downloading header for libsexy to pack into transaction set. libsexy-0.1.7-1.fc5.i386. 100% |=========================| 3.1 kB 00:00 ---> Package libsexy.i386 0:0.1.7-1.fc5 set to be updated --> Running transaction check --> Processing Dependency: nexuiz-data = 1.2.1 for package: nexuiz --> Processing Dependency: libsexy.so.1 for package: xchat-gnome --> Finished Dependency Resolution Error: Missing Dependency: nexuiz-data = 1.2.1 is needed by package nexuiz Error: Missing Dependency: libsexy.so.1 is needed by package xchat-gnome From Robin.Laing at drdc-rddc.gc.ca Fri Mar 17 16:15:43 2006 From: Robin.Laing at drdc-rddc.gc.ca (Robin Laing) Date: Fri, 17 Mar 2006 09:15:43 -0700 Subject: Cell Processor? In-Reply-To: <91f88ee20603161205o5b393c1ej4072b18ce7a6a187@mail.gmail.com> References: <91f88ee20603161205o5b393c1ej4072b18ce7a6a187@mail.gmail.com> Message-ID: <441AE0AF.7030501@drdc-rddc.gc.ca> Chasecreek Systemhouse wrote: > Anyone here got a spare Cell system they need someone to perform > development and/or other testing on? > > -- > WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ > What, you can't wait for a PS3 like the rest of us? :) The reports I hear is it will come with Linux on the HD. -- Robin Laing From dant at cdkkt.com Fri Mar 17 16:24:17 2006 From: dant at cdkkt.com (Dan Thurman) Date: Fri, 17 Mar 2006 08:24:17 -0800 Subject: Menu: System->Administration->Authentication: BROKE! Message-ID: <1142612657.3066.7.camel@copper.cdkkt.com> As the subject line says: "Menu: System->Administration->Authentication: BROKE!" I cannot set the authentication properties via this tool because selecting this does not pop up the GUI. Hmmm... there are a couple of things missing in the menu as well - such as the general control-panel that I thought I saw in FC3/4 Some menu items are being dropped from FC5? Dan From gilboad at gmail.com Fri Mar 17 16:29:55 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Fri, 17 Mar 2006 18:29:55 +0200 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142610175.3033.88.camel@laptopd505.fenrus.org> References: <000a01c64989$fa4c9d30$0100000a@chabot> <1142610175.3033.88.camel@laptopd505.fenrus.org> Message-ID: <1142612995.27041.54.camel@gilboa-home-dev.localhost> On Fri, 2006-03-17 at 16:42 +0100, Arjan van de Ven wrote: > > Binary drivers are here to stay, > > ... until they become impossible either technical or by court > decision ;) > both is happening in various degrees. > > or... until nvidia just decides their xbox contract is more important > than linux business wise. > I'm trying hard to keep my head out of this argument. Lets say both ATI and nVidia drop out of the closed source binary drives and leave us without drives. What alternative are you offering to power our Xgl/Bling/what-ever desktops? (Let alone running Quake4 at 1600x1200...) Other then that, I'm being employed write a certain kernel level services that are to be deployed on RHEL. Due to specific reasons I cannot disclose (and as a matter of law) my company cannot release the code under GPL (though I might get a permission to release small unrelated parts of it). If indeed you represent the official Linux-kernel-dev-line, my employer should halt all Linux development and switch to BSD/Solaris/what-ever, right? Gilboa From gilboad at gmail.com Fri Mar 17 16:30:52 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Fri, 17 Mar 2006 18:30:52 +0200 Subject: RFE: have firstboot perform an initial package update In-Reply-To: <7ebb24d10603170531g1f863bcdodbcf92e388ac4323@mail.gmail.com> References: <7ebb24d10603160746m8f2c0b7p723135b99f54247b@mail.gmail.com> <1142524634.26525.5.camel@gilboa-work-dev> <200603161631.55396.cannewilson@tiscali.co.uk> <71b7a9890603160948p5e2a4e1bjf4a53d887b686d60@mail.gmail.com> <7ebb24d10603161152n75ceb3c2y3007f1b8882c454b@mail.gmail.com> <1142582881.16861.0.camel@gilboa-home-dev.localhost> <7ebb24d10603170531g1f863bcdodbcf92e388ac4323@mail.gmail.com> Message-ID: <1142613052.27041.55.camel@gilboa-home-dev.localhost> On Fri, 2006-03-17 at 09:31 -0400, Ben Steeves wrote: > On 3/17/06, Gilboa Davara wrote: > > On Thu, 2006-03-16 at 15:52 -0400, Ben Steeves wrote: > > > These are all great comments. I've taken the liberty of added them to > > > the RFE bug. Also, if anyone can find the original RFE that Rahul > > > mentioned and mark mine as a duplicate, that'd be great. I couldn't > > > find it :) > > > > > > > BZ #? > > Sorry, sometimes I forget not everyone is using gmail to read this list :-) > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185634 Heh... I'm reading my gmail account using POP3 ;) Gilboa From jspaleta at gmail.com Fri Mar 17 16:44:23 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 17 Mar 2006 11:44:23 -0500 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142612995.27041.54.camel@gilboa-home-dev.localhost> References: <000a01c64989$fa4c9d30$0100000a@chabot> <1142610175.3033.88.camel@laptopd505.fenrus.org> <1142612995.27041.54.camel@gilboa-home-dev.localhost> Message-ID: <604aa7910603170844ke271d01o7ea7b128887a9221@mail.gmail.com> On 3/17/06, Gilboa Davara wrote: > What alternative are you offering to power our Xgl/Bling/what-ever > desktops? (Let alone running Quake4 at 1600x1200...) Doesn't the intel graphics sets now provide enough open support for bling? > > Other then that, I'm being employed write a certain kernel level > services that are to be deployed on RHEL. > Due to specific reasons I cannot disclose (and as a matter of law) my > company cannot release the code under GPL (though I might get a > permission to release small unrelated parts of it). If indeed you > represent the official Linux-kernel-dev-line, my employer should halt > all Linux development and switch to BSD/Solaris/what-ever, right? I think your employer should abide by the licensing conditions on any 3rd party source code with which your employer's services will need to utilize in order to build a functional service. If you need to look at the kernel sourcecode for what you are building then you will need to abide by the GPL. If you or your employer are confused by the licensing terms embodied in the GPL are, I would also suggest your employer take the time to run the GPL past their legal cousel to make sure your employer knows exactly what is expected to comply and what the risks of non-compliance are. As your employer should be doing for any 3rd party sourcecode which you license for use. If your employer is to provide the work under the GPL, it is in your employer's best interest to have informed legal counsel make an informed legal judgement as to the matter. -jef From bench at silentmedia.com Fri Mar 17 17:19:28 2006 From: bench at silentmedia.com (Ben) Date: Fri, 17 Mar 2006 09:19:28 -0800 Subject: kudzu not seeing my new NIC Message-ID: I'm running a current set of rawhide RPMs on x86_64. I just tried to add a new network card (a dual-port eepro100), and while I can manually configure the NICs and use them just fine, kudzu didn't see them. Is this expected behavior? From chasecreek.systemhouse at gmail.com Fri Mar 17 17:21:55 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Fri, 17 Mar 2006 12:21:55 -0500 Subject: Cell Processor? In-Reply-To: <441AE0AF.7030501@drdc-rddc.gc.ca> References: <91f88ee20603161205o5b393c1ej4072b18ce7a6a187@mail.gmail.com> <441AE0AF.7030501@drdc-rddc.gc.ca> Message-ID: <91f88ee20603170921mb74c281y4b2489519e594ea@mail.gmail.com> On 3/17/06, Robin Laing wrote: > What, you can't wait for a PS3 like the rest of us? :) > > The reports I hear is it will come with Linux on the HD. Yes, I can wait, but I would rather run FC5 on it. The PS3 might not be able to handle that. No, what I am looking for is the real Cell Broadband Tower of Power computing platform. =) -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From tmraz at redhat.com Fri Mar 17 17:32:45 2006 From: tmraz at redhat.com (Tomas Mraz) Date: Fri, 17 Mar 2006 18:32:45 +0100 Subject: Menu: System->Administration->Authentication: BROKE! In-Reply-To: <1142612657.3066.7.camel@copper.cdkkt.com> References: <1142612657.3066.7.camel@copper.cdkkt.com> Message-ID: <1142616765.13235.3.camel@perun.kabelta.loc> On Fri, 2006-03-17 at 08:24 -0800, Dan Thurman wrote: > As the subject line says: > "Menu: System->Administration->Authentication: BROKE!" > > I cannot set the authentication properties via this tool > because selecting this does not pop up the GUI. What happens if you run system-config-authentication from a command line? -- Tomas Mraz From pnasrat at redhat.com Fri Mar 17 17:59:17 2006 From: pnasrat at redhat.com (Paul Nasrat) Date: Fri, 17 Mar 2006 12:59:17 -0500 Subject: Cell Processor? In-Reply-To: <91f88ee20603170921mb74c281y4b2489519e594ea@mail.gmail.com> References: <91f88ee20603161205o5b393c1ej4072b18ce7a6a187@mail.gmail.com> <441AE0AF.7030501@drdc-rddc.gc.ca> <91f88ee20603170921mb74c281y4b2489519e594ea@mail.gmail.com> Message-ID: <1142618357.2946.48.camel@enki.eridu> On Fri, 2006-03-17 at 12:21 -0500, Chasecreek Systemhouse wrote: > On 3/17/06, Robin Laing wrote: > > What, you can't wait for a PS3 like the rest of us? :) > > > > The reports I hear is it will come with Linux on the HD. > > Yes, I can wait, but I would rather run FC5 on it. The PS3 might not > be able to handle that. > > > No, what I am looking for is the real Cell Broadband Tower of Power > computing platform. You should be able to order one: http://www.mc.com/products/ Paul From bench at silentmedia.com Fri Mar 17 18:05:54 2006 From: bench at silentmedia.com (Ben) Date: Fri, 17 Mar 2006 10:05:54 -0800 Subject: kudzu not seeing my new NIC In-Reply-To: References: Message-ID: <60826863-C5AB-42F1-9D44-5820DBFB8FC8@silentmedia.com> Actually, I take back that part about using the interfaces just fine. While I can *see* the manually configured interfaces just fine, it seems the xen dom0 scripting glue plays with the arp broadcasts in such a way as that an arp request for any interface always resolves to just of of them. On Mar 17, 2006, at 9:19 AM, Ben wrote: > I'm running a current set of rawhide RPMs on x86_64. I just tried > to add a new network card (a dual-port eepro100), and while I can > manually configure the NICs and use them just fine, kudzu didn't > see them. Is this expected behavior? > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe:https://www.redhat.com/mailman/listinfo/fedora-test- > list From arjan at fenrus.demon.nl Fri Mar 17 18:25:42 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Fri, 17 Mar 2006 19:25:42 +0100 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142612995.27041.54.camel@gilboa-home-dev.localhost> References: <000a01c64989$fa4c9d30$0100000a@chabot> <1142610175.3033.88.camel@laptopd505.fenrus.org> <1142612995.27041.54.camel@gilboa-home-dev.localhost> Message-ID: <1142619942.3033.159.camel@laptopd505.fenrus.org> > Other then that, I'm being employed write a certain kernel level > services that are to be deployed on RHEL. > Due to specific reasons I cannot disclose (and as a matter of law) my > company cannot release the code under GPL (though I might get a > permission to release small unrelated parts of it). If indeed you > represent the official Linux-kernel-dev-line, my employer should halt > all Linux development and switch to BSD/Solaris/what-ever, right? your companies lawyers should have read the GPL before, read COPYING.modules from the RHEL4 kernel tree (or RHEL3) which has Linus' position on this. And question themselves how on earth they can obey by both clause 2 and clause 3 of the GPL... (for example: if you're going to ship RHEL4 or the kernel together with your module, how on earth can you reasonably argue that the compiled module is independent of the kernel as clause 2 demands) And how much they like that you are including kernel code into the binary you're going to distribute (via the headers for example). It's your companies lawyers that need to decide that, because it's their responsibility to make sure your company obeys the law, and to defend it in court if they get chalanged. If that means that they conclude the same as the lawyers I talked to ("it can't be done except in ") and if that means that the answer then is "then we don't do a Linux driver", then you have the answer... From chasecreek.systemhouse at gmail.com Fri Mar 17 18:44:18 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Fri, 17 Mar 2006 13:44:18 -0500 Subject: Cell Processor? In-Reply-To: <1142618357.2946.48.camel@enki.eridu> References: <91f88ee20603161205o5b393c1ej4072b18ce7a6a187@mail.gmail.com> <441AE0AF.7030501@drdc-rddc.gc.ca> <91f88ee20603170921mb74c281y4b2489519e594ea@mail.gmail.com> <1142618357.2946.48.camel@enki.eridu> Message-ID: <91f88ee20603171044q4b1c3cbat877a86f3a4be0302@mail.gmail.com> On 3/17/06, Paul Nasrat wrote: > You should be able to order one: > http://www.mc.com/products/ That's a damn ugly box -- is that what Red Hat is using??? Oh well, guess I'll wait for the prettied up version. LOL =) -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From gilboad at gmail.com Fri Mar 17 19:40:55 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Fri, 17 Mar 2006 21:40:55 +0200 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <604aa7910603170844ke271d01o7ea7b128887a9221@mail.gmail.com> References: <000a01c64989$fa4c9d30$0100000a@chabot> <1142610175.3033.88.camel@laptopd505.fenrus.org> <1142612995.27041.54.camel@gilboa-home-dev.localhost> <604aa7910603170844ke271d01o7ea7b128887a9221@mail.gmail.com> Message-ID: <1142624455.27041.77.camel@gilboa-home-dev.localhost> On Fri, 2006-03-17 at 11:44 -0500, Jeff Spaleta wrote: > On 3/17/06, Gilboa Davara wrote: > > What alternative are you offering to power our Xgl/Bling/what-ever > > desktops? (Let alone running Quake4 at 1600x1200...) > > Doesn't the intel graphics sets now provide enough open support for bling? A. Most of my machines are AMD based. Nuff said. B. The two machines that are Intel, use the i915 on-board video that can hardly drive xcompmgr... let alone bling ;( > > > > > Other then that, I'm being employed write a certain kernel level > > services that are to be deployed on RHEL. > > Due to specific reasons I cannot disclose (and as a matter of law) my > > company cannot release the code under GPL (though I might get a > > permission to release small unrelated parts of it). If indeed you > > represent the official Linux-kernel-dev-line, my employer should halt > > all Linux development and switch to BSD/Solaris/what-ever, right? > > I think your employer should abide by the licensing conditions on any > 3rd party source code with which your employer's services will need to > utilize in order to build a functional service. If you need to look > at the kernel sourcecode for what you are building then you will need > to abide by the GPL. If you or your employer are confused by the > licensing terms embodied in the GPL are, I would also suggest your > employer take the time to run the GPL past their legal cousel to make > sure your employer knows exactly what is expected to comply and what > the risks of non-compliance are. As your employer should be doing for > any 3rd party sourcecode which you license for use. If your employer > is to provide the work under the GPL, it is in your employer's best > interest to have informed legal counsel make an informed legal > judgement as to the matter. Our legal dept checked the project and will abide the GPL requirements; As I said, parts of our code will be made available to ensure full GPL complaisance. What Arjan was talking about is breaking the gaming-rules: Deliberately stopping non-GPL kernel code from being executed. Gilboa From justin.conover at gmail.com Fri Mar 17 19:50:47 2006 From: justin.conover at gmail.com (Justin Conover) Date: Fri, 17 Mar 2006 13:50:47 -0600 Subject: Today's YUM updates results in missing depenencies... In-Reply-To: <1142611736.3066.1.camel@copper.cdkkt.com> References: <1142611736.3066.1.camel@copper.cdkkt.com> Message-ID: On 3/17/06, Dan Thurman wrote: > > > Here is today's yum output: > > [root at mysystem ~]# yum update > Loading "installonlyn" plugin > Setting up Update Process > Setting up repositories > development > [1/2] > development 100% |=========================| 1.1 kB > 00:00 > extras-development > [2/2] > extras-development 100% |=========================| 1.1 kB > 00:00 > Reading repository metadata in from local files > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Downloading header for nexuiz-data to pack into transaction set. > nexuiz-data-1.5-1.noarch. 100% |=========================| 3.4 kB > 00:00 > ---> Package nexuiz-data.noarch 0:1.5-1 set to be updated > ---> Downloading header for libsexy to pack into transaction set. > libsexy-0.1.7-1.fc5.i386. 100% |=========================| 3.1 kB > 00:00 > ---> Package libsexy.i386 0:0.1.7-1.fc5 set to be updated > --> Running transaction check > --> Processing Dependency: nexuiz-data = 1.2.1 for package: nexuiz > --> Processing Dependency: libsexy.so.1 for package: xchat-gnome > --> Finished Dependency Resolution > Error: Missing Dependency: nexuiz-data = 1.2.1 is needed by package > nexuiz > Error: Missing Dependency: libsexy.so.1 is needed by package xchat-gnome > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > Both are extra's rpm's I included them to this reply fedora-extras-list at redhat.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jspaleta at gmail.com Fri Mar 17 19:59:28 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 17 Mar 2006 14:59:28 -0500 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142624455.27041.77.camel@gilboa-home-dev.localhost> References: <000a01c64989$fa4c9d30$0100000a@chabot> <1142610175.3033.88.camel@laptopd505.fenrus.org> <1142612995.27041.54.camel@gilboa-home-dev.localhost> <604aa7910603170844ke271d01o7ea7b128887a9221@mail.gmail.com> <1142624455.27041.77.camel@gilboa-home-dev.localhost> Message-ID: <604aa7910603171159x55b6c1ffs2d962fcbabaa6b4f@mail.gmail.com> On 3/17/06, Gilboa Davara wrote: > B. The two machines that are Intel, use the i915 on-board video that can > hardly drive xcompmgr... let alone bling ;( Well i guess someone should update http://www.fedoraproject.org/wiki/RenderingProject/aiglx which lists Intel: i830 through i945 as known working with bling. > What Arjan was talking about is breaking the gaming-rules: Deliberately > stopping non-GPL kernel code from being executed. I have no problem with the upstream kernel doing that via technical changes to the codebase, whether intentionally or as an unintentional side-effect for other goals. I also have no problem with the fedora kernel developers deciding to do that in an effort to reduce the their support burden if that is what they deemed necessary. Luckily for you I have no decision making power over either group. -jef From arjan at fenrus.demon.nl Fri Mar 17 20:04:39 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Fri, 17 Mar 2006 21:04:39 +0100 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142624455.27041.77.camel@gilboa-home-dev.localhost> References: <000a01c64989$fa4c9d30$0100000a@chabot> <1142610175.3033.88.camel@laptopd505.fenrus.org> <1142612995.27041.54.camel@gilboa-home-dev.localhost> <604aa7910603170844ke271d01o7ea7b128887a9221@mail.gmail.com> <1142624455.27041.77.camel@gilboa-home-dev.localhost> Message-ID: <1142625879.3033.189.camel@laptopd505.fenrus.org> > Our legal dept checked the project and will abide the GPL requirements; I assume your kernel portion will be GPL then; good. (I don't see how your legal people approved including gpl kernel code via the headers into your binary otherwise ... the kernel is a bit unique in that regard compared to most other software in how headers are used) > As I said, parts of our code will be made available to ensure full GPL > complaisance. your legal dept should reread clause 2 of the gpl; it's actually more problematic to do a part gpl/part not-gpl release than a zero-gpl release ;) > > What Arjan was talking about is breaking the gaming-rules: Deliberately > stopping non-GPL kernel code from being executed. that is not "new", it has been happening slowly for the last 3 years and will go on in the future as well. To the point that I suspect it'll be pretty much impossible to do a non-trivial binary module 18 to 24 months from now. Today you already can't do a sata driver or anything using sysfs that way for example. USB.. only the most trivial stuff you can still do binary. Most people argue though that this isn't changing the rules, but explaining what the rules always were... From gilboad at gmail.com Fri Mar 17 20:07:43 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Fri, 17 Mar 2006 22:07:43 +0200 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142619942.3033.159.camel@laptopd505.fenrus.org> References: <000a01c64989$fa4c9d30$0100000a@chabot> <1142610175.3033.88.camel@laptopd505.fenrus.org> <1142612995.27041.54.camel@gilboa-home-dev.localhost> <1142619942.3033.159.camel@laptopd505.fenrus.org> Message-ID: <1142626063.27041.105.camel@gilboa-home-dev.localhost> On Fri, 2006-03-17 at 19:25 +0100, Arjan van de Ven wrote: > > Other then that, I'm being employed write a certain kernel level > > services that are to be deployed on RHEL. > > Due to specific reasons I cannot disclose (and as a matter of law) my > > company cannot release the code under GPL (though I might get a > > permission to release small unrelated parts of it). If indeed you > > represent the official Linux-kernel-dev-line, my employer should halt > > all Linux development and switch to BSD/Solaris/what-ever, right? > > your companies lawyers should have read the GPL before, read > COPYING.modules from the RHEL4 kernel tree (or RHEL3) which has Linus' > position on this. And question themselves how on earth they can obey by > both clause 2 and clause 3 of the GPL... (for example: if you're going > to ship RHEL4 or the kernel together with your module, how on earth can > you reasonably argue that the compiled module is independent of the > kernel as clause 2 demands) And how much they like that you are > including kernel code into the binary you're going to distribute (via > the headers for example). It's your companies lawyers that need to > decide that, because it's their responsibility to make sure your company > obeys the law, and to defend it in court if they get chalanged. > I'm not looking to start a GPL flame-war. Far from it. My company's layers have vent through the GPL and it's up for them to decide which parts of the code must be released. I assume that all the parts that interface directly with the kernel source/headers will be released as required. BTW, last time I checked, nVidia is doing exactly the same. All the kernel dependent code is open and released to the public while all the kernel in-dependent is closed. > If that means that they conclude the same as the lawyers I talked to > ("it can't be done except in ") and if that > means that the answer then is "then we don't do a Linux driver", then > you have the answer... > I fear that this view will demolish the fledgling Linux ecosystem that is slowly being built. Without high performance 3D card and drivers the chances of Linux gaining market share on Vista are a pipe-dream. Heck, using open source drivers only I doubt that 10% of the users here will be able to run Xgl/Bling/etc. Even worse, with the kernel devs going into RMS mode, large Enterprise companies will shy away from using Linux and go back to Microsoft. Guess Microsoft needn't worry about Linux; we are perfectly capable of finding fresh new ways to shoot ourselves in the foot. Don't get me wrong, I do understand the "Software must be GPL'ed" view.. In a perfect world I'd be marching right beside. Problem is, in a perfect world you don't have El-Quida people sifting through your code, trying to find ways to disable a nuclear reactor emergency coolers and/or missile guidance system. Back to the original subject: I shelled out 400$ for my GF6800GT card and I'm willing to spend twice that amount on a fully open graphics card that will perform the same. Can you offer me such as option? Gilboa From jvian10 at charter.net Fri Mar 17 20:33:47 2006 From: jvian10 at charter.net (Jeff Vian) Date: Fri, 17 Mar 2006 14:33:47 -0600 Subject: slmodemd does not work with FC5 Test Kernels In-Reply-To: <20060315012326.79015.qmail@web52611.mail.yahoo.com> References: <20060315012326.79015.qmail@web52611.mail.yahoo.com> Message-ID: <1142627627.1389.161.camel@eagle.lab.net> Try to get assistance with that from the forum at www.linmodems.com. The mailing list is discuss at linmodems.com and that should be your primary source for modem issues. On Tue, 2006-03-14 at 17:23 -0800, Antonio Olivares wrote: > When using 2.6.15-1.1878_FC5 kernel and forwarding to > discuss at linmodems.org, Marv emailed me back > > Antonio > > RE: > How do I access the userspace for slmodemd? The > modem > > is not the slmodem-alsa package which survives > kernel > > updates. I have to compile slmodemd into the > running > > kernel. What suggestions do you offer? > Ask maintainer "Sasha Khapyorsky" > > It is part of Sasha's design that the slmodemd be > kernel-version independen= > t. > The only prep-compiled Proprietary component needed > for ALSA driver > support is the > modem/dsplibs.o and it is incorporated in the > non-driver slmodemd. > THis is why there is not a "Tainted" warning upon ALSA > driver insertion. > > This is in contrast to with the drivers/amrlibs.o > which is > incorporated into slamr.ko, > which prompts a Tainted warning upon loading into the > kernel. > > Recently Alexei has achived a similar split for the > Lucent DSP code. > The martian_drv.ko is all Open Sounce code, while a > non-driver helper > application carries the pre-compiled ltmdmobj.o > component from Agere > Systems: > See for details: http://martian.barrelsoutofbond.org/ > http://linmodems.technion.ac.il/archive-sixth/msg00142.html > > MarvS > > I suspect it definitely has to do with the > ***drivers/amrlibs.o**** since in the previous log it > has given some warnings. Please forgive if this > bothers other users. I have two machines running FC5 > test versions and on one I can update much faster, but > on this one, since it is working off dialup, it makes > things much harder. > > Best Regards, > > Antonio > > > --- Antonio Olivares wrote: > > > See attached log file. I still wonder what is > > wrong. > > Please give advice. > > > > TIA > > > > Antonio > > > > __________________________________________________ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > > protection around > > http://mail.yahoo.com > Script started on Tue 14 Mar > 2006 07:41:16 PM EST > > > ]0;tonio at localhost:~/Downloads/20060204[tonio at localhost > > 20060204]$ cd slmodem-2.9.11-20051101 > > > ]0;tonio at localhost:~/Downloads/20060204/slmodem-2.9.11-20051101[tonio at localhost > > slmodem-2.9.11-20051101]$ ls > > Changes COPYING > > drivers Makefile > > modem patches > > README scripts > > > ]0;tonio at localhost:~/Downloads/20060204/slmodem-2.9.11-20051101[tonio at localhost > > slmodem-2.9.11-20051101]$ mkake > > KERNEL_VER=/lib/modules/2.6.15-1..2041_FC5/build > > make -C modem all > > make[1]: Entering directory > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/modem' > > make[1]: Leaving directory > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/modem' > > make -C drivers > > KERNEL_DIR=/lib/modules/2.6.15-1.2041_FC5/build > > make[1]: Entering directory > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > > make modules -C /lib/modules/2.6.15-1.2041_FC5/build > > > SUBDIRS=/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers > > make[2]: Entering directory > > `/usr/src/kernels/2.6.15-1.2041_FC5-i686' > > CC [M] > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/amrmo_init.o > > CC [M] > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/sysdep_amr.o > > CC [M] > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/st7554.o > > LD [M] > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/slamr.o > > LD [M] > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/slusb.o > > Building modules, stage 2. > > MODPOST > > Warning: could not find > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/.amrlibs.o.cmd > > for > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/amrlibs.o > > CC > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/slamr.mod.o > > LD [M] > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/slamr.ko > > CC > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/slusb.mod.o > > LD [M] > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/slusb.ko > > make[2]: Leaving directory > > `/usr/src/kernels/2.6.15-1.2041_FC5-i686' > > make[1]: Leaving directory > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > > > ]0;tonio at localhost:~/Downloads/20060204/slmodem-2.9.11-20051101[tonio at localhost > > slmodem-2.9.11-20051101]$ make > > make -C modem all > > make[1]: Entering directory > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/modem' > > make[1]: Leaving directory > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/modem' > > make -C drivers > > KERNEL_DIR=/lib/modules/2.6.15-1.2041_FC5/build > > make[1]: Entering directory > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > > cc -I/lib/modules/2.6.15-1.2041_FC5/build/include -o > > kernel-ver kernel-ver.c > > make all KERNEL_VER=2.6.15-1.2041_FC5 > > make[2]: Entering directory > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > > make modules -C /lib/modules/2.6.15-1.2041_FC5/build > > > SUBDIRS=/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers > > make[3]: Entering directory > > `/usr/src/kernels/2.6.15-1.2041_FC5-i686' > > Building modules, stage 2. > > MODPOST > > Warning: could not find > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/.amrlibs.o.cmd > > for > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/amrlibs.o > > make[3]: Leaving directory > > `/usr/src/kernels/2.6.15-1.2041_FC5-i686' > > make[2]: Leaving directory > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > > make[1]: Leaving directory > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > > > ]0;tonio at localhost:~/Downloads/20060204/slmodem-2.9.11-20051101[tonio at localhost > > slmodem-2.9.11-20051101]$ su > > Password: > > > ]0;tonio at localhost:/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101[root at localhost > > slmodem-2.9.11-20051101]# make install > > make -C modem all > > make[1]: Entering directory > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/modem' > > make[1]: Leaving directory > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/modem' > > make -C drivers > > KERNEL_DIR=/lib/modules/2.6.15-1.2041_FC5/build > > make[1]: Entering directory > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > > cc -I/lib/modules/2.6.15-1.2041_FC5/build/include -o > > kernel-ver kernel-ver.c > > make all KERNEL_VER=2.6.15-1.2041_FC5 > > make[2]: Entering directory > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > > make modules -C /lib/modules/2.6.15-1.2041_FC5/build > > > SUBDIRS=/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers > > make[3]: Entering directory > > `/usr/src/kernels/2.6.15-1.2041_FC5-i686' > > Building modules, stage 2. > > MODPOST > > Warning: could not find > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/.amrlibs.o.cmd > > for > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/amrlibs.o > > make[3]: Leaving directory > > `/usr/src/kernels/2.6.15-1.2041_FC5-i686' > > make[2]: Leaving directory > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > > make[1]: Leaving directory > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > > make install -C drivers > > KERNEL_DIR=/lib/modules/2.6.15-1.2041_FC5/build > > make[1]: Entering directory > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > > cc -I/lib/modules/2.6.15-1.2041_FC5/build/include -o > > kernel-ver kernel-ver.c > > mkdir -p /dev > > mknod -m 600 /dev/slamr0 c 242 0 ; mknod -m 600 > > /dev/slamr1 c 242 1 ; mknod -m 600 /dev/slamr2 c > > 242 2 ; mknod -m 600 /dev/slamr3 c 242 3 ; echo > > -n > > mknod -m 600 /dev/slusb0 c 243 0 ; mknod -m 600 > > /dev/slusb1 c 243 1 ; mknod -m 600 /dev/slusb2 c > > 243 2 ; mknod -m 600 /dev/slusb3 c 243 3 ; echo > > -n > > make install KERNEL_VER=2.6.15-1.2041_FC5 > > make[2]: Entering directory > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > > install -D -m 644 slamr.ko > > /lib/modules/2.6.15-1.2041_FC5/extra/slamr.ko > > install -D -m 644 slusb.ko > > /lib/modules/2.6.15-1.2041_FC5/extra/slusb.ko > > /sbin/depmod -a > > make[2]: Leaving directory > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > > make[1]: Leaving directory > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > > install -D -m 755 modem/slmodemd /usr/sbin/slmodemd > > rm -f -rf /var/lib/slmodem > > install -d -D -m 755 /var/lib/slmodem > > > ]0;tonio at localhost:/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101[root at localhost > > slmodem-2.9.11-20051101]# exit > > exit > > > ]0;tonio at localhost:~/Downloads/20060204/slmodem-2.9.11-20051101[tonio at localhost > > slmodem-2.9.11-20051101]$ ls > > Changes COPYING > > drivers Makefile > > modem patches > > README scripts > > > ]0;tonio at localhost:~/Downloads/20060204/slmodem-2.9.11-20051101[tonio at localhost > > slmodem-2.9.11-20051101]$ cd .. > > > ]0;tonio at localhost:~/Downloads/20060204[tonio at localhost > > 20060204]$ cd ungrab-winmodem\ > > > > > > ]0;tonio at localhost:~/Downloads/20060204[tonio at localhost > > 20060204]$ cd ungrab-winmodem\ > > > ]0;tonio at localhost:~/Downloads/20060204/ungrab-winmodem[tonio at localhost > > ungrab-winmodem]$ ls > > Makefile > > ungrab-winmodem.c > > ungrab-winmodem.mod.c > > ungrab-winmodem.o > > Readme.txt ungrab-winmodem.ko > > ungrab-winmodem.mod.o > > > ]0;tonio at localhost:~/Downloads/20060204/ungrab-winmodem[tonio at localhost > > ungrab-winmodem]$ su > > Password: > > > ]0;tonio at localhost:/home/tonio/Downloads/20060204/ungrab-winmodem[root at localhost > > ungrab-winmodem]# make > > make modules -C /lib/modules/2.6.15-1.2041_FC5/build > > > SUBDIRS=/home/tonio/Downloads/20060204/ungrab-winmodem > > make[1]: Entering directory > > `/usr/src/kernels/2.6.15-1.2041_FC5-i686' > > CC [M] > > > /home/tonio/Downloads/20060204/ungrab-winmodem/ungrab-winmodem.o > > Building modules, stage 2. > > MODPOST > > CC > > > /home/tonio/Downloads/20060204/ungrab-winmodem/ungrab-winmodem.mod.o > > LD [M] > > > /home/tonio/Downloads/20060204/ungrab-winmodem/ungrab-winmodem.ko > > make[1]: Leaving directory > > `/usr/src/kernels/2.6.15-1.2041_FC5-i686' > > > ]0;tonio at localhost:/home/tonio/Downloads/20060204/ungrab-winmodem[root at localhost > > ungrab-winmodem]# make install > > make modules -C /lib/modules/2.6.15-1.2041_FC5/build > > > SUBDIRS=/home/tonio/Downloads/20060204/ungrab-winmodem > > make[1]: Entering directory > > `/usr/src/kernels/2.6.15-1.2041_FC5-i686' > > Building modules, stage 2. > > MODPOST > > > === message truncated === > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > From pribyl at lowlevel.cz Fri Mar 17 21:22:04 2006 From: pribyl at lowlevel.cz (pribyl at lowlevel.cz) Date: Fri, 17 Mar 2006 22:22:04 +0100 (CET) Subject: yum differential updates Message-ID: Is that anyhow possible to do differential updates with yum (mean only download a diffs to packages that are in cache already)? Does anybody ever think it would be valuable for future FC releases? Or am I searching for bad keywords to find something about this topic, because I did not find anything. Thx Adam Pribyl From arjan at fenrus.demon.nl Fri Mar 17 21:27:20 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Fri, 17 Mar 2006 22:27:20 +0100 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142626063.27041.105.camel@gilboa-home-dev.localhost> References: <000a01c64989$fa4c9d30$0100000a@chabot> <1142610175.3033.88.camel@laptopd505.fenrus.org> <1142612995.27041.54.camel@gilboa-home-dev.localhost> <1142619942.3033.159.camel@laptopd505.fenrus.org> <1142626063.27041.105.camel@gilboa-home-dev.localhost> Message-ID: <1142630840.3033.199.camel@laptopd505.fenrus.org> (off list because I'm not interested in a flamewar either) On Fri, 2006-03-17 at 22:07 +0200, Gilboa Davara wrote: > On Fri, 2006-03-17 at 19:25 +0100, Arjan van de Ven wrote: > > > Other then that, I'm being employed write a certain kernel level > > > services that are to be deployed on RHEL. > > > Due to specific reasons I cannot disclose (and as a matter of law) my > > > company cannot release the code under GPL (though I might get a > > > permission to release small unrelated parts of it). If indeed you > > > represent the official Linux-kernel-dev-line, my employer should halt > > > all Linux development and switch to BSD/Solaris/what-ever, right? > > > > your companies lawyers should have read the GPL before, read > > COPYING.modules from the RHEL4 kernel tree (or RHEL3) which has Linus' > > position on this. And question themselves how on earth they can obey by > > both clause 2 and clause 3 of the GPL... (for example: if you're going > > to ship RHEL4 or the kernel together with your module, how on earth can > > you reasonably argue that the compiled module is independent of the > > kernel as clause 2 demands) And how much they like that you are > > including kernel code into the binary you're going to distribute (via > > the headers for example). It's your companies lawyers that need to > > decide that, because it's their responsibility to make sure your company > > obeys the law, and to defend it in court if they get chalanged. > > > > I'm not looking to start a GPL flame-war. Far from it. > My company's layers have vent through the GPL and it's up for them to > decide which parts of the code must be released. > I assume that all the parts that interface directly with the kernel > source/headers will be released as required. I'm sure your lawyers will do what they think is the right thing, and you should listen to them more than to me ;) > > BTW, last time I checked, nVidia is doing exactly the same. All the > kernel dependent code is open and released to the public while all the > kernel in-dependent is closed. the lawyers I talked to actually said this was not ok. Either that part needs to be open, or it doesn't. BUT here is the catch: if it does have to be open it HAS to be GPL. (there is no scenario where it has to be open but doesn't have to be GPL) and once it has to be GPL, clause 2 says the entire module has to be GPL. > > If that means that they conclude the same as the lawyers I talked to > > ("it can't be done except in ") and if that > > means that the answer then is "then we don't do a Linux driver", then > > you have the answer... > > > > I fear that this view will demolish the fledgling Linux ecosystem that > is slowly being built. "view" or "facts"... the license is what it is. > Without high performance 3D card and drivers the chances of Linux > gaining market share on Vista are a pipe-dream. well from the bottom others are comming up. Intel and Via for example. These have open drivers. Today Intel isn't there. The next generation is apparently 3 steps further (according to the register), and you can see the trend... nvidia and ati are scared of it. (so scared that they went into chipsets exactly for this reason) > Heck, using open source > drivers only I doubt that 10% of the users here will be able to run > Xgl/Bling/etc. to some degree 3D-to-the-desktop is a bit (misguided/mistimed ;( > Even worse, with the kernel devs going into RMS mode, That is a mischaracterisation; just because you don't agree with someone doesn't mean he is a fundamentalist. Linux got where it is today BECAUSE it requires drivers to be open. That's just about the ONLY difference that made it that linux and not BSD because this leading open source OS. > large Enterprise > companies will shy away from using Linux and go back to Microsoft. > Guess Microsoft needn't worry about Linux; we are perfectly capable of > finding fresh new ways to shoot ourselves in the foot. well to some degree.. if you need closed drivers you're giving away the biggest gain you got with open source (flexibility and freedom), so why use open source then? (you can say the same about using enterprise distributions fwiw) > Don't get me wrong, I do understand the "Software must be GPL'ed" view.. > In a perfect world I'd be marching right beside. > Problem is, in a perfect world you don't have El-Quida people sifting > through your code, trying to find ways to disable a nuclear reactor > emergency coolers and/or missile guidance system. yeah, in that world those people just go over the disassembly instead ;) > Back to the original subject: I shelled out 400$ for my GF6800GT card > and I'm willing to spend twice that amount on a fully open graphics card > that will perform the same. Can you offer me such as option? today? No. Why? because too many people accepted a binary driver as normal, so much so that ati stopped supporting open 3D. sad but true. Note that being in the kernel is fully NVIdia's choice. All other 3D drivers have the part that nvidia considers IP in userspace. (well ATI is now copying nvidia on this one) NVidia doesn't want that mostly because they do it in the kernel in windows, and they think they will loose 0.5 to 1% performance (due to paging overhead). But it's their CHOICE. From arjan at fenrus.demon.nl Fri Mar 17 21:29:06 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Fri, 17 Mar 2006 22:29:06 +0100 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142630840.3033.199.camel@laptopd505.fenrus.org> References: <000a01c64989$fa4c9d30$0100000a@chabot> <1142610175.3033.88.camel@laptopd505.fenrus.org> <1142612995.27041.54.camel@gilboa-home-dev.localhost> <1142619942.3033.159.camel@laptopd505.fenrus.org> <1142626063.27041.105.camel@gilboa-home-dev.localhost> <1142630840.3033.199.camel@laptopd505.fenrus.org> Message-ID: <1142630946.3033.200.camel@laptopd505.fenrus.org> On Fri, 2006-03-17 at 22:27 +0100, Arjan van de Ven wrote: > (off list because I'm not interested in a flamewar either) oh well almost then stupid reply-to From jkeating at redhat.com Fri Mar 17 21:37:34 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 17 Mar 2006 13:37:34 -0800 Subject: yum differential updates In-Reply-To: References: Message-ID: <200603171337.40549.jkeating@redhat.com> On Friday 17 March 2006 13:22, pribyl at lowlevel.cz wrote: > Is that anyhow possible to do differential updates with yum (mean only > download a diffs to packages that are in cache already)? Does anybody > ever think it would be valuable for future FC releases? Or am I searching > for bad keywords to find something about this topic, because I did not > find anything. Search for delta rpms -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From lsatenstein at yahoo.com Fri Mar 17 22:36:24 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Fri, 17 Mar 2006 14:36:24 -0800 (PST) Subject: Kudzu was working with the initial core5 test3 so... Message-ID: <20060317223624.37118.qmail@web30212.mail.mud.yahoo.com> I have to wait, but I will be trying that version of kudzu, and if it works, I will stay with it until a more recent version is available. Leslie -------------- next part -------------- An HTML attachment was scrubbed... URL: From olivares14031 at yahoo.com Fri Mar 17 22:59:11 2006 From: olivares14031 at yahoo.com (Antonio Olivares) Date: Fri, 17 Mar 2006 14:59:11 -0800 (PST) Subject: slmodemd does not work with FC5 Test Kernels In-Reply-To: <1142627627.1389.161.camel@eagle.lab.net> Message-ID: <20060317225911.48997.qmail@web52609.mail.yahoo.com> --- Jeff Vian wrote: > Try to get assistance with that from the forum at > www.linmodems.com. > The mailing list is discuss at linmodems.com and that > should be your > primary source for modem issues. > Been there, Done That! Problem could be related to other thread "RE: Kernel 2054 breaks nvidia.ko loading", but I can compile the kernel on my own if that is the case. I am on the discuss at linmodems.org list as I remember you are there or were there at one point. Anyhow something is not working as it should and I just brought it up, in case other users might have the same problem. Out of curiousity, I just installed the nvidia drivers on an FC4 machine with kernel 2.6.15-1.1831_FC4 NVIDIA-Linux-x86-1.0-8178-pkg1.run for an nvdia graphics card, 00:09.0 VGA compatible controller: nVidia Corporation NV11DDR [GeForce2 MX 100 DDR/200 DDR] (rev b2) and installed the driver. Everything works beautifully. Thanks to you guys. I'm still figuring many things out. Regards, Antonio > > > > On Tue, 2006-03-14 at 17:23 -0800, Antonio Olivares > wrote: > > When using 2.6.15-1.1878_FC5 kernel and forwarding > to > > discuss at linmodems.org, Marv emailed me back > > > > Antonio > > > > RE: > How do I access the userspace for slmodemd? > The > > modem > > > is not the slmodem-alsa package which survives > > kernel > > > updates. I have to compile slmodemd into the > > running > > > kernel. What suggestions do you offer? > > Ask maintainer "Sasha Khapyorsky" > > > > > It is part of Sasha's design that the slmodemd be > > kernel-version independen= > > t. > > The only prep-compiled Proprietary component > needed > > for ALSA driver > > support is the > > modem/dsplibs.o and it is incorporated in the > > non-driver slmodemd. > > THis is why there is not a "Tainted" warning upon > ALSA > > driver insertion. > > > > This is in contrast to with the drivers/amrlibs.o > > which is > > incorporated into slamr.ko, > > which prompts a Tainted warning upon loading into > the > > kernel. > > > > Recently Alexei has achived a similar split for > the > > Lucent DSP code. > > The martian_drv.ko is all Open Sounce code, while > a > > non-driver helper > > application carries the pre-compiled ltmdmobj.o > > component from Agere > > Systems: > > See for details: > http://martian.barrelsoutofbond.org/ > > > http://linmodems.technion.ac.il/archive-sixth/msg00142.html > > > > MarvS > > > > I suspect it definitely has to do with the > > ***drivers/amrlibs.o**** since in the previous log > it > > has given some warnings. Please forgive if this > > bothers other users. I have two machines running > FC5 > > test versions and on one I can update much faster, > but > > on this one, since it is working off dialup, it > makes > > things much harder. > > > > Best Regards, > > > > Antonio > > > > > > --- Antonio Olivares > wrote: > > > > > See attached log file. I still wonder what is > > > wrong. > > > Please give advice. > > > > > > TIA > > > > > > Antonio > > > > > > > __________________________________________________ > > > Do You Yahoo!? > > > Tired of spam? Yahoo! Mail has the best spam > > > protection around > > > http://mail.yahoo.com > Script started on Tue 14 > Mar > > 2006 07:41:16 PM EST > > > > > > ]0;tonio at localhost:~/Downloads/20060204[tonio at localhost > > > 20060204]$ cd slmodem-2.9.11-20051101 > > > > > > ]0;tonio at localhost:~/Downloads/20060204/slmodem-2.9.11-20051101[tonio at localhost > > > slmodem-2.9.11-20051101]$ ls > > > Changes COPYING > > > drivers Makefile > > > modem patches > > > README scripts > > > > > > ]0;tonio at localhost:~/Downloads/20060204/slmodem-2.9.11-20051101[tonio at localhost > > > slmodem-2.9.11-20051101]$ mkake > > > > KERNEL_VER=/lib/modules/2.6.15-1..2041_FC5/build > > > make -C modem all > > > make[1]: Entering directory > > > > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/modem' > > > make[1]: Leaving directory > > > > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/modem' > > > make -C drivers > > > KERNEL_DIR=/lib/modules/2.6.15-1.2041_FC5/build > > > make[1]: Entering directory > > > > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > > > make modules -C > /lib/modules/2.6.15-1.2041_FC5/build > > > > > > SUBDIRS=/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers > > > make[2]: Entering directory > > > `/usr/src/kernels/2.6.15-1.2041_FC5-i686' > > > CC [M] > > > > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/amrmo_init.o > > > CC [M] > > > > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/sysdep_amr.o > > > CC [M] > > > > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/st7554.o > > > LD [M] > > > > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/slamr.o > > > LD [M] > > > > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/slusb.o > > > Building modules, stage 2. > > > MODPOST > > > Warning: could not find > > > > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/.amrlibs.o.cmd > > > for > > > > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/amrlibs.o > > > CC > > > > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/slamr.mod.o > > > LD [M] > > > > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/slamr.ko > > > CC > > > > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/slusb.mod.o > > > LD [M] > > > > > > /home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers/slusb.ko > > > make[2]: Leaving directory > > > `/usr/src/kernels/2.6.15-1.2041_FC5-i686' > > > make[1]: Leaving directory > > > > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/drivers' > > > > > > ]0;tonio at localhost:~/Downloads/20060204/slmodem-2.9.11-20051101[tonio at localhost > > > slmodem-2.9.11-20051101]$ make > > > make -C modem all > > > make[1]: Entering directory > > > > > > `/home/tonio/Downloads/20060204/slmodem-2.9.11-20051101/modem' > > > make[1]: Leaving directory > === message truncated === __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jim at jbsys.com Fri Mar 17 23:09:10 2006 From: jim at jbsys.com (Jim Bevier) Date: Fri, 17 Mar 2006 16:09:10 -0700 Subject: Kernel 2059 from Dave Jones fixes nvidia.ko loading Message-ID: <002a01c64a17$ccd6a4c0$0a01a8c0@jbsys> Well, kernel 2059 fixes the nvidia.ko loading problem. It also still works for VMware, ntfs, and a couple of other drivers I compile. Great job Dave. We should be good to go next week! All in all, a great effort with the release! Jim From ndbecker2 at gmail.com Fri Mar 17 23:25:51 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Fri, 17 Mar 2006 18:25:51 -0500 Subject: Flawed release process References: <200603171359.k2HDxLeF004004@laptop11.inf.utfsm.cl> Message-ID: Horst von Brand wrote: > Neal Becker wrote: >> I hate to be critical, but I really have some problem with the way this >> release proceeded. Wouldn't it have been better to freeze the components >> for testing for a period before release? > > I think they were... > >> The flawed kernel that just >> went >> out wasn't even tested for 1 day before the release. > > How do you know that? I update from devel every morning and test every kernel. From zuirdj at gmail.com Sat Mar 18 00:29:45 2006 From: zuirdj at gmail.com (Zuir DJ) Date: Fri, 17 Mar 2006 20:29:45 -0400 Subject: Menu: System->Administration->Authentication: BROKE! In-Reply-To: <1142612657.3066.7.camel@copper.cdkkt.com> References: <1142612657.3066.7.camel@copper.cdkkt.com> Message-ID: On 3/17/06, Dan Thurman wrote: > > As the subject line says: > "Menu: System->Administration->Authentication: BROKE!" > > I cannot set the authentication properties via this tool > because selecting this does not pop up the GUI. > > Hmmm... there are a couple of things missing in the menu > as well - such as the general control-panel that I thought > I saw in FC3/4 > > Some menu items are being dropped from FC5? I think system-config-authentication package was replaced with authconfig and authconfig-gtk # yum list authconfig* Installed Packages authconfig.i386 5.2.2-1 installed authconfig-gtk.i386 5.2.2-1 installed Those work OK for me -- Zuirdj From jspaleta at gmail.com Sat Mar 18 00:41:22 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 17 Mar 2006 19:41:22 -0500 Subject: Menu: System->Administration->Authentication: BROKE! In-Reply-To: <1142616765.13235.3.camel@perun.kabelta.loc> References: <1142612657.3066.7.camel@copper.cdkkt.com> <1142616765.13235.3.camel@perun.kabelta.loc> Message-ID: <604aa7910603171641r56d08254vc4632b43950476d3@mail.gmail.com> On 3/17/06, Tomas Mraz wrote: > On Fri, 2006-03-17 at 08:24 -0800, Dan Thurman wrote: > > As the subject line says: > > "Menu: System->Administration->Authentication: BROKE!" > > > > I cannot set the authentication properties via this tool > > because selecting this does not pop up the GUI. > > What happens if you run system-config-authentication from a command > line? I'm not sure what the original poster's problem is. s-c-auth worksforme. system-config-authentication runs for me on my rawhide synced box both from the menus and from the terminal.. no oddness.. it asks for root password via the standard consolehelper password dialog and then displays the gui. rpm -qf /usr/sbin/system-config-authentication authconfig-gtk-5.2.2-1 on a 32bit smp system. -jef From dant at cdkkt.com Sat Mar 18 01:24:38 2006 From: dant at cdkkt.com (Dan Thurman) Date: Fri, 17 Mar 2006 17:24:38 -0800 Subject: Menu: System->Administration->Authentication: BROKE! In-Reply-To: <604aa7910603171641r56d08254vc4632b43950476d3@mail.gmail.com> References: <1142612657.3066.7.camel@copper.cdkkt.com> <1142616765.13235.3.camel@perun.kabelta.loc> <604aa7910603171641r56d08254vc4632b43950476d3@mail.gmail.com> Message-ID: <1142645079.3066.38.camel@copper.cdkkt.com> On Fri, 2006-03-17 at 19:41 -0500, Jeff Spaleta wrote: > On 3/17/06, Tomas Mraz wrote: > > On Fri, 2006-03-17 at 08:24 -0800, Dan Thurman wrote: > > > As the subject line says: > > > "Menu: System->Administration->Authentication: BROKE!" > > > > > > I cannot set the authentication properties via this tool > > > because selecting this does not pop up the GUI. > > > > What happens if you run system-config-authentication from a command > > line? > > I'm not sure what the original poster's problem is. > s-c-auth worksforme. > > system-config-authentication runs for me on my rawhide synced box > both from the menus and from the terminal.. no oddness.. it asks for > root password via the standard consolehelper password dialog and then > displays the gui. > rpm -qf /usr/sbin/system-config-authentication > authconfig-gtk-5.2.2-1 > on a 32bit smp system. > > -jef > Bug report was submitted and the developer is looking into it. Apparently it is a python script and it broke due to some kind of variable or something in the script. Not sure what it is. Bug: 185766 Dan From dant at cdkkt.com Sat Mar 18 01:53:03 2006 From: dant at cdkkt.com (Dan Thurman) Date: Fri, 17 Mar 2006 17:53:03 -0800 Subject: BIZARRE!! I was logged in and all of a sudden my session was terminated!! Message-ID: <1142646784.1284.6.camel@copper.cdkkt.com> Yeah... talk about the twilight zone! I was just plodding alone trying to figure out how to build and install snort on FC5T3 and BOOM! A FLASH, BLACK SCREEN OF VOID --- silence --- 15 seconds --- and then a blue login screen! WHAT THE .... Hmmm...... So, I logged back in.... checked the /var/log/message and found the following.... Mar 18 01:37:19 copper thttpd[2582]: up 82800 seconds, stats for 3600 seconds: Mar 18 01:37:19 copper thttpd[2582]: thttpd - 0 connections (0/sec), 0 max simultaneous, 0 bytes (0/sec), 0 httpd_conns allocated Mar 18 01:37:19 copper thttpd[2582]: map cache - 0 allocated, 0 active (0 bytes), 0 free; hash size: 0; expire age: 1800 Mar 18 01:37:19 copper thttpd[2582]: fdwatch - 2770 polls (0.769444/sec) Mar 18 01:37:19 copper thttpd[2582]: timers - 3 allocated, 3 active, 0 free Mar 17 17:40:07 copper gconfd (root-3014): Received signal 15, shutting down cleanly Mar 17 17:40:10 copper gconfd (root-3014): Exiting Mar 17 17:40:34 copper gconfd (root-1228): starting (version 2.13.5), pid 1228 user 'root' Mar 17 17:40:34 copper gconfd (root-1228): Resolved address "xml:readonly:/etc/gconf/gconf.xml.mandatory" to a read-only configuration source at position 0 Mar 17 17:40:34 copper gconfd (root-1228): Resolved address "xml:readwrite:/root/.gconf" to a writable configuration source at position 1 Mar 17 17:40:34 copper gconfd (root-1228): Resolved address "xml:readonly:/etc/gconf/gconf.xml.defaults" to a read-only configuration source at position 2 Mar 17 17:40:40 copper gconfd (root-1228): Resolved address "xml:readwrite:/root/.gconf" to a writable configuration source at position 0 Please note: Today is MARCH 17th -- what the hell is thttd and LOOK AT THE DATE! MARCH 18th -- Did someone from Europe side pop me a reset? (I am in PST Zone at so I figured someone in the AM WEST of me....) Boy..... can anyone figure this out? Dan From jspaleta at gmail.com Sat Mar 18 02:01:40 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 17 Mar 2006 21:01:40 -0500 Subject: BIZARRE!! I was logged in and all of a sudden my session was terminated!! In-Reply-To: <1142646784.1284.6.camel@copper.cdkkt.com> References: <1142646784.1284.6.camel@copper.cdkkt.com> Message-ID: <604aa7910603171801n23ba4c9fy8291a512e3dc5e8d@mail.gmail.com> On 3/17/06, Dan Thurman wrote: > Please note: Today is MARCH 17th -- what the hell is thttd typo you meant thttpd as listed in your logs thttpd is a package in Extras. Why you have it installed is not a question I can answer. Nothing else appears to depend on it. yum info thttpd Available Packages Name : thttpd Arch : i386 Version: 2.25b Release: 10.fc5 Size : 302 k Repo : extras-development Summary: Tiny, turbo, throttleable lightweight http server Description: Thttpd is a very compact no-frills httpd serving daemon that can handle very high loads. While lacking many of the advanced features of Apache, thttpd operates without forking and is extremely efficient in memory use. Basic support for cgi scripts, authentication, and ssi is provided for. Advanced features include the ability to throttle traffic. From dant at cdkkt.com Sat Mar 18 02:36:33 2006 From: dant at cdkkt.com (Dan Thurman) Date: Fri, 17 Mar 2006 18:36:33 -0800 Subject: BIZARRE!! I was logged in and all of a sudden my session was terminated!! In-Reply-To: <604aa7910603171801n23ba4c9fy8291a512e3dc5e8d@mail.gmail.com> References: <1142646784.1284.6.camel@copper.cdkkt.com> <604aa7910603171801n23ba4c9fy8291a512e3dc5e8d@mail.gmail.com> Message-ID: <1142649394.3227.6.camel@copper.cdkkt.com> On Fri, 2006-03-17 at 21:01 -0500, Jeff Spaleta wrote: > On 3/17/06, Dan Thurman wrote: > > Please note: Today is MARCH 17th -- what the hell is thttd > typo you meant thttpd as listed in your logs > thttpd is a package in Extras. Why you have it installed is not a > question I can answer. Nothing else appears to depend on it. > > yum info thttpd > Available Packages > Name : thttpd > Arch : i386 > Version: 2.25b > Release: 10.fc5 > Size : 302 k > Repo : extras-development > Summary: Tiny, turbo, throttleable lightweight http server > Description: > Thttpd is a very compact no-frills httpd serving daemon that can handle > very high loads. While lacking many of the advanced features of > Apache, thttpd operates without forking and is extremely efficient in > memory use. Basic support for cgi scripts, authentication, and ssi is > provided for. Advanced features include the ability to throttle traffic. Thanks for the information. I was just pointing out that the date was odd, but also that just after the thttpd lines, gconfd was showing that it received a signal 15 shutdown, so it was suspicious (or maybe coincidental) BTW: this is the second time I replied realizing that my NETWORK connection was also shutdown preventing outgoing email messages so that means that the hypervisor was running, but my session was terminated as well as my network connection! I was able to log back into a new session but was not able to recover the network so I had to do a full reboot.... which again did something even stranger.... XEN FAILED TO REBOOT! A HARDWARE RESET was necessary! Gah... series of monkeys, gnats, and creepy crawlers infested my FC5T3 system.... not sure how to report this strange series of events.... (and yet release FC5 is just around the corner...) Dan From skunkworx at verizon.net Sat Mar 18 04:47:40 2006 From: skunkworx at verizon.net (Skunk Worx) Date: Fri, 17 Mar 2006 20:47:40 -0800 Subject: FC4 possible kernel 2.6.15 issue In-Reply-To: <4418E110.8040408@verizon.net> References: <4407B88D.1080402@verizon.net> <441108AE.5000302@verizon.net> <441225DB.6090407@verizon.net> <4418DC50.4070105@verizon.net> <4418E110.8040408@verizon.net> Message-ID: <441B90EC.3070609@verizon.net> Skunk Worx wrote: > Skunk Worx wrote: >> Under 2.6.14, there was one or two of these 40 ms. calls out of 48,000 >> calls total. Under 2.6.15, we're seeing about 3,000 40 ms. of these >> calls out of 48,000 calls total. >> I am posting for completion. This performance hit was due to the new 2.6.15 "ABC" (Appropriate Byte Count) algorithm. There is an IETF RFC for this, RFC3465. The purpose is to decrease internet congestion, but it can have a performance impact on poorly written network code (for example setting TCP_NODELAY on sockets and sending packets with small payloads) It is possible to disable this feature with sysctl of net.ipv4.tcp_abc. In our case, all is well...we found a setting in the GSOAP toolkit that restores the original performance...we're FC5 ready! -- SW From russell at coker.com.au Sat Mar 18 06:06:45 2006 From: russell at coker.com.au (Russell Coker) Date: Sat, 18 Mar 2006 17:06:45 +1100 Subject: any way to install fc trough the internet ? In-Reply-To: <604aa7910603160750x172724c8sc299479c3e82a056@mail.gmail.com> References: <44197745.4020103@freesurf.fr> <44198575.3020805@fedoraproject.org> <604aa7910603160750x172724c8sc299479c3e82a056@mail.gmail.com> Message-ID: <200603181706.47803.russell@coker.com.au> On Friday 17 March 2006 02:50, "Jeff Spaleta" wrote: > install at the same time, the boot.iso is "small" so i just have it > sitting on the harddrive ready to be pushed to a new blank cdr if I > need to do a spur-of-the-moment install at work. ?But since I'm not http://www.coker.com.au/bonnie++/zcav/results.html One thing I have been considering is making boot/rescue CDs with the data in question at the end of the disc. At the above URL I have a graph of performance of linear reads of a CD that show the last blocks of the disc as being read in half the time that the first blocks are read. It seems likely to me that a CD-ROM with the rescue data being on the last 70M of the disk would give better boot times than one with the rescue data on the first 70M (this could be significant if you want to install many machines). Also when reading in a drive that does both CD-ROM and DVD I found a DVD disk to be considerably faster. So if you have some machines to install which all have DVD drives then using a DVD-RW for boot.iso will give the best results. -- 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 dbaron at dbaron.org Sat Mar 18 07:54:56 2006 From: dbaron at dbaron.org (L. David Baron) Date: Fri, 17 Mar 2006 23:54:56 -0800 Subject: FC5t3 installation issues with Radeon X300SE Message-ID: <20060318075456.GA25052@ridley.dbaron.org> I just installed FC5t3 x86_64 on a brand new desktop machine with a Radeon X300SE, and ran into two issues that seem more likely related to that than anything else: (1) Neither the installer, nor system-config-display once the installer had finished, were able to configure xorg so that it would start. However, I was able to do it manually by doing "modprobe radeon" and then rerunning system-config-display (which in turn writes out an xorg.conf that causes xorg to modprobe radeon by itself). This suggests to me that something along the way (I'm not sure what) should have done a "modprobe radeon" to bootstrap the whole thing, but didn't. (And perhaps does for other cards.) (2) The text mode installer had serious graphics problems - there were some garbage characters around the "borders" of things, and things that were drawn after the screen initially drew were offset one character to the right relative to where they should have been on the basis of what was already there; this made things like package selection and partitioning quite difficult to use. I could file bugs on both of these if desired, but it would help to know (a) what component is appropriate and (b) what additional details I should give. I don't feel like I have enough knowledge of either whose fault it could be or what could be related to file a usable bug report. -David -- L. David Baron Technical Lead, Layout & CSS, Mozilla Corporation -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From guess.who at freesurf.fr Sat Mar 18 08:07:27 2006 From: guess.who at freesurf.fr (LarryT) Date: Sat, 18 Mar 2006 09:07:27 +0100 Subject: FC5t3 installation issues with Radeon X300SE In-Reply-To: <20060318075456.GA25052@ridley.dbaron.org> References: <20060318075456.GA25052@ridley.dbaron.org> Message-ID: <441BBFBF.4020607@freesurf.fr> Just to remind : i also had many problems with Radeon 7000. i first change "ati" driver to "radeon", but without issue. It freezes my fc5-test3 when opening internet navigators and thunderbird (sic !) after updates i made around march the 12-13. I hade to switch to Gforce 4M video card, and now it is okay ! L. David Baron wrote: > I just installed FC5t3 x86_64 on a brand new desktop machine with a > Radeon X300SE, and ran into two issues that seem more likely related to > that than anything else: > > (1) Neither the installer, nor system-config-display once the installer > had finished, were able to configure xorg so that it would start. > However, I was able to do it manually by doing "modprobe radeon" and > then rerunning system-config-display (which in turn writes out an > xorg.conf that causes xorg to modprobe radeon by itself). This suggests > to me that something along the way (I'm not sure what) should have done > a "modprobe radeon" to bootstrap the whole thing, but didn't. (And > perhaps does for other cards.) > > (2) The text mode installer had serious graphics problems - there were > some garbage characters around the "borders" of things, and things that > were drawn after the screen initially drew were offset one character to > the right relative to where they should have been on the basis of what > was already there; this made things like package selection and > partitioning quite difficult to use. > > I could file bugs on both of these if desired, but it would help to know > (a) what component is appropriate and (b) what additional details I > should give. I don't feel like I have enough knowledge of either whose > fault it could be or what could be related to file a usable bug report. > > -David > > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From roger at gwch.net Sat Mar 18 09:21:29 2006 From: roger at gwch.net (Roger Grosswiler) Date: Sat, 18 Mar 2006 10:21:29 +0100 Subject: SMB Authentication not possible Message-ID: <1142673689.2723.8.camel@niobe> Hey, i set authentication to Samba and activated winbind too. Since this was working flawlessy on FC4, it doesn't on FC5. The user exists fine, no problem on the other machine. on the client side: /var/log/messages: Mar 18 09:28:23 niobe pam_winbind[2304]: request failed: No such user, PAM error was 10, NT error was NT_STATUS_NO_SUCH_USER /var/log/samba/log.wb-DOMAIN [2006/03/18 09:25:06, 1] rpc_client/cli_pipe.c:cli_pipe_validate_current_pdu(625) cli_pipe_validate_current_pdu: RPC fault code NT code 0x1c010002 received from remote machine MORPHEUS pipe \NETLOGON fnum 0x774e! /var/log/winbindd.log [2006/03/18 09:25:04, 1] nsswitch/winbindd.c:main(978) winbindd version 3.0.21b-2 started. Copyright The Samba Team 2000-2004 on the server side: [2006/03/18 09:42:59, 0] lib/util_sock.c:read_socket_data(384) read_socket_data: recv failure for 4. Error = no route to target Is this a bug or a feature? Thanks in advance, Roger From dtimms at bigpond.net.au Sat Mar 18 09:54:09 2006 From: dtimms at bigpond.net.au (David Timms) Date: Sat, 18 Mar 2006 20:54:09 +1100 Subject: Removing packages - slimming server In-Reply-To: <006f01c64938$c90d8320$0e66970a@ds.mot.com> References: <006f01c64938$c90d8320$0e66970a@ds.mot.com> Message-ID: <441BD8C1.5090907@bigpond.net.au> Aryanto Rachmad wrote: > I want to remove all the packages which are not required for a > server. So I tried to remove the packages intended for client, like > wireless-tools and wpa_supplicant. When I did that to wireless-tools > package it was said that I have to remove also all packages for > dependencies, like the following: > > Removing: > wireless-tools i386 1:28-0.pre13.5.1 installed 231 k > Removing for dependencies: > NetworkManager i386 0.6.0-2 installed 1.1 M > authconfig i386 5.2.2-1 installed 1.2 M > authconfig-gtk i386 5.2.2-1 installed 158 k ... > I don't know whether I need those packages or not for a server. Some would be nice to configure the server ;) You could perform configuration using the system-config-? tools, then remove them :) Or learn enough do the config in the /etc text files manually. > How to remove only specific packages without removing all the > dependencies using yum? rpm -e wireless-tools you see the same y needed by (installed) x messages. Even rpm doesn't let you do it. This is because (certain often very specific) functions of an application will fail. rpm (and yum that uses it, and pirut/pup that uses yum) is there to help you not have a broken system. > Is that a good idea? eg unsupportable (for a free distribution - expect even less than no support). > Where can I find detail information about the packages for Fedora, > especially why one package dependents on the others? In the packages themselves, and with a little terminal window rpm usage: $ rpm -q --info wireless-tools $ rpm -q --provides wireless-tools $ rpm -e wireless-tools needs NetMan... $ rpm -q --requires NetworkManager $ rpm -e --requires NetworkManager etc. This soon gets really boring. The real why is that the package requiring the other package may only need that functionality in certain circumstances eg: only if you have a wireless chipset, but at this stage of rpm development there is no way for package designers to instruct rpm that a requires is optional, ie needed only in certain cases. I understand that some other package managers have solutions to this problem. This would also be useful at saving space for installation of language support files for languages you haven't installed. That said, NetworkManager is used these days to help bring network interfaces back after a suspend. On a server this is probably not an issue. If the server isn't a print server, the cups/printer stuff shouldn't be needed, along within anything mentioning or having a gui. You might like to yum remove evolution. The other way to do a server is to unselect everything at install, this leaves/install just the minimal required to boot the machine. So minimal that during one test I didn't get yum nor rpm, making it extremely difficult to add the server packages I wanted. So make sure you choose yum !! DaveT. From webmanagement at gmail.com Sat Mar 18 11:12:34 2006 From: webmanagement at gmail.com (Andy Hudson) Date: Sat, 18 Mar 2006 11:12:34 +0000 Subject: Severe problem with Writer files and X Message-ID: I just updated to Rawhide (yesterday evening) and have tried to work with some OpenOffice.org .DOC files. Everytime I try to open one of these files X crashes and lands me straight back at the login prompt. This happens *everytime* and is extremely annoying. Opening other files (except OOo) seems to be OK. I've filed a bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185798 but has anyone else seen this behaviour? I'm working on Rawhide, installed on a Dell D610 laptop. Thanks, Andy From jvian10 at charter.net Sat Mar 18 13:33:47 2006 From: jvian10 at charter.net (Jeff Vian) Date: Sat, 18 Mar 2006 07:33:47 -0600 Subject: BIZARRE!! I was logged in and all of a sudden my session was terminated!! In-Reply-To: <1142646784.1284.6.camel@copper.cdkkt.com> References: <1142646784.1284.6.camel@copper.cdkkt.com> Message-ID: <1142688827.1389.189.camel@eagle.lab.net> On Fri, 2006-03-17 at 17:53 -0800, Dan Thurman wrote: > Yeah... talk about the twilight zone! > > I was just plodding alone trying to figure out how to > build and install snort on FC5T3 and BOOM! A FLASH, > BLACK SCREEN OF VOID --- silence --- 15 seconds --- > and then a blue login screen! WHAT THE .... > > Hmmm...... > A recent thread here shows that XEN and KUDZU do not play nice in the same sandbox, even with the FC5 release which has already been spun. I notice that you told Jef you are running XEN so I am guessing here based on the earlier thread about kudzu. If you have both running it may be the cause of your reboot. Whatever it was, it seems to have acted similarly to a ctrl-alt-bksp in that it killed the X server and got you back to a login. From filip.tsachev at fedora.redhat.com Sat Mar 18 14:36:25 2006 From: filip.tsachev at fedora.redhat.com (Filip Tsachev) Date: Sat, 18 Mar 2006 16:36:25 +0200 Subject: Kernel 2059 from Dave Jones fixes nvidia.ko loading In-Reply-To: <002a01c64a17$ccd6a4c0$0a01a8c0@jbsys> References: <002a01c64a17$ccd6a4c0$0a01a8c0@jbsys> Message-ID: On 18/03/06, Jim Bevier wrote: > Well, kernel 2059 fixes the nvidia.ko loading problem. nice! >It also still works for VMware, since when? I can't use vmplayer with 2.6.15-1.2041_FC5, because of The kernel defined by this directory of header files does not have the same address space size as your running kernel. I've read this topic: https://www.redhat.com/archives/fedora-test-list/2006-February/msg00701.html Patched vmmon and vmnet, all went fine except patching vmware-config.pl: patch unexpectedly ends in middle of line Hunk #1 FAILED at 1969. 1 out of 1 hunk FAILED -- saving rejects to file /usr/bin/vmware-config.pl.rej [root at fbi vmware]# cat /usr/bin/vmware-config.pl.rej *************** *** 1969,1976 **** . ' -E - | ' . shell_string($gHelper{'grep'}) . ' ' . shell_string($pattern)); chomp($header_page_offset); - $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/; - if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) { # We found a valid page offset if (defined($gSystem{'page_offset'}) and --- 1969,1976 ---- . ' -E - | ' . shell_string($gHelper{'grep'}) . ' ' . shell_string($pattern)); chomp($header_page_offset); + if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) { + $header_page_offset = $1; # We found a valid page offset if (defined($gSystem{'page_offset'}) and patch itself: --- vmware-config.pl.old 2005-12-15 21:55:24.000000000 -0800 +++ vmware-config.pl 2006-02-04 16:53:06.000000000 -0800 @@ -1969,8 +1969,8 @@ . ' -E - | ' . shell_string($gHelper{'grep'}) . ' ' . shell_string($pattern)); chomp($header_page_offset); - $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/; - if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) { + if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) { + $header_page_offset = $1; # We found a valid page offset if (defined($gSystem{'page_offset'}) and not (lc($header_page_offset) eq lc($gSystem{'page_offset'}))) { -- Cheers, Filip http://fedora.linux.duke.edu/wiki/FilipTsachev From kevin.hobbs.1 at ohiou.edu Sat Mar 18 14:57:43 2006 From: kevin.hobbs.1 at ohiou.edu (Kevin H. Hobbs) Date: Sat, 18 Mar 2006 09:57:43 -0500 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142626063.27041.105.camel@gilboa-home-dev.localhost> References: <000a01c64989$fa4c9d30$0100000a@chabot> <1142610175.3033.88.camel@laptopd505.fenrus.org> <1142612995.27041.54.camel@gilboa-home-dev.localhost> <1142619942.3033.159.camel@laptopd505.fenrus.org> <1142626063.27041.105.camel@gilboa-home-dev.localhost> Message-ID: <1142693863.12897.4.camel@cpe-24-208-181-81.columbus.res.rr.com> On Fri, 2006-03-17 at 22:07 +0200, Gilboa Davara wrote: > Without high performance 3D card and drivers the chances of Linux > gaining market share on Vista are a pipe-dream. Heck, using open source > drivers only I doubt that 10% of the users here will be able to run > Xgl/Bling/etc. I use Paraview to render many gigabytes of 3d data with the open source ati driver that comes with Fedora Core 4. It works fine. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From chitlesh at fedoraproject.org Sat Mar 18 15:04:57 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 18 Mar 2006 16:04:57 +0100 Subject: Kernel 2059 from Dave Jones fixes nvidia.ko loading In-Reply-To: References: <002a01c64a17$ccd6a4c0$0a01a8c0@jbsys> Message-ID: <13dbfe4f0603180704o2f9d3b54lcef781ea9dc5d8e0@mail.gmail.com> On 3/18/06, Filip Tsachev wrote: > On 18/03/06, Jim Bevier wrote: > > Well, kernel 2059 fixes the nvidia.ko loading problem. > nice! > > >It also still works for VMware, > since when? > I can't use vmplayer with 2.6.15-1.2041_FC5, because of Hello Filip, I can confirm that if you follow this little howto http://clunixchit.blogspot.com/2006/02/vmware-player-and-livecd.html vmplayer will work on 2.6.15-1.2041_FC5 -- http://clunixchit.blogspot.com From filip.tsachev at fedora.redhat.com Sat Mar 18 15:20:39 2006 From: filip.tsachev at fedora.redhat.com (Filip Tsachev) Date: Sat, 18 Mar 2006 17:20:39 +0200 Subject: Kernel 2059 from Dave Jones fixes nvidia.ko loading In-Reply-To: <13dbfe4f0603180704o2f9d3b54lcef781ea9dc5d8e0@mail.gmail.com> References: <002a01c64a17$ccd6a4c0$0a01a8c0@jbsys> <13dbfe4f0603180704o2f9d3b54lcef781ea9dc5d8e0@mail.gmail.com> Message-ID: Could you send me these 3 files please: something really messed up here... # tar cf vmmon.tar vmmon-only # tar cf vmnet.tar vmnet-only Run 'vmware-config.pl'. p.s. 36.72 GB :) On 18/03/06, Chitlesh GOORAH wrote: > On 3/18/06, Filip Tsachev wrote: > > On 18/03/06, Jim Bevier wrote: > > > Well, kernel 2059 fixes the nvidia.ko loading problem. > > nice! > > > > >It also still works for VMware, > > since when? > > I can't use vmplayer with 2.6.15-1.2041_FC5, because of > > > Hello Filip, > I can confirm that if you follow this little howto > http://clunixchit.blogspot.com/2006/02/vmware-player-and-livecd.html > vmplayer will work on 2.6.15-1.2041_FC5 > > -- > http://clunixchit.blogspot.com > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > -- Cheers, Filip http://fedora.linux.duke.edu/wiki/FilipTsachev From debian at herakles.homelinux.org Sat Mar 18 15:22:07 2006 From: debian at herakles.homelinux.org (John Summerfield) Date: Sat, 18 Mar 2006 23:22:07 +0800 Subject: Removing packages - slimming server In-Reply-To: <006f01c64938$c90d8320$0e66970a@ds.mot.com> References: <006f01c64938$c90d8320$0e66970a@ds.mot.com> Message-ID: <441C259F.3040902@herakles.homelinux.org> Aryanto Rachmad wrote: > > ============================================================================= > Package Arch Version Repository Size > ============================================================================= > Removing: > wireless-tools i386 1:28-0.pre13.5.1 installed 231 k > Removing for dependencies: > NetworkManager i386 0.6.0-2 installed 1.1 M > authconfig i386 5.2.2-1 installed 1.2 M > authconfig-gtk i386 5.2.2-1 installed 158 k > rhpl i386 0.185-1 installed 910 k > system-config-date noarch 1.8.2-1 installed 2.2 M > system-config-keyboard noarch 1.2.7-1.1 installed 168 k > system-config-keyboard noarch 1.2.6-2 installed 134 k > system-config-language noarch 1.1.11-1 installed 137 k > system-config-lvm noarch 1.0.13-1.0 installed 2.4 M > system-config-mouse noarch 1.2.11-1 installed 200 k > system-config-network noarch 1.3.30-2.1 installed 2.1 M > system-config-network-tui noarch 1.3.30-2.1 installed 3.8 M > system-config-rootpassword noarch 1.1.7-2 installed 86 k > system-config-rootpassword noarch 1.1.8-1.1 installed 105 k > system-config-soundcard noarch 1.2.16-2 installed 1.4 M > system-config-users noarch 1.2.42-1 installed 1.1 M > up2date i386 4.4.23-4.2.1 installed 6.1 M > > Transaction Summary > ============================================================================= > > I don't know whether I need those packages or not for a server. Neither do we. We don't know what you want to serve, or to whom. I can imagine a server requiring stuff you're trying to remove. I can also imagine a server requiring almost none of the packages above (depending on the skills of the administrator). > > How to remove only specific packages without removing all the dependencies using yum? Is that a good idea? Not really. > > Where can I find detail information about the packages for Fedora, especially why one package dependents on the others? It's probably not documented anywhere useful:-) If you want a server with an absolute minimum of extraneous software, better look at Gentoo or maybe Debian or Ubuntu. Gentoo, though, will require more skills of the administrator than you seem to have, and probably the others do too. From justin at jdjlab.com Sat Mar 18 16:18:49 2006 From: justin at jdjlab.com (Justin Willmert) Date: Sat, 18 Mar 2006 10:18:49 -0600 Subject: SELinux policy source Message-ID: <441C32E9.8010401@jdjlab.com> I'm trying to learn about SELinux and how to write policy files, especially with FC5's new loadable module support. I think I've found a pretty good tutorial, but I've been looking for the selinux-policy-targeted-*.src.rpm. I downloaded yum-utils and tried to install it through that, but it didn't get a result so I went to the Fedora download web interface to look for it there and didn't see it there either. Where do I find it's .src.rpm? Is it just not there yet, but will be once FC5 is officially released? Thanks, Justin Willmert From mike at miketc.com Sat Mar 18 16:29:58 2006 From: mike at miketc.com (Mike Chambers) Date: Sat, 18 Mar 2006 10:29:58 -0600 Subject: SELinux policy source In-Reply-To: <441C32E9.8010401@jdjlab.com> References: <441C32E9.8010401@jdjlab.com> Message-ID: <1142699398.2347.0.camel@scrappy.miketc.com> On Sat, 2006-03-18 at 10:18 -0600, Justin Willmert wrote: > I'm trying to learn about SELinux and how to write policy files, > especially with FC5's new loadable module support. I think I've found a > pretty good tutorial, but I've been looking for the > selinux-policy-targeted-*.src.rpm. I downloaded yum-utils and tried to > install it through that, but it didn't get a result so I went to the > Fedora download web interface to look for it there and didn't see it > there either. Where do I find it's .src.rpm? Is it just not there yet, > but will be once FC5 is officially released? Try here... ftp://download.fedora.redhat.com/pub/fedora/linux/core/development/SRPMS -- Mike Chambers Madisonville, KY "It's only funny until someeone gets hurt, then it's hilarious!" From shrek-m at gmx.de Sat Mar 18 16:42:18 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sat, 18 Mar 2006 17:42:18 +0100 Subject: SELinux policy source In-Reply-To: <1142699398.2347.0.camel@scrappy.miketc.com> References: <441C32E9.8010401@jdjlab.com> <1142699398.2347.0.camel@scrappy.miketc.com> Message-ID: <441C386A.8060905@gmx.de> On 18.03.2006 17:29, Mike Chambers wrote: >On Sat, 2006-03-18 at 10:18 -0600, Justin Willmert wrote: > > >>I'm trying to learn about SELinux and how to write policy files, >>especially with FC5's new loadable module support. I think I've found a >>pretty good tutorial, but I've been looking for the >>selinux-policy-targeted-*.src.rpm. I downloaded yum-utils and tried to >>install it through that, but it didn't get a result so I went to the >>Fedora download web interface to look for it there and didn't see it >>there either. Where do I find it's .src.rpm? Is it just not there yet, >>but will be once FC5 is officially released? >> >> > >Try here... > >ftp://download.fedora.redhat.com/pub/fedora/linux/core/development/SRPMS > > rawhide, fc5 $ rpm -qi selinux-policy-targeted | grep Source Group : System Environment/Base Source RPM: selinux-policy-2.1.9-2.src.rpm fc3, fc4 $ rpm -qi selinux-policy-targeted | grep Source Group : System Environment/Base Source RPM: selinux-policy-targeted-1.17.30-3.19.src.rpm -- shrek-m From justin at jdjlab.com Sat Mar 18 17:06:09 2006 From: justin at jdjlab.com (Justin Willmert) Date: Sat, 18 Mar 2006 11:06:09 -0600 Subject: SELinux policy source In-Reply-To: <441C386A.8060905@gmx.de> References: <441C32E9.8010401@jdjlab.com> <1142699398.2347.0.camel@scrappy.miketc.com> <441C386A.8060905@gmx.de> Message-ID: <441C3E01.4090709@jdjlab.com> shrek-m at gmx.de wrote: > On 18.03.2006 17:29, Mike Chambers wrote: > >> On Sat, 2006-03-18 at 10:18 -0600, Justin Willmert wrote: >> >> >>> I'm trying to learn about SELinux and how to write policy files, >>> especially with FC5's new loadable module support. I think I've >>> found a pretty good tutorial, but I've been looking for the >>> selinux-policy-targeted-*.src.rpm. I downloaded yum-utils and tried >>> to install it through that, but it didn't get a result so I went to >>> the Fedora download web interface to look for it there and didn't >>> see it there either. Where do I find it's .src.rpm? Is it just not >>> there yet, but will be once FC5 is officially released? >>> >> >> Try here... >> >> ftp://download.fedora.redhat.com/pub/fedora/linux/core/development/SRPMS >> >> > > rawhide, fc5 > $ rpm -qi selinux-policy-targeted | grep Source > Group : System Environment/Base Source RPM: > selinux-policy-2.1.9-2.src.rpm > > > fc3, fc4 > $ rpm -qi selinux-policy-targeted | grep Source > Group : System Environment/Base Source RPM: > selinux-policy-targeted-1.17.30-3.19.src.rpm > > Thanks for the help. I saw that in FC5 there would no longer be the selinux-policy-targeted-source package and it'd be in .src.rpm instead, so I thought it'd be selinux-policy-targeted.src.rpm. Thanks for pointing me to the selinux-policy.src.rpm instead. Justin From wrrhdev at riede.org Sat Mar 18 17:31:53 2006 From: wrrhdev at riede.org (Willem Riede) Date: Sat, 18 Mar 2006 12:31:53 -0500 Subject: gdmlogin fails since upgrading to Message-ID: <1142703113l.3749l.0l@athena.riede.org> Since I updated to the lastest gnome packages from rawhide and moved from Mar 11 08:59:23 Updated: gdm.x86_64 1:2.13.0.9-2 to Mar 18 08:33:03 Updated: gdm.x86_64 1:2.14.0-1 gdmlogin is rendering my system unusable in graphical mode: Mar 18 12:10:20 athena kernel: gdm-binary[3373]: segfault at 00000000000000c0 rip 00000031c64233ff rsp 00007fffffc33b60 error 4 Mar 18 12:10:20 athena gdm[3369]: failsafe dialog failed (inhibitions: 1 1) Mar 18 12:10:21 athena kernel: gdmlogin[3369]: segfault at 00000000000000c0 rip 00000031c64233ff rsp 00007fffffd7a5b0 error 4 Mar 18 12:10:33 athena kernel: gdm-binary[3469]: segfault at 00000000000000c0 rip 00000031c64233ff rsp 00007fffffc340c0 error 4 Mar 18 12:10:33 athena gdm[3468]: failsafe dialog failed (inhibitions: 0 0) Mar 18 12:10:34 athena kernel: gdm-binary[3470]: segfault at 00000000000000c0 rip 00000031c64233ff rsp 00007fffffc33e10 error 4 Mar 18 12:10:34 athena gdm[3468]: failsafe dialog failed (inhibitions: 0 1) Mar 18 12:10:34 athena kernel: gdm-binary[3471]: segfault at 00000000000000c0 rip 00000031c64233ff rsp 00007fffffc33b60 error 4 Mar 18 12:10:34 athena gdm[3468]: failsafe dialog failed (inhibitions: 1 1) Mar 18 12:10:34 athena kernel: gdmlogin[3468]: segfault at 00000000000000c0 rip 00000031c64233ff rsp 00007fffff9af9e0 error 4 Does anyone have any suggestion? Thanks, Willem Riede. From jspaleta at gmail.com Sat Mar 18 17:27:19 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 18 Mar 2006 12:27:19 -0500 Subject: Removing packages - slimming server In-Reply-To: <441BD8C1.5090907@bigpond.net.au> References: <006f01c64938$c90d8320$0e66970a@ds.mot.com> <441BD8C1.5090907@bigpond.net.au> Message-ID: <604aa7910603180927y6155acc1hfe27798894c97d68@mail.gmail.com> On 3/18/06, David Timms wrote: > > Where can I find detail information about the packages for Fedora, > > especially why one package dependents on the others? > In the packages themselves, and with a little terminal window rpm usage: > $ rpm -q --info wireless-tools > $ rpm -q --provides wireless-tools > $ rpm -e wireless-tools > needs NetMan... > $ rpm -q --requires NetworkManager > $ rpm -e --requires NetworkManager > etc. This soon gets really boring. Taking a moment and looking at the specific case of wireless-tools, the dependancy chain culprit which causes the cascade appears to be the libiw library libiw.so.28 is needed by rhpl and pretty much all the fedora specific tools need the rhpl package What is the rhpl package? its pretty much a catchall for a number of python code snippets that have been developed by redhat engineers. Its essentially a toolbox of useful python code. And I think there's room to discuss re-working how that toolbox is packaged to be able to make the dependance chains more flexible for people who are looking to customize their install by removing things they don't really need. In this case it appears that the only thing in rhpl which links against libiw is actually the file ethtool.so, unless i missed something else. Perhaps its worth discussing the impact of attempting to turn rhpl into multiple packages instead of a single lump. -jef From mharris at mharris.ca Sat Mar 18 17:33:35 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Sat, 18 Mar 2006 12:33:35 -0500 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <604aa7910603170844ke271d01o7ea7b128887a9221@mail.gmail.com> References: <000a01c64989$fa4c9d30$0100000a@chabot> <1142610175.3033.88.camel@laptopd505.fenrus.org> <1142612995.27041.54.camel@gilboa-home-dev.localhost> <604aa7910603170844ke271d01o7ea7b128887a9221@mail.gmail.com> Message-ID: <441C446F.3090107@mharris.ca> Jeff Spaleta wrote: > On 3/17/06, Gilboa Davara wrote: > >>What alternative are you offering to power our Xgl/Bling/what-ever >>desktops? (Let alone running Quake4 at 1600x1200...) > > > Doesn't the intel graphics sets now provide enough open support for bling? So, everyone who wants to have Bling is then forced to purchase an Intel motherboard with Intel CPU? Thanks, but no thanks. What if I prefer to have an AMD64 CPU, on an AMD motherboard? Is there AMD motherboards with Intel graphics onboard that I missed somewhere? Are there Intel add-on graphics boards? Other than perhaps prototypes that never see public eye, I've never heard of any such add on boards. If Intel video happens to work with the new desktop bling, that is fantastic, in particular for everyone who has Intel CPUs and Intel video hardware and can get it to work with the native resolution of their LCD panel (with or without a crowbar). But that doesn't help anyone with non-Intel CPUs who prefer to use non-Intel CPUs. I'd go AMD64 without any graphics and use a Cirrus Logic 5446 with 24 text consoles before switching CPU brands. But that's just me. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From mharris at mharris.ca Sat Mar 18 17:40:20 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Sat, 18 Mar 2006 12:40:20 -0500 Subject: FC5t3 installation issues with Radeon X300SE In-Reply-To: <20060318075456.GA25052@ridley.dbaron.org> References: <20060318075456.GA25052@ridley.dbaron.org> Message-ID: <441C4604.9050209@mharris.ca> L. David Baron wrote: > I just installed FC5t3 x86_64 on a brand new desktop machine with a > Radeon X300SE, and ran into two issues that seem more likely related to > that than anything else: > > (1) Neither the installer, nor system-config-display once the installer > had finished, were able to configure xorg so that it would start. > However, I was able to do it manually by doing "modprobe radeon" and > then rerunning system-config-display (which in turn writes out an > xorg.conf that causes xorg to modprobe radeon by itself). This suggests > to me that something along the way (I'm not sure what) should have done > a "modprobe radeon" to bootstrap the whole thing, but didn't. (And > perhaps does for other cards.) Ok, that doesn't make much sense to me at all. Dave disabled the radeon kernel DRM module support for all R300+ chips due to it causing X to hang when DRM loads if "Load "dri"" is present in the xorg.conf - regardless of wether or not we actually ship the r300 DRI module. So, loading the radeon module by hand should technically have no effect on R300 hardware unless I'm missing something. > (2) The text mode installer had serious graphics problems - there were > some garbage characters around the "borders" of things, and things that > were drawn after the screen initially drew were offset one character to > the right relative to where they should have been on the basis of what > was already there; this made things like package selection and > partitioning quite difficult to use. That problem has been reported for about a month now, and IIRC was an ncurses problem which was claimed to be fixed. Has nothing to do with X however. > I could file bugs on both of these if desired, but it would help to know > (a) what component is appropriate and (b) what additional details I > should give. I don't feel like I have enough knowledge of either whose > fault it could be or what could be related to file a usable bug report. Re-reading the beginning of your email, I see you're claiming to have just installed FC5test3. All of these problems were present in FC5test3, but have either been fixed since then, or worked around, to the best of my knowledge. You shouldn't be reporting any bugs or problems to bugzilla or the lists until after you run "yum update" and update everything to the latest software. That is true after installing any test release. Otherwise you could be wasting both your time and everyone elses, by reporting problems/bugs that have long since been fixed. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From arjan at fenrus.demon.nl Sat Mar 18 17:42:39 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Sat, 18 Mar 2006 18:42:39 +0100 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <441C446F.3090107@mharris.ca> References: <000a01c64989$fa4c9d30$0100000a@chabot> <1142610175.3033.88.camel@laptopd505.fenrus.org> <1142612995.27041.54.camel@gilboa-home-dev.localhost> <604aa7910603170844ke271d01o7ea7b128887a9221@mail.gmail.com> <441C446F.3090107@mharris.ca> Message-ID: <1142703760.2889.30.camel@laptopd505.fenrus.org> On Sat, 2006-03-18 at 12:33 -0500, Mike A. Harris wrote: > Jeff Spaleta wrote: > > On 3/17/06, Gilboa Davara wrote: > > > >>What alternative are you offering to power our Xgl/Bling/what-ever > >>desktops? (Let alone running Quake4 at 1600x1200...) > > > > > > Doesn't the intel graphics sets now provide enough open support for bling? > > So, everyone who wants to have Bling is then forced to purchase an > Intel motherboard with Intel CPU? Thanks, but no thanks. maybe the other question is: if it's not possible to deliver an open source desktop bling for a wide enough range of hardware.. is it then worth doing the bling at all ? or should the bling be rethought to work with open source X and kernel ;) From jim at jbsys.com Sat Mar 18 17:49:51 2006 From: jim at jbsys.com (Jim Bevier) Date: Sat, 18 Mar 2006 10:49:51 -0700 Subject: Kernel 2059 from Dave Jones fixes nvidia.ko loading References: <002a01c64a17$ccd6a4c0$0a01a8c0@jbsys> Message-ID: <006701c64ab4$5b944450$0a01a8c0@jbsys> ----- Original Message ----- From: "Filip Tsachev" To: "For testers of Fedora Core development releases" Sent: Saturday, March 18, 2006 7:36 AM Subject: Re: Kernel 2059 from Dave Jones fixes nvidia.ko loading > On 18/03/06, Jim Bevier wrote: >> Well, kernel 2059 fixes the nvidia.ko loading problem. > nice! > >>It also still works for VMware, > since when? > I can't use vmplayer with 2.6.15-1.2041_FC5, because of > > The kernel defined by this directory of header files does not have the > same > address space size as your running kernel. > > I've read this topic: > https://www.redhat.com/archives/fedora-test-list/2006-February/msg00701.html > Patched vmmon and vmnet, all went fine except patching vmware-config.pl: > > patch unexpectedly ends in middle of line > Hunk #1 FAILED at 1969. > 1 out of 1 hunk FAILED -- saving rejects to file > /usr/bin/vmware-config.pl.rej > [root at fbi vmware]# cat /usr/bin/vmware-config.pl.rej > *************** > *** 1969,1976 **** > . ' -E - | ' . shell_string($gHelper{'grep'}) . ' ' > . shell_string($pattern)); > chomp($header_page_offset); > - $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/; > - if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) { > # We found a valid page offset > if (defined($gSystem{'page_offset'}) and > > --- 1969,1976 ---- > . ' -E - | ' . shell_string($gHelper{'grep'}) . ' ' > . shell_string($pattern)); > chomp($header_page_offset); > + if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) { > + $header_page_offset = $1; > # We found a valid page offset > if (defined($gSystem{'page_offset'}) and > > patch itself: > --- vmware-config.pl.old 2005-12-15 21:55:24.000000000 -0800 > +++ vmware-config.pl 2006-02-04 16:53:06.000000000 -0800 > @@ -1969,8 +1969,8 @@ > . ' -E - | ' . shell_string($gHelper{'grep'}) . ' ' > . shell_string($pattern)); > chomp($header_page_offset); > - $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/; > - if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) { > + if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) { > + $header_page_offset = $1; > # We found a valid page offset > if (defined($gSystem{'page_offset'}) and > not (lc($header_page_offset) eq lc($gSystem{'page_offset'}))) { > > > -- > Cheers, > Filip > http://fedora.linux.duke.edu/wiki/FilipTsachev Filip It looks like you have some bad characters in the patch. Edit it with your favorite editor or try the patch again. Here is the stuff again: >From a Tom London message on this list: There is a bug in the vmware-config.pl script that is exposed by changes to the newer kernel headers. I've reported this to vmware: http://www.vmware.com/community/thread.jspa?threadID=31877&tstart=0 Here is the patch described there: --- vmware-config.pl.old 2005-12-15 21:55:24.000000000 -0800 +++ vmware-config.pl 2006-02-04 16:53:06.000000000 -0800 @@ -1969,8 +1969,8 @@ . ' -E - | ' . shell_string($gHelper{'grep'}) . ' ' . shell_string($pattern)); chomp($header_page_offset); - $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/; - if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) { + if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) { + $header_page_offset = $1; # We found a valid page offset if (defined($gSystem{'page_offset'}) and not (lc($header_page_offset) eq lc($gSystem{'page_offset'}))) { I am able to build a vmware 5.5 system with a couple of patches to vmware. One is in the makefile.kernel in vmmon and vmnet directory. The other is the patch above. See the vmware forum for the latest. I am also building on a x86_64 box. Also make sure you have the kernel-devel rpm installed. Jim > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list) > From mharris at mharris.ca Sat Mar 18 18:00:38 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Sat, 18 Mar 2006 13:00:38 -0500 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142703760.2889.30.camel@laptopd505.fenrus.org> References: <000a01c64989$fa4c9d30$0100000a@chabot> <1142610175.3033.88.camel@laptopd505.fenrus.org> <1142612995.27041.54.camel@gilboa-home-dev.localhost> <604aa7910603170844ke271d01o7ea7b128887a9221@mail.gmail.com> <441C446F.3090107@mharris.ca> <1142703760.2889.30.camel@laptopd505.fenrus.org> Message-ID: <441C4AC6.8080107@mharris.ca> Arjan van de Ven wrote: > On Sat, 2006-03-18 at 12:33 -0500, Mike A. Harris wrote: > >>Jeff Spaleta wrote: >> >>>On 3/17/06, Gilboa Davara wrote: >>> >>> >>>>What alternative are you offering to power our Xgl/Bling/what-ever >>>>desktops? (Let alone running Quake4 at 1600x1200...) >>> >>> >>>Doesn't the intel graphics sets now provide enough open support for bling? >> >>So, everyone who wants to have Bling is then forced to purchase an >>Intel motherboard with Intel CPU? Thanks, but no thanks. > > maybe the other question is: if it's not possible to deliver an open > source desktop bling for a wide enough range of hardware.. is it then > worth doing the bling at all ? or should the bling be rethought to work > with open source X and kernel ;) Wether it's worth doing it or not depends on wether the people who are doing it think it's worth doing I guess, and they seem to think it is. I'm inclined to agree with them. Having open source driver support with which the bling can do it's thing on top of is an orthagonal issue. Right now it is working on many of the OSS drivers already, and will probably work on all hardware we have 3D support for in time. Suggesting bling isn't worthwhile, is like suggesting OpenGL has not been worthwhile in Linux for the last 5 years IMHO. It's worthwhile, and some people can use it, while others can not, depending on wether their specific hardware is supported or not, and how stable and reliable the support is. While I'm not sure what the future holds for us in terms of open source 3D driver support for various vendor's hardware, I do know that there is almost no chance in hell of the eye-candy bling bling work being done is going to stop. That work will continue. That means one of 3 things in the future: 1) We'll see less and less open source 3D driver support, and over time more and more people will be forced to use proprietary drivers, or to give up the new eye-candy features of the modern desktop. or 2) Things will stay more or less status quo, with OSS support plodding along at a snails pace for new hardware, but enough progress being made either by hardware vendor contributions, or reverse engineering to keep at least some people happy enough with OSS drivers, while other people end up happier with proprietary driver support. This is the "current" state of things IMHO. or 3) We'll start to see hardware vendors co-operate more with the OSS community and provide more OSS support for their hardware, or work more closely with OSS developers, providing specs and/or code, etc. Right now, we are experiencing #2, with tendencies towards #1, however we really don't know for certain what the future holds. Having said that though, regardless of which of the 3 scenarios above happen (or even some other scenario), I very highly doubt we'll see people all stop working on cool 3D eye-candy features in the X Window System. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From dbaron at dbaron.org Sat Mar 18 18:14:51 2006 From: dbaron at dbaron.org (L. David Baron) Date: Sat, 18 Mar 2006 10:14:51 -0800 Subject: FC5t3 installation issues with Radeon X300SE In-Reply-To: <441C4604.9050209@mharris.ca> References: <20060318075456.GA25052@ridley.dbaron.org> <441C4604.9050209@mharris.ca> Message-ID: <20060318181451.GA30244@ridley.dbaron.org> On Saturday 2006-03-18 12:40 -0500, Mike A. Harris wrote: > L. David Baron wrote: > >I just installed FC5t3 x86_64 on a brand new desktop machine with a > >Radeon X300SE, and ran into two issues that seem more likely related to > >that than anything else: > > > >(1) Neither the installer, nor system-config-display once the installer > >had finished, were able to configure xorg so that it would start. > >However, I was able to do it manually by doing "modprobe radeon" and > >then rerunning system-config-display (which in turn writes out an > >xorg.conf that causes xorg to modprobe radeon by itself). This suggests > >to me that something along the way (I'm not sure what) should have done > >a "modprobe radeon" to bootstrap the whole thing, but didn't. (And > >perhaps does for other cards.) > > Ok, that doesn't make much sense to me at all. Dave disabled the radeon > kernel DRM module support for all R300+ chips due to it causing X to > hang when DRM loads if "Load "dri"" is present in the xorg.conf - > regardless of wether or not we actually ship the r300 DRI module. > > So, loading the radeon module by hand should technically have no effect > on R300 hardware unless I'm missing something. Well, it did. Should I file a bug somewhere? > Re-reading the beginning of your email, I see you're claiming to have > just installed FC5test3. All of these problems were present in > FC5test3, but have either been fixed since then, or worked around, to > the best of my knowledge. You shouldn't be reporting any bugs or > problems to bugzilla or the lists until after you run "yum update" and > update everything to the latest software. That is true after installing Oops, forgot to mention that I did update and reboot before rerunning system-config-display. -David -- L. David Baron Technical Lead, Layout & CSS, Mozilla Corporation -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From davej at redhat.com Sat Mar 18 18:17:02 2006 From: davej at redhat.com (Dave Jones) Date: Sat, 18 Mar 2006 13:17:02 -0500 Subject: FC5t3 installation issues with Radeon X300SE In-Reply-To: <20060318181451.GA30244@ridley.dbaron.org> References: <20060318075456.GA25052@ridley.dbaron.org> <441C4604.9050209@mharris.ca> <20060318181451.GA30244@ridley.dbaron.org> Message-ID: <20060318181702.GB6917@redhat.com> On Sat, Mar 18, 2006 at 10:14:51AM -0800, L. David Baron wrote: > On Saturday 2006-03-18 12:40 -0500, Mike A. Harris wrote: > > L. David Baron wrote: > > >I just installed FC5t3 x86_64 on a brand new desktop machine with a > > >Radeon X300SE, and ran into two issues that seem more likely related to > > >that than anything else: > > > > > >(1) Neither the installer, nor system-config-display once the installer > > >had finished, were able to configure xorg so that it would start. > > >However, I was able to do it manually by doing "modprobe radeon" and > > >then rerunning system-config-display (which in turn writes out an > > >xorg.conf that causes xorg to modprobe radeon by itself). This suggests > > >to me that something along the way (I'm not sure what) should have done > > >a "modprobe radeon" to bootstrap the whole thing, but didn't. (And > > >perhaps does for other cards.) > > > > Ok, that doesn't make much sense to me at all. Dave disabled the radeon > > kernel DRM module support for all R300+ chips due to it causing X to > > hang when DRM loads if "Load "dri"" is present in the xorg.conf - > > regardless of wether or not we actually ship the r300 DRI module. > > > > So, loading the radeon module by hand should technically have no effect > > on R300 hardware unless I'm missing something. > > Well, it did. what does lspci -n | grep 1002 say ? Dave -- http://www.codemonkey.org.uk From dbaron at dbaron.org Sat Mar 18 18:21:37 2006 From: dbaron at dbaron.org (L. David Baron) Date: Sat, 18 Mar 2006 10:21:37 -0800 Subject: FC5t3 installation issues with Radeon X300SE In-Reply-To: <20060318181702.GB6917@redhat.com> References: <20060318075456.GA25052@ridley.dbaron.org> <441C4604.9050209@mharris.ca> <20060318181451.GA30244@ridley.dbaron.org> <20060318181702.GB6917@redhat.com> Message-ID: <20060318182137.GA30332@ridley.dbaron.org> On Saturday 2006-03-18 13:17 -0500, Dave Jones wrote: > On Sat, Mar 18, 2006 at 10:14:51AM -0800, L. David Baron wrote: > > On Saturday 2006-03-18 12:40 -0500, Mike A. Harris wrote: > > > L. David Baron wrote: > > > >I just installed FC5t3 x86_64 on a brand new desktop machine with a > > > >Radeon X300SE, and ran into two issues that seem more likely related to > > > >that than anything else: > > > > > > > >(1) Neither the installer, nor system-config-display once the installer > > > >had finished, were able to configure xorg so that it would start. > > > >However, I was able to do it manually by doing "modprobe radeon" and > > > >then rerunning system-config-display (which in turn writes out an > > > >xorg.conf that causes xorg to modprobe radeon by itself). This suggests > > > >to me that something along the way (I'm not sure what) should have done > > > >a "modprobe radeon" to bootstrap the whole thing, but didn't. (And > > > >perhaps does for other cards.) > > > > > > Ok, that doesn't make much sense to me at all. Dave disabled the radeon > > > kernel DRM module support for all R300+ chips due to it causing X to > > > hang when DRM loads if "Load "dri"" is present in the xorg.conf - > > > regardless of wether or not we actually ship the r300 DRI module. > > > > > > So, loading the radeon module by hand should technically have no effect > > > on R300 hardware unless I'm missing something. > > > > Well, it did. > > what does lspci -n | grep 1002 say ? 01:00.0 0300: 1002:5b60 01:00.1 0380: 1002:5b70 -David -- L. David Baron Technical Lead, Layout & CSS, Mozilla Corporation -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From davej at redhat.com Sat Mar 18 18:26:59 2006 From: davej at redhat.com (Dave Jones) Date: Sat, 18 Mar 2006 13:26:59 -0500 Subject: FC5t3 installation issues with Radeon X300SE In-Reply-To: <20060318182137.GA30332@ridley.dbaron.org> References: <20060318075456.GA25052@ridley.dbaron.org> <441C4604.9050209@mharris.ca> <20060318181451.GA30244@ridley.dbaron.org> <20060318181702.GB6917@redhat.com> <20060318182137.GA30332@ridley.dbaron.org> Message-ID: <20060318182659.GC6917@redhat.com> On Sat, Mar 18, 2006 at 10:21:37AM -0800, L. David Baron wrote: > > > > So, loading the radeon module by hand should technically have no effect > > > > on R300 hardware unless I'm missing something. > > > > > > Well, it did. > > > > what does lspci -n | grep 1002 say ? > > 01:00.0 0300: 1002:5b60 > 01:00.1 0380: 1002:5b70 Wait, that was actually removed in the upstream kernel a month back. (Because I have exactly the same board, and saw X blow up). Hmm. for some reason 'radeon' is still getting loaded for me too though. I'll investigate it when I get back later. Dave -- http://www.codemonkey.org.uk From dant at cdkkt.com Sat Mar 18 19:24:46 2006 From: dant at cdkkt.com (Dan Thurman) Date: Sat, 18 Mar 2006 11:24:46 -0800 Subject: XEN and FC5T3 Question.... Message-ID: <1142709887.3227.36.camel@copper.cdkkt.com> Hi Folks! A little bit of history.... I have two NICs, one is on my motherboard, and the other is a PCI card. When I ran XEN for the first time (that is, as a newly installed OS), ZEN was able to at least allow me to connect the LAN (and Internet) and I was correctly setting up my network configurations such that the IP address, gateway, DNS servers yada, yada was correctly setup and that one of the two NIC's was connected to the LAN and the other was not. Later, as I was doing updates via yum and all that, rebooted a couple of times, there was this one case I had that somehow gotten my NIC setup backwards... i.e. I was no longer able to connect to the LAN as I did once before. I had to switch the net-cable to the other NIC port to get back on the LAN I found that somehow, the NIC settings in the /etc/sysconfig/network blah blah was misconfigured - i.e eth0 and eth1 settings was reversed and attempts to set this right via the GNOME GUI interface was just not possible so I was forced to edit by hand the default settings and reboot and I was able to restore the cable to the correct default NIC port as I had it before. Now... with the NIC restored (I see only eth0 and eth1) But something bothered me when I installed Firestarter and started the initial configuration. Instead of seeing two NIC ports, i.e. eth0 and eth1 - firestarter asked for the NIC port as my primary port and before you say: "Yeah, choose eth0 or eth1".... There are more ports.... two above plus 17 more... [Some were hard to read since I have size 8 fonts...] si0 veth0, veth1, veth2, veth3, veth4, veth5, veth6, veth7 wiD0, wiD1, wiD2, wiD3, wiD4, wiD5, wiD6, wiD7 So.... which is it that ZEN is using as the actual port that I am using? Not knowing... I choosed eth0 as my primary port. So far, I *think* my firewall is running but I cannot be sure... So... did I make the right choice? Just wondered.... Dan From billcrawford1970 at gmail.com Sat Mar 18 19:03:29 2006 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Sat, 18 Mar 2006 19:03:29 +0000 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <1142574315.4923.124.camel@mjolnir> References: <000901c64850$0cd5ce80$0a01a8c0@jbsys> <37966.127.0.0.1.1142555483.squirrel@www.thecodergeek.com> <1142574315.4923.124.camel@mjolnir> Message-ID: <200603181903.29517.billcrawford1970@gmail.com> On Friday 17 March 2006 05:45, John Morris wrote: > Did ya read the part where I have been buying ATI for a few years? > Don't work. After enough random system lockups the rendering errors are > the least of my worries, I gotta have some relief so I abandon > principle, install the closed ATI driver and stop upgrading the kernel > unless it is a really important fix and I have an afternoon to spare. Whereas I installed the closed ATI driver a while back, and after a few not so random system lockups, I abandoned those, reconfigured to use the open source driver and was able to upgrade my kernel thereafter. And my system stopped locking up, which was a bonus. From billcrawford1970 at gmail.com Sat Mar 18 21:04:23 2006 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Sat, 18 Mar 2006 21:04:23 +0000 Subject: Gnome 2.14 In-Reply-To: <604aa7910603141217p225c1d0bpbca41931323f62a5@mail.gmail.com> References: <1142367119.3299.0.camel@niobe> <604aa7910603141217p225c1d0bpbca41931323f62a5@mail.gmail.com> Message-ID: <200603182104.23621.billcrawford1970@googlemail.com> On Tuesday 14 March 2006 20:17, Jeff Spaleta wrote: > -jef"don't bother asking about gnometris"spaleta I thought we'd all agreed to rename it gnome-falling-blocks-game? From aryanto.rachmad at chello.at Sat Mar 18 22:27:38 2006 From: aryanto.rachmad at chello.at (Aryanto Rachmad) Date: Sat, 18 Mar 2006 23:27:38 +0100 Subject: Removing packages - slimming server References: <006f01c64938$c90d8320$0e66970a@ds.mot.com> Message-ID: <003b01c64adb$29ca60e0$0e66970a@ds.mot.com> Thanks a lot for those who replied my email. I know where to start now. I am sorry that I didn't clearly describe what I really want to achieve. As you noticed, I am quite new on Linux especially Fedora. I started just because I wanted to have an Asterisk PBX at home. For some reasons I chose Fedora as the server OS. So basically I just want to have a very limited Fedora packages for that. I don't need fancy graphical interface or anything like that. I prefer to use command lines or text mode in configuring it as I think I will understand better about how things work. As long as I can read and understand the manual, it is very easy to do that, isn't it? But the problem is in Linux world things change very quick and documentation usually comes very late. I perfectly understand this as at work I am very lazy when it comes to writing documentation. I won't do that unless my boss forces me to do so. I started with FC4 ISO installation. I chose server installation type as I was not sure if the minimal custom installation would give me the right packages for my purpose. There were some unnecessary packages, but I kept them. Then I upgraded to FC5t1, FC5t2 and FC5t3. I regularly do "yum update" at least once a week. I noticed that the number of packages grows a lot (87 new packages). So now before I upgrade to the final release of FC5, I want to clean up those unnecessary packages. The hardware of my server is IBM xSeries 330 with dual Pentium III, dual hotplugable SCSI hardisk and 4GB memory which I bought piece by piece on Ebay. I hope this will last for some years until I consider that obsolete. Cheers, Anto ---- From dbaron at dbaron.org Sat Mar 18 22:57:20 2006 From: dbaron at dbaron.org (L. David Baron) Date: Sat, 18 Mar 2006 14:57:20 -0800 Subject: FC5t3 installation issues with Radeon X300SE In-Reply-To: <20060318182659.GC6917@redhat.com> References: <20060318075456.GA25052@ridley.dbaron.org> <441C4604.9050209@mharris.ca> <20060318181451.GA30244@ridley.dbaron.org> <20060318181702.GB6917@redhat.com> <20060318182137.GA30332@ridley.dbaron.org> <20060318182659.GC6917@redhat.com> Message-ID: <20060318225720.GA31724@ridley.dbaron.org> On Saturday 2006-03-18 13:26 -0500, Dave Jones wrote: > On Sat, Mar 18, 2006 at 10:21:37AM -0800, L. David Baron wrote: > > > > > > So, loading the radeon module by hand should technically have no effect > > > > > on R300 hardware unless I'm missing something. > > > > > > > > Well, it did. > > > > > > what does lspci -n | grep 1002 say ? > > > > 01:00.0 0300: 1002:5b60 > > 01:00.1 0380: 1002:5b70 > > Wait, that was actually removed in the upstream kernel a month back. > (Because I have exactly the same board, and saw X blow up). > > Hmm. for some reason 'radeon' is still getting loaded for me too though. > I'll investigate it when I get back later. In my case, the X server loads the module once there's a correct X server configuration. However, the lack of the module being loaded prevents the X server configuration tools from configuring the X server properly (given no configuration to start with, or the default one). -David -- L. David Baron Technical Lead, Layout & CSS, Mozilla Corporation -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From shrek-m at gmx.de Sat Mar 18 23:03:34 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 19 Mar 2006 00:03:34 +0100 Subject: Removing packages - slimming server In-Reply-To: <441BD8C1.5090907@bigpond.net.au> References: <006f01c64938$c90d8320$0e66970a@ds.mot.com> <441BD8C1.5090907@bigpond.net.au> Message-ID: <441C91C6.7070605@gmx.de> On 18.03.2006 10:54, David Timms wrote: >> How to remove only specific packages without removing all the >> dependencies using yum? > > rpm -e wireless-tools > you see the same y needed by (installed) x messages. test before removing is no bad idea # rpm -e --test > Even rpm doesn't let you do it. oops, # rpm -e --nodeps -- shrek-m From dtimms at bigpond.net.au Sun Mar 19 00:05:17 2006 From: dtimms at bigpond.net.au (David Timms) Date: Sun, 19 Mar 2006 11:05:17 +1100 Subject: Severe problem with Writer files and X In-Reply-To: References: Message-ID: <441CA03D.2080909@bigpond.net.au> Andy Hudson wrote: > I just updated to Rawhide (yesterday evening) and have tried to work > with some OpenOffice.org .DOC files. Updated from ? > Everytime I try to open one of these files X crashes and lands me > straight back at the login prompt. This happens *everytime* and is > extremely annoying. Opening other files (except OOo) seems to be OK. How do you open the file ? > I've filed a bug > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185798 but has > anyone else seen this behaviour? Works fine for me if I open oowriter and then open a .doc; it's also fine to open file manager and double-click a .doc file. Could you try opening the other way ? If you have many .doc's, is it just the one that is failing ? Perhaps # file *.doc in the folder you are interested in might show that there are faults in even the small part of a .doc that file uses to detect file type ? Can another machine open the same problem doc ? What version of what application was used to create the document ? > I'm working on Rawhide, installed on a Dell D610 laptop. What graphics chip is used ? Are you really up to date ? # rpm -qa|egrep 'kernel|xorg|openoff'|sort DaveT From paul at all-the-johnsons.co.uk Sun Mar 19 00:16:07 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sun, 19 Mar 2006 00:16:07 +0000 Subject: Severe problem with Writer files and X In-Reply-To: <441CA03D.2080909@bigpond.net.au> References: <441CA03D.2080909@bigpond.net.au> Message-ID: <1142727368.3570.139.camel@T7.Linux> Hi, > > I just updated to Rawhide (yesterday evening) and have tried to work > > with some OpenOffice.org .DOC files. > Updated from ? Given the OP stated that he'd just updated to Rawhide, would it not stand to reason that the OOo update was also from Rawhide? > > I've filed a bug > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185798 but has > > anyone else seen this behaviour? > Works fine for me if I open oowriter and then open a .doc; it's also > fine to open file manager and double-click a .doc file. This is the fun thing about bug hunting. I've filed quite a few bugs on OOo which the maintainer has not been able to replicate, so the more information, the better (which is why I've suggested what I have suggested on the BZ entry) > Can another machine open the same problem doc ? Given it was created on another machine, I'd assume it can. > What version of what application was used to create the document ? Unless it was Word 6, it shouldn't make any difference. I have assumed it was Word which created the file. > > I'm working on Rawhide, installed on a Dell D610 laptop. > What graphics chip is used ? It's either i915 or Radeon X300, depends on what day Dell rebadged someone elses work and botched it on. > Are you really up to date ? > # rpm -qa|egrep 'kernel|xorg|openoff'|sort Given we're 2 days off FC5 full release, if the update was done last night, then I'd assume the OP is fully up to date. TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals From paul at all-the-johnsons.co.uk Sun Mar 19 00:17:44 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 19 Mar 2006 00:17:44 +0000 Subject: FC5 already on Bittorrent Message-ID: <1142727464.3570.142.camel@T7.Linux> Hi, I was looking at torrentspy today and I've just noticed that they have the ISOs for FC5. I somehow doubt they are genuine (unless I've missed the announcement for a full release) and are more likely FC5t3. Just a heads up. TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From dtimms at bigpond.net.au Sun Mar 19 00:26:23 2006 From: dtimms at bigpond.net.au (David Timms) Date: Sun, 19 Mar 2006 11:26:23 +1100 Subject: XEN and FC5T3 Question.... In-Reply-To: <1142709887.3227.36.camel@copper.cdkkt.com> References: <1142709887.3227.36.camel@copper.cdkkt.com> Message-ID: <441CA52F.7030409@bigpond.net.au> Dan Thurman wrote: > Hi Folks! > ... > si0 > veth0, veth1, veth2, veth3, veth4, veth5, veth6, veth7 > wiD0, wiD1, wiD2, wiD3, wiD4, wiD5, wiD6, wiD7 > > So.... which is it that ZEN is using as the actual port > that I am using? Not knowing... I choosed eth0 as my > primary port. So far, I *think* my firewall is running > but I cannot be sure... To test a firewall, I would suggest testing from another machine using nmap(fe), no matter what your apparent firewall settings are. Also, some web sites like grc.com (shields up) can test your firewall from the internet point of view and give you an indication of whether you are open /closed/ ignoring attempted connections. > So... did I make the right choice? No experience with xen ! DaveT. From jamessanders at telus.net Sun Mar 19 00:31:07 2006 From: jamessanders at telus.net (James Sanders) Date: Sat, 18 Mar 2006 16:31:07 -0800 Subject: FC5 already on Bittorrent In-Reply-To: <1142727464.3570.142.camel@T7.Linux> References: <1142727464.3570.142.camel@T7.Linux> Message-ID: <441CA64B.1020807@telus.net> Apparently in Fedora Forum, it was discovered a couple of days ago that Fedora Core 5 isos were already on an official mirror, so some members made a torrent for it. Thats what i've heard. I'm not a dev so i can't confirm that it's the final version. James Paul wrote: > Hi, > > I was looking at torrentspy today and I've just noticed that they have > the ISOs for FC5. > > I somehow doubt they are genuine (unless I've missed the announcement > for a full release) and are more likely FC5t3. > > Just a heads up. > > TTFN > > Paul > From dtimms at bigpond.net.au Sun Mar 19 01:03:26 2006 From: dtimms at bigpond.net.au (David Timms) Date: Sun, 19 Mar 2006 12:03:26 +1100 Subject: Severe problem with Writer files and X In-Reply-To: <1142727368.3570.139.camel@T7.Linux> References: <441CA03D.2080909@bigpond.net.au> <1142727368.3570.139.camel@T7.Linux> Message-ID: <441CADDE.2060709@bigpond.net.au> Paul F. Johnson wrote: > Hi, > >>> I just updated to Rawhide (yesterday evening) and have tried to work >>> with some OpenOffice.org .DOC files. >> Updated from ? > Given the OP stated that he'd just updated to Rawhide, would it not > stand to reason that the OOo update was also from Rawhide? Maybe it was from FC3 or FC4 or FC5T1 or FC5T2 ? ... > This is the fun thing about bug hunting. I've filed quite a few bugs on > OOo which the maintainer has not been able to replicate, so the more > information, the better (which is why I've suggested what I have > suggested on the BZ entry) I did note your queries on bugzilla. I'll wait for Andy's answers about the details of the underlying system and document since it is s/he experiencing the problem, and opening some docs works for at least one other person. >> Can another machine open the same problem doc ? > > Given it was created on another machine, I'd assume it can. No such information has come from Andy ? >> What version of what application was used to create the document ? > > Unless it was Word 6, it shouldn't make any difference. I have assumed > it was Word which created the file. Was it created on OSX ? windows ? Was it an openoffice 1 creation ? How big is the document ? Does it use passwords / locking ? >> Are you really up to date ? >> # rpm -qa|egrep 'kernel|xorg|openoff'|sort > > Given we're 2 days off FC5 full release, if the update was done last > night, then I'd assume the OP is fully up to date. It might be worth creating a new user and seeing if logging in as such and repeating the opening experience generates the same problem. Are you opening from your local drive (with which file system) or network (using which protocol) ? DaveT. From buildsys at redhat.com Sun Mar 19 08:23:47 2006 From: buildsys at redhat.com (Build System) Date: Sun, 19 Mar 2006 03:23:47 -0500 Subject: rawhide report: 20060319 changes Message-ID: <200603190823.k2J8NkZ4010492@porkchop.devel.redhat.com> Updated Packages: (none) Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 From jlb17 at duke.edu Sun Mar 19 14:40:22 2006 From: jlb17 at duke.edu (Joshua Baker-LePain) Date: Sun, 19 Mar 2006 09:40:22 -0500 (EST) Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: <20060318210439.A1BAF734CA@hormel.redhat.com> References: <20060318210439.A1BAF734CA@hormel.redhat.com> Message-ID: On Sat, 18 Mar 2006 at 12:33pm, "Mike A. Harris" wrote: > Jeff Spaleta wrote: >> On 3/17/06, Gilboa Davara wrote: >> >>> What alternative are you offering to power our Xgl/Bling/what-ever >>> desktops? (Let alone running Quake4 at 1600x1200...) >> >> Doesn't the intel graphics sets now provide enough open support for bling? > > So, everyone who wants to have Bling is then forced to purchase an > Intel motherboard with Intel CPU? Thanks, but no thanks. What if I can't believe I'm the first to point this out, but working, stable 3D support isn't all about bling. Just try to run something like Pro/Engineer (a high-end, professional CAD/CAM package) or AVS Express (for scientific visualization) on a non-accelerated system. It's *painful*. More and more high end packages like those are being ported to Linux. But corporations aren't going to migrate their users' desktops to Linux if they can't run the apps with decent performance and stability. IMO, *that's* why 3D is important. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University From justin.conover at gmail.com Sun Mar 19 15:11:46 2006 From: justin.conover at gmail.com (Justin Conover) Date: Sun, 19 Mar 2006 09:11:46 -0600 Subject: Kernel 2059 from Dave Jones fixes nvidia.ko loading In-Reply-To: <006701c64ab4$5b944450$0a01a8c0@jbsys> References: <002a01c64a17$ccd6a4c0$0a01a8c0@jbsys> <006701c64ab4$5b944450$0a01a8c0@jbsys> Message-ID: On 3/18/06, Jim Bevier wrote: > > > ----- Original Message ----- > From: "Filip Tsachev" > To: "For testers of Fedora Core development releases" > > Sent: Saturday, March 18, 2006 7:36 AM > Subject: Re: Kernel 2059 from Dave Jones fixes nvidia.ko loading > > > > On 18/03/06, Jim Bevier wrote: > >> Well, kernel 2059 fixes the nvidia.ko loading problem. > > nice! > > > >>It also still works for VMware, > > since when? > > I can't use vmplayer with 2.6.15-1.2041_FC5, because of > > > > The kernel defined by this directory of header files does not have the > > same > > address space size as your running kernel. > > > > I've read this topic: > > > https://www.redhat.com/archives/fedora-test-list/2006-February/msg00701.html > > Patched vmmon and vmnet, all went fine except patching vmware-config.pl: > > > > patch unexpectedly ends in middle of line > > Hunk #1 FAILED at 1969. > > 1 out of 1 hunk FAILED -- saving rejects to file > > /usr/bin/vmware-config.pl.rej > > [root at fbi vmware]# cat /usr/bin/vmware-config.pl.rej > > *************** > > *** 1969,1976 **** > > . ' -E - | ' . shell_string($gHelper{'grep'}) . ' ' > > . shell_string($pattern)); > > chomp($header_page_offset); > > - $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/; > > - if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) { > > # We found a valid page offset > > if (defined($gSystem{'page_offset'}) and > > > > --- 1969,1976 ---- > > . ' -E - | ' . shell_string($gHelper{'grep'}) . ' ' > > . shell_string($pattern)); > > chomp($header_page_offset); > > + if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) { > > + $header_page_offset = $1; > > # We found a valid page offset > > if (defined($gSystem{'page_offset'}) and > > > > patch itself: > > --- vmware-config.pl.old 2005-12-15 21:55:24.000000000 -0800 > > +++ vmware-config.pl 2006-02-04 16:53:06.000000000 -0800 > > @@ -1969,8 +1969,8 @@ > > . ' -E - | ' . shell_string($gHelper{'grep'}) . ' ' > > . shell_string($pattern)); > > chomp($header_page_offset); > > - $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/; > > - if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) { > > + if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) { > > + $header_page_offset = $1; > > # We found a valid page offset > > if (defined($gSystem{'page_offset'}) and > > not (lc($header_page_offset) eq lc($gSystem{'page_offset'}))) { > > > > > > -- > > Cheers, > > Filip > > http://fedora.linux.duke.edu/wiki/FilipTsachev > > Filip > > It looks like you have some bad characters in the patch. Edit it with > your favorite editor or try the patch again. Here is the stuff again: > > >From a Tom London message on this list: > > There is a bug in the vmware-config.pl script that is exposed by > changes to the newer kernel headers. > > I've reported this to vmware: > http://www.vmware.com/community/thread.jspa?threadID=31877&tstart=0 > > Here is the patch described there: > > --- vmware-config.pl.old 2005-12-15 21:55:24.000000000 -0800 > +++ vmware-config.pl 2006-02-04 16:53:06.000000000 -0800 > @@ -1969,8 +1969,8 @@ > . ' -E - | ' . shell_string($gHelper{'grep'}) . ' ' > . shell_string($pattern)); > chomp($header_page_offset); > - $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/; > - if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) { > + if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) { > + $header_page_offset = $1; > # We found a valid page offset > if (defined($gSystem{'page_offset'}) and > not (lc($header_page_offset) eq lc($gSystem{'page_offset'}))) { > > > I am able to build a vmware 5.5 system with a couple of patches to vmware. > One is in the makefile.kernel in vmmon and vmnet directory. The other is > the patch above. See the vmware forum for the latest. I am also building > on a x86_64 box. Also make sure you have the kernel-devel rpm installed. > > Jim > > > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > https://www.redhat.com/mailman/listinfo/fedora-test-list) > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list http://ftp.cvut.cz/vmware/ Just grab the latest patch (98) and "su -c ./runme.pl" and it will patch everything for you. wget -c http://ftp.cvut.cz/vmware/vmware-any-any-update98.tar.gz -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.hobbs.1 at ohiou.edu Sun Mar 19 15:33:02 2006 From: kevin.hobbs.1 at ohiou.edu (Kevin H. Hobbs) Date: Sun, 19 Mar 2006 10:33:02 -0500 Subject: FC5 already on Bittorrent In-Reply-To: <441CA64B.1020807@telus.net> References: <1142727464.3570.142.camel@T7.Linux> <441CA64B.1020807@telus.net> Message-ID: <1142782382.737.2.camel@gargon.hooperlab> On Sat, 2006-03-18 at 16:31 -0800, James Sanders wrote: > Apparently in Fedora Forum, it was discovered a couple of days ago that > Fedora Core 5 isos were already on an official mirror, so some members > made a torrent for it. Thats what i've heard. I'm not a dev so i can't > confirm that it's the final version. > > James That's why the iso's come with gpg signed sha1sums. CHECK THEM ALL! There is always somebody pushing the last test as final at every release. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From russell at coker.com.au Sun Mar 19 21:48:53 2006 From: russell at coker.com.au (Russell Coker) Date: Mon, 20 Mar 2006 08:48:53 +1100 Subject: 2.6.15-1.1955_FC5 memory leak? In-Reply-To: <200603051358.35410.russell@coker.com.au> References: <200602262200.49225.russell@coker.com.au> <200603030957.27292.russell@coker.com.au> <200603051358.35410.russell@coker.com.au> Message-ID: <200603200848.57318.russell@coker.com.au> On Sunday 05 March 2006 13:58, Russell Coker wrote: > On Friday 03 March 2006 09:57, Russell Coker wrote: > > Below is the output of running uptime immediately after free on two > > occasions. ? The buffers, cached, and free memory numbers have decreased. > > ?Does this indicate a leak? ?The machine is totally idle, I have had a > > single ssh session open for all this time, no-one else has logged in, and > > it's not being used for any server tasks apart from light DNS serving. > > My machine in question has just run out of memory and crashed. It had been > operating OK until I tried to copy a set of Fedora ISO files to it's NFS > share. I conclude that the bugs which Steve fixed were not the ones that > afflict my machine. > > I'm now upgrading it to 2.6.15-1.2009.4.2_FC5, I'll see if that fixes it. The machine in question has been running 2.6.15-1.2032.2.3_FC5.lspp.12 for over 8 days now with no sign of a memory leak (and incidentally the load on the machine has increased). I believe that 2.6.15-1.2032.2.3_FC5.lspp.12 has fixed the memory leak problems I experienced. -- 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 matt.carter85 at gmail.com Sun Mar 19 22:01:00 2006 From: matt.carter85 at gmail.com (Matthew Carter) Date: Sun, 19 Mar 2006 22:01:00 +0000 Subject: Sony Vaio S3-HP Still Freezing on Udev Boot - Kernel 2054 Message-ID: <441DD49C.4090806@gmail.com> Hi Guys I reported this bug during FC5T1 and T2 however even now in T3 it still is apparent. I cannot successfully boot into FC5, and I dont really want to revert to FC4. How can I help you guys debug this problem? I have been using Fedora since FC2 on my old HP nx9015 before that I was a Mandrake user and that distro was dire in my eyes. Fedora has always been a great OS, FC3 has to be the strongest build to date, unfortunately it doesnt work on my Vaio. Please help me help you fix this bug. Regards, Matthew From shrek-m at gmx.de Sun Mar 19 23:04:46 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 20 Mar 2006 00:04:46 +0100 Subject: Sony Vaio S3-HP Still Freezing on Udev Boot - Kernel 2054 In-Reply-To: <441DD49C.4090806@gmail.com> References: <441DD49C.4090806@gmail.com> Message-ID: <441DE38E.1060002@gmx.de> On 19.03.2006 23:01, Matthew Carter wrote: > I reported this bug during FC5T1 and T2 however even now in T3 it > still is apparent. I cannot successfully boot into FC5, and I dont > really want to revert to FC4. > > How can I help you guys debug this problem? you should use bugzilla. mention your problem in this list is not enough Date: Sun, 15 Jan 2006 20:18:40 +0000 From: Matt Carter Subject: FC5 T2 Date: Thu, 19 Jan 2006 11:38:23 +0000 From: Matt Carter Subject: Kernels and Udev Date: Tue, 24 Jan 2006 23:08:04 +0000 From: Matt Carter Subject: How many people have unbootable FC5T2? Date: Mon, 30 Jan 2006 16:09:33 +0000 From: Matt Carter Subject: RE: hang "Starting udev:_" after last good: kernel-2.6.15-1.1826.2.10_FC5 udev ? 2.6.15-1.1826 ? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185796 have you disabled acpi in your bios or tried booting with acpi=off ? did you read the releasenotes ? http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/RELEASE-NOTES ? Some Sony VAIO? notebook systems may experience problems installing Fedora Core from CD-ROM. If this happens, restart the installation process and add the following option to the boot command line: pci=off ide1=0x180,0x386 This option allows the installation to proceed normally; any devices not detected due to the use of this option will be configured the first time Fedora Core is booted. -- shrek-m From dant at cdkkt.com Sun Mar 19 23:42:23 2006 From: dant at cdkkt.com (Dan Thurman) Date: Sun, 19 Mar 2006 15:42:23 -0800 Subject: Hmm... mysql-query-browser - segmentation fault. Message-ID: <1142811744.26996.13.camel@copper.cdkkt.com> Hi Folks, I noticed that the mysql-administrator was given in the extras distribution but not the mysql-query-browser and wondered why... Seems that the sources given from MySQL org is that in order to build it, it requires the gtkhtml v3.6 release which is nowhere given in the extras development directory nor installed in FC5 T3 There are other version but just not v3.6 as it seems to require... So I built the gtkhtml v3.6 release, installed it, and then built the mysql-query-browser from MySQL latest source and it appears that the configuration and the build for both went through fine as far as I can tell. But running mysql-query-browser produces a segmentation fault and when I checked the /usr/bin/mysql-query-browser file, it is a shell script... ok... and it uses a strange environment variable called MQB_DIR.... dunno why. Anyway - I did a strace from within the script and got the following few lines: . . . stat64("/usr/share/mysql-gui/query-browser/query_browser.glade", {st_mode=S_IFRE G|0644, st_size=25038, ...}) = 0 stat64("/usr/share/mysql-gui/query-browser/query_browser.glade", {st_mode=S_IFRE G|0644, st_size=25038, ...}) = 0 stat64("/usr/share/mysql-gui/query-browser/query_browser.glade", {st_mode=S_IFRE G|0644, st_size=25038, ...}) = 0 stat64("/usr/share/mysql-gui/query-browser/query_browser.glade", {st_mode=S_IFRE G|0644, st_size=25038, ...}) = 0 open("/usr/share/mysql-gui/query-browser/query_browser.glade", O_RDONLY) = 14 fstat64(14, {st_mode=S_IFREG|0644, st_size=25038, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7 f17000 read(14, "10\n\t\t\t False\n "..., 4096) = 4096 read(14, ">False\n\t \n\n\t\t \n\t\t\t0\n\t\t\t "..., 4096) = 462 read(14, "", 4096) = 0 read(14, "", 4096) = 0 close(14) = 0 munmap(0xb7f17000, 4096) = 0 stat64("/root/.mysqlgui", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 access("/root/.mysqlgui/query-browser/bookmarks.xml", R_OK) = -1 ENOENT (No such file or directory) access("/usr/share/mysql-gui/query-browser/magnify_glass.png", F_OK) = 0 open("/usr/share/mysql-gui/query-browser/magnify_glass.png", O_RDONLY| O_LARGEFIL E) = 14 fstat64(14, {st_mode=S_IFREG|0644, st_size=848, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7 f17000 read(14, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0\23\0\0\0\22\10\6\0\0"..., 4096) = 8 48 read(14, "", 4096) = 0 _llseek(14, 0, [0], SEEK_SET) = 0 read(14, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0\23\0\0\0\22\10\6\0\0"..., 4096) = 8 48 brk(0x9931000) = 0x9931000 brk(0x9929000) = 0x9929000 brk(0x9927000) = 0x9927000 close(14) = 0 munmap(0xb7f17000, 4096) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Process 31175 detached I am just providing it for anyone who cares. Thanks, Dan From dennis at ausil.us Mon Mar 20 00:16:59 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Sun, 19 Mar 2006 18:16:59 -0600 Subject: Hmm... mysql-query-browser - segmentation fault. In-Reply-To: <1142811744.26996.13.camel@copper.cdkkt.com> References: <1142811744.26996.13.camel@copper.cdkkt.com> Message-ID: <200603191817.00037.dennis@ausil.us> On Sunday 19 March 2006 17:42, Dan Thurman wrote: > Hi Folks, > > I noticed that the mysql-administrator was given in the > extras distribution but not the mysql-query-browser and > wondered why... > > > I am just providing it for anyone who cares. > > Thanks, > Dan I'm the maintainer for mysql-administrator and so far mysql-query-browser has not worked. I have used self built copies as well as mysql provided binaries. All with the same result. Ive used mysql-query-browser on mac and it doesnt work 100% there either. I have had a few requests fro mysql-query-browser in private email. and until its in a decent shape im not going to submit it. I havent had time to sit down and debug why its failing yet. Dennis From dant at cdkkt.com Mon Mar 20 01:05:45 2006 From: dant at cdkkt.com (Dan Thurman) Date: Sun, 19 Mar 2006 17:05:45 -0800 Subject: Hmm... mysql-query-browser - segmentation fault. In-Reply-To: <200603191817.00037.dennis@ausil.us> References: <1142811744.26996.13.camel@copper.cdkkt.com> <200603191817.00037.dennis@ausil.us> Message-ID: <1142816746.26996.17.camel@copper.cdkkt.com> On Sun, 2006-03-19 at 18:16 -0600, Dennis Gilmore wrote: > On Sunday 19 March 2006 17:42, Dan Thurman wrote: > > Hi Folks, > > > > I noticed that the mysql-administrator was given in the > > extras distribution but not the mysql-query-browser and > > wondered why... > > > > > > > I am just providing it for anyone who cares. > > > > Thanks, > > Dan > > I'm the maintainer for mysql-administrator and so far mysql-query-browser > has not worked. I have used self built copies as well as mysql provided > binaries. All with the same result. Ive used mysql-query-browser on mac > and it doesnt work 100% there either. > > I have had a few requests fro mysql-query-browser in private email. and > until its in a decent shape im not going to submit it. I havent had time to > sit down and debug why its failing yet. > > Dennis > There are several bug reports on this exact problem in the MySQL "bugzilla" and I have posted a follow up there with the gdb seg fault and a backtrace. Here is the bug link for you: http://bugs.mysql.com/bug.php?id=15903&thanks=3¬ify=3 Dan From alcocer at helixdigital.com Mon Mar 20 04:40:34 2006 From: alcocer at helixdigital.com (Dario Alcocer) Date: Sun, 19 Mar 2006 20:40:34 -0800 Subject: Problem installing FC5 guest in Xen on FC5 using xenguest-install.py In-Reply-To: References: Message-ID: Scott D Hankin wrote: > Howdy - > > I'm attempting to install a FC5 guest in Xen on FC5, 2041 xen0 kernel. > I've gotten to the point where anaconda runs and starts presenting me > with menus. Unfortunately, the 3rd menu it presents is stopping me, the > one which sets the IP address. I've been running with kernel-xen0-2.6.15-1.2041_FC5 with no problems so far. However, I did have problems (thought not with IP address assignment) with earlier Xen builds. You might check if you have the kernel-xen-hypervisor package installed. I was having problems before when running IIRC .2032; when I upgraded to .2041, I removed the hypervisor package, and I've been running Xen fine since then. > If I select DHCP and networking is set up for NAT, it thinks for a bit > and then returns to the same page. If I try to manually specify an IP > address, it thinks for a bit, and then segfaults. If networking is > bridged, it segfaults in either case. > > The command I'm running is: > > xenguest-intall.py -n vm2 -f /root/fedora.img -s 6 -r 256 -p -l > ftp://mymachine > > I've tried this with the networking setup as bridged or NAT, but the > result is always the same. > > Any thoughts? Maybe you could post your /var/log/xend.log and /var/log/xend-debug.log; hopefully others might be able to help given this information. -- Dario Alcocer -- alcocer at helixdigital.com From alan at clueserver.org Mon Mar 20 06:06:59 2006 From: alan at clueserver.org (Alan) Date: Sun, 19 Mar 2006 22:06:59 -0800 Subject: FC5 already on Bittorrent In-Reply-To: <1142782382.737.2.camel@gargon.hooperlab> References: <1142727464.3570.142.camel@T7.Linux> <441CA64B.1020807@telus.net> <1142782382.737.2.camel@gargon.hooperlab> Message-ID: <1142834819.23030.6.camel@zowie.fnordora.org> On Sun, 2006-03-19 at 10:33 -0500, Kevin H. Hobbs wrote: > On Sat, 2006-03-18 at 16:31 -0800, James Sanders wrote: > > Apparently in Fedora Forum, it was discovered a couple of days ago that > > Fedora Core 5 isos were already on an official mirror, so some members > > made a torrent for it. Thats what i've heard. I'm not a dev so i can't > > confirm that it's the final version. > > > > James > > That's why the iso's come with gpg signed sha1sums. CHECK THEM ALL! > There is always somebody pushing the last test as final at every > release. Is there any chance of the official torrents being released any time before 8am PST? I would like to help seed them, but they usually do not get posted until sometime after I leave for work. From buildsys at redhat.com Mon Mar 20 08:04:23 2006 From: buildsys at redhat.com (Build System) Date: Mon, 20 Mar 2006 03:04:23 -0500 Subject: rawhide report: 20060320 changes Message-ID: <200603200804.k2K84NBT001931@porkchop.devel.redhat.com> Updated Packages: (none) Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 From shrek-m at gmx.de Mon Mar 20 08:12:49 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 20 Mar 2006 09:12:49 +0100 Subject: Hmm... mysql-query-browser - segmentation fault. In-Reply-To: <200603191817.00037.dennis@ausil.us> References: <1142811744.26996.13.camel@copper.cdkkt.com> <200603191817.00037.dennis@ausil.us> Message-ID: <441E6401.2030002@gmx.de> On 20.03.2006 01:16, Dennis Gilmore wrote: >I'm the maintainer for mysql-administrator and so far mysql-query-browser >has not worked. I have used self built copies as well as mysql provided >binaries. All with the same result. Ive used mysql-query-browser on mac >and it doesnt work 100% there either. > >I have had a few requests fro mysql-query-browser in private email. and >until its in a decent shape im not going to submit it. I havent had time to >sit down and debug why its failing yet. > thanks :-) mysql-query-browser would be great but if it does not work, no problem. imho mysqlcc (mysql control center) was never really stable. can we have phpmyadmin in extras ? http://www.phpmyadmin.net ------- http://www.mysql.com/products/tools/administrator/ http://www.mysql.com/products/tools/query-browser/ http://www.mysql.com/products/tools/migration-toolkit/ http://www.mysql.com/products/tools/migration-toolkit/tutorials/migrate-sql-server.html From mhuhtala at abo.fi Mon Mar 20 09:32:12 2006 From: mhuhtala at abo.fi (Mikko Huhtala) Date: Mon, 20 Mar 2006 11:32:12 +0200 Subject: Patch to fix Metacity 'pop-under'? Message-ID: <17438.30364.17255.589106@urquell.abo.fi> I have understood that Ubuntu will patch Metacity to remove the 'pop-under' feature (apps launched from gnome-terminal do not receive focus and are not placed on top). Is that separate, specific patch available somewhere? I'd like to patch and repackage Metacity for our site, because I would prefer not to deal with the complaints about the new behaviour. Mikko From caolanm at redhat.com Mon Mar 20 10:15:57 2006 From: caolanm at redhat.com (Caolan McNamara) Date: Mon, 20 Mar 2006 10:15:57 +0000 Subject: Severe problem with Writer files and X In-Reply-To: References: Message-ID: <1142849757.3053.27.camel@localhost.localdomain> On Sat, 2006-03-18 at 11:12 +0000, Andy Hudson wrote: > I just updated to Rawhide (yesterday evening) and have tried to work > with some OpenOffice.org .DOC files. > > Everytime I try to open one of these files X crashes and lands me > straight back at the login prompt. This happens *everytime* and is > extremely annoying. Opening other files (except OOo) seems to be OK. > > I've filed a bug > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185798 but has > anyone else seen this behaviour? > > I'm working on Rawhide, installed on a Dell D610 laptop. If it crashes X, then there is more likely an X bug rather than an OOo bug. There might *also* be an OOo bug which triggers the X bug, but the main problem here is X ;-) You should include all your x.org details, especially the driver in use. C. From mhuhtala at abo.fi Mon Mar 20 10:21:22 2006 From: mhuhtala at abo.fi (Mikko Huhtala) Date: Mon, 20 Mar 2006 12:21:22 +0200 Subject: Patch to fix Metacity 'pop-under'? Message-ID: <17438.33314.698310.765590@urquell.abo.fi> Sorry to reply to my own message. There is a patch in bugzilla to make the 'feature' configurable (bug 178389). Managed to miss it, sorry. Mikko From che666 at gmail.com Mon Mar 20 10:47:25 2006 From: che666 at gmail.com (Rudolf Kastl) Date: Mon, 20 Mar 2006 11:47:25 +0100 Subject: Kernel 2059 from Dave Jones fixes nvidia.ko loading In-Reply-To: References: <002a01c64a17$ccd6a4c0$0a01a8c0@jbsys> <006701c64ab4$5b944450$0a01a8c0@jbsys> Message-ID: 2006/3/19, Justin Conover : > > > > On 3/18/06, Jim Bevier wrote: > > > > ----- Original Message ----- > > From: "Filip Tsachev" > > To: "For testers of Fedora Core development releases" > > > > Sent: Saturday, March 18, 2006 7:36 AM > > Subject: Re: Kernel 2059 from Dave Jones fixes nvidia.ko loading > > > > > > > On 18/03/06, Jim Bevier < jim at jbsys.com> wrote: > > >> Well, kernel 2059 fixes the nvidia.ko loading problem. > > > nice! > > > > > >>It also still works for VMware, > > > since when? > > > I can't use vmplayer with 2.6.15-1.2041_FC5, because of > > > > > > The kernel defined by this directory of header files does not have the > > > same > > > address space size as your running kernel. > > > > > > I've read this topic: > > > > https://www.redhat.com/archives/fedora-test-list/2006-February/msg00701.html > > > Patched vmmon and vmnet, all went fine except patching vmware-config.pl: > > > > > > patch unexpectedly ends in middle of line > > > Hunk #1 FAILED at 1969. > > > 1 out of 1 hunk FAILED -- saving rejects to file > > > /usr/bin/vmware-config.pl.rej > > > [root at fbi vmware]# cat /usr/bin/vmware- config.pl.rej > > > *************** > > > *** 1969,1976 **** > > > . ' -E - | ' . shell_string($gHelper{'grep'}) . ' ' > > > . shell_string($pattern)); > > > chomp($header_page_offset); > > > - $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/; > > > - if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) { > > > # We found a valid page offset > > > if (defined($gSystem{'page_offset'}) and > > > > > > --- 1969,1976 ---- > > > . ' -E - | ' . shell_string($gHelper{'grep'}) . ' ' > > > . shell_string($pattern)); > > > chomp($header_page_offset); > > > + if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) { > > > + $header_page_offset = $1; > > > # We found a valid page offset > > > if (defined($gSystem{'page_offset'}) and > > > > > > patch itself: > > > --- vmware-config.pl.old 2005-12-15 21:55:24.000000000 -0800 > > > +++ vmware-config.pl 2006-02-04 16:53:06.000000000 -0800 > > > @@ -1969,8 +1969,8 @@ > > > . ' -E - | ' . shell_string($gHelper{'grep'}) . ' ' > > > . shell_string($pattern)); > > > chomp($header_page_offset); > > > - $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/; > > > - if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) { > > > + if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) { > > > + $header_page_offset = $1; > > > # We found a valid page offset > > > if (defined($gSystem{'page_offset'}) and > > > not (lc($header_page_offset) eq lc($gSystem{'page_offset'}))) { > > > > > > > > > -- > > > Cheers, > > > Filip > > > http://fedora.linux.duke.edu/wiki/FilipTsachev > > > > Filip > > > > It looks like you have some bad characters in the patch. Edit it with > > your favorite editor or try the patch again. Here is the stuff again: > > > > >From a Tom London message on this list: > > > > There is a bug in the vmware-config.pl script that is exposed by > > changes to the newer kernel headers. > > > > I've reported this to vmware: > > > http://www.vmware.com/community/thread.jspa?threadID=31877&tstart=0 > > > > Here is the patch described there: > > > > --- vmware-config.pl.old 2005-12-15 21:55:24.000000000 -0800 > > +++ vmware-config.pl 2006-02-04 16:53: 06.000000000 -0800 > > @@ -1969,8 +1969,8 @@ > > . ' -E - | ' . shell_string($gHelper{'grep'}) . ' ' > > . shell_string($pattern)); > > chomp($header_page_offset); > > - $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/; > > - if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) { > > + if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) { > > + $header_page_offset = $1; > > # We found a valid page offset > > if (defined($gSystem{'page_offset'}) and > > not (lc($header_page_offset) eq lc($gSystem{'page_offset'}))) { > > > > > > I am able to build a vmware 5.5 system with a couple of patches to vmware. > > One is in the makefile.kernel in vmmon and vmnet directory. The other is > > the patch above. See the vmware forum for the latest. I am also building > > on a x86_64 box. Also make sure you have the kernel-devel rpm installed. > > > > Jim > > > > > > > > > > -- > > > fedora-test-list mailing list > > > fedora-test-list at redhat.com > > > To unsubscribe: > > > > https://www.redhat.com/mailman/listinfo/fedora-test-list ) > > > > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > https://www.redhat.com/mailman/listinfo/fedora-test-list > > > http://ftp.cvut.cz/vmware/ > > Just grab the latest patch (98) and "su -c ./runme.pl" and it will patch > everything for you. > > wget -c > http://ftp.cvut.cz/vmware/vmware-any-any-update98.tar.gz > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > > is vmware player repackageable and redistributeable? actually i dont like the way the vmware-config script dumps stuff into the filesystem. needs to be packaged properly to be clean. regards, rudolf kastl From rmy at tigress.co.uk Mon Mar 20 10:59:37 2006 From: rmy at tigress.co.uk (Ron Yorston) Date: Mon, 20 Mar 2006 10:59:37 GMT Subject: Patch to fix Metacity 'pop-under'? Message-ID: <200603201059.k2KAxbTN013663@tiffany.internal.tigress.co.uk> Don't use the patch that's directly referenced in the Red Hat Bugzilla. There's a newer one in the GNOME Bugzilla: http://bugzilla.gnome.org/show_bug.cgi?id=326159 Ron From giallu at gmail.com Mon Mar 20 11:07:55 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Mon, 20 Mar 2006 12:07:55 +0100 Subject: Kernel 2059 from Dave Jones fixes nvidia.ko loading In-Reply-To: References: <002a01c64a17$ccd6a4c0$0a01a8c0@jbsys> <006701c64ab4$5b944450$0a01a8c0@jbsys> Message-ID: On 3/20/06, Rudolf Kastl wrote: > > is vmware player repackageable and redistributeable? actually i dont > like the way the vmware-config script dumps stuff into the filesystem. > needs to be packaged properly to be clean. probably in livna From mhuhtala at abo.fi Mon Mar 20 11:24:05 2006 From: mhuhtala at abo.fi (Mikko Huhtala) Date: Mon, 20 Mar 2006 13:24:05 +0200 Subject: Patch to fix Metacity 'pop-under'? Message-ID: <17438.37077.542436.830811@urquell.abo.fi> Ron Yorston wrote: > Don't use the patch that's directly referenced in the Red Hat Bugzilla. > There's a newer one in the GNOME Bugzilla: > http://bugzilla.gnome.org/show_bug.cgi?id=326159 Ok, thanks. This is going to be such a pain to keep patching the updates over the FC5 cycle. I hope Fedora includes a patch at some point, even if GNOME 2.14 will not. Mikko From rmy at tigress.co.uk Mon Mar 20 11:30:09 2006 From: rmy at tigress.co.uk (Ron Yorston) Date: Mon, 20 Mar 2006 11:30:09 GMT Subject: Patch to fix Metacity 'pop-under'? Message-ID: <200603201130.k2KBU9H1013687@tiffany.internal.tigress.co.uk> Mikko Huhtala wrote: >This is going to be such a pain to keep patching the updates over the >FC5 cycle. I hope Fedora includes a patch at some point, even if GNOME >2.14 will not. I already maintain a patched metacity to add manual placement. The 2.14.0 RPM includes the fix to configure strict focus mode. You can pick it up from here: http://intgat.tigress.co.uk/rmy/metacity/index.html Ron From skvidal at linux.duke.edu Mon Mar 20 12:52:30 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 20 Mar 2006 07:52:30 -0500 Subject: FC5 already on Bittorrent In-Reply-To: <1142834819.23030.6.camel@zowie.fnordora.org> References: <1142727464.3570.142.camel@T7.Linux> <441CA64B.1020807@telus.net> <1142782382.737.2.camel@gargon.hooperlab> <1142834819.23030.6.camel@zowie.fnordora.org> Message-ID: <1142859150.10736.3.camel@cutter> On Sun, 2006-03-19 at 22:06 -0800, Alan wrote: > Is there any chance of the official torrents being released any time > before 8am PST? I would like to help seed them, but they usually do not > get posted until sometime after I leave for work. > the official torrents will come out at the same time the rest of the distro is officially released: 15:00GMT/10:00EST -sv From alan at redhat.com Mon Mar 20 13:13:27 2006 From: alan at redhat.com (Alan Cox) Date: Mon, 20 Mar 2006 08:13:27 -0500 Subject: Patch to fix Metacity 'pop-under'? In-Reply-To: <17438.30364.17255.589106@urquell.abo.fi> References: <17438.30364.17255.589106@urquell.abo.fi> Message-ID: <20060320131327.GA10642@devserv.devel.redhat.com> On Mon, Mar 20, 2006 at 11:32:12AM +0200, Mikko Huhtala wrote: > focus and are not placed on top). Is that separate, specific patch > available somewhere? I'd like to patch and repackage Metacity for our > site, because I would prefer not to deal with the complaints about the > new behaviour. Can you put it in extras as well if you do rebuild it as something like "metacity-sane" so the rest of us can get it. From skvidal at linux.duke.edu Mon Mar 20 13:17:03 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 20 Mar 2006 08:17:03 -0500 Subject: Patch to fix Metacity 'pop-under'? In-Reply-To: <20060320131327.GA10642@devserv.devel.redhat.com> References: <17438.30364.17255.589106@urquell.abo.fi> <20060320131327.GA10642@devserv.devel.redhat.com> Message-ID: <1142860623.10736.5.camel@cutter> On Mon, 2006-03-20 at 08:13 -0500, Alan Cox wrote: > On Mon, Mar 20, 2006 at 11:32:12AM +0200, Mikko Huhtala wrote: > > focus and are not placed on top). Is that separate, specific patch > > available somewhere? I'd like to patch and repackage Metacity for our > > site, because I would prefer not to deal with the complaints about the > > new behaviour. > > Can you put it in extras as well if you do rebuild it as something like > "metacity-sane" so the rest of us can get it. extras packages are not allowed to conflict or replace packages in core. -sv From sundaram at fedoraproject.org Mon Mar 20 13:17:45 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 20 Mar 2006 18:47:45 +0530 Subject: Patch to fix Metacity 'pop-under'? In-Reply-To: <20060320131327.GA10642@devserv.devel.redhat.com> References: <17438.30364.17255.589106@urquell.abo.fi> <20060320131327.GA10642@devserv.devel.redhat.com> Message-ID: <441EAB79.5000704@fedoraproject.org> Alan Cox wrote: >On Mon, Mar 20, 2006 at 11:32:12AM +0200, Mikko Huhtala wrote: > > >>focus and are not placed on top). Is that separate, specific patch >>available somewhere? I'd like to patch and repackage Metacity for our >>site, because I would prefer not to deal with the complaints about the >>new behaviour. >> >> > >Can you put it in extras as well if you do rebuild it as something like >"metacity-sane" so the rest of us can get it. > > That plan seems to be to make this a optional feature disabled by default - http://blogs.gnome.org/view/newren/2006/03/18/0 -- Rahul From Giuseppe.Castagna at ens.fr Mon Mar 20 13:28:13 2006 From: Giuseppe.Castagna at ens.fr (Giuseppe Castagna) Date: Mon, 20 Mar 2006 14:28:13 +0100 Subject: FC5 no DVD iso? Message-ID: <441EADED.70706@ens.fr> Hi, I've seen that FC5 is out, but there is no DVD iso. Is it normal, since the FC5t(23) had it? Beppe From sundaram at fedoraproject.org Mon Mar 20 13:23:46 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 20 Mar 2006 18:53:46 +0530 Subject: FC5 no DVD iso? In-Reply-To: <441EADED.70706@ens.fr> References: <441EADED.70706@ens.fr> Message-ID: <441EACE2.4020908@fedoraproject.org> Giuseppe Castagna wrote: > Hi, > > I've seen that FC5 is out, but there is no DVD iso. Is it normal, > since the FC5t(23) had it? > Its not formally released yet and DVD images are available along with the release. -- Rahul From arjan at fenrus.demon.nl Mon Mar 20 13:25:51 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Mon, 20 Mar 2006 14:25:51 +0100 Subject: Patch to fix Metacity 'pop-under'? In-Reply-To: <1142860623.10736.5.camel@cutter> References: <17438.30364.17255.589106@urquell.abo.fi> <20060320131327.GA10642@devserv.devel.redhat.com> <1142860623.10736.5.camel@cutter> Message-ID: <1142861151.3114.43.camel@laptopd505.fenrus.org> On Mon, 2006-03-20 at 08:17 -0500, seth vidal wrote: > On Mon, 2006-03-20 at 08:13 -0500, Alan Cox wrote: > > On Mon, Mar 20, 2006 at 11:32:12AM +0200, Mikko Huhtala wrote: > > > focus and are not placed on top). Is that separate, specific patch > > > available somewhere? I'd like to patch and repackage Metacity for our > > > site, because I would prefer not to deal with the complaints about the > > > new behaviour. > > > > Can you put it in extras as well if you do rebuild it as something like > > "metacity-sane" so the rest of us can get it. > > extras packages are not allowed to conflict or replace packages in core. think of it as Obsoletes: ;-) From Giuseppe.Castagna at ens.fr Mon Mar 20 13:40:25 2006 From: Giuseppe.Castagna at ens.fr (Giuseppe Castagna) Date: Mon, 20 Mar 2006 14:40:25 +0100 Subject: FC5 no DVD iso? In-Reply-To: <441EACE2.4020908@fedoraproject.org> References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> Message-ID: <441EB0C9.7040204@ens.fr> Rahul Sundaram wrote: > Its not formally released yet and DVD images are available along with > the release. > > Thanks, it just looked bizarre that in http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso/ you can find the 5 cd images but no DVD image. I'll wait 90 mins more :-) ---Beppe--- From heath.wilkinson at sympatico.ca Mon Mar 20 13:46:00 2006 From: heath.wilkinson at sympatico.ca (Heath Wilkinson) Date: Mon, 20 Mar 2006 08:46:00 -0500 Subject: FC5 no DVD iso? In-Reply-To: <441EB0C9.7040204@ens.fr> References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> Message-ID: <1142862360.7933.0.camel@mimas.foobar.org> Thw CD images under that link are dated March 14. On Mon, 2006-03-20 at 14:40 +0100, Giuseppe Castagna wrote: > Rahul Sundaram wrote: > > Its not formally released yet and DVD images are available along with > > the release. > > > > > > Thanks, it just looked bizarre that in > > http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso/ > > you can find the 5 cd images but no DVD image. > > I'll wait 90 mins more :-) > > ---Beppe--- > From sundaram at fedoraproject.org Mon Mar 20 13:50:16 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 20 Mar 2006 19:20:16 +0530 Subject: FC5 no DVD iso? In-Reply-To: <1142862360.7933.0.camel@mimas.foobar.org> References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> <1142862360.7933.0.camel@mimas.foobar.org> Message-ID: <441EB318.8040809@fedoraproject.org> Heath Wilkinson wrote: >Thw CD images under that link are dated March 14. > > Thats the date the images are send out to mirrors. -- Rahul From jkl at interchain.nl Mon Mar 20 13:56:19 2006 From: jkl at interchain.nl (John Kraal) Date: Mon, 20 Mar 2006 14:56:19 +0100 Subject: FC5 no DVD iso? In-Reply-To: <441EB0C9.7040204@ens.fr> References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> Message-ID: <1142862979.2917.20.camel@jkl.interchain.nl> On Mon, 2006-03-20 at 14:40 +0100, Giuseppe Castagna wrote: > Rahul Sundaram wrote: > > Its not formally released yet and DVD images are available along with > > the release. > > > > > > Thanks, it just looked bizarre that in > > http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso/ > > you can find the 5 cd images but no DVD image. > > I'll wait 90 mins more :-) > > ---Beppe--- > 150 Here comes the directory listing. -rw-r--r-- 1 ftp ftp 3253669888 Mar 15 04:49 FC-5-i386-DVD.iso -rw-r--r-- 1 ftp ftp 687235072 Mar 15 04:47 FC-5-i386-disc1.iso -rw-r--r-- 1 ftp ftp 700618752 Mar 15 04:48 FC-5-i386-disc2.iso -rw-r--r-- 1 ftp ftp 721016832 Mar 15 04:50 FC-5-i386-disc3.iso -rw-r--r-- 1 ftp ftp 720910336 Mar 15 04:51 FC-5-i386-disc4.iso -rw-r--r-- 1 ftp ftp 387753984 Mar 15 04:52 FC-5-i386-disc5.iso -rw-r--r-- 1 ftp ftp 79122432 Mar 15 04:31 FC-5-i386-rescuecd.iso -rw-r--r-- 1 ftp ftp 671 Mar 15 05:38 SHA1SUM Looks like a DVD image to me. :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Mon Mar 20 14:01:04 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 20 Mar 2006 19:31:04 +0530 Subject: FC5 no DVD iso? In-Reply-To: <441EB0C9.7040204@ens.fr> References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> Message-ID: <441EB5A0.5090505@fedoraproject.org> Giuseppe Castagna wrote: > Rahul Sundaram wrote: > >> Its not formally released yet and DVD images are available along with >> the release. >> >> > > Thanks, it just looked bizarre that in > > http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso/ > > you can find the 5 cd images but no DVD image. > > I'll wait 90 mins more :-) > You are probably running into the bug with older versions of Apache not listing files over 2GB. You can still access it if you type if manage to guess the name and type it in.The ftp mirrors should list it. I would recommend using the torrent when its available instead. -- Rahul From dtimms at bigpond.net.au Mon Mar 20 14:03:46 2006 From: dtimms at bigpond.net.au (David Timms) Date: Tue, 21 Mar 2006 01:03:46 +1100 Subject: FC5 no DVD iso? - hold your horses ? In-Reply-To: <1142862360.7933.0.camel@mimas.foobar.org> References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> <1142862360.7933.0.camel@mimas.foobar.org> Message-ID: <441EB642.1000008@bigpond.net.au> Heath Wilkinson wrote: > Thw CD images under that link are dated March 14. It takes quite a while to build the iso images and get them placed on mirrors for a release, so this looks about right. > On Mon, 2006-03-20 at 14:40 +0100, Giuseppe Castagna wrote: >> Rahul Sundaram wrote: >>> Its not formally released yet and DVD images are available along with >>> the release. >>> >> Thanks, it just looked bizarre that in >> >> http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso/ psst: ftp://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso Perhaps since many web browsers don't handle downloads greater than 2.0GB, the release guys might leave it off the html version ? If you can hang five and wait until the mirrors open, and get it from your nearest in country local mirror, it will help worldwide distribution...and speed downloads for all. Remember: do not use firefox to download it; it will bomb out at 2G, which is an even bigger waste of bandwidth. (although I have got azureus to resume the download in the past when the torrent tracker is published ;-) DaveT. From shrek-m at gmx.de Mon Mar 20 14:02:32 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 20 Mar 2006 15:02:32 +0100 Subject: FC5 no DVD iso? In-Reply-To: <441EB0C9.7040204@ens.fr> References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> Message-ID: <441EB5F8.30606@gmx.de> On 20.03.2006 14:40, Giuseppe Castagna wrote: > Rahul Sundaram wrote: > >> Its not formally released yet and DVD images are available along with >> the release. > > Thanks, it just looked bizarre that in > http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso/ > you can find the 5 cd images but no DVD image. ftp://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso/ you see all including dvd != http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso/ you see no dvd. -- shrek-m From heath.wilkinson at sympatico.ca Mon Mar 20 14:09:23 2006 From: heath.wilkinson at sympatico.ca (Heath Wilkinson) Date: Mon, 20 Mar 2006 09:09:23 -0500 Subject: FC5 no DVD iso? In-Reply-To: <441EB318.8040809@fedoraproject.org> References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> <1142862360.7933.0.camel@mimas.foobar.org> <441EB318.8040809@fedoraproject.org> Message-ID: <1142863763.7933.4.camel@mimas.foobar.org> Thanks for the correction. I didn't realize the images were sent to the mirrors that far in advance. -Heath On Mon, 2006-03-20 at 19:20 +0530, Rahul Sundaram wrote: > Heath Wilkinson wrote: > > >Thw CD images under that link are dated March 14. > > > > > Thats the date the images are send out to mirrors. > > > -- > Rahul > > > From gbofspam at gmail.com Mon Mar 20 14:29:08 2006 From: gbofspam at gmail.com (gb spam) Date: Mon, 20 Mar 2006 09:29:08 -0500 Subject: FC5 no DVD iso? - hold your horses ? In-Reply-To: <441EB642.1000008@bigpond.net.au> References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> <1142862360.7933.0.camel@mimas.foobar.org> <441EB642.1000008@bigpond.net.au> Message-ID: <6c3f5e6c0603200629p791e8eafh84bdb1c3d9237ed7@mail.gmail.com> On 3/20/06, David Timms wrote: > Remember: do not use firefox to download it; it will bomb out at 2G, > which is an even bigger waste of bandwidth. (although I have got azureus > to resume the download in the past when the torrent tracker is published ;-) Idle curiosity time... does still apply if you're using the 64 bit version of Firefox? From Giuseppe.Castagna at ens.fr Mon Mar 20 14:38:21 2006 From: Giuseppe.Castagna at ens.fr (Giuseppe Castagna) Date: Mon, 20 Mar 2006 15:38:21 +0100 Subject: FC5 no DVD iso? - hold your horses ? In-Reply-To: <441EB642.1000008@bigpond.net.au> References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> <1142862360.7933.0.camel@mimas.foobar.org> <441EB642.1000008@bigpond.net.au> Message-ID: <441EBE5D.3000003@ens.fr> David Timms wrote: >>> Thanks, it just looked bizarre that in >>> >>> http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso/ > > psst: ftp://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso > Perhaps since many web browsers don't handle downloads greater than > 2.0GB, the release guys might leave it off the html version ? If you can > hang five and wait until the mirrors open, and get it from your nearest > in country local mirror, it will help worldwide distribution...and speed > downloads for all. > > Remember: do not use firefox to download it; it will bomb out at 2G, > which is an even bigger waste of bandwidth. (although I have got azureus > to resume the download in the past when the torrent tracker is published > ;-) > Sure, ten minutes ago I lanched my wget ftp://fr2.rpmfind.net/linux/fedora/core/5/x86_64/iso/FC-5-x86_64-DVD.iso ;-) ---Beppe--- From alan at redhat.com Mon Mar 20 14:32:20 2006 From: alan at redhat.com (Alan Cox) Date: Mon, 20 Mar 2006 09:32:20 -0500 Subject: Patch to fix Metacity 'pop-under'? In-Reply-To: <1142860623.10736.5.camel@cutter> References: <17438.30364.17255.589106@urquell.abo.fi> <20060320131327.GA10642@devserv.devel.redhat.com> <1142860623.10736.5.camel@cutter> Message-ID: <20060320143220.GA4589@devserv.devel.redhat.com> On Mon, Mar 20, 2006 at 08:17:03AM -0500, seth vidal wrote: > > Can you put it in extras as well if you do rebuild it as something like > > "metacity-sane" so the rest of us can get it. > > extras packages are not allowed to conflict or replace packages in core. Sorry I don't understand what connection your comment has to the message you replied to ? Metacity uses autoconf so you can rename it trivially in the configure stage From skvidal at linux.duke.edu Mon Mar 20 14:56:54 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 20 Mar 2006 09:56:54 -0500 Subject: Patch to fix Metacity 'pop-under'? In-Reply-To: <1142861151.3114.43.camel@laptopd505.fenrus.org> References: <17438.30364.17255.589106@urquell.abo.fi> <20060320131327.GA10642@devserv.devel.redhat.com> <1142860623.10736.5.camel@cutter> <1142861151.3114.43.camel@laptopd505.fenrus.org> Message-ID: <1142866614.13279.0.camel@cutter> On Mon, 2006-03-20 at 14:25 +0100, Arjan van de Ven wrote: > On Mon, 2006-03-20 at 08:17 -0500, seth vidal wrote: > > On Mon, 2006-03-20 at 08:13 -0500, Alan Cox wrote: > > > On Mon, Mar 20, 2006 at 11:32:12AM +0200, Mikko Huhtala wrote: > > > > focus and are not placed on top). Is that separate, specific patch > > > > available somewhere? I'd like to patch and repackage Metacity for our > > > > site, because I would prefer not to deal with the complaints about the > > > > new behaviour. > > > > > > Can you put it in extras as well if you do rebuild it as something like > > > "metacity-sane" so the rest of us can get it. > > > > extras packages are not allowed to conflict or replace packages in core. > > > think of it as Obsoletes: ;-) > obsoletes of core pkgs are not allowed in extras, either. -sv From skvidal at linux.duke.edu Mon Mar 20 14:58:09 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 20 Mar 2006 09:58:09 -0500 Subject: Patch to fix Metacity 'pop-under'? In-Reply-To: <20060320143220.GA4589@devserv.devel.redhat.com> References: <17438.30364.17255.589106@urquell.abo.fi> <20060320131327.GA10642@devserv.devel.redhat.com> <1142860623.10736.5.camel@cutter> <20060320143220.GA4589@devserv.devel.redhat.com> Message-ID: <1142866689.13279.2.camel@cutter> On Mon, 2006-03-20 at 09:32 -0500, Alan Cox wrote: > On Mon, Mar 20, 2006 at 08:17:03AM -0500, seth vidal wrote: > > > Can you put it in extras as well if you do rebuild it as something like > > > "metacity-sane" so the rest of us can get it. > > > > extras packages are not allowed to conflict or replace packages in core. > > Sorry I don't understand what connection your comment has to the message you > replied to ? Metacity uses autoconf so you can rename it trivially in the > configure stage you'd just have to make sure people know how to setup gnome-session to deal with it being under the different name for its startup. -sv From justin.conover at gmail.com Mon Mar 20 14:58:56 2006 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 20 Mar 2006 08:58:56 -0600 Subject: FC5 +nvidia how-to (please test) :P Message-ID: http://fedoraforum.org/forum/showthread.php?p=475561#post475561 I forgot when I wrote this up, my box at home was running xen kernel so nvidia+xen doesn't work. In therory this should work and it's how I've done it in the past. So please test :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From terraformers at gmail.com Mon Mar 20 15:05:34 2006 From: terraformers at gmail.com (Lars G) Date: Mon, 20 Mar 2006 16:05:34 +0100 Subject: FC5 no DVD iso? - hold your horses ? In-Reply-To: <441EBE5D.3000003@ens.fr> References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> <1142862360.7933.0.camel@mimas.foobar.org> <441EB642.1000008@bigpond.net.au> <441EBE5D.3000003@ens.fr> Message-ID: <1142867134.3600.1.camel@kinichahau.homebase> On Mon, 2006-03-20 at 15:38 +0100, Giuseppe Castagna wrote: > David Timms wrote: > >>> Thanks, it just looked bizarre that in > >>> > >>> http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso/ > > > > psst: ftp://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso > > Perhaps since many web browsers don't handle downloads greater than > > 2.0GB, the release guys might leave it off the html version ? If you can > > hang five and wait until the mirrors open, and get it from your nearest > > in country local mirror, it will help worldwide distribution...and speed > > downloads for all. > > > > Remember: do not use firefox to download it; it will bomb out at 2G, > > which is an even bigger waste of bandwidth. (although I have got azureus > > to resume the download in the past when the torrent tracker is published > > ;-) > > > > Sure, ten minutes ago I lanched my > > wget > ftp://fr2.rpmfind.net/linux/fedora/core/5/x86_64/iso/FC-5-x86_64-DVD.iso > > ;-) > > ---Beppe--- > wooo, official fc5 torrents are now at http://torrent.fedoraproject.org !!! cheers -- Lars mail: terraformers at gmail.com web: http://researchlab.terraformers.de (\_ _/) (='.'=) (")_(") VERSCHL?SSELUNG - WARUM? -> http://barbarakaemper.de/krypto From rstrode at redhat.com Mon Mar 20 15:30:27 2006 From: rstrode at redhat.com (Raymond Strode) Date: Mon, 20 Mar 2006 10:30:27 -0500 Subject: Fedora Core 5 Test Update: beagle-0.2.3-3 Message-ID: <200603201530.k2KFUR103526@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-152 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : beagle Version : 0.2.3 Release : 3 Summary : The Beagle Search Infrastructure Description : A general infrastructure for making your data easy to find. --------------------------------------------------------------------- Update Information: (taken from http://mail.gnome.org/archives/ftp-release-list/2006-March/msg00140.html) News ---- Version 0.2.3 March 17, 2006 Daemon/Infrastructure: * Allow Beagle to be run as root, although this is still disabled by default and not recommended. (Joe Shaw) * Allow emails, hostnames, and numeric strings to leak through noise filter. (D Bera) * Don't read the whole file if enough snippets are found; speeds up snippet extraction a lot. (Bera) * More closely track cached IndexReaders, fixing a race which would result in exceptions. (Joe) * Don't use thread-local storage in Lucene due to a Mono leak up through 1.1.13.4. This fixes huge memory leaks in the daemon. (Joe) Backends: * Use message headers to detect incoming/outgoing mails in KMail backend. (Bera) * Fix a hard-to-hit exception when checkpointing Evolution mail data to disk. (Joe) Filters: * Add a PreLoad flag so filters can indicate whether or not to preload files. (Joe) * New video filter which uses mplayer to extract metadata. (Alexander Macdonald, Joe, Bera) * New BMP filter. (Alexander) * New filter which lets administrators configure external programs for filtering more unusual or specialized file types. (Joe) * Update our entagged-sharp version, which include a few small fixes for audio filters. (Daniel Drake) * Eliminate a critical warning from GMime about address types on emails with undisclosed recipients. (Joe) * Handle a new failure condition from GMime when trying to read a message toward the end of a stream. (Joe) UI: * Say "Start Search Service" rather than "Start Daemon". (Dan Winship) * Don't clip the forward and back buttons if the text size is smaller than the height of the icons. (Joe) * Scale launcher icons to fit the requested size. (Joe) * Add the "Open" action back for Folders. (Lukas Lipka) * Use desktop-launch when possible, for KDE support. (Dan) * Escape URIs before passing them to apps. (Daniel, Brandon Hale) Tools: * Fix a crash in beagle-build-index when not using text caches. (Alexander Larsson) * Be extra paraoid in beagle-manage-index so that we don't delete any user data. (Joe) Everything Else: * Fix a compilation error on some 64-bit machines. (Joe) * Updated Beagle icons in the Firefox extension. (Garrett LeSage) Translations: * Updated Bulgarian translation. (Alexander Shopov) * Updated Czech translation. (Jakub Friedl) * Updated Finnish translation. (Ilkka Tuohela) * Updated Galician translation. (Ignacio Casal Quinteiro) * Updated Japanese translation. (Takeshi AIHANA) * Updated Vietnamese translation. (Clytie Siddall) ------------------------------------------------------ --------------------------------------------------------------------- * Fri Mar 17 2006 Ray Strode - 0.2.3-3 - use /sbin/nologin instead of /bin/nologin for beagle user shell * Fri Mar 17 2006 Ray Strode - 0.2.3-2 - use /bin/nologin instead of /bin/false for beagle user shell * Fri Mar 17 2006 Ray Strode - 0.2.3-1 - Update to 0.2.3 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 19f5a734e8b9ff98c682aa297b3208a4a598f861 SRPMS/beagle-0.2.3-3.src.rpm 552de01e329f94d6f9e768f3158412657f82b67d ppc/beagle-0.2.3-3.ppc.rpm e33a88253d62879f7d10aa61224f586f5ca9ae6d ppc/libbeagle-0.2.3-3.ppc.rpm f601dcbb146536b67eec5896ea381787e374c110 ppc/libbeagle-devel-0.2.3-3.ppc.rpm 2bfa69c8b90a8b0d89bb0c7709d369af3a0edda1 ppc/libbeagle-python-0.2.3-3.ppc.rpm 23e102313745a6cbfd76b1533776d4d60a55b286 ppc/debug/beagle-debuginfo-0.2.3-3.ppc.rpm 959a12f765458d8486eefa7d38b0852fc0ca7296 x86_64/beagle-0.2.3-3.x86_64.rpm 31eb214ef7c08bebed71dfbb34a6fd35989b1a62 x86_64/libbeagle-0.2.3-3.x86_64.rpm b863bb13008b2a582177d023c4f21a6db5252f3a x86_64/libbeagle-devel-0.2.3-3.x86_64.rpm b4099f2baea0406df8a15632175c415160a82082 x86_64/libbeagle-python-0.2.3-3.x86_64.rpm 63d55a1eb09f679e066911c06fa62b5cf740b8b1 x86_64/debug/beagle-debuginfo-0.2.3-3.x86_64.rpm 78a370058298f0ff85c4ebaf4a3d0c311b39158c i386/beagle-0.2.3-3.i386.rpm 682b036c02a100681992f0362b8d6c7cf1f9ca89 i386/libbeagle-0.2.3-3.i386.rpm 6dddd9c4d5cfd84838fa806ca23c18733f1143d8 i386/libbeagle-devel-0.2.3-3.i386.rpm 2b3f7d1311f0fe3f923783a6e08b3d7f92e73023 i386/libbeagle-python-0.2.3-3.i386.rpm 24db0b046c729bc7e93cacf43c202116eba9c2b5 i386/debug/beagle-debuginfo-0.2.3-3.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From notting at redhat.com Mon Mar 20 15:30:41 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 20 Mar 2006 10:30:41 -0500 Subject: Fedora Core 5 Test Update: initscripts-8.31.2-1 Message-ID: <200603201530.k2KFUf103705@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-153 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : initscripts Version : 8.31.2 Release : 1 Summary : The inittab file and the /etc/init.d scripts. Description : The initscripts package contains the basic system scripts used to boot your Red Hat system, change runlevels, and shut the system down cleanly. Initscripts also contains the scripts that activate and deactivate most network interfaces. --------------------------------------------------------------------- Update Information: initscripts-8.31.2 adds a udev helper for renaming devices, so that devices are renamed to their configured name on module load, as opposed to when they are brought up. Since this is adding new code to the boot path, it could use a good deal of testing; it will be pushed final once I'm comfortable that there are no regressions. --------------------------------------------------------------------- * Fri Mar 17 2006 Bill Nottingham 8.31.2-1 - add udev helper to rename network devices on device creation --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ c2d3bfa6f621ea6f9454b79c6d03d683680c38a6 SRPMS/initscripts-8.31.2-1.src.rpm 3f8f007170c8dac5e82a38a3698f26018863ac45 ppc/initscripts-8.31.2-1.ppc.rpm b1d6872ed0ad9dc27c014afd4767c82890ffe7cd ppc/debug/initscripts-debuginfo-8.31.2-1.ppc.rpm d31b59b9995bd028747baec54cc6bda2d7ba52e4 x86_64/initscripts-8.31.2-1.x86_64.rpm f29a5f64b1797d2c6488e801fea89e88c40bdd05 x86_64/debug/initscripts-debuginfo-8.31.2-1.x86_64.rpm 75a343b7f7048ae2a437bd68c70e088d03bde7dd i386/initscripts-8.31.2-1.i386.rpm 21ade84839c633688233c7f2208490a5ca7cb9af i386/debug/initscripts-debuginfo-8.31.2-1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From mitr at redhat.com Mon Mar 20 15:31:10 2006 From: mitr at redhat.com (Miloslav Trmac) Date: Mon, 20 Mar 2006 10:31:10 -0500 Subject: Fedora Core 5 Test Update: mlocate-0.14-0.fc5.1 Message-ID: <200603201531.k2KFVA104092@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-154 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : mlocate Version : 0.14 Release : 0.fc5.1 Summary : An utility for finding files by name Description : mlocate is a locate/updatedb implementation. It keeps a database of all existing files and allows you to lookup files by name. The 'm' stands for "merging": updatedb reuses the existing database to avoid rereading most of the file system, which makes updatedb faster and does not trash the system caches as much as traditional locate implementations. --------------------------------------------------------------------- Update Information: This update significantly speeds up case-insensitive search and fixes case-insensitive search with using advanced bracket expressions. --------------------------------------------------------------------- * Sat Mar 18 2006 Miloslav Trmac - 0.14-0.fc5.1 - Update to mlocate-0.14 (#182015) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 1099de851f6fb4a542c1a21758dd0e6a99022adc SRPMS/mlocate-0.14-0.fc5.1.src.rpm b86c1af0db673e5a8f5627815b10c7675c03dd7c ppc/mlocate-0.14-0.fc5.1.ppc.rpm 565fd75845138274acaf376d3bbc61111f36d124 ppc/debug/mlocate-debuginfo-0.14-0.fc5.1.ppc.rpm d9651bf2f39df935e8f3d042637e41452a68f57e x86_64/mlocate-0.14-0.fc5.1.x86_64.rpm d9d00601a427f8f23b56bab9829a9ad8982c4a3f x86_64/debug/mlocate-debuginfo-0.14-0.fc5.1.x86_64.rpm 3fc64d24a897f5602748945462f70e97a70f9caa i386/mlocate-0.14-0.fc5.1.i386.rpm 62ef5d7335e6139f816d4a268b3ee2c0ba481a5c i386/debug/mlocate-debuginfo-0.14-0.fc5.1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From rstrode at redhat.com Mon Mar 20 15:31:13 2006 From: rstrode at redhat.com (Raymond Strode) Date: Mon, 20 Mar 2006 10:31:13 -0500 Subject: Fedora Core 5 Test Update: gstreamer-plugins-base-0.10.5-1 Message-ID: <200603201531.k2KFVD104117@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-155 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : gstreamer-plugins-base Version : 0.10.5 Release : 1 Summary : GStreamer streaming media framework base plug-ins Description : GStreamer is a streaming media framework, based on graphs of filters which operate on media data. Applications using this library can do anything from real-time sound processing to playing videos, and just about anything else media-related. Its plugin-based architecture means that new data types or processing capabilities can be added simply by installing new plug-ins. This package contains a set of well-maintained base plug-ins. --------------------------------------------------------------------- Update Information: From http://mail.gnome.org/archives/release-team/2006-March/msg00157.html "Important GStreamer Plugins Base bugs, fixed in 0.10.4: http://bugzilla.gnome.org/show_bug.cgi?id=325972 mp3 files ripped with RealJukebox are not playable http://bugzilla.gnome.org/show_bug.cgi?id=326720 more than 2 channel sound output with alsasink did not work http://bugzilla.gnome.org/show_bug.cgi?id=331690 last.fm streams don't work http://bugzilla.gnome.org/show_bug.cgi?id=331763 and http://bugzilla.gnome.org/show_bug.cgi?id=331765 are both related to the alsa mixer, and would cause strange behaviour in gnome's volume applet and mixer. http://bugzilla.gnome.org/show_bug.cgi?id=332964 possible crash during typefinding http://bugzilla.gnome.org/show_bug.cgi?id=333352 is a patch Ross sent for Sound-Juicer" --------------------------------------------------------------------- * Thu Mar 16 2006 Ray Strode 0.10.5-1 - Update to 0.10.5 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 765becbdffd35dbfa0c569dd8a6e8bcea7778f1a SRPMS/gstreamer-plugins-base-0.10.5-1.src.rpm bf06b2cefbc58161a47cab6a9f2589ecddd2d051 ppc/gstreamer-plugins-base-0.10.5-1.ppc.rpm 6ab5ac1fe17760dbf6f4105dec322f034ceb5ad5 ppc/debug/gstreamer-plugins-base-debuginfo-0.10.5-1.ppc.rpm efd7d9ba5f6616ccc79ac4308e48b129f5676c64 ppc/gstreamer-plugins-base-devel-0.10.5-1.ppc.rpm 01c4b3199a0fe1b8734d6e9542e5ca03becf39e9 x86_64/gstreamer-plugins-base-0.10.5-1.x86_64.rpm 94b89c61c28f060ae1517b2e5aa8e1f1a1c62bbd x86_64/debug/gstreamer-plugins-base-debuginfo-0.10.5-1.x86_64.rpm 9dfcf1c47d25defe5176279b14d79dcb40db4700 x86_64/gstreamer-plugins-base-devel-0.10.5-1.x86_64.rpm 77bcbc4799290bbeb992bbf5500807cb50e7a1ca i386/gstreamer-plugins-base-0.10.5-1.i386.rpm 5390d9f547aeae41a30994fb4962d943306a21ec i386/debug/gstreamer-plugins-base-debuginfo-0.10.5-1.i386.rpm 7425e24f0e250fdac29cbc63a68373114c03f52b i386/gstreamer-plugins-base-devel-0.10.5-1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From mclasen at redhat.com Mon Mar 20 15:31:15 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 20 Mar 2006 10:31:15 -0500 Subject: Fedora Core 5 Test Update: gok-1.0.7-1 Message-ID: <200603201531.k2KFVF104158@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-156 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : gok Version : 1.0.7 Release : 1 Summary : GNOME Onscreen Keyboard Description : The gok project aims to enable users to control their computer without having to rely on a standard keyboard or mouse, leveraging GNOME's built-in accessibility framework. --------------------------------------------------------------------- Update Information: A new gok package has been built that fixes several bugs, and adds support for the zh_HK language. --------------------------------------------------------------------- * Tue Mar 14 2006 Ray Strode 1.0.7-1 - Update to 1.0.7 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ f7d09048ebf53dff3e4aca737f8e6fdb5e872897 SRPMS/gok-1.0.7-1.src.rpm b8940a7216b05c33420dcd02c12c5bb60be56dd1 ppc/gok-1.0.7-1.ppc.rpm 3c7b57b5f1696b5f1dede8d8cfdf15c5d23eca64 ppc/gok-devel-1.0.7-1.ppc.rpm babb226452e709b9f5e5cd4fed253b82d02e6ffa ppc/debug/gok-debuginfo-1.0.7-1.ppc.rpm 0ad2c9a7320aa1496f172e62955d55d0b5307c74 x86_64/gok-1.0.7-1.x86_64.rpm 651c8f3bb6b5fc04d61f061253335cb44079211e x86_64/gok-devel-1.0.7-1.x86_64.rpm 1a0ce67226d6eadbdc458e3871ee845b9acdc3f9 x86_64/debug/gok-debuginfo-1.0.7-1.x86_64.rpm f58b714aaaae284caf03cdadde57b6b97534e808 i386/gok-1.0.7-1.i386.rpm bbac9cd218be6747a2ab388475c0f401e7f932dd i386/gok-devel-1.0.7-1.i386.rpm 0637add83deab59392ff8d7996bafa5d67ea442d i386/debug/gok-debuginfo-1.0.7-1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From mclasen at redhat.com Mon Mar 20 15:31:18 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 20 Mar 2006 10:31:18 -0500 Subject: Fedora Core 5 Test Update: gedit-2.14.1-1 Message-ID: <200603201531.k2KFVI104191@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-157 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : gedit Version : 2.14.1 Release : 1 Summary : gEdit is a small but powerful text editor for GNOME. Description : gEdit is a small but powerful text editor designed specifically for the GNOME GUI desktop. gEdit includes a plug-in API (which supports extensibility while keeping the core binary small), support for editing multiple documents using notebook tabs, and standard text editor functions. You'll need to have GNOME and GTK+ installed to use gEdit. --------------------------------------------------------------------- Update Information: A new version of the gedit package has been built that fixes a problem with tab drag-and-drop when multiple gedit windows are open. --------------------------------------------------------------------- * Thu Mar 16 2006 Matthias Clasen 2.14.1-1 - Update to 2.14.1 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ df11271969a0815fcff7f1375c460c8c544daf4d SRPMS/gedit-2.14.1-1.src.rpm 9a0dec1b131851ca29484905ff7a5ed81df72341 ppc/gedit-2.14.1-1.ppc.rpm caed45fc5cad098a22e1c990d33467029266ec5d ppc/gedit-devel-2.14.1-1.ppc.rpm ef899838c1c83e2ce76a0e2ccd1518bb04a3f7cf ppc/debug/gedit-debuginfo-2.14.1-1.ppc.rpm 849d8401b217aade52c15f3906036843e25eb6e6 x86_64/gedit-2.14.1-1.x86_64.rpm 7a0f08bbab232cc9fd83cc47491f9bf5316f75a2 x86_64/gedit-devel-2.14.1-1.x86_64.rpm 8258a6ed7635b1c123678a9b36f6e8343b6339ae x86_64/debug/gedit-debuginfo-2.14.1-1.x86_64.rpm f6babf9c80b8250840550d9e920699e7c501499a i386/gedit-2.14.1-1.i386.rpm e5a60a13e2c577739e01f8c4c589f2bfca820b2c i386/gedit-devel-2.14.1-1.i386.rpm 35bf61da60e24d0bf935b7e3d15bb8375a67b047 i386/debug/gedit-debuginfo-2.14.1-1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From rstrode at redhat.com Mon Mar 20 15:31:22 2006 From: rstrode at redhat.com (Raymond Strode) Date: Mon, 20 Mar 2006 10:31:22 -0500 Subject: Fedora Core 5 Test Update: gstreamer-0.10.4-1 Message-ID: <200603201531.k2KFVM104269@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-158 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : gstreamer Version : 0.10.4 Release : 1 Summary : GStreamer streaming media framework runtime Description : GStreamer is a streaming media framework, based on graphs of filters which operate on media data. Applications using this library can do anything from real-time sound processing to playing videos, and just about anything else media-related. Its plugin-based architecture means that new data types or processing capabilities can be added simply by installing new plugins. --------------------------------------------------------------------- Update Information: From http://mail.gnome.org/archives/release-team/2006-March/msg00157.html: "Important GStreamer Core bugs, fixed in 0.10.4: http://bugzilla.gnome.org/show_bug.cgi?id=333266 is a very annoying bug: a race in writing the registry can cause the user to have a completely broken registry. You can only recover by manually deleting the registry. http://bugzilla.gnome.org/show_bug.cgi?id=331255 reduced our .so size by a good 30% Full list of bugs fixed: http://bugzilla.gnome.org/buglist.cgi?product=GStreamer&component=gstreamer&target_milestone=0.10.4" --------------------------------------------------------------------- * Thu Mar 16 2006 Ray Strode - 0.10.4-1 - Update to 0.10.4 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 7ffdc222cded8aad62a32f2f2fe5958fc079a4da SRPMS/gstreamer-0.10.4-1.src.rpm 66f396f6c5b715b5d5c9054bef7acca3d458bbbb ppc/gstreamer-0.10.4-1.ppc.rpm 54e65c83e2c1c11a9e5c6888d02b60834422cd49 ppc/gstreamer-devel-0.10.4-1.ppc.rpm 1d5516ddb2eeb0335fefc6b4ac4450d638176106 ppc/gstreamer-tools-0.10.4-1.ppc.rpm da48c2788ba9407892df5f68d71ae641f2d3208d ppc/debug/gstreamer-debuginfo-0.10.4-1.ppc.rpm 21f0bb6f204fbaec06ad675f429db8f195d915fd x86_64/gstreamer-0.10.4-1.x86_64.rpm d8e3394800cb25e79bfcdadea331c2faa4f22385 x86_64/gstreamer-devel-0.10.4-1.x86_64.rpm 19494b94f9f18392c7e99957d3243011186fac0b x86_64/gstreamer-tools-0.10.4-1.x86_64.rpm 6722cea4039a72789c78ef0a4d26c6ec4504bc5f x86_64/debug/gstreamer-debuginfo-0.10.4-1.x86_64.rpm 6c3257c677f69f81cc191a908a7ce3c1474ce223 i386/gstreamer-0.10.4-1.i386.rpm 4ab5bc48bfaaad68b67f44b6112dd2357a732358 i386/gstreamer-devel-0.10.4-1.i386.rpm aab6b47b96950b2df864f0a05a2785f58af173fe i386/gstreamer-tools-0.10.4-1.i386.rpm 76225caf0098c9d13c96f4cfed6f046f485dacf4 i386/debug/gstreamer-debuginfo-0.10.4-1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From mclasen at redhat.com Mon Mar 20 15:31:24 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 20 Mar 2006 10:31:24 -0500 Subject: Fedora Core 5 Test Update: epiphany-2.14.0-1 Message-ID: <200603201531.k2KFVO104335@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-159 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : epiphany Version : 2.14.0 Release : 1 Summary : GNOME web browser based on the Mozilla rendering engine Description : epiphany is a simple GNOME web browser based on the Mozilla rendering engine --------------------------------------------------------------------- Update Information: A new epiphany package has been built that brings the epipany version in Fedora Core 5 in sync with the version thats shipped with Gnome 2.14. --------------------------------------------------------------------- * Sun Mar 12 2006 Ray Strode - 2.14.0-1 - Update to 2.14.0 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ c9a428bcf3d538196a3917c774c751e7fc8aee7f SRPMS/epiphany-2.14.0-1.src.rpm f8f21a0669946f9d69d53ef070893d7cbbed6cba ppc/epiphany-2.14.0-1.ppc.rpm ccaa319c32481cd30919e97834bbbdbc5e4e9854 ppc/epiphany-devel-2.14.0-1.ppc.rpm 8fda2c35c9f4c8058a7a90f15220b9295690793b ppc/debug/epiphany-debuginfo-2.14.0-1.ppc.rpm e706117a2e4084cadbbfae470acba0870bbba95e x86_64/epiphany-2.14.0-1.x86_64.rpm b14087d800de3e0c79a56fd82552e0411e9fddbc x86_64/epiphany-devel-2.14.0-1.x86_64.rpm 0e146fcd9f4ef677fb3864f0113312a60cedeffa x86_64/debug/epiphany-debuginfo-2.14.0-1.x86_64.rpm 73f83a6d7018e10d50648bc938005eedd9eb2b21 i386/epiphany-2.14.0-1.i386.rpm 462716ebbb696beeeca538bd9bba0b54f2b2e62c i386/epiphany-devel-2.14.0-1.i386.rpm b68b5936116d35941561ed8f0726795330c02d4d i386/debug/epiphany-debuginfo-2.14.0-1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From mclasen at redhat.com Mon Mar 20 15:31:27 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 20 Mar 2006 10:31:27 -0500 Subject: Fedora Core 5 Test Update: evolution-connector-2.6.0-1 Message-ID: <200603201531.k2KFVR104417@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-160 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : evolution-connector Version : 2.6.0 Release : 1 Summary : Evolution plugin to interact with MS Exchange Server Description : The connector enables added functionality to Evolution when used with a Microsoft Exchange Server. --------------------------------------------------------------------- Update Information: A new evolution-connector package has been built that brings the version in Fedora Core 5 in sync with the version thats shipped with Gnome 2.14. --------------------------------------------------------------------- * Mon Mar 13 2006 Ray Strode - 2.6.0-1 - 2.6.0 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 6f3b319190a82a040038af051bbadc3e44472f11 SRPMS/evolution-connector-2.6.0-1.src.rpm 4d536897ff8f2194fa3d6bba2e37c9bca255c7b2 ppc/evolution-connector-2.6.0-1.ppc.rpm e5f1e5f4dee2fb0fe63e2b3db62bf5d29d474e97 ppc/debug/evolution-connector-debuginfo-2.6.0-1.ppc.rpm 304df047dd9bf06cae3b594377f4838848fd5583 x86_64/evolution-connector-2.6.0-1.x86_64.rpm 5821a250e6571ba188490ea440064a4a42bc4b1f x86_64/debug/evolution-connector-debuginfo-2.6.0-1.x86_64.rpm 3f587d36342aff68c7137090779d130337eda632 i386/evolution-connector-2.6.0-1.i386.rpm 8fcf6b0d13c4510c7d6fed8d43f612a15b0f91f4 i386/debug/evolution-connector-debuginfo-2.6.0-1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From mclasen at redhat.com Mon Mar 20 15:31:43 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 20 Mar 2006 10:31:43 -0500 Subject: Fedora Core 5 Test Update: cairo-1.0.4-1 Message-ID: <200603201531.k2KFVh104795@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-161 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : cairo Version : 1.0.4 Release : 1 Summary : A vector graphics library Description : Cairo is a vector graphics library designed to provide high-quality display and print output. Currently supported output targets include the X Window System, OpenGL (via glitz), in-memory image buffers, and image files (PDF and PostScript). Cairo is designed to produce identical output on all output media while taking advantage of display hardware acceleration when available (eg. through the X Render Extension or OpenGL). --------------------------------------------------------------------- Update Information: An updated version of the cairo package fixes several bugs, among them a bug which could lead to Pango crashes with corrupt fonts. --------------------------------------------------------------------- * Wed Mar 15 2006 Matthias Clasen - 1.0.4-1 - Update to 1.0.4 - Drop upstreamed patches --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 8f69f0c798d4fe8851a393e306ca0f6a5aedc15d SRPMS/cairo-1.0.4-1.src.rpm a82d842a2ee8c09d1931e6b544fbebcb8a70b5aa ppc/cairo-1.0.4-1.ppc.rpm 05c339265d85b5d92b46ec05358c893a3842eae0 ppc/cairo-devel-1.0.4-1.ppc.rpm 7acad83ef65b0e36b181ae0f87970108ac3e8563 ppc/debug/cairo-debuginfo-1.0.4-1.ppc.rpm 1a750409f120da9436b738e51be89315ffa1cba6 x86_64/cairo-1.0.4-1.x86_64.rpm 4614182694f47fc1b9626e6fdf5a851c52a2604c x86_64/cairo-devel-1.0.4-1.x86_64.rpm ac4966153cc2d5ec8944d7d26704dc0457dca075 x86_64/debug/cairo-debuginfo-1.0.4-1.x86_64.rpm e11e7d88095d57d2ba3db881902ba2af7798cd9b i386/cairo-1.0.4-1.i386.rpm 2e4d4afa5766845573acecb284acf46c96e33cd5 i386/cairo-devel-1.0.4-1.i386.rpm 1ada0c768c24ae55edd3eff34866db24a91ddb7d i386/debug/cairo-debuginfo-1.0.4-1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From mclasen at redhat.com Mon Mar 20 15:31:48 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 20 Mar 2006 10:31:48 -0500 Subject: Fedora Core 5 Test Update: evolution-data-server-1.6.0-1 Message-ID: <200603201531.k2KFVm104912@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-162 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : evolution-data-server Version : 1.6.0 Release : 1 Summary : Backend data server for evolution Description : The evolution-data-server package provides a unified backend for programs that work with contacts, tasks, and calendar information. It was originally developed for Evolution (hence the name), but is now used by other packages. --------------------------------------------------------------------- Update Information: A new evolution-data-server package has been built that brings the version in Fedora Core 5 in sync with the version thats shipped with Gnome 2.14. --------------------------------------------------------------------- * Mon Mar 13 2006 Ray Strode - 1.6.0-1 - 1.6.0 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ db5f5e76c34630eda048e79567a687681c72bb4a SRPMS/evolution-data-server-1.6.0-1.src.rpm aed372d5b527809f644aa4f8b7cd620c8e7b2340 ppc/evolution-data-server-1.6.0-1.ppc.rpm a2ca5d18df30a5957de6e602760c7485db663bb1 ppc/evolution-data-server-devel-1.6.0-1.ppc.rpm 0839fcf6d6c637783dbfbdf6ab8eb6fb71d1af01 ppc/debug/evolution-data-server-debuginfo-1.6.0-1.ppc.rpm 2c9ec5d1d1bd634dc64d02966249f13b7aed6ed5 x86_64/evolution-data-server-1.6.0-1.x86_64.rpm 1903c001cdd61e4cc2f8f6330dee78ee64c1e8ff x86_64/evolution-data-server-devel-1.6.0-1.x86_64.rpm 4ae3bcbc1be6d6776170279417542f394c6db224 x86_64/debug/evolution-data-server-debuginfo-1.6.0-1.x86_64.rpm 2a212c8db65d4f0358171e6f02b6cc14cb2ec521 i386/evolution-data-server-1.6.0-1.i386.rpm b66fc926695be2740267367fed58116e2caa00db i386/evolution-data-server-devel-1.6.0-1.i386.rpm 5bf76afc420520ea90a93fb9dacd8837d292b497 i386/debug/evolution-data-server-debuginfo-1.6.0-1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From mclasen at redhat.com Mon Mar 20 15:31:52 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 20 Mar 2006 10:31:52 -0500 Subject: Fedora Core 5 Test Update: gnome-power-manager-2.14.0-1 Message-ID: <200603201531.k2KFVq104971@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-163 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : gnome-power-manager Version : 2.14.0 Release : 1 Summary : GNOME Power Manager Description : GNOME Power Manager uses the information and facilities provided by HAL displaying icons and handling user callbacks in an interactive GNOME session. GNOME Power Preferences allows authorised users to set policy and change preferences. --------------------------------------------------------------------- Update Information: A new gnome-power-manager package has been built that brings the version in Fedora Core 5 in sync with the version that was released for Gnome 2.14. --------------------------------------------------------------------- * Tue Mar 14 2006 Ray Strode - 2.14.0-1 - Update to 2.14.0 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 919ebf603dcfede4b307dd80616d1dfe546584b6 SRPMS/gnome-power-manager-2.14.0-1.src.rpm a6c0a412e84869694be7937b0e1323867c3be0fb ppc/gnome-power-manager-2.14.0-1.ppc.rpm 0b2b62b0f1469a7d397164f155eea0f22d90589d ppc/debug/gnome-power-manager-debuginfo-2.14.0-1.ppc.rpm 764d8e99675c908969f7e5fbfa695b5e61cba111 x86_64/gnome-power-manager-2.14.0-1.x86_64.rpm f9db90e08b06e1abe7089a94535f4f5cf4a3a4c4 x86_64/debug/gnome-power-manager-debuginfo-2.14.0-1.x86_64.rpm d179a307745a71987855a76fc76d4694769c1935 i386/gnome-power-manager-2.14.0-1.i386.rpm 62e48036ca8bdcab586db044a35afcde57fe9edf i386/debug/gnome-power-manager-debuginfo-2.14.0-1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From mclasen at redhat.com Mon Mar 20 15:31:54 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 20 Mar 2006 10:31:54 -0500 Subject: Fedora Core 5 Test Update: libxklavier-2.2-1 Message-ID: <200603201531.k2KFVs105009@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-164 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : libxklavier Version : 2.2 Release : 1 Summary : library providing high-level API for X Keyboard Extension Description : libxklavier is a library providing high-level API for X Keyboard Extension known as XKB. This library is intended to support XFree86 and other commercial X servers. It is useful for creating XKB-related software (layout indicators etc). --------------------------------------------------------------------- Update Information: A new libxklavier package has been built that brings the version in Fedora Core 5 in sync with the version that shipped with Gnome 2.14. --------------------------------------------------------------------- * Mon Mar 13 2006 Ray Strode - 2.2-1 - Update to 2.2 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 70376296afdf77ea5b11a2a72454576d6ce49d54 SRPMS/libxklavier-2.2-1.src.rpm a06ffe31a110c00f55821e4a2b6caad878f0714c ppc/libxklavier-2.2-1.ppc.rpm f701b77edb2dcc85f8f924bdf41847bb08a08357 ppc/libxklavier-devel-2.2-1.ppc.rpm 5122638b40c4416ee56eb6c2cacc50e7d9dfc277 ppc/debug/libxklavier-debuginfo-2.2-1.ppc.rpm 556f34c46d817703f71b838c1b6019068dd8428f x86_64/libxklavier-2.2-1.x86_64.rpm 8b12a21a3edb5527e33570a48d0df16b50d8ea13 x86_64/libxklavier-devel-2.2-1.x86_64.rpm 898cd464a621052f6d42e0be4f4e9385d9d80dc2 x86_64/debug/libxklavier-debuginfo-2.2-1.x86_64.rpm 6f0a9f6a7e86912afd85c949d8560f3426632667 i386/libxklavier-2.2-1.i386.rpm 954e61b905c722b2fe0bebc4830c7be327043695 i386/libxklavier-devel-2.2-1.i386.rpm f12b0962886f2cc3465208aeeee1554f2b5dc1e2 i386/debug/libxklavier-debuginfo-2.2-1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From mclasen at redhat.com Mon Mar 20 15:31:56 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 20 Mar 2006 10:31:56 -0500 Subject: Fedora Core 5 Test Update: pyorbit-2.14.0-1 Message-ID: <200603201531.k2KFVu105036@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-165 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : pyorbit Version : 2.14.0 Release : 1 Summary : Python bindings for ORBit2. Description : pyorbit is an extension module for python that gives you access to the ORBit2 CORBA ORB. --------------------------------------------------------------------- Update Information: A new pyorbit package has been built that brings the version in Fedora Core 5 in sync with the version thats shipped with Gnome 2.14. --------------------------------------------------------------------- * Mon Mar 13 2006 Ray Strode - 2.14.0-1 - Update to 2.14.0 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ cd7cdc32398e957eb688119f060d04f46952b862 SRPMS/pyorbit-2.14.0-1.src.rpm 20e5ab3bda1369122950da1f4e0bd552bfe43292 ppc/pyorbit-2.14.0-1.ppc.rpm e3048b211c55b3e6ae5625e8a975fefc938a4c98 ppc/pyorbit-devel-2.14.0-1.ppc.rpm f0feca3970ccc26b23e9e76674ef75e51f452d99 ppc/debug/pyorbit-debuginfo-2.14.0-1.ppc.rpm 98d9e538828c6387374cc672dfbd77b2ec5a2a9c x86_64/pyorbit-2.14.0-1.x86_64.rpm 5e5f3b2df1617a930ac38fa2b5992648113e5af5 x86_64/pyorbit-devel-2.14.0-1.x86_64.rpm f79328096966e720d57e7540609616b396d56630 x86_64/debug/pyorbit-debuginfo-2.14.0-1.x86_64.rpm 4cc2d79ceff9fa5b105674a702e3c13b1a953a87 i386/pyorbit-2.14.0-1.i386.rpm bc1afc726f1af227ecb4bd5a4dd273bd32603ef3 i386/pyorbit-devel-2.14.0-1.i386.rpm 06a2602d94144c756cdf6fa7421d80ca02e1595f i386/debug/pyorbit-debuginfo-2.14.0-1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From mclasen at redhat.com Mon Mar 20 15:32:10 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 20 Mar 2006 10:32:10 -0500 Subject: Fedora Core 5 Test Update: gnome-vfs2-2.14.0-2 Message-ID: <200603201532.k2KFWA105333@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-166 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : gnome-vfs2 Version : 2.14.0 Release : 2 Summary : The GNOME virtual file-system libraries. Description : GNOME VFS is the GNOME virtual file system. It is the foundation of the Nautilus file manager. It provides a modular architecture and ships with several modules that implement support for file systems, http, ftp, and others. It provides a URI-based API, backend supporting asynchronous file operations, a MIME type manipulation library, and other features. --------------------------------------------------------------------- Update Information: A new version of the gnome-vfs2 package fixes a packaging error. --------------------------------------------------------------------- * Wed Mar 15 2006 Ray Strode - 2.14.0-2 - don't try to install a schema we don't ship anymore (bug 185549) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ d8a1495cffbf1cec701483b93390d8fd350bb77c SRPMS/gnome-vfs2-2.14.0-2.src.rpm 85a8404d805c3a4d5027c86f198433b17118fefc ppc/gnome-vfs2-2.14.0-2.ppc.rpm 4408cb9aabcf33c1ee809559fb2e2306c1d0ff9b ppc/gnome-vfs2-devel-2.14.0-2.ppc.rpm 55e3890644c54ea6ecf4c12e302699a85df5f2ba ppc/gnome-vfs2-smb-2.14.0-2.ppc.rpm fa3d4c9bd34c28b23766c932b3a4737d7e5aba6c ppc/debug/gnome-vfs2-debuginfo-2.14.0-2.ppc.rpm 6b393da713397c6442dbc86784c7209bad586e7c x86_64/gnome-vfs2-2.14.0-2.x86_64.rpm e9e030c91fe114710b17776ff2f3061ddb0b67db x86_64/gnome-vfs2-devel-2.14.0-2.x86_64.rpm df1011b3eedae7943981199cdeca3e47472c5c64 x86_64/gnome-vfs2-smb-2.14.0-2.x86_64.rpm c22e42d7ce721a419d15fb2e2d63600bced86500 x86_64/debug/gnome-vfs2-debuginfo-2.14.0-2.x86_64.rpm c1f08a1e484b950f88cfd3a07231d187b8fadfd1 i386/gnome-vfs2-2.14.0-2.i386.rpm 3fe16f49d9d1e5587fc89e94c61685620f2cafb2 i386/gnome-vfs2-devel-2.14.0-2.i386.rpm 3619f5f1d582ba15337cf4fdfe6d811f4848933f i386/gnome-vfs2-smb-2.14.0-2.i386.rpm 90142264f82637bedad2b1a8acdc23372058bede i386/debug/gnome-vfs2-debuginfo-2.14.0-2.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From mclasen at redhat.com Mon Mar 20 15:32:14 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 20 Mar 2006 10:32:14 -0500 Subject: Fedora Core 5 Test Update: shared-mime-info-0.17-1 Message-ID: <200603201532.k2KFWE105442@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-167 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : shared-mime-info Version : 0.17 Release : 1 Summary : Shared MIME information database Description : This is the freedesktop.org shared MIME info database. Many programs and desktops use the MIME system to represent the types of files. Frequently, it is necessary to work out the correct MIME type for a file. This is generally done by examining the file's name or contents, and looking up the correct MIME type in a database. --------------------------------------------------------------------- Update Information: A new version of the shared-mime-info package has been released that fixes several bugs. --------------------------------------------------------------------- * Thu Mar 16 2006 Matthiass Clasen - 0.17-1 - Update to 0.17 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 2947664c13e89c1fa8ed0e11f7e947dfeae65f35 SRPMS/shared-mime-info-0.17-1.src.rpm 2a7d02e1ae6931f64043bd738b3243ab8707b94f ppc/shared-mime-info-0.17-1.ppc.rpm a131d531d2e1002c74c6924e0c5c2be862924367 ppc/debug/shared-mime-info-debuginfo-0.17-1.ppc.rpm c9b4ec85afea992b68f23e53cf2b923893d30f7e x86_64/shared-mime-info-0.17-1.x86_64.rpm f2cebbf04a4c352530393ba427f18c66c88b1d12 x86_64/debug/shared-mime-info-debuginfo-0.17-1.x86_64.rpm a282b93b77880c0efd184cfc063bbf288fbb48cc i386/shared-mime-info-0.17-1.i386.rpm 0cfaedde18119c91bfa4e384db8acba7d15f2d9c i386/debug/shared-mime-info-debuginfo-0.17-1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From mclasen at redhat.com Mon Mar 20 15:32:15 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 20 Mar 2006 10:32:15 -0500 Subject: Fedora Core 5 Test Update: totem-1.4.0-2 Message-ID: <200603201532.k2KFWF105459@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-168 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : totem Version : 1.4.0 Release : 2 Summary : Movie player for GNOME 2 Description : Totem is simple movie player for the Gnome desktop. It features a simple playlist, a full-screen mode, seek and volume controls, as well as a pretty complete keyboard navigation. --------------------------------------------------------------------- Update Information: A new totem package has been built that brings the version in Fedora Core 5 in sync with the version thats shipped with Gnome 2.14. --------------------------------------------------------------------- * Tue Mar 14 2006 Ray Strode - 1.4.0-2 - Update to 1.4.0 * Mon Mar 13 2006 Matthias Clasen - 1.4.0-1 - Update to 1.4.0 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 050286293fad60e081071719114944b2871270e5 SRPMS/totem-1.4.0-2.src.rpm 6eefdf4b641d27b84ecad6c856030682a98e3e26 ppc/totem-1.4.0-2.ppc.rpm 70025d921a75f27f20342e7361bdc7f4eea0c0a2 ppc/totem-mozplugin-1.4.0-2.ppc.rpm 26a2068d9c05b134b76d9f7b5f9f6a25a31c7676 ppc/totem-devel-1.4.0-2.ppc.rpm b1a04cf1959d8ffa05eb2e44a0652924daa20dc9 ppc/debug/totem-debuginfo-1.4.0-2.ppc.rpm 84560d6b5f1c09f7a9dcf0da459891b983c9022b x86_64/totem-1.4.0-2.x86_64.rpm 9d17d8179c289e6440a69f2da6c2c8008a1838ee x86_64/totem-mozplugin-1.4.0-2.x86_64.rpm e5a078cfa146abc8dd299d75b6257944bbdfd42b x86_64/totem-devel-1.4.0-2.x86_64.rpm 879d761a3d19b0e171c7f43d45c01ca0b0fd1bad x86_64/debug/totem-debuginfo-1.4.0-2.x86_64.rpm 005a8505950d5535b006a7026e26dfd967c21404 i386/totem-1.4.0-2.i386.rpm 7e494caa94ed7b31e75a6f69fa110f66989c0379 i386/totem-mozplugin-1.4.0-2.i386.rpm c2fd0b23d3cbe6d04c5e4d9fe425e2e8e9dfca20 i386/totem-devel-1.4.0-2.i386.rpm 35a0b1b66cc40b231c996a4390165429bff3b13b i386/debug/totem-debuginfo-1.4.0-2.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From rstrode at redhat.com Mon Mar 20 15:32:34 2006 From: rstrode at redhat.com (Raymond Strode) Date: Mon, 20 Mar 2006 10:32:34 -0500 Subject: Fedora Core 5 Test Update: GConf2-2.14.0-1 Message-ID: <200603201532.k2KFWY105789@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-171 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : GConf2 Version : 2.14.0 Release : 1 Summary : A process-transparent configuration system Description : GConf is a process-transparent configuration database API used to store user preferences. It has pluggable backends and features to support workgroup administration. --------------------------------------------------------------------- Update Information: (from NEWS file): Misc - Improved manual page (Christopher Hanna) - Uses the new g_slice API (Beno??t Dejean) - Got rid of padding members in private structs (Beno??t) - Speed up the installation of multiple schema files (Josselin Mouette, Mark LcLoughlin) Fixes - Only calls closelog() when it has HAVE_SYSLOG_H (Tor Lillqvist) - Fixed a memory leak, bugs #332528 and #334047 (Kjartan Maraas, Matthias Clasen) Translators - Petr Tome?? (cs) - Rhys Jones (cy) - Ole Laursen (da) - Hendrik Richter (de) - Kostas Papadimas (el) - Ivar Smolin (et) - I??aki Larra??aga (eu) - Rajesh Ranjan (hi) - Gabor Kelemen (hu) - Alessio Frusciante (it) - Takeshi AIHANA (ja) - Changwoo Ryu (ko) - Gnome PL Team (pl) - Evandro Fernandes Giovanini (pt_BR) - Duarte Loreto (pt) - Mi??u Moldovan (ro) - Leonid Kanter (ru) - Laurent Dhima (sq) - ???????????????? ??. ???????????????????? (sr) - Christian Rose (sv) - Maxim Dziumanenko (uk) - Funda Wang (zh_CN) --------------------------------------------------------------------- * Sun Mar 19 2006 Ray Strode 2.14.0-1 - Update to 2.14.0 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ e058355d6aa84ce65760991ab895406a4bfbadb1 SRPMS/GConf2-2.14.0-1.src.rpm 7c64a6c1a9ed59a953b81b07ed0439fd69a6cf6e ppc/GConf2-2.14.0-1.ppc.rpm be70c8868fcc5a5f19e73aa6e434b9db772348bd ppc/GConf2-devel-2.14.0-1.ppc.rpm 4e80c71b6cd4e2b75de8eb21a2f9d5b0d27ba853 ppc/debug/GConf2-debuginfo-2.14.0-1.ppc.rpm e54ba0e8660ba6f103489810a6141492792a25ef x86_64/GConf2-2.14.0-1.x86_64.rpm 77d8d83370641e4b25afe5c59aaf23faf2805c4b x86_64/GConf2-devel-2.14.0-1.x86_64.rpm 3582a8e1e58d17ef73de9891058a8178a0ca3317 x86_64/debug/GConf2-debuginfo-2.14.0-1.x86_64.rpm de18d532d1599eae65faa8ff47ddabd40321d6e9 i386/GConf2-2.14.0-1.i386.rpm d939ddea2cae4beb7d9437aaa485bfd3641c2713 i386/GConf2-devel-2.14.0-1.i386.rpm aadfaa8b44be1ec025bd77c62aaac8f56c50148b i386/debug/GConf2-debuginfo-2.14.0-1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From dragoran at feuerpokemon.de Mon Mar 20 15:52:20 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Mon, 20 Mar 2006 16:52:20 +0100 Subject: FC5 no DVD iso? - hold your horses ? In-Reply-To: <1142867134.3600.1.camel@kinichahau.homebase> References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> <1142862360.7933.0.camel@mimas.foobar.org> <441EB642.1000008@bigpond.net.au> <441EBE5D.3000003@ens.fr> <1142867134.3600.1.camel@kinichahau.homebase> Message-ID: <441ECFB4.3050002@feuerpokemon.de> Lars G wrote: >On Mon, 2006-03-20 at 15:38 +0100, Giuseppe Castagna wrote: > > >>David Timms wrote: >> >> >>>>>Thanks, it just looked bizarre that in >>>>> >>>>>http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso/ >>>>> >>>>> >>>psst: ftp://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso >>>Perhaps since many web browsers don't handle downloads greater than >>>2.0GB, the release guys might leave it off the html version ? If you can >>>hang five and wait until the mirrors open, and get it from your nearest >>>in country local mirror, it will help worldwide distribution...and speed >>>downloads for all. >>> >>>Remember: do not use firefox to download it; it will bomb out at 2G, >>>which is an even bigger waste of bandwidth. (although I have got azureus >>>to resume the download in the past when the torrent tracker is published >>>;-) >>> >>> >>> >>Sure, ten minutes ago I lanched my >> >> wget >>ftp://fr2.rpmfind.net/linux/fedora/core/5/x86_64/iso/FC-5-x86_64-DVD.iso >> >>;-) >> >>---Beppe--- >> >> >> > >wooo, official fc5 torrents are now at >http://torrent.fedoraproject.org !!! > > >cheers > > where? I only see FC5 T3 and FC4 From shrek-m at gmx.de Mon Mar 20 16:03:07 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 20 Mar 2006 17:03:07 +0100 Subject: FC5 no DVD iso? - hold your horses ? In-Reply-To: <441ECFB4.3050002@feuerpokemon.de> References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> <1142862360.7933.0.camel@mimas.foobar.org> <441EB642.1000008@bigpond.net.au> <441EBE5D.3000003@ens.fr> <1142867134.3600.1.camel@kinichahau.homebase> <441ECFB4.3050002@feuerpokemon.de> Message-ID: <441ED23B.8050201@gmx.de> On 20.03.2006 16:52, dragoran wrote: >> wooo, official fc5 torrents are now at >> http://torrent.fedoraproject.org !!! > > where? > I only see FC5 T3 and FC4 > proxy problem ? it is here, eg. http://torrent.fedoraproject.org/torrents/bordeaux-DVD-i386.torrent Fedora Core 5 Final - Bordeaux DVD images for i386. 3.1GB 2006-03-20 -- shrek-m From dragoran at feuerpokemon.de Mon Mar 20 16:05:43 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Mon, 20 Mar 2006 17:05:43 +0100 Subject: FC5 no DVD iso? - hold your horses ? In-Reply-To: <441ED23B.8050201@gmx.de> References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> <1142862360.7933.0.camel@mimas.foobar.org> <441EB642.1000008@bigpond.net.au> <441EBE5D.3000003@ens.fr> <1142867134.3600.1.camel@kinichahau.homebase> <441ECFB4.3050002@feuerpokemon.de> <441ED23B.8050201@gmx.de> Message-ID: <441ED2D7.9020800@feuerpokemon.de> shrek-m at gmx.de wrote: > On 20.03.2006 16:52, dragoran wrote: > >>> wooo, official fc5 torrents are now at >>> http://torrent.fedoraproject.org !!! >> >> >> where? >> I only see FC5 T3 and FC4 >> > > proxy problem ? > > it is here, eg. > http://torrent.fedoraproject.org/torrents/bordeaux-DVD-i386.torrent > Fedora Core 5 Final - Bordeaux DVD images for i386. > 3.1GB > 2006-03-20 > no don't use a proxy old firefox window .... pressed F5 and now there are here... is it possible to resume a download which was started via ftp via bittorent? From katzj at redhat.com Mon Mar 20 16:59:57 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 20 Mar 2006 11:59:57 -0500 Subject: Wild and crazy times for the development tree Message-ID: <1142873997.3002.15.camel@aglarond.local> With the release of Fedora Core 5, the development tree is now open for things to continue forward. So if you've been following it purely to get updates for the FC5 test releases, you'll probably want to grab the fedora-release package from the FC5 release instead. If you want to keep testing and helping to develop things for Fedora Core 6, expect for some fun to pop up as always. Jeremy From fedora at leemhuis.info Mon Mar 20 17:34:18 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 20 Mar 2006 18:34:18 +0100 Subject: Kernel 2059 from Dave Jones fixes nvidia.ko loading In-Reply-To: References: <002a01c64a17$ccd6a4c0$0a01a8c0@jbsys> <006701c64ab4$5b944450$0a01a8c0@jbsys> Message-ID: <1142876059.2212.12.camel@localhost.localdomain> Am Montag, den 20.03.2006, 12:07 +0100 schrieb Gianluca Sforna: > On 3/20/06, Rudolf Kastl wrote: > > > > is vmware player repackageable and redistributeable? actually i dont > > like the way the vmware-config script dumps stuff into the filesystem. > > needs to be packaged properly to be clean. > probably in livna I'd really like to see them there, too. But the question remains even for livna: Is vmware player repackageable and redistributeable? CU thl -- Thorsten Leemhuis From rstrode at redhat.com Mon Mar 20 17:44:47 2006 From: rstrode at redhat.com (Ray Strode) Date: Mon, 20 Mar 2006 12:44:47 -0500 Subject: gnome 2.14 test updates Message-ID: <1142876688.2403.5.camel@halflap> Hi, A number of gnome 2.14 packages didn't quite make the FC5 cut. These packages have been pushed into -updates-testing, now. For those interested in helping, please give the new packages a test run and report any problems you find with them. If all goes well we should be able to push the updates that don't cause regressions into -updates in a few days. Thanks, Ray From arjan at fenrus.demon.nl Mon Mar 20 17:48:43 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Mon, 20 Mar 2006 18:48:43 +0100 Subject: Kernel 2059 from Dave Jones fixes nvidia.ko loading In-Reply-To: <1142876059.2212.12.camel@localhost.localdomain> References: <002a01c64a17$ccd6a4c0$0a01a8c0@jbsys> <006701c64ab4$5b944450$0a01a8c0@jbsys> <1142876059.2212.12.camel@localhost.localdomain> Message-ID: <1142876923.3114.71.camel@laptopd505.fenrus.org> On Mon, 2006-03-20 at 18:34 +0100, Thorsten Leemhuis wrote: > Am Montag, den 20.03.2006, 12:07 +0100 schrieb Gianluca Sforna: > > On 3/20/06, Rudolf Kastl wrote: > > > > > > is vmware player repackageable and redistributeable? actually i dont > > > like the way the vmware-config script dumps stuff into the filesystem. > > > needs to be packaged properly to be clean. > > probably in livna > > I'd really like to see them there, too. But the question remains even > for livna: Is vmware player repackageable and redistributeable? since when does livna care about license issues? From smooge at gmail.com Mon Mar 20 17:53:52 2006 From: smooge at gmail.com (Stephen J. Smoogen) Date: Mon, 20 Mar 2006 10:53:52 -0700 Subject: FC5 no DVD iso? In-Reply-To: <441EB0C9.7040204@ens.fr> References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> Message-ID: <80d7e4090603200953k1688f845h793045419a4afa61@mail.gmail.com> On 3/20/06, Giuseppe Castagna wrote: > Rahul Sundaram wrote: > > Its not formally released yet and DVD images are available along with > > the release. > > > > > > Thanks, it just looked bizarre that in > > http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso/ > > you can find the 5 cd images but no DVD image. > I think that the download.fedora.redhat.com runs an apache/squid combination which does not deal with files larger than 2 GB. The DVD iso thus does not get seen. > I'll wait 90 mins more :-) -- Stephen J Smoogen. CSIRT/Linux System Administrator From clodoaldo.pinto at gmail.com Mon Mar 20 17:55:07 2006 From: clodoaldo.pinto at gmail.com (Clodoaldo Pinto) Date: Mon, 20 Mar 2006 14:55:07 -0300 Subject: How to change yum repos to FC5 stable Message-ID: I have FC5T3 installed. Now i want to follow FC5 stable. What changes should i do to /etc/yum.repos.d/fedora* ? # yum update Loading "installonlyn" plugin Setting up Update Process Setting up repositories core [1/3] Cannot find a valid baseurl for repo: core Error: Cannot find a valid baseurl for repo: core I guess the problem is the $releasever variable. Where does it come from? ]# cat fedora-core.repo [core] name=Fedora Core $releasever - $basearch #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 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora file:///etc/pki/rpm-gpg/RPM-GPG-KEY [core-debuginfo] name=Fedora Core $releasever - $basearch - Debug baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/$releasever/$basearch/debug/ enabled=0 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora file:///etc/pki/rpm-gpg/RPM-GPG-KEY [core-source] name=Fedora Core $releasever - Source baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/$releasever/source/SRPMS/ enabled=0 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora file:///etc/pki/rpm-gpg/RPM-GPG-KEY # cat fedora-updates.repo [updates] name=Fedora Core $releasever - $basearch - Updates #baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/updates/$releasever/$basearch/ mirrorlist=http://fedora.redhat.com/download/mirrors/updates-released-fc$releasever enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora [updates-debuginfo] name=Fedora Core $releasever - $basearch - Updates - Debug baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/updates/$releasever/$basearch/debug/ enabled=0 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora [updates-source] name=Fedora Core $releasever - Updates Source baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/updates/$releasever/SRPMS/ enabled=0 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora Regards, Clodoaldo Pinto From sundaram at fedoraproject.org Mon Mar 20 17:59:17 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 20 Mar 2006 23:29:17 +0530 Subject: How to change yum repos to FC5 stable In-Reply-To: References: Message-ID: <441EED75.5050803@fedoraproject.org> Clodoaldo Pinto wrote: >I have FC5T3 installed. > >Now i want to follow FC5 stable. What changes should i do to >/etc/yum.repos.d/fedora* ? > > Get the fedora-release package from one of the mirrors and install it. Since rawhide now is just about the same as FC5, you would only get the Xorg security fix update that was released if you run yum update or use pup. -- Rahul From jkeating at j2solutions.net Mon Mar 20 18:14:42 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Mon, 20 Mar 2006 10:14:42 -0800 Subject: Kernel 2059 from Dave Jones fixes nvidia.ko loading In-Reply-To: <1142876923.3114.71.camel@laptopd505.fenrus.org> References: <002a01c64a17$ccd6a4c0$0a01a8c0@jbsys> <1142876059.2212.12.camel@localhost.localdomain> <1142876923.3114.71.camel@laptopd505.fenrus.org> Message-ID: <200603201014.42630.jkeating@j2solutions.net> On Monday 20 March 2006 09:48, Arjan van de Ven wrote: > since when does livna care about license issues? Livna cares about the licensing issues of the country that livna is located in. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From guess.who at freesurf.fr Mon Mar 20 18:24:59 2006 From: guess.who at freesurf.fr (LarryT) Date: Mon, 20 Mar 2006 19:24:59 +0100 Subject: FC5 no DVD iso? In-Reply-To: <80d7e4090603200953k1688f845h793045419a4afa61@mail.gmail.com> References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> <80d7e4090603200953k1688f845h793045419a4afa61@mail.gmail.com> Message-ID: <441EF37B.3020605@freesurf.fr> Never seen a dvd iso in http://download.fedora.redhat.com/pub/fedora/linux/core (i386) neither fc3 nor fc4 :-/ Stephen J. Smoogen wrote: > On 3/20/06, Giuseppe Castagna wrote: > >>Rahul Sundaram wrote: >> >>>Its not formally released yet and DVD images are available along with >>>the release. >>> >>> >> >>Thanks, it just looked bizarre that in >> >>http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso/ >> >>you can find the 5 cd images but no DVD image. >> > > > I think that the download.fedora.redhat.com runs an apache/squid > combination which does not deal with files larger than 2 GB. The DVD > iso thus does not get seen. > > >>I'll wait 90 mins more :-) > > > > > > -- > Stephen J Smoogen. > CSIRT/Linux System Administrator > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From arjan at fenrus.demon.nl Mon Mar 20 18:45:59 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Mon, 20 Mar 2006 19:45:59 +0100 Subject: Kernel 2059 from Dave Jones fixes nvidia.ko loading In-Reply-To: <200603201014.42630.jkeating@j2solutions.net> References: <002a01c64a17$ccd6a4c0$0a01a8c0@jbsys> <1142876059.2212.12.camel@localhost.localdomain> <1142876923.3114.71.camel@laptopd505.fenrus.org> <200603201014.42630.jkeating@j2solutions.net> Message-ID: <1142880359.3114.79.camel@laptopd505.fenrus.org> On Mon, 2006-03-20 at 10:14 -0800, Jesse Keating wrote: > On Monday 20 March 2006 09:48, Arjan van de Ven wrote: > > since when does livna care about license issues? > > Livna cares about the licensing issues of the country that livna is located > in. which is? (asking since they don't seem to care about the GPL at all for example, which is pretty fundamental copyright law) From justin.conover at gmail.com Mon Mar 20 18:57:05 2006 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 20 Mar 2006 12:57:05 -0600 Subject: Fedora Core 5 Test Update: GConf2-2.14.0-1 In-Reply-To: <200603201532.k2KFWY105789@int-mx1.corp.redhat.com> References: <200603201532.k2KFWY105789@int-mx1.corp.redhat.com> Message-ID: On 3/20/06, Raymond Strode wrote: > > --------------------------------------------------------------------- > Fedora Test Update Notification > FEDORA-2006-171 > 2006-03-20 > --------------------------------------------------------------------- > > Product : Fedora Core 5 > Name : GConf2 > Version : 2.14.0 > Release : 1 > Summary : A process-transparent configuration system > Description : > GConf is a process-transparent configuration database API used to > store user preferences. It has pluggable backends and features to > support workgroup administration. > > --------------------------------------------------------------------- > Update Information: > > (from NEWS file): > > Misc > - Improved manual page (Christopher Hanna) > - Uses the new g_slice API (Beno?t Dejean) > - Got rid of padding members in private structs (Beno?t) > - Speed up the installation of multiple schema files > (Josselin Mouette, Mark LcLoughlin) > > Fixes > - Only calls closelog() when it has HAVE_SYSLOG_H (Tor > Lillqvist) > - Fixed a memory leak, bugs #332528 and #334047 (Kjartan > Maraas, Matthias Clasen) > > Translators > - Petr Tome? (cs) > - Rhys Jones (cy) > - Ole Laursen (da) > - Hendrik Richter (de) > - Kostas Papadimas (el) > - Ivar Smolin (et) > - I?aki Larra?aga (eu) > - Rajesh Ranjan (hi) > - Gabor Kelemen (hu) > - Alessio Frusciante (it) > - Takeshi AIHANA (ja) > - Changwoo Ryu (ko) > - Gnome PL Team (pl) > - Evandro Fernandes Giovanini (pt_BR) > - Duarte Loreto (pt) > - Mi?u Moldovan (ro) > - Leonid Kanter (ru) > - Laurent Dhima (sq) > - ???????? ?. ?????????? (sr) > - Christian Rose (sv) > - Maxim Dziumanenko (uk) > - Funda Wang (zh_CN) > > --------------------------------------------------------------------- > * Sun Mar 19 2006 Ray Strode 2.14.0-1 > - Update to 2.14.0 > > --------------------------------------------------------------------- > This update can be downloaded from: > > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ > > e058355d6aa84ce65760991ab895406a4bfbadb1 SRPMS/GConf2-2.14.0-1.src.rpm > 7c64a6c1a9ed59a953b81b07ed0439fd69a6cf6e ppc/GConf2-2.14.0-1.ppc.rpm > be70c8868fcc5a5f19e73aa6e434b9db772348bd ppc/GConf2- > devel-2.14.0-1.ppc.rpm > 4e80c71b6cd4e2b75de8eb21a2f9d5b0d27ba853 ppc/debug/GConf2- > debuginfo-2.14.0-1.ppc.rpm > e54ba0e8660ba6f103489810a6141492792a25ef x86_64/GConf2- > 2.14.0-1.x86_64.rpm > 77d8d83370641e4b25afe5c59aaf23faf2805c4b x86_64/GConf2- > devel-2.14.0-1.x86_64.rpm > 3582a8e1e58d17ef73de9891058a8178a0ca3317 x86_64/debug/GConf2- > debuginfo-2.14.0-1.x86_64.rpm > de18d532d1599eae65faa8ff47ddabd40321d6e9 i386/GConf2-2.14.0-1.i386.rpm > d939ddea2cae4beb7d9437aaa485bfd3641c2713 i386/GConf2- > devel-2.14.0-1.i386.rpm > aadfaa8b44be1ec025bd77c62aaac8f56c50148b i386/debug/GConf2- > debuginfo-2.14.0-1.i386.rpm > > This update can be installed with the 'yum' update program. Use 'yum > update > package-name' at the command line. For more information, refer to > 'Managing > Software with yum,' available at http://fedora.redhat.com/docs/yum/. > --------------------------------------------------------------------- > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list yum update GConf\* Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package GConf2-devel.x86_64 0:2.14.0-1 set to be updated ---> Package GConf2.x86_64 0:2.14.0-1 set to be updated --> Running transaction check Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Updating: GConf2 x86_64 2.14.0-1 updates-testing 1.5 M GConf2-devel x86_64 2.14.0-1 updates-testing 203 k Transaction Summary ============================================================================= Install 0 Package(s) Update 2 Package(s) Remove 0 Package(s) Total download size: 1.7 M Is this ok [y/N]: y Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Check Error: file /usr/share/man/man1/gconftool-2.1.gz from install of GConf2-2.14.0-1 conflicts with file from package GConf2-2.13.5-5 # rpm -qa GConf2 GConf2-2.13.5-5 GConf2-2.13.5-5 # rpm -e GConf2-2.13.5-5.i386 error: Failed dependencies: libgconf-2.so.4 is needed by (installed) gnome-vfs2-2.14.0-1.i386 libgconf-2.so.4 is needed by (installed) openoffice.org-core-2.0.2-5.2.2.i386 libgconf-2.so.4 is needed by (installed) libgsf-1.13.3-2.2.1.i386 Aparently doesn't like having 2 versions of GConf2. -------------- next part -------------- An HTML attachment was scrubbed... URL: From miles.lane at gmail.com Mon Mar 20 19:32:16 2006 From: miles.lane at gmail.com (Miles Lane) Date: Mon, 20 Mar 2006 11:32:16 -0800 Subject: Fedora Core 5 Test Update: GConf2-2.14.0-1 In-Reply-To: References: <200603201532.k2KFWY105789@int-mx1.corp.redhat.com> Message-ID: Sorry, I don't understand why the packages in http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/i386/ are not being added to Rawhide. I am interested in tracking Rawhide, since I look forward to useing NetworkManager and Gutenprint 5.0. Is there a plan to eventually add NetworkManager and Gutenprint to the stable FC5 tree? Would you recommend I track stable instead? Since FC5 is already done, why is "testing" in this update path? Thanks, Miles From jvdias at redhat.com Mon Mar 20 19:42:04 2006 From: jvdias at redhat.com (Jason Vas Dias) Date: Mon, 20 Mar 2006 14:42:04 -0500 Subject: Fedora Core 4 Test Update: anacron-2.3-36.FC4 Message-ID: <200603201942.k2KJg4mv031689@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-180 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 4 Name : anacron Version : 2.3 Release : 36.FC4 Summary : A cron-like program that can run jobs lost during downtime. Description : Anacron (like `anac(h)ronistic') is a periodic command scheduler. It executes commands at intervals specified in days. Unlike cron, it does not assume that the system is running continuously. It can therefore be used to control the execution of daily, weekly and monthly jobs (or anything with a period of n days), on systems that don't run 24 hours a day. When installed and configured properly, Anacron will make sure that the commands are run at the specified intervals as closely as machine-uptime permits. This package is pre-configured to execute the daily jobs of the Red Hat Linux system. You should install this program if your system isn't powered on 24 hours a day to make sure the maintenance jobs of other Red Hat Linux packages are executed each day. --------------------------------------------------------------------- * Mon Mar 20 2006 Jason Vas Dias 2.3-36 - fix bug 185973: allow use of sendmail under selinux-policy-strict: apply patch contributed by Ted Rule * Wed Jan 11 2006 Peter Jones 2.3-35 - Fix initscript so changing runlevel shuts it down correctly --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 6c4757241c65ae4e6f87baef3f1908492a760bc7 SRPMS/anacron-2.3-36.FC4.src.rpm 2b587b79b2f5e645824f1c9e5ad65e0d35f34902 ppc/anacron-2.3-36.FC4.ppc.rpm c90e8a9a107840a6bd996ed811a295a890753d6b ppc/debug/anacron-debuginfo-2.3-36.FC4.ppc.rpm 3d6f2ec9d9ae30b5ba18380db1169221f9e5db6f x86_64/anacron-2.3-36.FC4.x86_64.rpm 08d9a95f591c2690bec9b818208c9d005790c9af x86_64/debug/anacron-debuginfo-2.3-36.FC4.x86_64.rpm e2452f52f72d684e19d7057569cbbd89371886ac i386/anacron-2.3-36.FC4.i386.rpm 8bb39a111d79ec979b9d5b33fbfd6a3249635870 i386/debug/anacron-debuginfo-2.3-36.FC4.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From jkeating at redhat.com Mon Mar 20 19:50:37 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 20 Mar 2006 11:50:37 -0800 Subject: Fedora Core 5 Test Update: GConf2-2.14.0-1 In-Reply-To: References: <200603201532.k2KFWY105789@int-mx1.corp.redhat.com> Message-ID: <200603201150.37433.jkeating@redhat.com> On Monday 20 March 2006 11:32, Miles Lane wrote: > Sorry, I don't understand why the packages in > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/i >386/ are not being added to Rawhide. ?I am interested in tracking Rawhide, > since I look forward to useing NetworkManager and Gutenprint 5.0. > Is there a plan to eventually add NetworkManager and Gutenprint > to the stable FC5 tree? ?Would you recommend I track stable instead? > Since FC5 is already done, why is "testing" in this update path? This has to do with hour our collections work. Rawhide pulls from the packages built specifically into rawhide, and from the packages in FC5 + Updates. It does not pull from updates-candidates. Updates-candidates are in fact candidates and may not make it into the fc5 updates list. Once it makes it into updates, then it would automatically be in rawhide, unless there is a newer version of that package already in rawhide. These updates require more testing before being allowed into FC5 Updates, hence the 'testing'. NetworkManager is in FC5 (you have to enable the service yourself though, we disable it by default as it doesn't work out of the box for a wide variety of users). Not sure about Gutenprint. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From fedora at adslpipe.co.uk Mon Mar 20 20:00:21 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Mon, 20 Mar 2006 20:00:21 +0000 Subject: Fedora Core 5 Test Update: GConf2-2.14.0-1 In-Reply-To: References: <200603201532.k2KFWY105789@int-mx1.corp.redhat.com> Message-ID: <441F09D5.6050501@adslpipe.co.uk> Miles Lane wrote: > Since FC5 is already done, why is "testing" in this update path? They are tests that will end up as FC5 updates ... From giallu at gmail.com Mon Mar 20 20:19:53 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Mon, 20 Mar 2006 21:19:53 +0100 Subject: Kernel 2059 from Dave Jones fixes nvidia.ko loading In-Reply-To: <1142876059.2212.12.camel@localhost.localdomain> References: <002a01c64a17$ccd6a4c0$0a01a8c0@jbsys> <006701c64ab4$5b944450$0a01a8c0@jbsys> <1142876059.2212.12.camel@localhost.localdomain> Message-ID: On 3/20/06, Thorsten Leemhuis wrote: > > I'd really like to see them there, too. But the question remains even > for livna: Is vmware player repackageable and redistributeable? Here http://www.vmware.com/download/eula/player_distribution.html it says interested parties should get a written consent from them for redistribution. What scares me a is: "You are prohibited from distributing the Software on a standalone basis", so it seems they specifically made this license to allow distribution of images along with the player, which I don't think would be livna's situation. If there is interest in getting packaging this, it could be worthwhile to drop an email to the address on the bottom of the page. Cheers Gianluca From dwalsh at redhat.com Mon Mar 20 20:48:08 2006 From: dwalsh at redhat.com (Daniel Walsh) Date: Mon, 20 Mar 2006 15:48:08 -0500 Subject: Fedora Core 5 Test Update: libsepol-1.12.1-1.fc5 Message-ID: <200603202048.k2KKm8iY018777@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-181 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : libsepol Version : 1.12.1 Release : 1.fc5 Summary : SELinux binary policy manipulation library Description : Security-enhanced Linux is a feature of the Linux?? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement??, Role-based Access Control, and Multi-level Security. libsepol provides an API for the manipulation of SELinux binary policies. It is used by checkpolicy (the policy compiler) and similar tools, as well as by programs like load_policy that need to perform specific transformations on binary policies such as customizing policy boolean settings. --------------------------------------------------------------------- * Fri Mar 10 2006 Dan Walsh 1.12.1-1.fc5 - Rebuild for FC5 * Fri Mar 10 2006 Dan Walsh 1.12.1-1 - Upgrade to latest from NSA * Fixed sepol_module_package_write buffer overflow bug. * Fri Mar 10 2006 Dan Walsh 1.12-2 - Upgrade to latest from NSA * Updated version for release. * Merged cond_evaluate_expr fix from Serge Hallyn (IBM). * Fixed bug in copy_avrule_list reported by Ivan Gyurdiev. * Merged sepol_policydb_mls_enabled interface and error handling changes from Ivan Gyurdiev. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ ed9aa3de644de7fbf48ea4f49ec43a0f82801739 SRPMS/libsepol-1.12.1-1.fc5.src.rpm 1bbc4282a1cb5f68532823712da22bed0635764a ppc/libsepol-1.12.1-1.fc5.ppc.rpm 41d34b201e577e177453c9bdaa4ff0262a24492d ppc/libsepol-devel-1.12.1-1.fc5.ppc.rpm 24280fbcb7f608ef758b6bcf7691ee9e3a40b24f ppc/debug/libsepol-debuginfo-1.12.1-1.fc5.ppc.rpm 0834fc32d84100a1ada17e1de8142440f58af6cf x86_64/libsepol-1.12.1-1.fc5.x86_64.rpm 624606de92b0ba56034355bfa53386e70149a4fd x86_64/libsepol-devel-1.12.1-1.fc5.x86_64.rpm 25f6dd54e88c7745d48010b0088b249cda8197e6 x86_64/debug/libsepol-debuginfo-1.12.1-1.fc5.x86_64.rpm b0a3e5f1e7b39f84da57eb8c620e6ff96bbbf3f0 i386/libsepol-1.12.1-1.fc5.i386.rpm ed1af9a152582a4529086705403c4e2a79f64971 i386/libsepol-devel-1.12.1-1.fc5.i386.rpm a57df2e396fabb2a67eb06d0ad59279ce5044da2 i386/debug/libsepol-debuginfo-1.12.1-1.fc5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From guess.who at freesurf.fr Mon Mar 20 20:41:09 2006 From: guess.who at freesurf.fr (LarryT) Date: Mon, 20 Mar 2006 21:41:09 +0100 Subject: fail missing ????gjdoc-0.7.7-3.1.i386.rpm Message-ID: <441F1365.3040606@freesurf.fr> Installing fc5 from ftp (private-network) have mount the iso and copy all the files to a dir. When installing, have an error message : missing gjdoc-0.7.7-3.1.i386.rpm Have added by downloading from a /os dir. Someone could confirm, plesae ? sha1sum is good :-/ -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From guess.who at freesurf.fr Mon Mar 20 20:45:51 2006 From: guess.who at freesurf.fr (LarryT) Date: Mon, 20 Mar 2006 21:45:51 +0100 Subject: file missing man-page !!!! Message-ID: <441F147F.8080504@freesurf.fr> So using only the disc1. (i386) man-page and gjdoc aren't in this cd !!! And others maybe ???? -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From jkeating at j2solutions.net Mon Mar 20 21:25:57 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Mon, 20 Mar 2006 13:25:57 -0800 Subject: file missing man-page !!!! In-Reply-To: <441F147F.8080504@freesurf.fr> References: <441F147F.8080504@freesurf.fr> Message-ID: <200603201325.57523.jkeating@j2solutions.net> On Monday 20 March 2006 12:45, LarryT wrote: > So using only the ?disc1. (i386) > man-page and gjdoc aren't in this cd !!! > And others maybe ???? I do believe the documentation stuff is located on another CD... -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From guess.who at freesurf.fr Mon Mar 20 21:33:39 2006 From: guess.who at freesurf.fr (LarryT) Date: Mon, 20 Mar 2006 22:33:39 +0100 Subject: file missing man-page !!!! In-Reply-To: <200603201325.57523.jkeating@j2solutions.net> References: <441F147F.8080504@freesurf.fr> <200603201325.57523.jkeating@j2solutions.net> Message-ID: <441F1FB3.7040401@freesurf.fr> Sure thing ! But then one cant install anything, if downloading cd's !!! Cause when the fisrt cd is in the drive, the system cant see another one :-/ am i wrong ??? Jesse Keating wrote: > On Monday 20 March 2006 12:45, LarryT wrote: >> So using only the disc1. (i386) >> man-page and gjdoc aren't in this cd !!! >> And others maybe ???? > > I do believe the documentation stuff is located on another CD... > > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From jkeating at j2solutions.net Mon Mar 20 21:39:41 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Mon, 20 Mar 2006 13:39:41 -0800 Subject: file missing man-page !!!! In-Reply-To: <441F1FB3.7040401@freesurf.fr> References: <441F147F.8080504@freesurf.fr> <200603201325.57523.jkeating@j2solutions.net> <441F1FB3.7040401@freesurf.fr> Message-ID: <1142890781.25180.2.camel@ender> On Mon, 2006-03-20 at 22:33 +0100, LarryT wrote: > Sure thing ! > But then one cant install anything, if downloading cd's !!! > Cause when the fisrt cd is in the drive, the system cant see another > one > :-/ > am i wrong ??? You should be copying the files off the CD and onto the local file system rather than sharing the CD mount point itself. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From shrek-m at gmx.de Mon Mar 20 21:39:27 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 20 Mar 2006 22:39:27 +0100 Subject: FC5 no DVD iso? In-Reply-To: <441EF37B.3020605@freesurf.fr> References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> <80d7e4090603200953k1688f845h793045419a4afa61@mail.gmail.com> <441EF37B.3020605@freesurf.fr> Message-ID: <441F210F.5060703@gmx.de> On 20.03.2006 19:24, LarryT wrote: > Never seen a dvd iso in > http://download.fedora.redhat.com/pub/fedora/linux/core once again ftp:// eg. $ wget -c ftp://your.mirror/...... http://fedora.redhat.com/download/mirrors.html > (i386) neither fc3 nor fc4 :-/ please do not use the fedora server fc5 i386 dvd ftp://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso/FC-5-i386-DVD.iso fc4 i386 dvd ftp://download.fedora.redhat.com/pub/fedora/linux/core/4/i386/iso/FC4-i386-DVD.iso fc3 i386 dvd ftp://download.fedora.redhat.com/pub/fedora/linux/core/3/i386/iso/FC3-i386-DVD.iso fc2 i386 dvd ftp://download.fedora.redhat.com/pub/fedora/linux/core/2/i386/iso/FC2-i386-DVD.iso fc1 i386 dvd cds only -- shrek-m From miles.lane at gmail.com Mon Mar 20 22:22:30 2006 From: miles.lane at gmail.com (Miles Lane) Date: Mon, 20 Mar 2006 14:22:30 -0800 Subject: 2.6.15-1.2054_FC5 -- After suspend, applications not refreshing display properly (Intel 855 Chipset) Message-ID: Hello, I am running Rawhide + all updates (probably very close to FC5T3). After resuming after suspend, Metacity, Firefox, Gnome-Terminal, etc all have completely messed up rendering. For example, when I scroll in Firefox, only about the bottom .5" of the display moves. Nothing else changes.When I scroll back up, the top .5" changes. Also, in composing this message using gmail's web UI, there is no cursor displayed. When I bring Gnome Terminal to the foreground, the nothing but the Metacity frame is refreshed. The square cursor appears, blinking. If I click on the Gnome Terminal window frame and drag it, the terminal's Metacity frame disappears. Killing programs and restarting them does not help. It is a real mess. Has anyone else seen this? I will look in the bug database for an existing bug report. Thanks, Miles From guess.who at freesurf.fr Mon Mar 20 21:50:59 2006 From: guess.who at freesurf.fr (LarryT) Date: Mon, 20 Mar 2006 22:50:59 +0100 Subject: file missing man-page !!!! In-Reply-To: <1142890781.25180.2.camel@ender> References: <441F147F.8080504@freesurf.fr> <200603201325.57523.jkeating@j2solutions.net> <441F1FB3.7040401@freesurf.fr> <1142890781.25180.2.camel@ender> Message-ID: <441F23C3.8020809@freesurf.fr> Jesse : i did : mount -o loop fc-5-dsic1.iso /mntmydir cp -r /mnt/mydir/* /var/ftp/pud/fc5/ Then i run rescue cd type linux askmethod choose ftp install And get the error message I repeat that files are missing on the first cd So if onewanna install from the first cd, it seems impossible. Am i wrong or something ? thx Jesse Keating wrote: > On Mon, 2006-03-20 at 22:33 +0100, LarryT wrote: >> Sure thing ! >> But then one cant install anything, if downloading cd's !!! >> Cause when the fisrt cd is in the drive, the system cant see another >> one >> :-/ >> am i wrong ??? > > You should be copying the files off the CD and onto the local file > system rather than sharing the CD mount point itself. > > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From miles.lane at gmail.com Mon Mar 20 22:37:32 2006 From: miles.lane at gmail.com (Miles Lane) Date: Mon, 20 Mar 2006 14:37:32 -0800 Subject: Fedora Core 5 Test Update: GConf2-2.14.0-1 In-Reply-To: <200603201150.37433.jkeating@redhat.com> References: <200603201532.k2KFWY105789@int-mx1.corp.redhat.com> <200603201150.37433.jkeating@redhat.com> Message-ID: On 3/20/06, Jesse Keating wrote: > On Monday 20 March 2006 11:32, Miles Lane wrote: > > Sorry, I don't understand why the packages in > > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/i > >386/ are not being added to Rawhide. I am interested in tracking Rawhide, > > since I look forward to useing NetworkManager and Gutenprint 5.0. > > Is there a plan to eventually add NetworkManager and Gutenprint > > to the stable FC5 tree? Would you recommend I track stable instead? > > Since FC5 is already done, why is "testing" in this update path? > > This has to do with hour our collections work. Rawhide pulls from the > packages built specifically into rawhide, and from the packages in FC5 + > Updates. It does not pull from updates-candidates. Updates-candidates are > in fact candidates and may not make it into the fc5 updates list. Once it > makes it into updates, then it would automatically be in rawhide, unless > there is a newer version of that package already in rawhide. > > These updates require more testing before being allowed into FC5 Updates, > hence the 'testing'. > > NetworkManager is in FC5 (you have to enable the service yourself though, we > disable it by default as it doesn't work out of the box for a wide variety of > users). Not sure about Gutenprint. Thanks. That was very helpful and clear. Miles From berryja at gmail.com Mon Mar 20 23:27:14 2006 From: berryja at gmail.com (Jonathan Berry) Date: Mon, 20 Mar 2006 17:27:14 -0600 Subject: file missing man-page !!!! In-Reply-To: <441F23C3.8020809@freesurf.fr> References: <441F147F.8080504@freesurf.fr> <200603201325.57523.jkeating@j2solutions.net> <441F1FB3.7040401@freesurf.fr> <1142890781.25180.2.camel@ender> <441F23C3.8020809@freesurf.fr> Message-ID: <8767947e0603201527v2e8c4275p77a4d79ce2ddb6a8@mail.gmail.com> On 3/20/06, LarryT wrote: > Jesse : i did : > mount -o loop fc-5-dsic1.iso /mntmydir > cp -r /mnt/mydir/* /var/ftp/pud/fc5/ > Then i run rescue cd > type linux askmethod > choose ftp install > And get the error message > > I repeat that files are missing on the first cd > So if onewanna install from the first cd, it seems impossible. > > Am i wrong or something ? Uhh, there are 5 CDs for a reason. If you want software that isn't on CD1, then you need the other CDs. It's that simple. What's not clear to you? I'm not trying to be ugly or anything, just asking [just in case you assume a tone I'm not trying to imply; it's hard to hear my inflection in text ;)]. You probably need at least CD2 as well, maybe CD3. Of course, you could possibly need all 5 depending on your software selection. You probably need the CDs in separate directories, disc1, disc2, etc. You might even be able to loop mount the isos in place rather than copying. I know I've done that with a DVD iso and NFS export. I don't know what the implications are with, say, SELinux or whatever. It worked for NFS (no SELinux). Jonathan From shrek-m at gmx.de Mon Mar 20 23:29:20 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 21 Mar 2006 00:29:20 +0100 Subject: kernel-2.6.16 ocfs2 - gfs-kernel Message-ID: <441F3AD0.1090506@gmx.de> hi, kernel-2.6.16 is released, it has ocfs2 but not yet gfs. http://www.heise.de/open/artikel/70307 (de) do you expect that gfs will find the way into the kernel ? will gfs have ppc*-support in a future release ? http://oss.oracle.com/projects/ocfs2/ in kernel 2.6.16, ppc* support http://sources.redhat.com/cluster/gfs/ not in kernel 2.6.16, no ppc* support http://download.fedora.redhat.com/pub/fedora/linux/core/5/ppc/os/RELEASE-NOTES Fedora Core 5 has support for clustered storage through the Global File System (GFS). GFS requires special kernel modules that work in conjunction with some user-space utilities, such as management daemons. To remove such a kernel, perhaps after an update, use the su -c 'yum remove kernel-' command instead. The yum command automatically removes dependent packages, if necessary. PowerPC does not support GFS The GFS kernel modules are not built for the PowerPC architecture in Fedora Core 5. -- shrek-m From fct-cornette at insight.rr.com Mon Mar 20 23:39:26 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Mon, 20 Mar 2006 18:39:26 -0500 Subject: Wild and crazy times for the development tree In-Reply-To: <1142873997.3002.15.camel@aglarond.local> References: <1142873997.3002.15.camel@aglarond.local> Message-ID: <441F3D2E.7030207@insight.rr.com> Jeremy Katz wrote: > With the release of Fedora Core 5, the development tree is now open for > things to continue forward. So if you've been following it purely to > get updates for the FC5 test releases, you'll probably want to grab the > fedora-release package from the FC5 release instead. If you want to > keep testing and helping to develop things for Fedora Core 6, expect for > some fun to pop up as always. > > Jeremy > Thanks Jeremy! I'm pulling back for fedora-updates(-testing) for FC5. One note regarding the repo files, they are installed as rpmnew files, so moving the older repo files out of the way is needed. Jim From jspaleta at gmail.com Tue Mar 21 00:12:45 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 20 Mar 2006 19:12:45 -0500 Subject: Wild and crazy times for the development tree In-Reply-To: <441F3D2E.7030207@insight.rr.com> References: <1142873997.3002.15.camel@aglarond.local> <441F3D2E.7030207@insight.rr.com> Message-ID: <604aa7910603201612w27b112a7n6431f9639a215a10@mail.gmail.com> On 3/20/06, Jim Cornette wrote: > One note regarding the repo files, they are installed as rpmnew files, > so moving the older repo files out of the way is needed. This should only happen if you have editting the original files. rpmnew or rpmsave files are only created in situations when config files are already unclean from an rpm -V perspective. Speaking of rpmnew/rpmsave can we pretty pretty pretty please get the tracking of the creation of these files via the some sort of centralized logging a target feature for fc6? -jef"unclean"spaleta From mharris at mharris.ca Tue Mar 21 02:53:29 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Mon, 20 Mar 2006 21:53:29 -0500 Subject: Kernel 2054 breaks nvidia.ko loading In-Reply-To: References: <20060318210439.A1BAF734CA@hormel.redhat.com> Message-ID: <441F6AA9.3020901@mharris.ca> Joshua Baker-LePain wrote: > On Sat, 18 Mar 2006 at 12:33pm, "Mike A. Harris" > wrote: > >> Jeff Spaleta wrote: >> >>> On 3/17/06, Gilboa Davara wrote: >>> >>>> What alternative are you offering to power our Xgl/Bling/what-ever >>>> desktops? (Let alone running Quake4 at 1600x1200...) >>> >>> >>> Doesn't the intel graphics sets now provide enough open support for >>> bling? >> >> >> So, everyone who wants to have Bling is then forced to purchase an >> Intel motherboard with Intel CPU? Thanks, but no thanks. What if > > I can't believe I'm the first to point this out, but working, stable 3D > support isn't all about bling. You're right, but then nobody has claimed that OpenGL support was all about bling. > Just try to run something like > Pro/Engineer (a high-end, professional CAD/CAM package) or AVS Express > (for scientific visualization) on a non-accelerated system. It's > *painful*. More and more high end packages like those are being ported > to Linux. But corporations aren't going to migrate their users' > desktops to Linux if they can't run the apps with decent performance and > stability. IMO, *that's* why 3D is important. Sure, that's one of the reasons why accelerated 3D is important. Bling is another separate reason. The thread you're replying to wasn't suggesting that bling bling eye-candy is the only reason for 3D. It was suggesting that 3D acceleration is necessary in order for bling bling eye candy to be viable. Under that context, having proper 3D support is necessary. Your statement is also true, but it is orthagonal to bling. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From i.pilcher at comcast.net Tue Mar 21 03:01:13 2006 From: i.pilcher at comcast.net (Ian Pilcher) Date: Mon, 20 Mar 2006 21:01:13 -0600 Subject: Wild and crazy times for the development tree In-Reply-To: <604aa7910603201612w27b112a7n6431f9639a215a10@mail.gmail.com> References: <1142873997.3002.15.camel@aglarond.local> <441F3D2E.7030207@insight.rr.com> <604aa7910603201612w27b112a7n6431f9639a215a10@mail.gmail.com> Message-ID: Jeff Spaleta wrote: > > Speaking of rpmnew/rpmsave can we pretty pretty pretty please get the > tracking of the creation of these files via the some sort of > centralized logging a target feature for fc6? > That would be an enhancement to RPM. Good luck! -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From notting at redhat.com Tue Mar 21 03:24:34 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 20 Mar 2006 22:24:34 -0500 Subject: Wild and crazy times for the development tree In-Reply-To: <604aa7910603201612w27b112a7n6431f9639a215a10@mail.gmail.com> References: <1142873997.3002.15.camel@aglarond.local> <441F3D2E.7030207@insight.rr.com> <604aa7910603201612w27b112a7n6431f9639a215a10@mail.gmail.com> Message-ID: <20060321032434.GA10341@devserv.devel.redhat.com> Jeff Spaleta (jspaleta at gmail.com) said: > On 3/20/06, Jim Cornette wrote: > > One note regarding the repo files, they are installed as rpmnew files, > > so moving the older repo files out of the way is needed. > > This should only happen if you have editting the original files. > rpmnew or rpmsave files are only created in situations when config > files are already unclean from an rpm -V perspective. Some of the files got renamed, due to the various inconsistencies between them. Bill From mclasen at redhat.com Tue Mar 21 04:02:15 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 20 Mar 2006 23:02:15 -0500 Subject: Fedora Core 5 Test Update: gthumb-2.7.5-1 Message-ID: <200603210402.k2L42FqT008392@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-183 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : gthumb Version : 2.7.5 Release : 1 Summary : Image viewer, editor, organizer Description : gthumb is an application for viewing, editing, and organizing collections of images. --------------------------------------------------------------------- Update Information: * Only display user visible drives in the location box. * Fixed bug #329889 - thumbnail generation and accentuated characters in path. * Fixed little bug in crop dialog. * Fixed bug that prevented comments to be removed correctly when iptc_data support was enabled. * Fixed command line catalog creation. * Fixed photo importing and fixed bug that prevented importing photos when an instance of gthumb was already running. --------------------------------------------------------------------- * Mon Mar 20 2006 Matthias Clasen - 2.7.5-1 - Update to 2.7.5 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ b1e3e1d2cd5efc4f5b88051883b2eef7a5a81123 SRPMS/gthumb-2.7.5-1.src.rpm bdbcc6f20a72c6ebec481cd93ee5f26e16b8a8fc ppc/gthumb-2.7.5-1.ppc.rpm 14b25efaec000f6836f370328b0162339b6095b0 ppc/debug/gthumb-debuginfo-2.7.5-1.ppc.rpm 1ccbddb119480ff97173a864e49b4280ceb3bca8 x86_64/gthumb-2.7.5-1.x86_64.rpm 98b70b2cd4b9906e1eb8fdf18ba9f46ad6b8bc9c x86_64/debug/gthumb-debuginfo-2.7.5-1.x86_64.rpm 62622f707901d9d5b230932c2869b380f5152a5d i386/gthumb-2.7.5-1.i386.rpm 0b64df70f78ba842143a2cebd03dcdfbccbab27e i386/debug/gthumb-debuginfo-2.7.5-1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From mclasen at redhat.com Tue Mar 21 04:28:54 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 20 Mar 2006 23:28:54 -0500 Subject: Fedora Core 5 Test Update: gnome-vfs2-2.14.0-2 Message-ID: <200603210428.k2L4SsP4012736@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-166 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : gnome-vfs2 Version : 2.14.0 Release : 2 Summary : The GNOME virtual file-system libraries. Description : GNOME VFS is the GNOME virtual file system. It is the foundation of the Nautilus file manager. It provides a modular architecture and ships with several modules that implement support for file systems, http, ftp, and others. It provides a URI-based API, backend supporting asynchronous file operations, a MIME type manipulation library, and other features. --------------------------------------------------------------------- Update Information: A new version of the gnome-vfs2 package fixes a packaging error. --------------------------------------------------------------------- * Wed Mar 15 2006 Ray Strode - 2.14.0-2 - don't try to install a schema we don't ship anymore (bug 185549) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ d8a1495cffbf1cec701483b93390d8fd350bb77c SRPMS/gnome-vfs2-2.14.0-2.src.rpm 85a8404d805c3a4d5027c86f198433b17118fefc ppc/gnome-vfs2-2.14.0-2.ppc.rpm 4408cb9aabcf33c1ee809559fb2e2306c1d0ff9b ppc/gnome-vfs2-devel-2.14.0-2.ppc.rpm 55e3890644c54ea6ecf4c12e302699a85df5f2ba ppc/gnome-vfs2-smb-2.14.0-2.ppc.rpm fa3d4c9bd34c28b23766c932b3a4737d7e5aba6c ppc/debug/gnome-vfs2-debuginfo-2.14.0-2.ppc.rpm 6b393da713397c6442dbc86784c7209bad586e7c x86_64/gnome-vfs2-2.14.0-2.x86_64.rpm e9e030c91fe114710b17776ff2f3061ddb0b67db x86_64/gnome-vfs2-devel-2.14.0-2.x86_64.rpm df1011b3eedae7943981199cdeca3e47472c5c64 x86_64/gnome-vfs2-smb-2.14.0-2.x86_64.rpm c22e42d7ce721a419d15fb2e2d63600bced86500 x86_64/debug/gnome-vfs2-debuginfo-2.14.0-2.x86_64.rpm c1f08a1e484b950f88cfd3a07231d187b8fadfd1 i386/gnome-vfs2-2.14.0-2.i386.rpm 3fe16f49d9d1e5587fc89e94c61685620f2cafb2 i386/gnome-vfs2-devel-2.14.0-2.i386.rpm 3619f5f1d582ba15337cf4fdfe6d811f4848933f i386/gnome-vfs2-smb-2.14.0-2.i386.rpm 90142264f82637bedad2b1a8acdc23372058bede i386/debug/gnome-vfs2-debuginfo-2.14.0-2.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From rstrode at redhat.com Tue Mar 21 04:28:57 2006 From: rstrode at redhat.com (Raymond Strode) Date: Mon, 20 Mar 2006 23:28:57 -0500 Subject: Fedora Core 5 Test Update: gstreamer-0.10.4-1 Message-ID: <200603210428.k2L4SvFE012751@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-158 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : gstreamer Version : 0.10.4 Release : 1 Summary : GStreamer streaming media framework runtime Description : GStreamer is a streaming media framework, based on graphs of filters which operate on media data. Applications using this library can do anything from real-time sound processing to playing videos, and just about anything else media-related. Its plugin-based architecture means that new data types or processing capabilities can be added simply by installing new plugins. --------------------------------------------------------------------- Update Information: From http://mail.gnome.org/archives/release-team/2006-March/msg00157.html: "Important GStreamer Core bugs, fixed in 0.10.4: http://bugzilla.gnome.org/show_bug.cgi?id=333266 is a very annoying bug: a race in writing the registry can cause the user to have a completely broken registry. You can only recover by manually deleting the registry. http://bugzilla.gnome.org/show_bug.cgi?id=331255 reduced our .so size by a good 30% Full list of bugs fixed: http://bugzilla.gnome.org/buglist.cgi?product=GStreamer&component=gstreamer&target_milestone=0.10.4" --------------------------------------------------------------------- * Thu Mar 16 2006 Ray Strode - 0.10.4-1 - Update to 0.10.4 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 7ffdc222cded8aad62a32f2f2fe5958fc079a4da SRPMS/gstreamer-0.10.4-1.src.rpm 66f396f6c5b715b5d5c9054bef7acca3d458bbbb ppc/gstreamer-0.10.4-1.ppc.rpm 54e65c83e2c1c11a9e5c6888d02b60834422cd49 ppc/gstreamer-devel-0.10.4-1.ppc.rpm 1d5516ddb2eeb0335fefc6b4ac4450d638176106 ppc/gstreamer-tools-0.10.4-1.ppc.rpm da48c2788ba9407892df5f68d71ae641f2d3208d ppc/debug/gstreamer-debuginfo-0.10.4-1.ppc.rpm 21f0bb6f204fbaec06ad675f429db8f195d915fd x86_64/gstreamer-0.10.4-1.x86_64.rpm d8e3394800cb25e79bfcdadea331c2faa4f22385 x86_64/gstreamer-devel-0.10.4-1.x86_64.rpm 19494b94f9f18392c7e99957d3243011186fac0b x86_64/gstreamer-tools-0.10.4-1.x86_64.rpm 6722cea4039a72789c78ef0a4d26c6ec4504bc5f x86_64/debug/gstreamer-debuginfo-0.10.4-1.x86_64.rpm 6c3257c677f69f81cc191a908a7ce3c1474ce223 i386/gstreamer-0.10.4-1.i386.rpm 4ab5bc48bfaaad68b67f44b6112dd2357a732358 i386/gstreamer-devel-0.10.4-1.i386.rpm aab6b47b96950b2df864f0a05a2785f58af173fe i386/gstreamer-tools-0.10.4-1.i386.rpm 76225caf0098c9d13c96f4cfed6f046f485dacf4 i386/debug/gstreamer-debuginfo-0.10.4-1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From dwalsh at redhat.com Tue Mar 21 04:28:59 2006 From: dwalsh at redhat.com (Daniel Walsh) Date: Mon, 20 Mar 2006 23:28:59 -0500 Subject: Fedora Core 5 Test Update: libsepol-1.12.1-1.fc5 Message-ID: <200603210428.k2L4SxLw012766@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-181 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : libsepol Version : 1.12.1 Release : 1.fc5 Summary : SELinux binary policy manipulation library Description : Security-enhanced Linux is a feature of the Linux?? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement??, Role-based Access Control, and Multi-level Security. libsepol provides an API for the manipulation of SELinux binary policies. It is used by checkpolicy (the policy compiler) and similar tools, as well as by programs like load_policy that need to perform specific transformations on binary policies such as customizing policy boolean settings. --------------------------------------------------------------------- * Fri Mar 10 2006 Dan Walsh 1.12.1-1.fc5 - Rebuild for FC5 * Fri Mar 10 2006 Dan Walsh 1.12.1-1 - Upgrade to latest from NSA * Fixed sepol_module_package_write buffer overflow bug. * Fri Mar 10 2006 Dan Walsh 1.12-2 - Upgrade to latest from NSA * Updated version for release. * Merged cond_evaluate_expr fix from Serge Hallyn (IBM). * Fixed bug in copy_avrule_list reported by Ivan Gyurdiev. * Merged sepol_policydb_mls_enabled interface and error handling changes from Ivan Gyurdiev. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ ed9aa3de644de7fbf48ea4f49ec43a0f82801739 SRPMS/libsepol-1.12.1-1.fc5.src.rpm 1bbc4282a1cb5f68532823712da22bed0635764a ppc/libsepol-1.12.1-1.fc5.ppc.rpm 41d34b201e577e177453c9bdaa4ff0262a24492d ppc/libsepol-devel-1.12.1-1.fc5.ppc.rpm 24280fbcb7f608ef758b6bcf7691ee9e3a40b24f ppc/debug/libsepol-debuginfo-1.12.1-1.fc5.ppc.rpm 0834fc32d84100a1ada17e1de8142440f58af6cf x86_64/libsepol-1.12.1-1.fc5.x86_64.rpm 624606de92b0ba56034355bfa53386e70149a4fd x86_64/libsepol-devel-1.12.1-1.fc5.x86_64.rpm 25f6dd54e88c7745d48010b0088b249cda8197e6 x86_64/debug/libsepol-debuginfo-1.12.1-1.fc5.x86_64.rpm b0a3e5f1e7b39f84da57eb8c620e6ff96bbbf3f0 i386/libsepol-1.12.1-1.fc5.i386.rpm ed1af9a152582a4529086705403c4e2a79f64971 i386/libsepol-devel-1.12.1-1.fc5.i386.rpm a57df2e396fabb2a67eb06d0ad59279ce5044da2 i386/debug/libsepol-debuginfo-1.12.1-1.fc5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From mclasen at redhat.com Tue Mar 21 04:29:00 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 20 Mar 2006 23:29:00 -0500 Subject: Fedora Core 5 Test Update: libxklavier-2.2-1 Message-ID: <200603210429.k2L4T0wg012770@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-164 2006-03-20 --------------------------------------------------------------------- Product : Fedora Core 5 Name : libxklavier Version : 2.2 Release : 1 Summary : library providing high-level API for X Keyboard Extension Description : libxklavier is a library providing high-level API for X Keyboard Extension known as XKB. This library is intended to support XFree86 and other commercial X servers. It is useful for creating XKB-related software (layout indicators etc). --------------------------------------------------------------------- Update Information: A new libxklavier package has been built that brings the version in Fedora Core 5 in sync with the version that shipped with Gnome 2.14. --------------------------------------------------------------------- * Mon Mar 13 2006 Ray Strode - 2.2-1 - Update to 2.2 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 70376296afdf77ea5b11a2a72454576d6ce49d54 SRPMS/libxklavier-2.2-1.src.rpm a06ffe31a110c00f55821e4a2b6caad878f0714c ppc/libxklavier-2.2-1.ppc.rpm f701b77edb2dcc85f8f924bdf41847bb08a08357 ppc/libxklavier-devel-2.2-1.ppc.rpm 5122638b40c4416ee56eb6c2cacc50e7d9dfc277 ppc/debug/libxklavier-debuginfo-2.2-1.ppc.rpm 556f34c46d817703f71b838c1b6019068dd8428f x86_64/libxklavier-2.2-1.x86_64.rpm 8b12a21a3edb5527e33570a48d0df16b50d8ea13 x86_64/libxklavier-devel-2.2-1.x86_64.rpm 898cd464a621052f6d42e0be4f4e9385d9d80dc2 x86_64/debug/libxklavier-debuginfo-2.2-1.x86_64.rpm 6f0a9f6a7e86912afd85c949d8560f3426632667 i386/libxklavier-2.2-1.i386.rpm 954e61b905c722b2fe0bebc4830c7be327043695 i386/libxklavier-devel-2.2-1.i386.rpm f12b0962886f2cc3465208aeeee1554f2b5dc1e2 i386/debug/libxklavier-debuginfo-2.2-1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From fct-cornette at insight.rr.com Tue Mar 21 04:54:09 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Mon, 20 Mar 2006 23:54:09 -0500 Subject: Wild and crazy times for the development tree In-Reply-To: <604aa7910603201612w27b112a7n6431f9639a215a10@mail.gmail.com> References: <1142873997.3002.15.camel@aglarond.local> <441F3D2E.7030207@insight.rr.com> <604aa7910603201612w27b112a7n6431f9639a215a10@mail.gmail.com> Message-ID: <441F86F1.3070706@insight.rr.com> Jeff Spaleta wrote: > On 3/20/06, Jim Cornette wrote: >> One note regarding the repo files, they are installed as rpmnew files, >> so moving the older repo files out of the way is needed. > > This should only happen if you have editting the original files. > rpmnew or rpmsave files are only created in situations when config > files are already unclean from an rpm -V perspective. > > Speaking of rpmnew/rpmsave can we pretty pretty pretty please get the > tracking of the creation of these files via the some sort of > centralized logging a target feature for fc6? > > -jef"unclean"spaleta > Thanks for the explanation as to why the newer files were saved as rpmnew. I did not take into consideration the fact that the files were edited, making them unclean in the rpm perspective. All seems well with the transfer to FC5 and multimedia is working again whch was a bit troublesome and the only lack during the testing phase. All the repos that I use, like Fedora Extras, Livna, macromedia resolved all deps and new versions for the repositories excluded during the test phase provided updates. Great job exhibited by the package maintainers and developers. Jim -- I'll see you... on the dark side of the moon... -- Pink Floyd From guess.who at freesurf.fr Tue Mar 21 05:43:55 2006 From: guess.who at freesurf.fr (LarryT) Date: Tue, 21 Mar 2006 06:43:55 +0100 Subject: file missing man-page !!!! In-Reply-To: <8767947e0603201527v2e8c4275p77a4d79ce2ddb6a8@mail.gmail.com> References: <441F147F.8080504@freesurf.fr> <200603201325.57523.jkeating@j2solutions.net> <441F1FB3.7040401@freesurf.fr> <1142890781.25180.2.camel@ender> <441F23C3.8020809@freesurf.fr> <8767947e0603201527v2e8c4275p77a4d79ce2ddb6a8@mail.gmail.com> Message-ID: <441F929B.2040901@freesurf.fr> Jonathan : thnak you. I think i have well understood what you wanna tell me. I have no problem to install fc5 using dvd . But i wonder if there is not a problem. Please , listen : (and maybe, try to replicate what i did ?) - I have downloaded the fc5-disc1.iso - Have mounted the iso file and copy all the contains to a /var/ftp/pub/fc5 dir, on my private network (there is no error about that !) (ftp server on my private network : i have done like this for years ... - have donwloaded the boot.iso image and burnt to a cd - have boot off this cd (boot.iso cd, not fc5 disc1) on the PC where i want to install fc5 - type : linux askmethod, and choose ftp installation - leave everything as it is (no changes, NO changes !) - and just when the process begins to install the very first files, i get an error message, saying man-page, and gjdoc and ... are missing ! - i had a look at the iso and saw those files are not on the cd 1, nor on the /var/ftp/pub/fc5 dir (of course !!!!) - there i guess, i had to download the dvd. - but I THINK (Am i wrong again ?) that with only one cd, i could install all by default. (any way with only one cd drive, i cant use more than one cd at the same time :-/........) - and even if it is impossible, how could the guy who dont understand anything, guess that he had to download all the cds ? Is it understandable, now? (i am really sorry that my english is not very good :-/) Again : i am not with a problem ; but i guess guys could have problems with this thing. What do you think of this ? Please, keep i mind i just wanted to show something that seems to me, a bit ... curious... Larry :) Jonathan Berry wrote: > On 3/20/06, LarryT wrote: > >>Jesse : i did : >>mount -o loop fc-5-dsic1.iso /mntmydir >>cp -r /mnt/mydir/* /var/ftp/pud/fc5/ >>Then i run rescue cd >>type linux askmethod >>choose ftp install >>And get the error message >> >>I repeat that files are missing on the first cd >>So if onewanna install from the first cd, it seems impossible. >> >>Am i wrong or something ? > > > Uhh, there are 5 CDs for a reason. If you want software that isn't on > CD1, then you need the other CDs. It's that simple. What's not clear > to you? I'm not trying to be ugly or anything, just asking [just in > case you assume a tone I'm not trying to imply; it's hard to hear my > inflection in text ;)]. You probably need at least CD2 as well, maybe > CD3. Of course, you could possibly need all 5 depending on your > software selection. > > You probably need the CDs in separate directories, disc1, disc2, etc. > You might even be able to loop mount the isos in place rather than > copying. I know I've done that with a DVD iso and NFS export. I > don't know what the implications are with, say, SELinux or whatever. > It worked for NFS (no SELinux). > > Jonathan > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From berryja at gmail.com Tue Mar 21 07:00:39 2006 From: berryja at gmail.com (Jonathan Berry) Date: Tue, 21 Mar 2006 01:00:39 -0600 Subject: file missing man-page !!!! In-Reply-To: <441F929B.2040901@freesurf.fr> References: <441F147F.8080504@freesurf.fr> <200603201325.57523.jkeating@j2solutions.net> <441F1FB3.7040401@freesurf.fr> <1142890781.25180.2.camel@ender> <441F23C3.8020809@freesurf.fr> <8767947e0603201527v2e8c4275p77a4d79ce2ddb6a8@mail.gmail.com> <441F929B.2040901@freesurf.fr> Message-ID: <8767947e0603202300v37ea7401q6c27d7afb5e313b4@mail.gmail.com> On 3/20/06, LarryT wrote: > Jonathan : thnak you. > I think i have well understood what you wanna tell me. > I have no problem to install fc5 using dvd . > But i wonder if there is not a problem. > Please , listen : (and maybe, try to replicate what i did ?) > - I have downloaded the fc5-disc1.iso > - Have mounted the iso file and copy all the contains to a > /var/ftp/pub/fc5 dir, on my private network (there is no error about > that !) (ftp server on my private network : i have done like this for > years ... > - have donwloaded the boot.iso image and burnt to a cd > - have boot off this cd (boot.iso cd, not fc5 disc1) on the PC where i > want to install fc5 > - type : linux askmethod, and choose ftp installation > - leave everything as it is (no changes, NO changes !) > - and just when the process begins to install the very first files, i > get an error message, saying man-page, and gjdoc and ... are missing ! > - i had a look at the iso and saw those files are not on the cd 1, nor > on the /var/ftp/pub/fc5 dir (of course !!!!) > - there i guess, i had to download the dvd. > - but I THINK (Am i wrong again ?) that with only one cd, i could > install all by default. (any way with only one cd drive, i cant use more > than one cd at the same time :-/........) I think this is the issue. I do not believe that you can install Fedora with the defaults using only CD1. I've mostly used DVDs to install, so I guess I don't know for sure, but that is my understanding. This is one of the potential problems with Fedora: you have to download a large amount of data (the isos) to install it. Regarding having only one CD drive, when you get to packages on other CDs, the installer will prompt you to change the CD out. It will say something like "Please insert CD 2 now" and maybe even spit the first CD out :). This is why I normally use the DVD. I just set it up and it goes. No need to check on it to see if I need to change out the CD. > - and even if it is impossible, how could the guy who dont understand > anything, guess that he had to download all the cds ? I guess it had not occurred to me that someone might think you could install using only CD1. > Is it understandable, now? > (i am really sorry that my english is not very good :-/) You're English is intelligible enough :). > Again : i am not with a problem ; but i guess guys could have problems > with this thing. > What do you think of this ? > > Please, keep i mind i just wanted to show something that seems to me, a > bit ... curious... You bring up some interesting points. Some of which have been discussed. The idea has been proposed to be able to install some base level of Fedora from only one CD. Then have add on CDs for various other package groups. I don't think we have figured out a good way to do that, because you might need to download some things twice, depending on how the packages are split up and what you want to install. Jonathan From arjan at fenrus.demon.nl Tue Mar 21 07:19:04 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Tue, 21 Mar 2006 08:19:04 +0100 Subject: kernel-2.6.16 ocfs2 - gfs-kernel In-Reply-To: <441F3AD0.1090506@gmx.de> References: <441F3AD0.1090506@gmx.de> Message-ID: <1142925545.3077.14.camel@laptopd505.fenrus.org> On Tue, 2006-03-21 at 00:29 +0100, shrek-m at gmx.de wrote: > hi, > > kernel-2.6.16 is released, it has ocfs2 but not yet gfs. > http://www.heise.de/open/artikel/70307 (de) > > do you expect that gfs will find the way into the kernel ? doesn't seem to go there any time soon > will gfs have ppc*-support in a future release ? > > http://oss.oracle.com/projects/ocfs2/ > in kernel 2.6.16, ppc* support > > http://sources.redhat.com/cluster/gfs/ > not in kernel 2.6.16, no ppc* support > > > > http://download.fedora.redhat.com/pub/fedora/linux/core/5/ppc/os/RELEASE-NOTES > > > Fedora Core 5 has support for clustered storage through the Global File System > (GFS). sounds like a typo, that should read OCFS2. From guess.who at freesurf.fr Tue Mar 21 07:28:31 2006 From: guess.who at freesurf.fr (LarryT) Date: Tue, 21 Mar 2006 08:28:31 +0100 Subject: file missing man-page !!!! In-Reply-To: <8767947e0603202300v37ea7401q6c27d7afb5e313b4@mail.gmail.com> References: <441F147F.8080504@freesurf.fr> <200603201325.57523.jkeating@j2solutions.net> <441F1FB3.7040401@freesurf.fr> <1142890781.25180.2.camel@ender> <441F23C3.8020809@freesurf.fr> <8767947e0603201527v2e8c4275p77a4d79ce2ddb6a8@mail.gmail.com> <441F929B.2040901@freesurf.fr> <8767947e0603202300v37ea7401q6c27d7afb5e313b4@mail.gmail.com> Message-ID: <441FAB1F.3000703@freesurf.fr> So Jonathan, i think we are all right :) BTW, i think that ftp installation necessary needs a remote ftp directory (of course !), where ALL (=ALL !!) the data have been copied ! Here is the point i missed ! The guy who wants to install from one cd, will surely burn the fc5disc1 ! But this is not what i first did : i copy the contain of the first cd to a ftp dir : here is my mistake. Booting from the cd recue, the soft cant guess that the remote ftp dir only contains the first cd rpms ! So this question/problem is closed (to me). BTW i am sorry the minimal/everythink installation choice have been removed. bye Jonathan Berry wrote: > On 3/20/06, LarryT wrote: > >>Jonathan : thnak you. >>I think i have well understood what you wanna tell me. >>I have no problem to install fc5 using dvd . >>But i wonder if there is not a problem. >>Please , listen : (and maybe, try to replicate what i did ?) >>- I have downloaded the fc5-disc1.iso >>- Have mounted the iso file and copy all the contains to a >>/var/ftp/pub/fc5 dir, on my private network (there is no error about >>that !) (ftp server on my private network : i have done like this for >>years ... >>- have donwloaded the boot.iso image and burnt to a cd >>- have boot off this cd (boot.iso cd, not fc5 disc1) on the PC where i >>want to install fc5 >>- type : linux askmethod, and choose ftp installation >>- leave everything as it is (no changes, NO changes !) >>- and just when the process begins to install the very first files, i >>get an error message, saying man-page, and gjdoc and ... are missing ! >>- i had a look at the iso and saw those files are not on the cd 1, nor >>on the /var/ftp/pub/fc5 dir (of course !!!!) >>- there i guess, i had to download the dvd. >>- but I THINK (Am i wrong again ?) that with only one cd, i could >>install all by default. (any way with only one cd drive, i cant use more >>than one cd at the same time :-/........) > > > I think this is the issue. I do not believe that you can install > Fedora with the defaults using only CD1. I've mostly used DVDs to > install, so I guess I don't know for sure, but that is my > understanding. This is one of the potential problems with Fedora: you > have to download a large amount of data (the isos) to install it. > > Regarding having only one CD drive, when you get to packages on other > CDs, the installer will prompt you to change the CD out. It will say > something like "Please insert CD 2 now" and maybe even spit the first > CD out :). This is why I normally use the DVD. I just set it up and > it goes. No need to check on it to see if I need to change out the > CD. > > >>- and even if it is impossible, how could the guy who dont understand >>anything, guess that he had to download all the cds ? > > > I guess it had not occurred to me that someone might think you could > install using only CD1. > > >>Is it understandable, now? >>(i am really sorry that my english is not very good :-/) > > > You're English is intelligible enough :). > > >>Again : i am not with a problem ; but i guess guys could have problems >>with this thing. >>What do you think of this ? >> >>Please, keep i mind i just wanted to show something that seems to me, a >>bit ... curious... > > > You bring up some interesting points. Some of which have been > discussed. The idea has been proposed to be able to install some base > level of Fedora from only one CD. Then have add on CDs for various > other package groups. I don't think we have figured out a good way to > do that, because you might need to download some things twice, > depending on how the packages are split up and what you want to > install. > > Jonathan > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From david at lovesunix.net Tue Mar 21 07:40:07 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 21 Mar 2006 08:40:07 +0100 Subject: Fedora Core 5 Test Update: gstreamer-plugins-base-0.10.5-1 In-Reply-To: <200603201531.k2KFVD104117@int-mx1.corp.redhat.com> References: <200603201531.k2KFVD104117@int-mx1.corp.redhat.com> Message-ID: <1142926808.23128.50.camel@price.stavtrup-st.dk> man, 20 03 2006 kl. 10:31 -0500, skrev Raymond Strode: > --------------------------------------------------------------------- > Fedora Test Update Notification > FEDORA-2006-155 > 2006-03-20 > --------------------------------------------------------------------- > > Product : Fedora Core 5 > Name : gstreamer-plugins-base > Version : 0.10.5 > Release : 1 > Summary : GStreamer streaming media framework base plug-ins > Description : > GStreamer is a streaming media framework, based on graphs of filters which > operate on media data. Applications using this library can do anything > from real-time sound processing to playing videos, and just about anything > else media-related. Its plugin-based architecture means that new data > types or processing capabilities can be added simply by installing new > plug-ins. > > This package contains a set of well-maintained base plug-ins. > With this update I have now unable to reproduce #183605 [1] and it doesn't seem to introduce new issues. [1] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183605 - David From shrek-m at gmx.de Tue Mar 21 07:55:20 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 21 Mar 2006 08:55:20 +0100 Subject: kernel-2.6.16 ocfs2 - gfs-kernel In-Reply-To: <1142925545.3077.14.camel@laptopd505.fenrus.org> References: <441F3AD0.1090506@gmx.de> <1142925545.3077.14.camel@laptopd505.fenrus.org> Message-ID: <441FB168.8070902@gmx.de> On 21.03.2006 08:19, Arjan van de Ven wrote: >>http://download.fedora.redhat.com/pub/fedora/linux/core/5/ppc/os/RELEASE-NOTES >> >> >>Fedora Core 5 has support for clustered storage through the Global File System >>(GFS). >> >> >sounds like a typo, that should read OCFS2. > thanks :-) is `system-config-cluster` the correct tool for ocfs2 ? i could not find a howto for ocfs2 @ fedorproject.org, only for gfs http://fedoraproject.org/wiki/Tools/GFS?highlight=%28gfs%29 http://oss.oracle.com/projects/ocfs2/documentation/ -- shrek-m From buildsys at redhat.com Tue Mar 21 08:18:01 2006 From: buildsys at redhat.com (Build System) Date: Tue, 21 Mar 2006 03:18:01 -0500 Subject: rawhide report: 20060321 changes Message-ID: <200603210818.k2L8I12p002317@porkchop.devel.redhat.com> Updated Packages: ORBit-1:0.5.17-16 ----------------- * Mon Mar 20 2006 Matthias Clasen - 1:0.5.17-16 - Fix source URL - Don't ship static libraries SysVinit-2.86-3 --------------- * Fri Mar 17 2006 Bill Nottingham - 2.86-3 - document that the kernel may sync even if reboot is called with -n (#180967) anthy-7500-1 ------------ * Fri Mar 17 2006 Akira TAGOH 7500-1 - New upstream release. - larning words works now. (#178764) - anthy-2832.patch: patch from upstream that fixes wrong order of candidate list. - anthy-2834.patch: patch from upstream that fixes unexpected word segment. - anthy-gcanna-nakaguro.patch: added a word to dictionary to convert nakaguro to slash. avahi-0.6.9-8.FC5 ----------------- * Mon Mar 20 2006 Jason Vas Dias - 0.6.9-8.FC6 - fix bug 185972: remove ellipses in initscript - fix bug 185965: make chkconfigs unconditional * Thu Mar 16 2006 Jason Vas Dias - 0.6.9-6 - Fix bug 185692: install avahi-sharp into /usr/lib, not /usr/lib64 * Thu Mar 09 2006 Jason Vas Dias - 0.6.9-4 - fix scriptlet error introduced by last fix: if user has disabled avahi-daemon, do not enable it during %post bind-30:9.3.2-10.FC6 -------------------- * Mon Mar 20 2006 Jason Vas Dias - 30.9.3.2-10 - fix bug 185969: more .spec file cleanup * Wed Mar 08 2006 Jason Vas Dias - 30.9.3.2-8 - Do not allow package to be installed if named:25 userid creation fails - Give libbind a pkg-config file - remove restorecon from bind-chroot-admin (not required). - fix named.caching-nameserver.conf (listen-on-v6 port 53 { ::1 };) * Tue Mar 07 2006 Jason Vas Dias - 30:9.3.2-7 - fix issues with bind-chroot-admin checkpolicy-1.30-1 ------------------ * Fri Mar 17 2006 Dan Walsh - 1.30-1 - Latest upgrade from NSA * Updated version for release. * Fixed bug in role dominance (define_role_dom). * Fri Feb 17 2006 Dan Walsh - 1.29.4-1 - Latest upgrade from NSA * Added a check for failure to declare each sensitivity in a level definition. * Changed to clone level data for aliased sensitivities to avoid double free upon sens_destroy. Bug reported by Kevin Carr of Tresys Technology. * Mon Feb 13 2006 Dan Walsh - 1.29.2-1 - Latest upgrade from NSA * Merged optionals in base patch from Joshua Brindle. cups-1:1.2-0.1.b2.2 ------------------- * Fri Mar 17 2006 Tim Waugh 1:1.2-0.1.b2.2 - Rebuilt. * Tue Mar 14 2006 Tim Waugh 1:1.2-0.1.b2.1 - Build requires gnutls-devel. - Fixed default policy name. - Fixed 'set-allowed-users' in web UI. * Mon Mar 13 2006 Tim Waugh 1:1.2-0.1.b2.0 - 1.2b2. - Use new CUPS_SERVERBIN location (/usr/lib/cups even on 64-bit hosts). db4-4.3.29-3 ------------ * Mon Mar 13 2006 Jindrich Novy 4.3.29-3 - apply x86_64 fix from Henrik Nordstrom (#184588) - don't nuke non-versioned archives twice f-spot-0.1.11-1 --------------- * Fri Mar 17 2006 Christopher Aillon 0.1.11-1 - Update to 0.1.11 fedora-release-5-rawhide ------------------------ file-4.17-2 ----------- * Tue Mar 14 2006 Radek Vok??l 4.17-2 - fix segfault when compiling magic - add check for wctype.h - fix for flac and mp3 files * Mon Mar 13 2006 Radek Vok??l 4.17-1 - upgrade to file-4.17, patch clean-up * Fri Feb 10 2006 Jesse Keating - 4.16-6.2 - bump again for double-long bug on ppc(64) firstboot-1.4.7-1 ----------------- * Mon Mar 20 2006 Martin Stransky 1.4.7-1 - replaced "Play test button" by "Play" button for s-c-s (#185931) gsl-1.7-2 --------- * Fri Mar 03 2006 Ivana Varekova - 1.7-2 - fix multilib problem iproute-2.6.15-2 ---------------- * Wed Feb 22 2006 Radek Vok??l - 2.6.15-2 - own /usr/lib/tc (#181953) - obsoletes shapecfg (#182284) ipv6calc-0.51-1 --------------- * Wed Feb 22 2006 Radek Vok??l 0.51-1 - upgrade to 0.51 kernel-2.6.15-1.2064_FC6 ------------------------ * Sun Mar 19 2006 Dave Jones - 2.6.16rc6-git12 - Enable EFI on x86. * Sat Mar 18 2006 Dave Jones - 2.6.16rc6-git10 & git11 * Fri Mar 17 2006 Dave Jones - 2.6.16rc6-git8 & git9 lftp-3.4.3-1 ------------ * Thu Mar 16 2006 Jason Vas Dias - 3.4.3-1 - Upgrade to upstream version 3.4.3 libgsf-1.14.0-1 --------------- * Mon Mar 20 2006 Caolan McNamara 1.14.0-1 - next version libmng-1.0.9-4 -------------- * Mon Mar 20 2006 Matthias Clasen - 1.0.9-4 - enable lcms support (#184526) - no longer build a libmng-static package libselinux-1.30-1 ----------------- * Fri Mar 10 2006 Dan Walsh 1.30-1 - Make some fixes so it will build on RHEL4 - Upgrade to latest from NSA * Updated version for release. * Altered rpm_execcon fallback logic for permissive mode to also handle case where /selinux/enforce is not available. libsemanage-1.6-1 ----------------- * Fri Mar 17 2006 Dan Walsh - 1.6 - Make work on RHEL4 - Upgrade to latest from NSA * Merged abort early on merge errors patch from Ivan Gyurdiev. * Cleaned up error handling in semanage_split_fc based on a patch by Serge Hallyn (IBM) and suggestions by Ivan Gyurdiev. * Merged MLS handling fixes from Ivan Gyurdiev. libsepol-1.12.1-1 ----------------- * Fri Mar 10 2006 Dan Walsh 1.12.1-1 - Upgrade to latest from NSA * Fixed sepol_module_package_write buffer overflow bug. * Fri Mar 10 2006 Dan Walsh 1.12-2 - Upgrade to latest from NSA * Updated version for release. * Merged cond_evaluate_expr fix from Serge Hallyn (IBM). * Fixed bug in copy_avrule_list reported by Ivan Gyurdiev. * Merged sepol_policydb_mls_enabled interface and error handling changes from Ivan Gyurdiev. libsetrans-0.1.20-1 ------------------- * Mon Mar 13 2006 Dan Walsh 0.1.20-1 - Fix handling of untranslated sensitivities * Mon Mar 13 2006 Dan Walsh 0.1.19-1 - Fix segfault error on badly formated setrans file libxkbfile-1.0.2-1 ------------------ * Tue Feb 28 2006 Adam Jackson - 1.0.2-1 - Updated libxkbfile to version 1.0.2 man-1.6c-2 ---------- * Mon Feb 27 2006 Ivana Varekova - 1.6c-2 - fix the encoding of the Bulgarian translation * Fri Feb 10 2006 Jesse Keating - 1.6c-1.2 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating - 1.6c-1.1 - rebuilt for new gcc4.1 snapshot and glibc changes man-pages-2.25-2 ---------------- * Thu Mar 16 2006 Ivana Varekova 2.25-2 - fix MALLOC_CHECK_ description (#185502) * Tue Mar 14 2006 Ivana Varekova 2.25-1 - update to 2.25 - remove mbind and set_mempolicy files - fix dbopen man page (#185310) mc-1:4.6.1a-11 -------------- * Thu Mar 16 2006 Jindrich Novy 4.6.1a-11 - display the Layout dialog correctly on console (#185189) mlocate-0.14-2 -------------- * Sat Mar 18 2006 Miloslav Trmac - 0.14-2 - Ship NEWS * Sat Mar 18 2006 Miloslav Trmac - 0.14-1 - Update to mlocate-0.14 mrtg-2.13.2-1 ------------- * Sat Mar 18 2006 Miloslav Trmac - 2.13.2-1 - Update to mrtg-2.13.2 nc-1.84-4 --------- * Mon Mar 06 2006 Radek Vok??l 1.84-4 - timeout works also for connect (#182736) * Fri Feb 10 2006 Jesse Keating - 1.84-3.2 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating - 1.84-3.1 - rebuilt for new gcc4.1 snapshot and glibc changes net-tools-1.60-64 ----------------- * Thu Mar 16 2006 Radek Vok??l - 1.60-54 - remove duplicate arp entries (#185604) * Thu Feb 23 2006 Radek Vok??l - 1.60-63 - show inodes in netstat (#180974) netpbm-10.32-1 -------------- * Tue Feb 28 2006 Jindrich Novy 10.32-1 - update to 10.32 - drop .msbmp patch, applied upstream - sync the rest of the patches - regenerate man pages * Mon Feb 20 2006 Jindrich Novy 10.31-5 - add missing flex BuildRequires - fix anytopnm to recognize ms-bmp files (#182060) pam_krb5-2.2.7-1 ---------------- * Tue Feb 21 2006 Nalin Dahyabhai - 2.2.7-1 - add v4 credential conversion for "use_shmem" and "external" cases (though it should be redundant with "use_shmem") (#182239) * Mon Feb 13 2006 Nalin Dahyabhai - 2.2.6-2 - rebuild * Mon Feb 06 2006 Nalin Dahyabhai - 2.2.6-1 - add a "krb4_use_as_req" option so that obtaining v4 creds kinit-style can be disabled completely (Hugo Meiland) perl-Archive-Tar-1.29-1 ----------------------- * Wed Mar 08 2006 Jason Vas Dias - 1.29-1 - Upgrade to upstream version 1.29 perl-Convert-ASN1-0.20-1 ------------------------ * Thu Mar 09 2006 Jason Vas Dias - 1.20-1 - upgrade to upstream version 1.20-1 perl-DBD-Pg-1.45-1 ------------------ * Wed Mar 08 2006 Jason Vas Dias - 1.45-1 - Upgrade to upstream version 1.45 perl-PDL-2.4.2-4.fc5 -------------------- * Fri Mar 10 2006 Jason Vas Dias - 2.4.2-4 - Further code cleanup & CFLAGS settings required to enable tests to succeed on all platforms * Thu Mar 09 2006 Jason Vas Dias - 2.4.2-4 - Enable tests to succeed on ia64 (remove casts from int to * !) policycoreutils-1.30-4 ---------------------- * Mon Mar 20 2006 Dan Walsh 1.30-4 - Open file descriptor to make sure file does not change from underneath. * Fri Mar 17 2006 Dan Walsh 1.30-3 - Fixes for restorecond attack via symlinks - Fixes for fixfiles * Fri Mar 17 2006 Dan Walsh 1.30-2 - Restorecon has to handle suspend/resume samba-0:3.0.21c-2 ----------------- * Fri Mar 17 2006 Jay Fenlason 2.0.21c-2 - New upstream version. scim-anthy-0.9.0-3.fc6 ---------------------- * Fri Mar 17 2006 Akira TAGOH - 0.9.0-3.fc6 * scim-anthy-symbol-style.patch: applied a backport patch from upstream CVS to add an UI for the symbol style. (#178400) selinux-policy-2.2.24-1 ----------------------- * Fri Mar 17 2006 Dan Walsh 2.2.24-1 - Update to upstream * Wed Mar 15 2006 Dan Walsh 2.2.23-19 - Get transition rules to create policy.20 at SystemHigh * Tue Mar 14 2006 Dan Walsh 2.2.23-18 - Allow secadmin to shutdown system - Allow sendmail to exec newalias setarch-1.9-1 ------------- * Tue Feb 21 2006 Jindrich Novy 1.9-1 - applied some features proposed by Mike Frysinger (#182219) - add mips arch support, add sparc32 - Obsoletes sparc32 - add '-h' option to display more comprehensive help - add linux64 helper stunnel-4.15-1 -------------- * Sat Mar 18 2006 Miloslav Trmac - 4.15-1 - Update to stunnel-4.15 system-config-bind-4.0.0-40_FC5 ------------------------------- * Wed Mar 08 2006 Jason Vas Dias - 4.0.0-40 - fix bug 184065: prompts to place slave / DDNS updateable zone files in slaves/ - ship updated translations tcsh-6.14-7 ----------- * Sat Mar 18 2006 Miloslav Trmac - 6.14-7 - Fix a crash when reading scripts with multibyte characters (#183267) - Block SIGINT while waiting for children (#177366) texinfo-4.8-10 -------------- * Sun Mar 19 2006 Miloslav Trmac - 4.8-10 - Remove incorrect Prefix: - Drop info/README - Convert change log to UTF-8 xorg-x11-apps-1.0.2-1 --------------------- * Thu Mar 02 2006 Adam Jackson 1.0.2-1 - Bump x11perf to 1.4.1 from upstream. xorg-x11-proto-devel-7.0-8 -------------------------- * Mon Mar 20 2006 Adam Jackson 7.0-8 - Fix the base URL. * Wed Mar 15 2006 Adam Jackson 7.0-7 - Update to fixesproto-4.0, compositeproto-0.3, and glproto-1.4.6 xorg-x11-server-1.0.1-9 ----------------------- * Wed Mar 15 2006 Ray Strode - 1.0.1-9 - CVE-2006-0745 (bug 185084) Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires kernel = 0:2.6.15-1.2054_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5smp GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 GFS-kernel-xen0 - 2.6.15.1-5.FC5.17.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5smp cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 cman-kernel-xen0 - 2.6.15.1-0.FC5.16.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5smp dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 dlm-kernel-xen0 - 2.6.15.1-0.FC5.14.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5smp gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 gnbd-kernel-xen0 - 2.6.15-5.FC5.23.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 gsf-sharp - 0.6-8.i386 requires libgsf-1.so.113 gsf-sharp - 0.6-8.i386 requires libgsf-gnome-1.so.113 librsvg2 - 2.14.2-1.i386 requires libgsf-1.so.113 libwpd - 0.8.4-1.2.1.i386 requires libgsf-1.so.113 libwpd-tools - 0.8.4-1.2.1.i386 requires libgsf-1.so.113 Broken deps for ia64 ---------------------------------------------------------- gsf-sharp - 0.6-8.ia64 requires libgsf-1.so.113()(64bit) gsf-sharp - 0.6-8.ia64 requires libgsf-gnome-1.so.113()(64bit) librsvg2 - 2.14.2-1.ia64 requires libgsf-1.so.113()(64bit) libwpd - 0.8.4-1.2.1.ia64 requires libgsf-1.so.113()(64bit) libwpd-tools - 0.8.4-1.2.1.ia64 requires libgsf-1.so.113()(64bit) rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc ---------------------------------------------------------- gsf-sharp - 0.6-8.ppc requires libgsf-1.so.113 gsf-sharp - 0.6-8.ppc requires libgsf-gnome-1.so.113 librsvg2 - 2.14.2-1.ppc requires libgsf-1.so.113 libwpd - 0.8.4-1.2.1.ppc requires libgsf-1.so.113 libwpd-tools - 0.8.4-1.2.1.ppc requires libgsf-1.so.113 Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 librsvg2 - 2.14.2-1.ppc64 requires libgsf-1.so.113()(64bit) libwpd - 0.8.4-1.2.1.ppc64 requires libgsf-1.so.113()(64bit) libwpd-tools - 0.8.4-1.2.1.ppc64 requires libgsf-1.so.113()(64bit) struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 gsf-sharp - 0.6-8.s390 requires libgsf-1.so.113 gsf-sharp - 0.6-8.s390 requires libgsf-gnome-1.so.113 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 librsvg2 - 2.14.2-1.s390 requires libgsf-1.so.113 libwpd - 0.8.4-1.2.1.s390 requires libgsf-1.so.113 libwpd-tools - 0.8.4-1.2.1.s390 requires libgsf-1.so.113 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 gsf-sharp - 0.6-8.s390x requires libgsf-1.so.113()(64bit) gsf-sharp - 0.6-8.s390x requires libgsf-gnome-1.so.113()(64bit) hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 librsvg2 - 2.14.2-1.s390x requires libgsf-1.so.113()(64bit) libwpd - 0.8.4-1.2.1.s390x requires libgsf-1.so.113()(64bit) libwpd-tools - 0.8.4-1.2.1.s390x requires libgsf-1.so.113()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 gsf-sharp - 0.6-8.x86_64 requires libgsf-1.so.113()(64bit) gsf-sharp - 0.6-8.x86_64 requires libgsf-gnome-1.so.113()(64bit) librsvg2 - 2.14.2-1.x86_64 requires libgsf-1.so.113()(64bit) libwpd - 0.8.4-1.2.1.x86_64 requires libgsf-1.so.113()(64bit) libwpd - 0.8.4-1.2.1.i386 requires libgsf-1.so.113 libwpd-tools - 0.8.4-1.2.1.x86_64 requires libgsf-1.so.113()(64bit) From che666 at gmail.com Tue Mar 21 08:45:15 2006 From: che666 at gmail.com (Rudolf Kastl) Date: Tue, 21 Mar 2006 09:45:15 +0100 Subject: Wild and crazy times for the development tree In-Reply-To: References: <1142873997.3002.15.camel@aglarond.local> <441F3D2E.7030207@insight.rr.com> <604aa7910603201612w27b112a7n6431f9639a215a10@mail.gmail.com> Message-ID: 2006/3/21, Ian Pilcher : > Jeff Spaleta wrote: > > > > Speaking of rpmnew/rpmsave can we pretty pretty pretty please get the > > tracking of the creation of these files via the some sort of > > centralized logging a target feature for fc6? > > > > That would be an enhancement to RPM. Good luck! > > -- > ======================================================================== > Ian Pilcher i.pilcher at comcast.net > ======================================================================== > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > back in rh9 times i packaged a script called "etc-update". it has nothing to do with logging but helps you with merging the rpmnew files. Heres my old src rpm for it: ftp://sunsite.auc.dk/projects/newrpms/www/htdocs/apt/redhat/en/i386/fc1/SRPMS.newrpms/etc-update-20020731-2.src.rpm regards, rudolf kastl From mharris at mharris.ca Tue Mar 21 08:58:23 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Tue, 21 Mar 2006 03:58:23 -0500 Subject: file missing man-page !!!! In-Reply-To: <8767947e0603202300v37ea7401q6c27d7afb5e313b4@mail.gmail.com> References: <441F147F.8080504@freesurf.fr> <200603201325.57523.jkeating@j2solutions.net> <441F1FB3.7040401@freesurf.fr> <1142890781.25180.2.camel@ender> <441F23C3.8020809@freesurf.fr> <8767947e0603201527v2e8c4275p77a4d79ce2ddb6a8@mail.gmail.com> <441F929B.2040901@freesurf.fr> <8767947e0603202300v37ea7401q6c27d7afb5e313b4@mail.gmail.com> Message-ID: <441FC02F.2050309@mharris.ca> Jonathan Berry wrote: >>Is it understandable, now? >>(i am really sorry that my english is not very good :-/) > > > You're English is intelligible enough :). Expanding your contraction... "You are English is intelligible enough :)" I love it! Thanks, that made my day! ;o) -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. From filip.tsachev at fedoraproject.org Tue Mar 21 10:14:49 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Tue, 21 Mar 2006 12:14:49 +0200 Subject: FC5 no DVD iso? In-Reply-To: <441F210F.5060703@gmx.de> References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> <80d7e4090603200953k1688f845h793045419a4afa61@mail.gmail.com> <441EF37B.3020605@freesurf.fr> <441F210F.5060703@gmx.de> Message-ID: So it's normal for the dvd iso to be missing at http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso/ ? only at ftp? Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From filip.tsachev at fedoraproject.org Tue Mar 21 10:24:17 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Tue, 21 Mar 2006 12:24:17 +0200 Subject: How to change yum repos to FC5 stable In-Reply-To: <441EED75.5050803@fedoraproject.org> References: <441EED75.5050803@fedoraproject.org> Message-ID: On 20/03/06, Rahul Sundaram wrote: > Get the fedora-release package from one of the mirrors and install it. $ su -c "rpm -ihv fedora-release-5-5.noarch.rpm " Password: warning: fedora-release-5-5.noarch.rpm: Header V3 DSA signature: NOKEY, key ID 4f2a6fd2 Preparing... ########################################### [100%] file /etc/fedora-release from install of fedora-release-5-5 conflicts with file from package fedora-release-4.91-1 file /etc/issue from install of fedora-release-5-5 conflicts with file from package fedora-release-4.91-1 file /etc/issue.net from install of fedora-release-5-5 conflicts with file from package fedora-release-4.91-1 file /etc/yum.repos.d/fedora-extras.repo from install of fedora-release-5-5 conflicts with file from package fedora-release-4.91-1 file /etc/yum.repos.d/fedora-updates-testing.repo from install of fedora-release-5-5 conflicts with file from package fedora-release-4.91-1 file /etc/yum.repos.d/fedora-updates.repo from install of fedora-release-5-5 conflicts with file from package fedora-release-4.91-1 file /usr/share/eula/eula.en_US from install of fedora-release-5-5 conflicts with file from package fedora-release-4.91-1 file /usr/share/firstboot/modules/eula.pyc from install of fedora-release-5-5 conflicts with file from package fedora-release-4.91-1 file /usr/share/firstboot/modules/eula.pyo from install of fedora-release-5-5 conflicts with file from package fedora-release-4.91-1 Is there any recommended way to deal with the situation? -- Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From guess.who at freesurf.fr Tue Mar 21 10:24:44 2006 From: guess.who at freesurf.fr (LarryT) Date: Tue, 21 Mar 2006 11:24:44 +0100 Subject: FC5 no DVD iso? In-Reply-To: References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> <80d7e4090603200953k1688f845h793045419a4afa61@mail.gmail.com> <441EF37B.3020605@freesurf.fr> <441F210F.5060703@gmx.de> Message-ID: <441FD46C.70407@freesurf.fr> Just past here the answer, given last day : On 3/20/06, Giuseppe Castagna wrote: >> Rahul Sundaram wrote: > >>> > Its not formally released yet and DVD images are available along with >>> > the release. >>> > >>> > > >> >> Thanks, it just looked bizarre that in >> >> http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso/ >> >> you can find the 5 cd images but no DVD image. >> I think that the download.fedora.redhat.com runs an apache/squid combination which does not deal with files larger than 2 GB. The DVD iso thus does not get seen. Filip Tsachev wrote: > So it's normal for the dvd iso to be missing at > http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso/ ? > only at ftp? > > > Cheers, > Filip > > http://fedoraproject.org/wiki/FilipTsachev > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From filip.tsachev at fedoraproject.org Tue Mar 21 10:25:49 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Tue, 21 Mar 2006 12:25:49 +0200 Subject: How to change yum repos to FC5 stable In-Reply-To: References: <441EED75.5050803@fedoraproject.org> Message-ID: On 21/03/06, Filip Tsachev wrote: > $ su -c "rpm -ihv fedora-release-5-5.noarch.rpm " rpm -Uhv seems better... :) Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From filip.tsachev at fedoraproject.org Tue Mar 21 10:27:53 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Tue, 21 Mar 2006 12:27:53 +0200 Subject: FC5 no DVD iso? In-Reply-To: <441FD46C.70407@freesurf.fr> References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> <80d7e4090603200953k1688f845h793045419a4afa61@mail.gmail.com> <441EF37B.3020605@freesurf.fr> <441F210F.5060703@gmx.de> <441FD46C.70407@freesurf.fr> Message-ID: On 21/03/06, LarryT wrote: > Just past here the answer, given last day : I read this last day, was asking to make sure -- Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From filip.tsachev at fedoraproject.org Tue Mar 21 10:30:49 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Tue, 21 Mar 2006 12:30:49 +0200 Subject: How to change yum repos to FC5 stable In-Reply-To: References: <441EED75.5050803@fedoraproject.org> Message-ID: Excuse me for the triple-mail but I got a question here: $ su -c "rpm -Uhv fedora-release-5-5.noarch.rpm " Password: warning: fedora-release-5-5.noarch.rpm: Header V3 DSA signature: NOKEY, key ID 4f2a6fd2 Preparing... ########################################### [100%] 1:fedora-release warning: /etc/yum.repos.d/fedora-updates.repo created as /etc/yum.repos.d/fedora-updates.repo.rpmnew ########################################### [100%] warning: /etc/yum.repos.d/fedora.repo saved as /etc/yum.repos.d/fedora.repo.rpmsave warning: /etc/yum.repos.d/fedora-extras-devel.repo saved as /etc/yum.repos.d/fedora-extras-devel.repo.rpmsave why would updates repo file be created as .rpmnew while extras/base as .rpmsave? -- Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From guess.who at freesurf.fr Tue Mar 21 10:35:40 2006 From: guess.who at freesurf.fr (LarryT) Date: Tue, 21 Mar 2006 11:35:40 +0100 Subject: FC5 no DVD iso? In-Reply-To: References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> <80d7e4090603200953k1688f845h793045419a4afa61@mail.gmail.com> <441EF37B.3020605@freesurf.fr> <441F210F.5060703@gmx.de> <441FD46C.70407@freesurf.fr> Message-ID: <441FD6FC.5070608@freesurf.fr> Personaly, i never saw any dvd neither for fc2 nor fc3, nor fc4, on http://download.fedora.redhat.com/pub/fedora/linux/core That's why i think is right Filip Tsachev wrote: > On 21/03/06, LarryT wrote: > >>Just past here the answer, given last day : > > I read this last day, was asking to make sure > > -- > Cheers, > Filip > > http://fedoraproject.org/wiki/FilipTsachev > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From gilboad at gmail.com Tue Mar 21 10:52:48 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Tue, 21 Mar 2006 12:52:48 +0200 Subject: ARGH! FC5 still doesn't sync with Pilot. Message-ID: <1142938368.7776.13.camel@gilboa-home-dev.localhost> Anybody got palm to work in FC5? (Never worked in late FC3; FC4 never worked [unless you used a special RPMs by Mark G. Adams] and now FC5.) No use in BZ' it. There are way to many open bugs about it as it is... Don't know if I should laugh or cry... Gilboa From gilboad at gmail.com Tue Mar 21 11:02:23 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Tue, 21 Mar 2006 13:02:23 +0200 Subject: ARGH! FC5 still doesn't sync with Pilot. In-Reply-To: <1142938368.7776.13.camel@gilboa-home-dev.localhost> References: <1142938368.7776.13.camel@gilboa-home-dev.localhost> Message-ID: <1142938943.7776.18.camel@gilboa-home-dev.localhost> On Tue, 2006-03-21 at 12:52 +0200, Gilboa Davara wrote: > Anybody got palm to work in FC5? > (Never worked in late FC3; FC4 never worked [unless you used a special > RPMs by Mark G. Adams] and now FC5.) > No use in BZ' it. There are way to many open bugs about it as it is... > > Don't know if I should laugh or cry... > Gilboa Forgot to add: Tungsten T3. USB. Problems: A. Udev slow to create ttyUSB? entries, gpilotd dies while waiting. B. If I create static ttyUSB[01],pilot under /etc/dev, either: C. gpilot does nothing. The Palm starts syncing and quits immediately. D. gpilot dies. In general, there's nothing new. All bugs have been reported in the past. Gilboa From ralph+fedora at strg-alt-entf.org Tue Mar 21 11:03:11 2006 From: ralph+fedora at strg-alt-entf.org (Ralph Angenendt) Date: Tue, 21 Mar 2006 12:03:11 +0100 Subject: ARGH! FC5 still doesn't sync with Pilot. In-Reply-To: <1142938368.7776.13.camel@gilboa-home-dev.localhost> References: <1142938368.7776.13.camel@gilboa-home-dev.localhost> Message-ID: <20060321110311.GC4809@br-online.de> Gilboa Davara wrote: > Anybody got palm to work in FC5? > (Never worked in late FC3; FC4 never worked [unless you used a special > RPMs by Mark G. Adams] and now FC5.) > No use in BZ' it. There are way to many open bugs about it as it is... It's a bug in pilot-link, which is fixed in their cvs and will be included in the next release of the pilot-link-suit - whenever that will come out: > Don't know if I should laugh or cry... There's always jpilot, which works. See also. Ralph -- Ralph Angenendt......ra at br-online.de | .."Text processing has made it possible Bayerischer Rundfunk...80300 M?nchen | ....to right-justify any idea, even one Programmbereich.Bayern 3, Jugend und | .which cannot be justified on any other Multimedia.........Tl:089.5900.16023 | ..........grounds." -- J. Finnegan, USC -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ralph+fedora at strg-alt-entf.org Tue Mar 21 11:04:30 2006 From: ralph+fedora at strg-alt-entf.org (Ralph Angenendt) Date: Tue, 21 Mar 2006 12:04:30 +0100 Subject: ARGH! FC5 still doesn't sync with Pilot. In-Reply-To: <1142938943.7776.18.camel@gilboa-home-dev.localhost> References: <1142938368.7776.13.camel@gilboa-home-dev.localhost> <1142938943.7776.18.camel@gilboa-home-dev.localhost> Message-ID: <20060321110430.GD4809@br-online.de> Gilboa Davara wrote: > A. Udev slow to create ttyUSB? entries, gpilotd dies while waiting. gpilotd dying doesn't have to do anything with udev being slow. See my previous mail. It works on RHEL4, where udev is *much* slower than on FC5. Ralph -- Ralph Angenendt......ra at br-online.de | .."Text processing has made it possible Bayerischer Rundfunk...80300 M?nchen | ....to right-justify any idea, even one Programmbereich.Bayern 3, Jugend und | .which cannot be justified on any other Multimedia.........Tl:089.5900.16023 | ..........grounds." -- J. Finnegan, USC -------------- 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 Tue Mar 21 11:05:40 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Tue, 21 Mar 2006 11:05:40 +0000 Subject: Atheros wlan and FC5 (rawhide) Message-ID: <1142939140.11143.8.camel@mrwibble.mrwobble> Hi, I've compiled the madwifi-ng driver from the source and installed. When I try to fire up the wlan connection (/sbin/modprobe ath_pci), it fails saying to check dmesg. When I do this, I get the following error ath_pci: Unknown parameter `irq' Any ideas what has failed? I know when I fire up, I need to add irqpoll to the boot line or else none of the network comes up (such as eth0). As far as I can see in neat, nothing is set to an particular irq. From memory, network-manager currently has madwifi disconnected (I could be wrong) kernel-2.6.15-1.2054_FC5 NetworkManager - 0.6.0-3 TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr Who From roger at gwch.net Tue Mar 21 11:09:40 2006 From: roger at gwch.net (Roger Grosswiler) Date: Tue, 21 Mar 2006 12:09:40 +0100 (CET) Subject: ARGH! FC5 still doesn't sync with Pilot. In-Reply-To: <20060321110311.GC4809@br-online.de> References: <1142938368.7776.13.camel@gilboa-home-dev.localhost> <20060321110311.GC4809@br-online.de> Message-ID: <37130.193.223.193.103.1142939380.squirrel@www.gwch.net> > Gilboa Davara wrote: >> Anybody got palm to work in FC5? >> (Never worked in late FC3; FC4 never worked [unless you used a special >> RPMs by Mark G. Adams] and now FC5.) >> No use in BZ' it. There are way to many open bugs about it as it is... > > It's a bug in pilot-link, which is fixed in their cvs and will be > included in the next release of the pilot-link-suit - whenever that will > come out: > > > >> Don't know if I should laugh or cry... > > There's always jpilot, which works. > > See also. > > Ralph > -- doesn't resolve users problem, perhaps. Was working in Test with the following workaround: create symlink for /dev/pilot (in your case to ttyusb) - chmod 0666 /dev/pilot - restart gpilot-daemon - works flawlessy for me. But until the last Version of FC5Test3, it was not able to sync evolutions calendar... HTH Roger From gilboad at gmail.com Tue Mar 21 11:31:27 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Tue, 21 Mar 2006 13:31:27 +0200 Subject: ARGH! FC5 still doesn't sync with Pilot. In-Reply-To: <20060321110430.GD4809@br-online.de> References: <1142938368.7776.13.camel@gilboa-home-dev.localhost> <1142938943.7776.18.camel@gilboa-home-dev.localhost> <20060321110430.GD4809@br-online.de> Message-ID: <1142940687.7776.22.camel@gilboa-home-dev.localhost> On Tue, 2006-03-21 at 12:04 +0100, Ralph Angenendt wrote: > Gilboa Davara wrote: > > A. Udev slow to create ttyUSB? entries, gpilotd dies while waiting. > > gpilotd dying doesn't have to do anything with udev being slow. See my > previous mail. It works on RHEL4, where udev is *much* slower than on > FC5. > > Ralph > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list Creating a static ttyUSB[0/1] under /etc/dev/X stop gpilot from crashing while udev is busy creating the device nodes. -However-, pilot still doesn't work after-wards. (Though it doesn't crash... it just does nothing...) Gilboa From guess.who at freesurf.fr Tue Mar 21 11:02:21 2006 From: guess.who at freesurf.fr (LarryT) Date: Tue, 21 Mar 2006 12:02:21 +0100 Subject: startind smartD [failed] Message-ID: <441FDD3D.5080905@freesurf.fr> Hi. I had this problem with fc4, and still with fc5. When starting, i have one [failed] returned : Starting smartd [failed] (with both pata & sata) Is there any workaround ? Smart is enable in my bios. Motherboard : Gygabite GA-K8NS nVidia nForce3 250 K8 socket 754 DDR 400 PCU athlon 2.6 GO DDR 1.3 GO -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From guess.who at freesurf.fr Tue Mar 21 11:03:37 2006 From: guess.who at freesurf.fr (LarryT) Date: Tue, 21 Mar 2006 12:03:37 +0100 Subject: ARGH! FC5 still doesn't sync with Pilot. In-Reply-To: <1142938368.7776.13.camel@gilboa-home-dev.localhost> References: <1142938368.7776.13.camel@gilboa-home-dev.localhost> Message-ID: <441FDD89.70501@freesurf.fr> Gonna try -> have a one. gimme a while :) Gilboa Davara wrote: > Anybody got palm to work in FC5? > (Never worked in late FC3; FC4 never worked [unless you used a special > RPMs by Mark G. Adams] and now FC5.) > No use in BZ' it. There are way to many open bugs about it as it is... > > Don't know if I should laugh or cry... > Gilboa > From pritam.ghanghas at gmail.com Tue Mar 21 11:46:14 2006 From: pritam.ghanghas at gmail.com (parta) Date: Tue, 21 Mar 2006 17:16:14 +0530 Subject: Will we ever get a i686 build of fedora core Message-ID: <738e3c70603210346u5c2be7bepa84b08b2d77d99b4@mail.gmail.com> Hi I am wondering why people at redhat don't release fedora core for i686. I think it will be better on performace. I am ready to take the pains of compiling everything again but dont know where to begin. If anyone else thinks the same way and has some knowhow to contribute he is most welcome. -- pritam -------------- next part -------------- An HTML attachment was scrubbed... URL: From ivazquez at ivazquez.net Tue Mar 21 11:51:44 2006 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 21 Mar 2006 06:51:44 -0500 Subject: Will we ever get a i686 build of fedora core In-Reply-To: <738e3c70603210346u5c2be7bepa84b08b2d77d99b4@mail.gmail.com> References: <738e3c70603210346u5c2be7bepa84b08b2d77d99b4@mail.gmail.com> Message-ID: <1142941904.29184.1.camel@ignacio.lan> On Tue, 2006-03-21 at 17:16 +0530, parta wrote: > I am wondering why people at redhat don't release fedora core for > i686. I think it will be better on performace. I am ready to take the > pains of compiling everything again but dont know where to begin. If > anyone else thinks the same way and has some knowhow to contribute he > is most welcome. If you want to rebuild 1000+ packages for a 1% speed gain then by all means, go right ahead. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From che666 at gmail.com Tue Mar 21 11:52:44 2006 From: che666 at gmail.com (Rudolf Kastl) Date: Tue, 21 Mar 2006 12:52:44 +0100 Subject: Will we ever get a i686 build of fedora core In-Reply-To: <738e3c70603210346u5c2be7bepa84b08b2d77d99b4@mail.gmail.com> References: <738e3c70603210346u5c2be7bepa84b08b2d77d99b4@mail.gmail.com> Message-ID: 2006/3/21, parta : > Hi > > I am wondering why people at redhat don't release fedora core for i686. I > think it will be better on performace. I am ready to take the pains of > compiling everything again but dont know where to begin. If anyone else > thinks the same way and has some knowhow to contribute he is most welcome. > > -- > pritam > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > > rpm --eval %configure From david at lovesunix.net Tue Mar 21 11:59:52 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 21 Mar 2006 12:59:52 +0100 Subject: Will we ever get a i686 build of fedora core In-Reply-To: <738e3c70603210346u5c2be7bepa84b08b2d77d99b4@mail.gmail.com> References: <738e3c70603210346u5c2be7bepa84b08b2d77d99b4@mail.gmail.com> Message-ID: <1142942392.23128.100.camel@price.stavtrup-st.dk> tir, 21 03 2006 kl. 17:16 +0530, skrev parta: > Hi > > I am wondering why people at redhat don't release fedora core for > i686. I think it will be better on performace. I am ready to take the > pains of compiling everything again but dont know where to begin. If > anyone else thinks the same way and has some knowhow to contribute he > is most welcome. Fedora is already compiled with optimizations (-march=i386 -mtune=pentium4 I believe), -march=i686 would be a trade off in terms of the machines we would be able to support. Additionally there has never actually been any hard data to support the claim that i686 would magically make the system a billion times faster (ask any random Gentoo ricer to confirm that statement). - David -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From arjan at fenrus.demon.nl Tue Mar 21 12:05:54 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Tue, 21 Mar 2006 13:05:54 +0100 Subject: Will we ever get a i686 build of fedora core In-Reply-To: <738e3c70603210346u5c2be7bepa84b08b2d77d99b4@mail.gmail.com> References: <738e3c70603210346u5c2be7bepa84b08b2d77d99b4@mail.gmail.com> Message-ID: <1142942755.3077.67.camel@laptopd505.fenrus.org> On Tue, 2006-03-21 at 17:16 +0530, parta wrote: > Hi > > I am wondering why people at redhat don't release fedora core for > i686. I think it will be better on performace. what makes you think that? Fedora is currently optimized for i686 (well "generic i686" so a blended mix of Intel and AMD i686's)... what would be the gain of cosmetically renaming the rpms to i686??? (and also losing VIA C3 capability etc) From dcbw at redhat.com Tue Mar 21 12:23:55 2006 From: dcbw at redhat.com (Dan Williams) Date: Tue, 21 Mar 2006 07:23:55 -0500 Subject: Atheros wlan and FC5 (rawhide) In-Reply-To: <1142939140.11143.8.camel@mrwibble.mrwobble> References: <1142939140.11143.8.camel@mrwibble.mrwobble> Message-ID: <1142943836.27328.0.camel@localhost.localdomain> On Tue, 2006-03-21 at 11:05 +0000, Paul F. Johnson wrote: > Hi, > > I've compiled the madwifi-ng driver from the source and installed. When > I try to fire up the wlan connection (/sbin/modprobe ath_pci), it fails > saying to check dmesg. > > When I do this, I get the following error > > ath_pci: Unknown parameter `irq' Sounds like a madwifi driver problem... Likely file a bug in the madwifi bug tracker and see what they say? > Any ideas what has failed? I know when I fire up, I need to add irqpoll > to the boot line or else none of the network comes up (such as eth0). > > As far as I can see in neat, nothing is set to an particular irq. From > memory, network-manager currently has madwifi disconnected (I could be > wrong) > > kernel-2.6.15-1.2054_FC5 > NetworkManager - 0.6.0-3 > > TTFN > > Paul > -- > "Logic, my dear Zoe, is merely the ability to be wrong with authority" - > Dr Who > From scott.hankin at gmail.com Tue Mar 21 12:44:08 2006 From: scott.hankin at gmail.com (Scott D Hankin) Date: Tue, 21 Mar 2006 07:44:08 -0500 Subject: Problem installing FC5 guest in Xen on FC5 using xenguest-install.py In-Reply-To: References: Message-ID: OK, I finally got it installed. Perhaps I was trying something you're not supposed to do. First of all, the xen0 machine is a VMware image. This caused a problem I hadn't forseen - apparently VMware's NAT server is fussy about any machine other than the one launched asking for an IP address. There is a NAT setting ("Allow any OUI") which is off by default that needs to be on before it will give an address to any of the xenU domains. Before discovering that, I attempted to set up a DHCP server on xen0. This appeared to work, but when I attempted to get an address during installation, I would get "bad checksum" messages on the packets. I don't know why, but I had to abandon that approach. I'll have to revisit that, as I'd like to set up xenU domains that can know see and reach each other. I was trying to install Fedora from the DVD image, which was mounted on the virtual CD/DVD drive. Since xenguest/anaconda can only accept NFS/FTP/HTTP locations, I had to jump through some hoops to get that done. I first tried setting up vsftpd and using FTP. That didn't work well - anaconda crashed badly when it went to get stuff. So I tried setting up NFS and explicitly exporting the mount point. That failed with permission errors. Finally I set up httpd to contain a link to the mounted image in the default http directory. That worked, after I reset the vif settings to use bridged networking, and turned on the VMware OUI setting. Now I'm trying to get VNC working. This has proved problematic, as the xen0 machine doesn't seem to be able to reach the xenU machine, even using the IP address. So work continues. Thanks for the suggestions. On 3/19/06, Dario Alcocer wrote: > > Scott D Hankin wrote: > > Howdy - > > > > I'm attempting to install a FC5 guest in Xen on FC5, 2041 xen0 kernel. > > I've gotten to the point where anaconda runs and starts presenting me > > with menus. Unfortunately, the 3rd menu it presents is stopping me, the > > one which sets the IP address. > > I've been running with kernel-xen0-2.6.15-1.2041_FC5 with no problems so > far. However, I did have problems (thought not with IP address > assignment) with earlier Xen builds. > > You might check if you have the kernel-xen-hypervisor package installed. > I was having problems before when running IIRC .2032; when I upgraded > to .2041, I removed the hypervisor package, and I've been running Xen > fine since then. > > > If I select DHCP and networking is set up for NAT, it thinks for a bit > > and then returns to the same page. If I try to manually specify an IP > > address, it thinks for a bit, and then segfaults. If networking is > > bridged, it segfaults in either case. > > > > The command I'm running is: > > > > xenguest-intall.py -n vm2 -f /root/fedora.img -s 6 -r 256 -p -l > > ftp://mymachine > > > > I've tried this with the networking setup as bridged or NAT, but the > > result is always the same. > > > > Any thoughts? > > Maybe you could post your /var/log/xend.log and /var/log/xend-debug.log; > hopefully others might be able to help given this information. > > -- > Dario Alcocer -- alcocer at helixdigital.com > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > -- Scott ----------------------------- In the beginning, there was nothing, then God said, "Let there be light." And there was light. There was still nothing, but you could see it a lot better. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gilboad at gmail.com Tue Mar 21 12:58:58 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Tue, 21 Mar 2006 14:58:58 +0200 Subject: ARGH! FC5 still doesn't sync with Pilot. In-Reply-To: <20060321110311.GC4809@br-online.de> References: <1142938368.7776.13.camel@gilboa-home-dev.localhost> <20060321110311.GC4809@br-online.de> Message-ID: <1142945938.7776.38.camel@gilboa-home-dev.localhost> On Tue, 2006-03-21 at 12:03 +0100, Ralph Angenendt wrote: > Gilboa Davara wrote: > > Anybody got palm to work in FC5? > > (Never worked in late FC3; FC4 never worked [unless you used a special > > RPMs by Mark G. Adams] and now FC5.) > > No use in BZ' it. There are way to many open bugs about it as it is... > > It's a bug in pilot-link, which is fixed in their cvs and will be > included in the next release of the pilot-link-suit - whenever that will > come out: > > > > > Don't know if I should laugh or cry... > > There's always jpilot, which works. > > See also. > > Ralph Why do I get the distinct feeling these bugs will remain open in FC6T1, T2, T3 and FC6? Gilboa From dtimms at bigpond.net.au Tue Mar 21 13:12:23 2006 From: dtimms at bigpond.net.au (David Timms) Date: Wed, 22 Mar 2006 00:12:23 +1100 Subject: fail missing ????gjdoc-0.7.7-3.1.i386.rpm In-Reply-To: <441F1365.3040606@freesurf.fr> References: <441F1365.3040606@freesurf.fr> Message-ID: <441FFBB7.5070804@bigpond.net.au> LarryT wrote: > Installing fc5 from ftp (private-network) > have mount the iso and copy all the files to a dir. > When installing, have an error message : missing gjdoc-0.7.7-3.1.i386.rpm > > Have added by downloading from a /os dir. > > Someone could confirm, plesae ? > sha1sum is good :-/ gjdoc-0.7.7-3.1.i386.rpm is in the DVD iso, are you using the dvd image or cd images ? I chose software development and office productivity in FC5 install, and the above package was installed without problem. DaveT. From ralph+fedora at strg-alt-entf.org Tue Mar 21 13:16:34 2006 From: ralph+fedora at strg-alt-entf.org (Ralph Angenendt) Date: Tue, 21 Mar 2006 14:16:34 +0100 Subject: ARGH! FC5 still doesn't sync with Pilot. In-Reply-To: <1142945938.7776.38.camel@gilboa-home-dev.localhost> References: <1142938368.7776.13.camel@gilboa-home-dev.localhost> <20060321110311.GC4809@br-online.de> <1142945938.7776.38.camel@gilboa-home-dev.localhost> Message-ID: <20060321131634.GH4809@br-online.de> Gilboa Davara wrote: > Why do I get the distinct feeling these bugs will remain open in FC6T1, > T2, T3 and FC6? Why do *I* get the feeling that a release of a *fixed* pilot-link package might get the fedora developers to include that into fc5 alongside with an updated gnome-pilot? Ralph -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ralph+fedora at strg-alt-entf.org Tue Mar 21 13:19:47 2006 From: ralph+fedora at strg-alt-entf.org (Ralph Angenendt) Date: Tue, 21 Mar 2006 14:19:47 +0100 Subject: ARGH! FC5 still doesn't sync with Pilot. In-Reply-To: <37130.193.223.193.103.1142939380.squirrel@www.gwch.net> References: <1142938368.7776.13.camel@gilboa-home-dev.localhost> <20060321110311.GC4809@br-online.de> <37130.193.223.193.103.1142939380.squirrel@www.gwch.net> Message-ID: <20060321131947.GI4809@br-online.de> Roger Grosswiler wrote: > doesn't resolve users problem, perhaps. Was working in Test with the > following workaround: > > create symlink for /dev/pilot (in your case to ttyusb) - chmod 0666 > /dev/pilot - restart gpilot-daemon - works flawlessy for me. But until the > last Version of FC5Test3, it was not able to sync evolutions calendar... As said: Doesn't work for me at all, as gpilotd keeps crashing. No matter what the device is - even if I use /tmp/pilotdev as the device. Works in jpilot, though. Ralph -- Ralph Angenendt......ra at br-online.de | .."Text processing has made it possible Bayerischer Rundfunk...80300 M?nchen | ....to right-justify any idea, even one Programmbereich.Bayern 3, Jugend und | .which cannot be justified on any other Multimedia.........Tl:089.5900.16023 | ..........grounds." -- J. Finnegan, USC -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dtimms at bigpond.net.au Tue Mar 21 13:31:12 2006 From: dtimms at bigpond.net.au (David Timms) Date: Wed, 22 Mar 2006 00:31:12 +1100 Subject: file missing man-page !!!! In-Reply-To: <441FAB1F.3000703@freesurf.fr> References: <441F147F.8080504@freesurf.fr> <200603201325.57523.jkeating@j2solutions.net> <441F1FB3.7040401@freesurf.fr> <1142890781.25180.2.camel@ender> <441F23C3.8020809@freesurf.fr> <8767947e0603201527v2e8c4275p77a4d79ce2ddb6a8@mail.gmail.com> <441F929B.2040901@freesurf.fr> <8767947e0603202300v37ea7401q6c27d7afb5e313b4@mail.gmail.com> <441FAB1F.3000703@freesurf.fr> Message-ID: <44200020.2090205@bigpond.net.au> LarryT wrote: > So Jonathan, i think we are all right :) > BTW, i think that ftp installation necessary needs a remote ftp > directory (of course !), where ALL (=ALL !!) the data have been copied ! > Here is the point i missed ! > The guy who wants to install from one cd, will surely burn the fc5disc1 > ! But this is not what i first did : i copy the contain of the first cd > to a ftp dir : here is my mistake. Booting from the cd recue, the soft > cant guess that the remote ftp dir only contains the first cd rpms ! > So this question/problem is closed (to me). Larry, You are very likely to need more than just disc1, even for a default install. (Previous Fedora's I've need disc 1 & 2 for a GUI install with the openoffice.org apps, if you want to install different types of machines, you might need more (even for just a couple of files) You don't have to copy the CD's content's to your ftp server path ! - just put the .iso images on the ftp server. -it's something like: (you also need to get permissions correct - test with a anonymous ftp to the server) #mkdir /home/fc5/disc1 #mkdir /home/fc5/disc2 #mkdir /home/fc5/disc3 ...etc #mount -o loop FC-5...disc1.iso /home/fc5/disc1 #mount -o loop FC-5...disc2.iso /home/fc5/disc2 #mount -o loop FC-5...disc3.iso /home/fc5/disc3 >linux askmethod >ftp >192.168.2.yourlocalserver >/home/fc5/disc1 [from memory] The installer knows to look for disc 1 Fedora/RPMS in the given folder, but when it needs disc2 it looks in ../disc2/Fedora/RPMS, and when it needs disc3 it looks in ../disc3/Fedora/RPMS etc. I did happen upon this by accident (looking at the CTRL-ALT-F3,F2 during installation and seeing the multiple paths it was searching for ;-) It all works quite nicely even though it is not well documented. (I go one step further and set dhcp server and tftp server, and have the machines to install do a network book and begin install). DaveT. From ben.steeves at gmail.com Tue Mar 21 13:52:41 2006 From: ben.steeves at gmail.com (Ben Steeves) Date: Tue, 21 Mar 2006 09:52:41 -0400 Subject: file missing man-page !!!! In-Reply-To: <441FAB1F.3000703@freesurf.fr> References: <441F147F.8080504@freesurf.fr> <200603201325.57523.jkeating@j2solutions.net> <441F1FB3.7040401@freesurf.fr> <1142890781.25180.2.camel@ender> <441F23C3.8020809@freesurf.fr> <8767947e0603201527v2e8c4275p77a4d79ce2ddb6a8@mail.gmail.com> <441F929B.2040901@freesurf.fr> <8767947e0603202300v37ea7401q6c27d7afb5e313b4@mail.gmail.com> <441FAB1F.3000703@freesurf.fr> Message-ID: <7ebb24d10603210552l1e792e53q699d12b46ee36e5b@mail.gmail.com> On 3/21/06, LarryT wrote: > So Jonathan, i think we are all right :) > BTW, i think that ftp installation necessary needs a remote ftp > directory (of course !), where ALL (=ALL !!) the data have been copied ! That's the point -- if you only copy the first disk, you don't have it all. If you want to do an HTTP or FTP install from the network using files instead of ISO images, you need to have the RPMs from all five disks copied before you start the install. It's not hard. Just copy the contents of all the disk's RPMS directories into the RPMS directory made when you copied the first disk (not into subdirectories of RPMS! When you're done copying, you should have all 3000+ .rpm files in the same directory). Anaconda is pretty smart, it'll figure everything out for you. Another neat thing you can do is copy all the RPMs to a directory and create a YUM repo. That's typically how I track rawhide when I'm following the test cycle. -- _ Ben Steeves bcs at metacon.ca ( ) The ASCII ribbon campaign ben.steeves at unb.ca X against HTML e-mail GPG ID: 0xB3EBF1D9 / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves From czar at czarc.net Tue Mar 21 13:53:57 2006 From: czar at czarc.net (Gene C.) Date: Tue, 21 Mar 2006 08:53:57 -0500 Subject: Anaconda failure during install of rawhide 2006-01-28 In-Reply-To: <20060130150404.GA2962@mortise.boston.redhat.com> References: <20060129033614.GA27032@wolves.durham.nc.us> <20060130150404.GA2962@mortise.boston.redhat.com> Message-ID: <200603210853.57677.czar@czarc.net> On Monday 30 January 2006 10:04, David Cantrell wrote: > G.Wolfe Woodbury wrote: > > During an attempt to install rawhide of 2006-01-28 (today) anaconda runs > > into a problem after examining the system for other FC installations to > > play with. The error is something like ExamineUpperWindow and cannot be > > dismissed or exited without terminating the install. > > Not much to go on, but I'm going to suggest booting with the 'nodmraid' > option. See if that works. I am still seeing this problem with the final release of FC5: ? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186059 I was surprised that there was no mention in the RELEASE-NOTES. -- Gene From justin.conover at gmail.com Tue Mar 21 13:53:42 2006 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 21 Mar 2006 07:53:42 -0600 Subject: Fedora Core 5 Test Update: GConf2-2.14.0-1 In-Reply-To: References: <200603201532.k2KFWY105789@int-mx1.corp.redhat.com> Message-ID: On 3/20/06, Justin Conover wrote: > > > > On 3/20/06, Raymond Strode wrote: > > > > --------------------------------------------------------------------- > > Fedora Test Update Notification > > FEDORA-2006-171 > > 2006-03-20 > > --------------------------------------------------------------------- > > > > Product : Fedora Core 5 > > Name : GConf2 > > Version : 2.14.0 > > Release : 1 > > Summary : A process-transparent configuration system > > Description : > > GConf is a process-transparent configuration database API used to > > store user preferences. It has pluggable backends and features to > > support workgroup administration. > > > > --------------------------------------------------------------------- > > Update Information: > > > > (from NEWS file): > > > > Misc > > - Improved manual page (Christopher Hanna) > > - Uses the new g_slice API (Beno?t Dejean) > > - Got rid of padding members in private structs (Beno?t) > > - Speed up the installation of multiple schema files > > (Josselin Mouette, Mark LcLoughlin) > > > > Fixes > > - Only calls closelog() when it has HAVE_SYSLOG_H (Tor > > Lillqvist) > > - Fixed a memory leak, bugs #332528 and #334047 (Kjartan > > Maraas, Matthias Clasen) > > > > Translators > > - Petr Tome? (cs) > > - Rhys Jones (cy) > > - Ole Laursen (da) > > - Hendrik Richter (de) > > - Kostas Papadimas (el) > > - Ivar Smolin (et) > > - I?aki Larra?aga (eu) > > - Rajesh Ranjan (hi) > > - Gabor Kelemen (hu) > > - Alessio Frusciante (it) > > - Takeshi AIHANA (ja) > > - Changwoo Ryu (ko) > > - Gnome PL Team (pl) > > - Evandro Fernandes Giovanini (pt_BR) > > - Duarte Loreto (pt) > > - Mi?u Moldovan (ro) > > - Leonid Kanter (ru) > > - Laurent Dhima (sq) > > - ???????? ?. ?????????? (sr) > > - Christian Rose (sv) > > - Maxim Dziumanenko (uk) > > - Funda Wang (zh_CN) > > > > --------------------------------------------------------------------- > > * Sun Mar 19 2006 Ray Strode < rstrode at redhat.com> 2.14.0-1 > > - Update to 2.14.0 > > > > --------------------------------------------------------------------- > > This update can be downloaded from: > > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ > > > > e058355d6aa84ce65760991ab895406a4bfbadb1 SRPMS/GConf2-2.14.0-1.src.rpm > > 7c64a6c1a9ed59a953b81b07ed0439fd69a6cf6e ppc/GConf2-2.14.0-1.ppc.rpm > > be70c8868fcc5a5f19e73aa6e434b9db772348bd ppc/GConf2- > > devel-2.14.0-1.ppc.rpm > > 4e80c71b6cd4e2b75de8eb21a2f9d5b0d27ba853 ppc/debug/GConf2- > > debuginfo-2.14.0-1.ppc.rpm > > e54ba0e8660ba6f103489810a6141492792a25ef x86_64/GConf2- > > 2.14.0-1.x86_64.rpm > > 77d8d83370641e4b25afe5c59aaf23faf2805c4b x86_64/GConf2- > > devel-2.14.0-1.x86_64.rpm > > 3582a8e1e58d17ef73de9891058a8178a0ca3317 x86_64/debug/GConf2- > > debuginfo-2.14.0-1.x86_64.rpm > > de18d532d1599eae65faa8ff47ddabd40321d6e9 i386/GConf2- 2.14.0-1.i386.rpm > > d939ddea2cae4beb7d9437aaa485bfd3641c2713 i386/GConf2- > > devel-2.14.0-1.i386.rpm > > aadfaa8b44be1ec025bd77c62aaac8f56c50148b i386/debug/GConf2- > > debuginfo-2.14.0-1.i386.rpm > > > > This update can be installed with the 'yum' update program. Use 'yum > > update > > package-name' at the command line. For more information, refer to > > 'Managing > > Software with yum,' available at http://fedora.redhat.com/docs/yum/. > > --------------------------------------------------------------------- > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > https://www.redhat.com/mailman/listinfo/fedora-test-list > > > yum update GConf\* > > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Package GConf2-devel.x86_64 0:2.14.0-1 set to be updated > ---> Package GConf2.x86_64 0:2.14.0-1 set to be updated > --> Running transaction check > > Dependencies Resolved > > > ============================================================================= > Package Arch Version Repository > Size > > ============================================================================= > Updating: > GConf2 x86_64 2.14.0-1 updates-testing 1.5M > GConf2-devel x86_64 2.14.0-1 updates-testing 203 > k > > Transaction Summary > > ============================================================================= > Install 0 Package(s) > Update 2 Package(s) > Remove 0 Package(s) > Total download size: 1.7 M > Is this ok [y/N]: y > Downloading Packages: > Running Transaction Test > Finished Transaction Test > > > Transaction Check Error: file /usr/share/man/man1/gconftool-2.1.gz from > install of GConf2-2.14.0-1 conflicts with file from package > GConf2-2.13.5-5 > > # rpm -qa GConf2 > GConf2-2.13.5-5 > GConf2-2.13.5-5 > > # rpm -e GConf2-2.13.5-5.i386 > error: Failed dependencies: > libgconf-2.so.4 is needed by (installed) gnome-vfs2-2.14.0-1.i386 > libgconf-2.so.4 is needed by (installed) > openoffice.org-core-2.0.2-5.2.2.i386 > libgconf-2.so.4 is needed by (installed) libgsf-1.13.3-2.2.1.i386 > > Aparently doesn't like having 2 versions of GConf2. > > > > > > > > > Looks like the package errors were cleaned up and multilib works now. Thanks, -------------- next part -------------- An HTML attachment was scrubbed... URL: From c.hauser at active.ch Tue Mar 21 14:19:18 2006 From: c.hauser at active.ch (Christian Hauser) Date: Tue, 21 Mar 2006 15:19:18 +0100 Subject: Problems with Dell 2001FP monitor Message-ID: <44200B66.1080107@active.ch> Hi I was trying to install FC5 on a Dell XPS with a Dell 2001FP (1600x1200) monitor. However, during installation I can only see a part of the screen the rest is out of bounds. Thus I cannot click on the 'Next', 'Previous' buttons, as I don't see them. Could someone plaese give me a hint on what I can use to get a higher resolution during install? Is there a linux vga=??? boot kernel option that doesn't turn off DMA and gets me a higher resolution so that the whole install screen is visible to me? Thanks in advance for any hint. I'd really like to be able to install FC5 using the graphical mode. Christian From alan at redhat.com Tue Mar 21 14:36:48 2006 From: alan at redhat.com (Alan Cox) Date: Tue, 21 Mar 2006 09:36:48 -0500 Subject: Kernel 2059 from Dave Jones fixes nvidia.ko loading In-Reply-To: <1142876923.3114.71.camel@laptopd505.fenrus.org> References: <002a01c64a17$ccd6a4c0$0a01a8c0@jbsys> <006701c64ab4$5b944450$0a01a8c0@jbsys> <1142876059.2212.12.camel@localhost.localdomain> <1142876923.3114.71.camel@laptopd505.fenrus.org> Message-ID: <20060321143648.GA12823@devserv.devel.redhat.com> On Mon, Mar 20, 2006 at 06:48:43PM +0100, Arjan van de Ven wrote: > > I'd really like to see them there, too. But the question remains even > > for livna: Is vmware player repackageable and redistributeable? > > since when does livna care about license issues? Since it was created. It just (as a non US organisation) doesn't care about half baked and international treaty violating software patent rules that don't apply in the countries in which it operates. From jharnish at ci.grand-rapids.mi.us Tue Mar 21 14:51:23 2006 From: jharnish at ci.grand-rapids.mi.us (jharnish at ci.grand-rapids.mi.us) Date: Tue, 21 Mar 2006 09:51:23 -0500 Subject: Vendor only distributable packages - was " Kernel 2059 from Dave Jones fixes nvidia.ko loading" Message-ID: <"H000090f01317c3b.1142952682.frozone1.grand-rapids.mi.us*"@MHS> Why can't there be a virtual yum repo? IE [Third Party] flash-plugin...rpm -> http://macromedia.mplug.org/rpm/RPMS.macromedia/flash-plugin-7.0.63-1.i386.rpm vmware-player...rpm -> http://download3.vmware.com/software/vmplayer/VMware-player-1.0.1-19317.i386.rpm ...etc This way you are not redistributing it but you are pointing to the original at the vendor's location. Gentoo does something similar but they embed a script that pulls the tarball down and installs it on the user's machine without intervention. This probably needs to go to the Yum group. --Joe -----Original Message----- From: Alan Cox [mailto:alan at redhat.com] Sent: Tuesday, March 21, 2006 9:37 AM To: For testers of Fedora Core development releases Subject: Re: Kernel 2059 from Dave Jones fixes nvidia.ko loading On Mon, Mar 20, 2006 at 06:48:43PM +0100, Arjan van de Ven wrote: > > I'd really like to see them there, too. But the question remains even > > for livna: Is vmware player repackageable and redistributeable? > > since when does livna care about license issues? Since it was created. It just (as a non US organisation) doesn't care about half baked and international treaty violating software patent rules that don't apply in the countries in which it operates. -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list From skvidal at linux.duke.edu Tue Mar 21 14:59:21 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Tue, 21 Mar 2006 09:59:21 -0500 Subject: Vendor only distributable packages - was " Kernel 2059 from Dave Jones fixes nvidia.ko loading" In-Reply-To: <"H000090f01317c3b.1142952682.frozone1.grand-rapids.mi.us*"@MHS> References: <"H000090f01317c3b.1142952682.frozone1.grand-rapids.mi.us*"@MHS> Message-ID: <1142953161.18716.0.camel@cutter> On Tue, 2006-03-21 at 09:51 -0500, jharnish at ci.grand-rapids.mi.us wrote: > Why can't there be a virtual yum repo? > IE > > > [Third Party] > flash-plugin...rpm -> http://macromedia.mplug.org/rpm/RPMS.macromedia/flash-plugin-7.0.63-1.i386.rpm > vmware-player...rpm -> http://download3.vmware.com/software/vmplayer/VMware-player-1.0.1-19317.i386.rpm > ...etc > > This way you are not redistributing it but you are pointing to the original at the vendor's location. Gentoo does something similar but they embed a script that pulls the tarball down and installs it on the user's machine without intervention. > > This probably needs to go to the Yum group. > contributory infringement. Read up on it. :) -sv From cmadams at hiwaay.net Tue Mar 21 14:59:58 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 21 Mar 2006 08:59:58 -0600 Subject: Vendor only distributable packages - was " Kernel 2059 from Dave Jones fixes nvidia.ko loading" In-Reply-To: <1142953161.18716.0.camel@cutter> References: <"H000090f01317c3b.1142952682.frozone1.grand-rapids.mi.us*"@MHS> <1142953161.18716.0.camel@cutter> Message-ID: <20060321145958.GC710737@hiwaay.net> Once upon a time, seth vidal said: > On Tue, 2006-03-21 at 09:51 -0500, jharnish at ci.grand-rapids.mi.us wrote: > > [Third Party] > > flash-plugin...rpm -> http://macromedia.mplug.org/rpm/RPMS.macromedia/flash-plugin-7.0.63-1.i386.rpm > > vmware-player...rpm -> http://download3.vmware.com/software/vmplayer/VMware-player-1.0.1-19317.i386.rpm > > ...etc > > > > This way you are not redistributing it but you are pointing to the original at the vendor's location. Gentoo does something similar but they embed a script that pulls the tarball down and installs it on the user's machine without intervention. > > > > This probably needs to go to the Yum group. > > contributory infringement. Read up on it. :) Neither of the above are infringing on anything. Both would be downloading approved software from proper distributors for licensed use. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From arjan at fenrus.demon.nl Tue Mar 21 15:03:27 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Tue, 21 Mar 2006 16:03:27 +0100 Subject: Vendor only distributable packages - was " Kernel 2059 from Dave Jones fixes nvidia.ko loading" In-Reply-To: <"H000090f01317c3b.1142952682.frozone1.grand-rapids.mi.us*"@MHS> References: <"H000090f01317c3b.1142952682.frozone1.grand-rapids.mi.us*"@MHS> Message-ID: <1142953407.3077.92.camel@laptopd505.fenrus.org> On Tue, 2006-03-21 at 09:51 -0500, jharnish at ci.grand-rapids.mi.us wrote: > Why can't there be a virtual yum repo? > IE in some jurisdictions there is a legal precedent for linking to "illegal" content to be just as bad as distributing it. Now I'm not saying that the flash plugin is illegal (it's not afaik) but the parallel is enough to scare many lawyers ;) Especially if such methods avoid click-through and advertisement webpages that the publisher really intends for you to watch and go through. From guess.who at freesurf.fr Tue Mar 21 15:12:59 2006 From: guess.who at freesurf.fr (LarryT) Date: Tue, 21 Mar 2006 16:12:59 +0100 Subject: file missing man-page !!!! In-Reply-To: <44200020.2090205@bigpond.net.au> References: <441F147F.8080504@freesurf.fr> <200603201325.57523.jkeating@j2solutions.net> <441F1FB3.7040401@freesurf.fr> <1142890781.25180.2.camel@ender> <441F23C3.8020809@freesurf.fr> <8767947e0603201527v2e8c4275p77a4d79ce2ddb6a8@mail.gmail.com> <441F929B.2040901@freesurf.fr> <8767947e0603202300v37ea7401q6c27d7afb5e313b4@mail.gmail.com> <441FAB1F.3000703@freesurf.fr> <44200020.2090205@bigpond.net.au> Message-ID: <442017FB.7060200@freesurf.fr> Thx a lot, all :) If i prefer to copy all from the dir i *mounted -o loop* the iso's, there is a reason : i make two or three installations (having few pc) , so ... it is easier. David Timms wrote: > LarryT wrote: > >> So Jonathan, i think we are all right :) >> BTW, i think that ftp installation necessary needs a remote ftp >> directory (of course !), where ALL (=ALL !!) the data have been copied >> ! Here is the point i missed ! >> The guy who wants to install from one cd, will surely burn the >> fc5disc1 ! But this is not what i first did : i copy the contain of >> the first cd to a ftp dir : here is my mistake. Booting from the cd >> recue, the soft cant guess that the remote ftp dir only contains the >> first cd rpms ! >> So this question/problem is closed (to me). > > Larry, > > You are very likely to need more than just disc1, even for a default > install. (Previous Fedora's I've need disc 1 & 2 for a GUI install with > the openoffice.org apps, if you want to install different types of > machines, you might need more (even for just a couple of files) > You don't have to copy the CD's content's to your ftp server path ! > - just put the .iso images on the ftp server. > > -it's something like: (you also need to get permissions correct - test > with a anonymous ftp to the server) > #mkdir /home/fc5/disc1 > #mkdir /home/fc5/disc2 > #mkdir /home/fc5/disc3 > ...etc > #mount -o loop FC-5...disc1.iso /home/fc5/disc1 > #mount -o loop FC-5...disc2.iso /home/fc5/disc2 > #mount -o loop FC-5...disc3.iso /home/fc5/disc3 > > >linux askmethod > >ftp > >192.168.2.yourlocalserver > >/home/fc5/disc1 [from memory] > > The installer knows to look for disc 1 Fedora/RPMS in the given folder, > but when it needs disc2 it looks in ../disc2/Fedora/RPMS, > and when it needs disc3 it looks in ../disc3/Fedora/RPMS etc. > > I did happen upon this by accident (looking at the CTRL-ALT-F3,F2 during > installation and seeing the multiple paths it was searching for ;-) > > It all works quite nicely even though it is not well documented. (I go > one step further and set dhcp server and tftp server, and have the > machines to install do a network book and begin install). > > DaveT. > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From guess.who at freesurf.fr Tue Mar 21 15:22:55 2006 From: guess.who at freesurf.fr (LarryT) Date: Tue, 21 Mar 2006 16:22:55 +0100 Subject: no icon on desktop when mounting /mnt/device... Message-ID: <44201A4F.20707@freesurf.fr> About the new fc5 (already on the fc5-test) : having logical device on /dev/hda6 (e.g.) creating /mnt/downloads adding line to fstab : /dev/hda6 /mnt/dwonloads vfat auto,users,umask=0 0 0 Then, when i mount /mnt/downloads, it mounts, but there is no icon on the desktop. On fc4, it was ! Is there any config, or what is the possibility to create a shortcut to this mounted device, please ? thx -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From guess.who at freesurf.fr Tue Mar 21 15:55:33 2006 From: guess.who at freesurf.fr (LarryT) Date: Tue, 21 Mar 2006 16:55:33 +0100 Subject: fc5-test3 and external usb box : works fine :) In-Reply-To: <44145205.4020902@insight.rr.com> References: <4413D388.6070805@freesurf.fr> <4413FFE2.4060502@insight.rr.com> <441404A9.7050204@freesurf.fr> <44143927.8020705@insight.rr.com> <44143E8B.3020703@freesurf.fr> <44145205.4020902@insight.rr.com> Message-ID: <442021F5.6090100@freesurf.fr> Hi Jim, did you find some easier way about this ? Gonna give it a try with the new fc5 ... Jim Cornette wrote: > Larry tb wrote: >> Make a kind of doc there : >> http://www.brothersofnet.freesurf.fr/sans_popup/fc5/fc5-usb-boot.htm >> > > Thanks! I'll give it a shot. There has to be an easier way! > > Jim > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" :-p From DwaineGarden at rogers.com Tue Mar 21 16:28:22 2006 From: DwaineGarden at rogers.com (Dwaine Garden) Date: Tue, 21 Mar 2006 11:28:22 -0500 Subject: Fedora Release package from rawhide converts to core 5 repository Message-ID: <442029A6.9050705@rogers.com> Updating with yum, and now it's pointing me back to the official fedora Core 5 repository. How do I get back to updates from rawhide. Tried to upgrade back to fedora-release package from development Then tried uninstall of yum with re-install. Nothing. Still stuck pointing to official core 5 release. Anyone else have this problem? From jspaleta at gmail.com Tue Mar 21 16:31:45 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 21 Mar 2006 11:31:45 -0500 Subject: Fedora Release package from rawhide converts to core 5 repository In-Reply-To: <442029A6.9050705@rogers.com> References: <442029A6.9050705@rogers.com> Message-ID: <604aa7910603210831h48c0f1a5g21be2e00db8093e8@mail.gmail.com> On 3/21/06, Dwaine Garden wrote: > Updating with yum, and now it's pointing me back to the official fedora > Core 5 repository. > > How do I get back to updates from rawhide. Tried to upgrade back to > fedora-release package from development > Then tried uninstall of yum with re-install. Nothing. Still stuck > pointing to official core 5 release. > > Anyone else have this problem? disable the core, updates and extras repo. Enable the development and extras-development repo. Assuming you have the fc5 fedora-release package installed edit each of the files below accordingly: fedora-core.repo ---> enabled=0 fedora-updates.repo ---> enabled=0 fedora-extras-.repo ---> enabled=0 fedora-extras-development.repo ---> enabled=1 fedora-development.repo --> enabled=1 -jef From davej at redhat.com Tue Mar 21 16:34:45 2006 From: davej at redhat.com (Dave Jones) Date: Tue, 21 Mar 2006 11:34:45 -0500 Subject: Fedora Core 4 Test Update: kernel-2.6.16-1.2066_FC4 Message-ID: <200603211634.k2LGYjhJ010208@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-184 2006-03-21 --------------------------------------------------------------------- Product : Fedora Core 4 Name : kernel Version : 2.6.16 Release : 1.2066_FC4 Summary : The Linux kernel (the core of the Linux operating system) Description : The kernel package contains the Linux kernel (vmlinuz), the core of any Linux operating system. The kernel handles the basic functions of the operating system: memory allocation, process allocation, device input and output, etc. --------------------------------------------------------------------- Update Information: A large rebase to the latest upstream release, 2.6.16. --------------------------------------------------------------------- * Mon Mar 20 2006 Dave Jones - Sync with FC5's 2.6.16 kernel. - Update Tux & Exec-shield to latest. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 2e890e0e67ae2d8ca9148e724840356aa2423659 SRPMS/kernel-2.6.16-1.2066_FC4.src.rpm 4716f342507f2776211053b08f9ac4aa278a1358 ppc/kernel-doc-2.6.16-1.2066_FC4.noarch.rpm 8186ae0fa05252746f59ee717d4a1de1801e1de2 x86_64/kernel-2.6.16-1.2066_FC4.x86_64.rpm c1b36404e35cbbe97424b3c43ef7b386cc689a80 x86_64/kernel-devel-2.6.16-1.2066_FC4.x86_64.rpm f55111d8415442a8be0d6a0f61f7351dbb122b37 x86_64/kernel-smp-2.6.16-1.2066_FC4.x86_64.rpm 29f7ebf0afccd0f651ed4a039323ac32b9af2cdc x86_64/kernel-smp-devel-2.6.16-1.2066_FC4.x86_64.rpm ea607d6573e06934a3abfa10fd8dfb6d974b0f4e x86_64/debug/kernel-debuginfo-2.6.16-1.2066_FC4.x86_64.rpm 4716f342507f2776211053b08f9ac4aa278a1358 x86_64/kernel-doc-2.6.16-1.2066_FC4.noarch.rpm b83947f4e4f43a3319e11a7f03257e75ef5ebeb7 i386/kernel-2.6.16-1.2066_FC4.i586.rpm 4e5f11f25ab90fe1f7f3ebf297a66585900b2e05 i386/kernel-devel-2.6.16-1.2066_FC4.i586.rpm 32c519b5eb81aba06c09d6e56202422ed10f5091 i386/debug/kernel-debuginfo-2.6.16-1.2066_FC4.i586.rpm 81d8c9db45ffb822f447e6fd1ed9a6235e76ea3a i386/kernel-2.6.16-1.2066_FC4.i686.rpm 0c0d2800f3192b7b9c00f9d8f7c7153d69ced115 i386/kernel-devel-2.6.16-1.2066_FC4.i686.rpm 2ffc9ff25dd1fe970e8492f393097fc4ab206ad0 i386/kernel-smp-2.6.16-1.2066_FC4.i686.rpm 8ea56569fe708ac75bd9e55dc3e62c56df522102 i386/kernel-smp-devel-2.6.16-1.2066_FC4.i686.rpm 5de0288fbcee162c4887ad086f0e9a087632ab1c i386/debug/kernel-debuginfo-2.6.16-1.2066_FC4.i686.rpm 4716f342507f2776211053b08f9ac4aa278a1358 i386/kernel-doc-2.6.16-1.2066_FC4.noarch.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From jharnish at ci.grand-rapids.mi.us Tue Mar 21 16:38:04 2006 From: jharnish at ci.grand-rapids.mi.us (jharnish at ci.grand-rapids.mi.us) Date: Tue, 21 Mar 2006 11:38:04 -0500 Subject: Vendor only distributable packages - was " Kernel 2059 from Dave Jones fixes nvidia.ko loading" Message-ID: <"H000090f0131dc7b.1142959084.frozone1.grand-rapids.mi.us*"@MHS> Would it still be the same case if you distributed a package containing the yum repo file for something like the Flash repo (http://macromedia.mplug.org/rep_uh.html) ? -----Original Message----- From: Arjan van de Ven [mailto:arjan at fenrus.demon.nl] Sent: Tuesday, March 21, 2006 10:03 AM To: For testers of Fedora Core development releases Subject: Re: Vendor only distributable packages - was " Kernel 2059 from Dave Jones fixes nvidia.ko loading" On Tue, 2006-03-21 at 09:51 -0500, jharnish at ci.grand-rapids.mi.us wrote: > Why can't there be a virtual yum repo? > IE in some jurisdictions there is a legal precedent for linking to "illegal" content to be just as bad as distributing it. Now I'm not saying that the flash plugin is illegal (it's not afaik) but the parallel is enough to scare many lawyers ;) Especially if such methods avoid click-through and advertisement webpages that the publisher really intends for you to watch and go through. -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list From DwaineGarden at rogers.com Tue Mar 21 16:39:42 2006 From: DwaineGarden at rogers.com (Dwaine Garden) Date: Tue, 21 Mar 2006 11:39:42 -0500 Subject: Fedora Release package from rawhide converts to core 5 repository In-Reply-To: <604aa7910603210831h48c0f1a5g21be2e00db8093e8@mail.gmail.com> References: <442029A6.9050705@rogers.com> <604aa7910603210831h48c0f1a5g21be2e00db8093e8@mail.gmail.com> Message-ID: <44202C4E.7000602@rogers.com> Jeff Spaleta wrote: > On 3/21/06, Dwaine Garden wrote: > >> Updating with yum, and now it's pointing me back to the official fedora >> Core 5 repository. >> >> How do I get back to updates from rawhide. Tried to upgrade back to >> fedora-release package from development >> Then tried uninstall of yum with re-install. Nothing. Still stuck >> pointing to official core 5 release. >> >> Anyone else have this problem? >> > > disable the core, updates and extras repo. Enable the development and > extras-development repo. > Assuming you have the fc5 fedora-release package installed > edit each of the files below accordingly: > fedora-core.repo ---> enabled=0 > fedora-updates.repo ---> enabled=0 > fedora-extras-.repo ---> enabled=0 > fedora-extras-development.repo ---> enabled=1 > fedora-development.repo --> enabled=1 > > -jef > > back in business. Thanks worked. Was not expecting to edit the repo files. From berryja at gmail.com Tue Mar 21 16:42:00 2006 From: berryja at gmail.com (Jonathan Berry) Date: Tue, 21 Mar 2006 10:42:00 -0600 Subject: file missing man-page !!!! In-Reply-To: <441FC02F.2050309@mharris.ca> References: <441F147F.8080504@freesurf.fr> <200603201325.57523.jkeating@j2solutions.net> <441F1FB3.7040401@freesurf.fr> <1142890781.25180.2.camel@ender> <441F23C3.8020809@freesurf.fr> <8767947e0603201527v2e8c4275p77a4d79ce2ddb6a8@mail.gmail.com> <441F929B.2040901@freesurf.fr> <8767947e0603202300v37ea7401q6c27d7afb5e313b4@mail.gmail.com> <441FC02F.2050309@mharris.ca> Message-ID: <8767947e0603210842v3fcfbc0awccb92e33305e9ecc@mail.gmail.com> On 3/21/06, Mike A. Harris wrote: > Jonathan Berry wrote: > >>Is it understandable, now? > >>(i am really sorry that my english is not very good :-/) > > > > > > You're English is intelligible enough :). > > Expanding your contraction... > > "You are English is intelligible enough :)" > > I love it! Thanks, that made my day! ;o) Wow, I can't believe I did that... Oh well. Note to self: don't answer emails at 1:00 am. Glad you liked it Mike :). Jonathan From jspaleta at gmail.com Tue Mar 21 16:56:26 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 21 Mar 2006 11:56:26 -0500 Subject: Vendor only distributable packages - was " Kernel 2059 from Dave Jones fixes nvidia.ko loading" In-Reply-To: References: Message-ID: <604aa7910603210856i53e14dc1sc2207182c7a79f36@mail.gmail.com> On 3/21/06, jharnish at ci.grand-rapids.mi.us wrote: > Would it still be the same case if you distributed a package containing the yum repo > file for something like the Flash repo (http://macromedia.mplug.org/rep_uh.html) ? Setting aside the issues associated with making shipping pre-approved links to any 3rd party software repositories comfortable for the lawyers whom I can not speak for. And also side-stepping he issues of the support burden associated with blurring the line between Fedora packages and 3rd party packages by providing additional "legal" 3rd party configurations and whether that will confuse the userbase as to which entity is responsible for associated problems. I will say that I personally would prefer if this project continues to take a very hardline stance with regard to providing a complete open-source experience, instead of providing pre-configured links to any proprietary solutions to fill in the gaps in the foss stack. I'm fully prepared to live with gaps in both software and hardware support to encourage development of open source solutions over proprietary ones. Even if that project policy impacts the release's overall userbase popularity because of the incremental annoyance of finding 3rd party repositories... i believe its worth it if the annoyance factor spurs increased interest in open and distributable implementations of the missing functionality. -jef"any news about the gcjwebplugin project of late?"spaleta From berryja at gmail.com Tue Mar 21 17:00:10 2006 From: berryja at gmail.com (Jonathan Berry) Date: Tue, 21 Mar 2006 11:00:10 -0600 Subject: fc5-test3 and external usb box : works fine :) In-Reply-To: <442021F5.6090100@freesurf.fr> References: <4413D388.6070805@freesurf.fr> <4413FFE2.4060502@insight.rr.com> <441404A9.7050204@freesurf.fr> <44143927.8020705@insight.rr.com> <44143E8B.3020703@freesurf.fr> <44145205.4020902@insight.rr.com> <442021F5.6090100@freesurf.fr> Message-ID: <8767947e0603210900p6eeb3f8ap802b8c4c7c4842e4@mail.gmail.com> On 3/21/06, LarryT wrote: > Jim Cornette wrote: > > Larry tb wrote: > >> Make a kind of doc there : > >> http://www.brothersofnet.freesurf.fr/sans_popup/fc5/fc5-usb-boot.htm > >> > > > > Thanks! I'll give it a shot. There has to be an easier way! > > Hi Jim, > did you find some easier way about this ? > Gonna give it a try with the new fc5 ... Uhh, yeah, there is an easier way than editing the raw initrd. I don't remember the command off-hand, but you can run mkinitrd with some extra modules as options (probably the same ones added by hand in the above). Here you go, here is the writeup I did a while back for FC4: http://www.redhat.com/archives/fedora-list/2005-June/msg02452.html The mkinitrd command is under step 8. Jonathan From jharnish at ci.grand-rapids.mi.us Tue Mar 21 17:10:08 2006 From: jharnish at ci.grand-rapids.mi.us (jharnish at ci.grand-rapids.mi.us) Date: Tue, 21 Mar 2006 12:10:08 -0500 Subject: Vendor only distributable packages - was " Kernel 2059 from Dave Jones fixes nvidia.ko loading" Message-ID: <"H000090f0131f272.1142961004.frozone1.grand-rapids.mi.us*"@MHS> I must admit that your argument is a very good one and one I will take as my answer. I just hope that the attention that gcj and evince have had to make them ready for prime time will translate over to these other "holes". Thanks Joe wrote: I will say that I personally would prefer if this project continues to take a very hardline stance with regard to providing a complete open-source experience, instead of providing pre-configured links to any proprietary solutions to fill in the gaps in the foss stack. I'm fully prepared to live with gaps in both software and hardware support to encourage development of open source solutions over proprietary ones. Even if that project policy impacts the release's overall userbase popularity because of the incremental annoyance of finding 3rd party repositories... i believe its worth it if the annoyance factor spurs increased interest in open and distributable implementations of the missing functionality. From sundaram at fedoraproject.org Tue Mar 21 17:15:05 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 21 Mar 2006 22:45:05 +0530 Subject: Vendor only distributable packages - was " Kernel 2059 from Dave Jones fixes nvidia.ko loading" In-Reply-To: <"H000090f0131f272.1142961004.frozone1.grand-rapids.mi.us*"@MHS> References: <"H000090f0131f272.1142961004.frozone1.grand-rapids.mi.us*"@MHS> Message-ID: <44203499.1070407@fedoraproject.org> jharnish at ci.grand-rapids.mi.us wrote: >I must admit that your argument is a very good one and one I will take as my answer. I just hope that the attention that gcj and evince have had to make them ready for prime time will translate over to these other "holes". > >Thanks > >Joe > It they are just technical hurdles, yes. If they are legal issues like software patents, then it becomes more harder and you will have to wage political battles. -- Rahul From gilboad at gmail.com Tue Mar 21 17:20:09 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Tue, 21 Mar 2006 19:20:09 +0200 Subject: ARGH! FC5 still doesn't sync with Pilot. In-Reply-To: <20060321131634.GH4809@br-online.de> References: <1142938368.7776.13.camel@gilboa-home-dev.localhost> <20060321110311.GC4809@br-online.de> <1142945938.7776.38.camel@gilboa-home-dev.localhost> <20060321131634.GH4809@br-online.de> Message-ID: <1142961609.7776.45.camel@gilboa-home-dev.localhost> On Tue, 2006-03-21 at 14:16 +0100, Ralph Angenendt wrote: > Gilboa Davara wrote: > > Why do I get the distinct feeling these bugs will remain open in FC6T1, > > T2, T3 and FC6? > > Why do *I* get the feeling that a release of a *fixed* pilot-link > package might get the fedora developers to include that into fc5 > alongside with an updated gnome-pilot? > > Ralph > -- Well... we'll have to see about that. Keep in mind, though, that the official gnome-pilot/pilot-link combo was never fixed in FC4. Nor will it. Gilboa From jkeating at j2solutions.net Tue Mar 21 17:36:34 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 21 Mar 2006 09:36:34 -0800 Subject: How to change yum repos to FC5 stable In-Reply-To: References: Message-ID: <200603210936.34734.jkeating@j2solutions.net> On Tuesday 21 March 2006 02:30, Filip Tsachev wrote: > why would updates repo file be created as .rpmnew while extras/base as > .rpmsave? .rpmnew is for files that the original file has been modified. So rpm won't overwrite it. .rpmsave is for files that the original file has NOT been modified, so rpm is safe to overwrite it, but saves the old one just in case. At least, that's my theory, w/out actually looking in the man pages and source code. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From guess.who at freesurf.fr Tue Mar 21 17:40:31 2006 From: guess.who at freesurf.fr (LarryT) Date: Tue, 21 Mar 2006 18:40:31 +0100 Subject: fc5-test3 and external usb box : works fine :) In-Reply-To: <8767947e0603210900p6eeb3f8ap802b8c4c7c4842e4@mail.gmail.com> References: <4413D388.6070805@freesurf.fr> <4413FFE2.4060502@insight.rr.com> <441404A9.7050204@freesurf.fr> <44143927.8020705@insight.rr.com> <44143E8B.3020703@freesurf.fr> <44145205.4020902@insight.rr.com> <442021F5.6090100@freesurf.fr> <8767947e0603210900p6eeb3f8ap802b8c4c7c4842e4@mail.gmail.com> Message-ID: <44203A8F.9090501@freesurf.fr> Thx Jonathan, but this doesn't work for all external box. :( I first tried, but have to do what i explained of the link ... Jonathan Berry wrote: > On 3/21/06, LarryT wrote: >> Jim Cornette wrote: >>> Larry tb wrote: >>>> Make a kind of doc there : >>>> http://www.brothersofnet.freesurf.fr/sans_popup/fc5/fc5-usb-boot.htm >>>> >>> Thanks! I'll give it a shot. There has to be an easier way! >> Hi Jim, >> did you find some easier way about this ? >> Gonna give it a try with the new fc5 ... > > Uhh, yeah, there is an easier way than editing the raw initrd. I > don't remember the command off-hand, but you can run mkinitrd with > some extra modules as options (probably the same ones added by hand in > the above). Here you go, here is the writeup I did a while back for > FC4: > http://www.redhat.com/archives/fedora-list/2005-June/msg02452.html > The mkinitrd command is under step 8. > > Jonathan > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" :-p From michal at harddata.com Tue Mar 21 17:41:17 2006 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 21 Mar 2006 10:41:17 -0700 Subject: startind smartD [failed] In-Reply-To: <441FDD3D.5080905@freesurf.fr> References: <441FDD3D.5080905@freesurf.fr> Message-ID: <20060321174117.GA28079@mail.harddata.com> On Tue, Mar 21, 2006 at 12:02:21PM +0100, LarryT wrote: > I had this problem with fc4, and still with fc5. > When starting, i have one [failed] returned : > > Starting smartd [failed] Quite possibly your /etc/smartd.conf does not reflect your real drives. Did you try to run, as root, smartd-conf.py? Like that, but save first a copy of /etc/smartd.conf if you have doubts: smartd-conf.py >/etc/smartd.conf and 'service smartd restart' after this. Saying that there exist devices without SMART support. Michal From guess.who at freesurf.fr Tue Mar 21 18:02:11 2006 From: guess.who at freesurf.fr (LarryT) Date: Tue, 21 Mar 2006 19:02:11 +0100 Subject: startind smartD [failed] In-Reply-To: <20060321174117.GA28079@mail.harddata.com> References: <441FDD3D.5080905@freesurf.fr> <20060321174117.GA28079@mail.harddata.com> Message-ID: <44203FA3.4060400@freesurf.fr> Thx; it doesn't make any change :( Please see attachement (smartd.txt) Michal Jaegermann wrote: > On Tue, Mar 21, 2006 at 12:02:21PM +0100, LarryT wrote: >> I had this problem with fc4, and still with fc5. >> When starting, i have one [failed] returned : >> >> Starting smartd [failed] > > Quite possibly your /etc/smartd.conf does not reflect your real > drives. Did you try to run, as root, smartd-conf.py? Like that, > but save first a copy of /etc/smartd.conf if you have doubts: > > smartd-conf.py >/etc/smartd.conf > > and 'service smartd restart' after this. > > Saying that there exist devices without SMART support. > > Michal > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" :-p -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: smartd.txt URL: From harald at redhat.com Tue Mar 21 18:03:14 2006 From: harald at redhat.com (Harald Hoyer) Date: Tue, 21 Mar 2006 13:03:14 -0500 Subject: Fedora Core 4 Test Update: k3b-0.12.14-0.FC4.1 Message-ID: <200603211803.k2LI3Eie008011@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-191 2006-03-21 --------------------------------------------------------------------- Product : Fedora Core 4 Name : k3b Version : 0.12.14 Release : 0.FC4.1 Summary : CD/DVD burning application for KDE Description : K3b provides a comfortable user interface to perform most CD/DVD burning tasks. While the experienced user can take influence in all steps of the burning process the beginner may find comfort in the automatic settings and the reasonable k3b defaults which allow a quick start. --------------------------------------------------------------------- Update Information: new version --------------------------------------------------------------------- * Tue Mar 21 2006 Harald Hoyer 0:0.12.14-0.FC4.1 - version 0.12.14 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 374b4d94b6a5c62fd5cc5494b4210992349a4aa8 SRPMS/k3b-0.12.14-0.FC4.1.src.rpm 8ccb0fbf6c687cee44b76b757f6c6c75aea7c955 ppc/k3b-0.12.14-0.FC4.1.ppc.rpm 858f2ac71a0a315a664c934d0a256fa4fec7110a ppc/debug/k3b-debuginfo-0.12.14-0.FC4.1.ppc.rpm 8168c6d06f8e68355cc7954f1089b54828ed6c28 x86_64/k3b-0.12.14-0.FC4.1.x86_64.rpm b88cd571986bdb871439445a0f70b9b58d75be52 x86_64/debug/k3b-debuginfo-0.12.14-0.FC4.1.x86_64.rpm db67a7a67b4b4e90c5c44fa71173c748deb525d7 i386/k3b-0.12.14-0.FC4.1.i386.rpm 49ec4b9df05b5b021f06848efd2289237cbe8ee3 i386/debug/k3b-debuginfo-0.12.14-0.FC4.1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From tmraz at redhat.com Tue Mar 21 18:23:54 2006 From: tmraz at redhat.com (Tomas Mraz) Date: Tue, 21 Mar 2006 19:23:54 +0100 Subject: startind smartD [failed] In-Reply-To: <44203FA3.4060400@freesurf.fr> References: <441FDD3D.5080905@freesurf.fr> <20060321174117.GA28079@mail.harddata.com> <44203FA3.4060400@freesurf.fr> Message-ID: <1142965434.3361.14.camel@perun.kabelta.loc> On Tue, 2006-03-21 at 19:02 +0100, LarryT wrote: > Thx; > it doesn't make any change :( > Please see attachement (smartd.txt) Please open a bug against smartmontools, attach the smartd.txt there. Also look for any messages from smartd in the /var/log/messages and put them into the bug report. -- Tomas Mraz From dragoran at feuerpokemon.de Tue Mar 21 18:42:08 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 21 Mar 2006 19:42:08 +0100 Subject: upgrade kernel-smp -> kernel Message-ID: <44204900.6050601@feuerpokemon.de> what does happen if I upgrade a FC4 x86_64 box which only have a smp kernel installed to FC5 ? in FC5 the UP kernel supports smp so the rpms are named kernel not kernel-smp? Can anaconda handle that or should I install the up kernels to make sure that the kernel gets updated too? From davej at redhat.com Tue Mar 21 18:48:59 2006 From: davej at redhat.com (Dave Jones) Date: Tue, 21 Mar 2006 13:48:59 -0500 Subject: upgrade kernel-smp -> kernel In-Reply-To: <44204900.6050601@feuerpokemon.de> References: <44204900.6050601@feuerpokemon.de> Message-ID: <20060321184859.GA14368@redhat.com> On Tue, Mar 21, 2006 at 07:42:08PM +0100, dragoran wrote: > what does happen if I upgrade a FC4 x86_64 box which only have a smp > kernel installed to FC5 ? > in FC5 the UP kernel supports smp so the rpms are named kernel not > kernel-smp? > Can anaconda handle that or should I install the up kernels to make sure > that the kernel gets updated too? it *should* be handled fine. If not, please file a bug. Dave -- http://www.codemonkey.org.uk From michal at harddata.com Tue Mar 21 19:04:27 2006 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 21 Mar 2006 12:04:27 -0700 Subject: startind smartD [failed] In-Reply-To: <44203FA3.4060400@freesurf.fr> References: <441FDD3D.5080905@freesurf.fr> <20060321174117.GA28079@mail.harddata.com> <44203FA3.4060400@freesurf.fr> Message-ID: <20060321190427.GA30195@mail.harddata.com> On Tue, Mar 21, 2006 at 07:02:11PM +0100, LarryT wrote: > Thx; > it doesn't make any change :( .... > [root at ws044 ~]# smartd-conf.py That writes on stdout; so if you used commands like you show then no change is not so surprising. A suggestion was 'smartd-conf.py >/etc/smartd.conf' which is something different than the above. There is also possibilty that you have to turn on SMART capabilities on a device or devices - if such capabilities are indeed present. See 'man smartctl' and there option '-s' in particular. If you have disks which do not support SMART then do not include these in /etc/smartd.conf or you will always get failures. Michal From dragoran at feuerpokemon.de Tue Mar 21 19:07:02 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 21 Mar 2006 20:07:02 +0100 Subject: upgrade kernel-smp -> kernel In-Reply-To: <20060321184859.GA14368@redhat.com> References: <44204900.6050601@feuerpokemon.de> <20060321184859.GA14368@redhat.com> Message-ID: <44204ED6.2080108@feuerpokemon.de> Dave Jones wrote: >On Tue, Mar 21, 2006 at 07:42:08PM +0100, dragoran wrote: > > what does happen if I upgrade a FC4 x86_64 box which only have a smp > > kernel installed to FC5 ? > > in FC5 the UP kernel supports smp so the rpms are named kernel not > > kernel-smp? > > Can anaconda handle that or should I install the up kernels to make sure > > that the kernel gets updated too? > >it *should* be handled fine. If not, please file a bug. > > Dave > > > *how* is this handled? does anaconda/yum force a kernel update even if no older kernel is installed or does any package require a newer kernel? From berryja at gmail.com Tue Mar 21 19:14:45 2006 From: berryja at gmail.com (Jonathan Berry) Date: Tue, 21 Mar 2006 13:14:45 -0600 Subject: FC5 Errata kernel? Message-ID: <8767947e0603211114k50f66fbetf3b6b36434ea34c8@mail.gmail.com> Hey all, I was just wondering when the first FC5 kernel update would be. Was there some reason for not pushing the 2059 kernel that fixed the print_tainted bug? Are there other issues to be fixed first? Jonathan From guess.who at freesurf.fr Tue Mar 21 19:24:50 2006 From: guess.who at freesurf.fr (LarryT) Date: Tue, 21 Mar 2006 20:24:50 +0100 Subject: startind smartD [failed] In-Reply-To: <20060321190427.GA30195@mail.harddata.com> References: <441FDD3D.5080905@freesurf.fr> <20060321174117.GA28079@mail.harddata.com> <44203FA3.4060400@freesurf.fr> <20060321190427.GA30195@mail.harddata.com> Message-ID: <44205302.6060902@freesurf.fr> Michal, i am sorry, but you didn't read what i wrote :-/ Please, have a look again at the attachement (i have put @@@@@@@@@@@@@@@@@@ at the right place :)) ---------> i tried many things ;) larry Michal Jaegermann wrote: > On Tue, Mar 21, 2006 at 07:02:11PM +0100, LarryT wrote: > >>Thx; >>it doesn't make any change :( > > .... > >>[root at ws044 ~]# smartd-conf.py > > > That writes on stdout; so if you used commands like you show > then no change is not so surprising. A suggestion was > 'smartd-conf.py >/etc/smartd.conf' which is something different > than the above. > > There is also possibilty that you have to turn on SMART capabilities > on a device or devices - if such capabilities are indeed present. > See 'man smartctl' and there option '-s' in particular. If you > have disks which do not support SMART then do not include these in > /etc/smartd.conf or you will always get failures. > > Michal > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: smartd.txt URL: From davej at redhat.com Tue Mar 21 19:26:00 2006 From: davej at redhat.com (Dave Jones) Date: Tue, 21 Mar 2006 14:26:00 -0500 Subject: FC5 Errata kernel? In-Reply-To: <8767947e0603211114k50f66fbetf3b6b36434ea34c8@mail.gmail.com> References: <8767947e0603211114k50f66fbetf3b6b36434ea34c8@mail.gmail.com> Message-ID: <20060321192600.GC14368@redhat.com> On Tue, Mar 21, 2006 at 01:14:45PM -0600, Jonathan Berry wrote: > Hey all, > I was just wondering when the first FC5 kernel update would be. Was > there some reason for not pushing the 2059 kernel that fixed the > print_tainted bug? Are there other issues to be fixed first? > Jonathan Yes, some Xen & Execshield fixes pending and a bunch of small bits and pieces (and anything else that turns up in bugzilla over the next few days -- the first few days of a new release always shake out a few easy-to-fix things). Should be ready by Friday. Dave -- http://www.codemonkey.org.uk From huffman at graze.net Tue Mar 21 20:01:14 2006 From: huffman at graze.net (Brian C. Huffman) Date: Tue, 21 Mar 2006 15:01:14 -0500 Subject: CTRL-ALT-DEL vs. Menu Shutdown Message-ID: <1142971275.2613.20.camel@zaphod.graze.net> All, This should probably be in the regular fedora list since FC5 has been released, but I just found something that I don't remember seeing any other emails about and is in my opinion the wrong behavior. When you hit CTRL-ALT-DEL, the logout / shutdown screen should be the same as when you select shutdown from the menu. It's not. It exhibits the same behavior as FC4. Brian From katzj at redhat.com Tue Mar 21 20:04:18 2006 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 21 Mar 2006 15:04:18 -0500 Subject: upgrade kernel-smp -> kernel In-Reply-To: <44204ED6.2080108@feuerpokemon.de> References: <44204900.6050601@feuerpokemon.de> <20060321184859.GA14368@redhat.com> <44204ED6.2080108@feuerpokemon.de> Message-ID: <1142971458.2750.10.camel@aglarond.local> On Tue, 2006-03-21 at 20:07 +0100, dragoran wrote: > *how* is this handled? > does anaconda/yum force a kernel update even if no older kernel is > installed or does any package require a newer kernel? The x86_64 kernel package obsoletes kernel-smp, and so standard upgrade rules apply Jeremy From i.pilcher at comcast.net Tue Mar 21 20:24:20 2006 From: i.pilcher at comcast.net (Ian Pilcher) Date: Tue, 21 Mar 2006 14:24:20 -0600 Subject: Vendor only distributable packages - was " Kernel 2059 from Dave Jones fixes nvidia.ko loading" In-Reply-To: <604aa7910603210856i53e14dc1sc2207182c7a79f36@mail.gmail.com> References: <604aa7910603210856i53e14dc1sc2207182c7a79f36@mail.gmail.com> Message-ID: Jeff Spaleta wrote: > 3rd party repositories... i believe its worth it if the annoyance > factor spurs increased interest in open and distributable > implementations of the missing functionality. I agree with this sentiment, but I'm becoming increasingly doubtful that user annoyance actually spurs this kind of interest. -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From cmadams at hiwaay.net Tue Mar 21 20:52:56 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 21 Mar 2006 14:52:56 -0600 Subject: How to change yum repos to FC5 stable In-Reply-To: <200603210936.34734.jkeating@j2solutions.net> References: <200603210936.34734.jkeating@j2solutions.net> Message-ID: <20060321205255.GG710737@hiwaay.net> Once upon a time, Jesse Keating said: > .rpmsave is for files that the original file has NOT been modified, so rpm is > safe to overwrite it, but saves the old one just in case. I though .rpmsave is when a config file that has been modified would otherwise be removed (e.g. "rpm -e" or an "rpm -U" to a package that no longer has that file). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From dtimms at bigpond.net.au Tue Mar 21 21:03:41 2006 From: dtimms at bigpond.net.au (David Timms) Date: Wed, 22 Mar 2006 08:03:41 +1100 Subject: Problems with Dell 2001FP monitor In-Reply-To: <44200B66.1080107@active.ch> References: <44200B66.1080107@active.ch> Message-ID: <44206A2D.4090405@bigpond.net.au> Christian Hauser wrote: > Hi > > I was trying to install FC5 on a Dell XPS with a Dell 2001FP (1600x1200) > monitor. However, during installation I can only see a part of the > screen the rest is out of bounds. Thus I cannot click on the 'Next', > 'Previous' buttons, as I don't see them. Depending on what you can see on your screen, you might be able to use the keyboard accelarators Alt-N and Alt-P to get through the GUI install. Another alternative is to type linux text at the initial boot prompt, and do the install in text mode. DaveT From dmalcolm at redhat.com Tue Mar 21 21:15:54 2006 From: dmalcolm at redhat.com (David Malcolm) Date: Tue, 21 Mar 2006 16:15:54 -0500 Subject: CTRL-ALT-DEL vs. Menu Shutdown In-Reply-To: <1142971275.2613.20.camel@zaphod.graze.net> References: <1142971275.2613.20.camel@zaphod.graze.net> Message-ID: <1142975754.12832.4.camel@cassandra.boston.redhat.com> On Tue, 2006-03-21 at 15:01 -0500, Brian C. Huffman wrote: > All, > > This should probably be in the regular fedora list since FC5 has been > released, but I just found something that I don't remember seeing any > other emails about and is in my opinion the wrong behavior. When you > hit CTRL-ALT-DEL, the logout / shutdown screen should be the same as > when you select shutdown from the menu. It's not. It exhibits the same > behavior as FC4. Why should the behaviour be the same? One is a highly-visible menu option marked "Shutdown", the other is a non-discoverable/magic keyboard sequence (albeit well-known to long-suffering users of another OS) From tjb at unh.edu Tue Mar 21 21:17:16 2006 From: tjb at unh.edu (Thomas J. Baker) Date: Tue, 21 Mar 2006 16:17:16 -0500 Subject: Problems with Dell 2001FP monitor In-Reply-To: <44200B66.1080107@active.ch> References: <44200B66.1080107@active.ch> Message-ID: <1142975836.25542.3.camel@zero.sr.unh.edu> On Tue, 2006-03-21 at 15:19 +0100, Christian Hauser wrote: > Hi > > I was trying to install FC5 on a Dell XPS with a Dell 2001FP (1600x1200) > monitor. However, during installation I can only see a part of the > screen the rest is out of bounds. Thus I cannot click on the 'Next', > 'Previous' buttons, as I don't see them. > > Could someone plaese give me a hint on what I can use to get a higher > resolution during install? > > Is there a linux vga=??? boot kernel option that doesn't turn off DMA > and gets me a higher resolution so that the whole install screen is > visible to me? > > Thanks in advance for any hint. I'd really like to be able to install > FC5 using the graphical mode. > > Christian > I just did a clean install with a Precision 670 and a 2001FP via DVI with no problems. If you're using an analog cable, did you try pushing the Auto Adjust button? tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From rstrode at redhat.com Tue Mar 21 21:21:43 2006 From: rstrode at redhat.com (Ray Strode) Date: Tue, 21 Mar 2006 16:21:43 -0500 Subject: CTRL-ALT-DEL vs. Menu Shutdown In-Reply-To: <1142971275.2613.20.camel@zaphod.graze.net> References: <1142971275.2613.20.camel@zaphod.graze.net> Message-ID: <1142976104.5156.0.camel@halflap> Hi, > This should probably be in the regular fedora list since FC5 has been > released, but I just found something that I don't remember seeing any > other emails about and is in my opinion the wrong behavior. When you > hit CTRL-ALT-DEL, the logout / shutdown screen should be the same as > when you select shutdown from the menu. It's not. It exhibits the same > behavior as FC4. It might make sense to do something on this front. Can you file a bug report? --Ray From rstrode at redhat.com Tue Mar 21 21:26:47 2006 From: rstrode at redhat.com (Ray Strode) Date: Tue, 21 Mar 2006 16:26:47 -0500 Subject: Fedora Core 5 Test Update: GConf2-2.14.0-1 In-Reply-To: References: <200603201532.k2KFWY105789@int-mx1.corp.redhat.com> Message-ID: <1142976407.5156.2.camel@halflap> Hi, > Looks like the package errors were cleaned up and multilib works now. Good to know, thanks. --Ray From rstrode at redhat.com Tue Mar 21 21:30:34 2006 From: rstrode at redhat.com (Ray Strode) Date: Tue, 21 Mar 2006 16:30:34 -0500 Subject: Fedora Core 5 Test Update: gstreamer-plugins-base-0.10.5-1 In-Reply-To: <1142926808.23128.50.camel@price.stavtrup-st.dk> References: <200603201531.k2KFVD104117@int-mx1.corp.redhat.com> <1142926808.23128.50.camel@price.stavtrup-st.dk> Message-ID: <1142976634.5156.5.camel@halflap> Hi, > > With this update I have now unable to reproduce #183605 [1] and it > doesn't seem to introduce new issues. > > [1] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183605 Great, let's give it (and the other gstreamer packages) a couple more days to get tested and if there aren't any problems I'll push it into -updates. Can you update the bug report? Thanks, --Ray From huffman at graze.net Tue Mar 21 21:33:04 2006 From: huffman at graze.net (Brian C. Huffman) Date: Tue, 21 Mar 2006 16:33:04 -0500 Subject: CTRL-ALT-DEL vs. Menu Shutdown In-Reply-To: <1142975754.12832.4.camel@cassandra.boston.redhat.com> References: <1142971275.2613.20.camel@zaphod.graze.net> <1142975754.12832.4.camel@cassandra.boston.redhat.com> Message-ID: <1142976785.2613.27.camel@zaphod.graze.net> On Tue, 2006-03-21 at 16:15 -0500, David Malcolm wrote: > On Tue, 2006-03-21 at 15:01 -0500, Brian C. Huffman wrote: > > All, > > > > This should probably be in the regular fedora list since FC5 has been > > released, but I just found something that I don't remember seeing any > > other emails about and is in my opinion the wrong behavior. When you > > hit CTRL-ALT-DEL, the logout / shutdown screen should be the same as > > when you select shutdown from the menu. It's not. It exhibits the same > > behavior as FC4. > Why should the behaviour be the same? One is a highly-visible menu > option marked "Shutdown", the other is a non-discoverable/magic keyboard > sequence (albeit well-known to long-suffering users of another OS) > If it exists, it should be standard - just good policy. Agreed on the long-suffering part though. Filing a bug report per Ray Strode. -b From c.hauser at active.ch Tue Mar 21 21:34:13 2006 From: c.hauser at active.ch (Christian Hauser) Date: Tue, 21 Mar 2006 22:34:13 +0100 Subject: Problems with Dell 2001FP monitor In-Reply-To: <1142975836.25542.3.camel@zero.sr.unh.edu> References: <44200B66.1080107@active.ch> <1142975836.25542.3.camel@zero.sr.unh.edu> Message-ID: <44207155.8030003@active.ch> > I just did a clean install with a Precision 670 and a 2001FP via DVI > with no problems. If you're using an analog cable, did you try pushing > the Auto Adjust button? Well, I'm using a DVI cable, too, but I might try an analog one just to see whether that makes any difference. From jmorris at beau.org Tue Mar 21 22:17:13 2006 From: jmorris at beau.org (John Morris) Date: Tue, 21 Mar 2006 16:17:13 -0600 Subject: Will we ever get a i686 build of fedora core In-Reply-To: <738e3c70603210346u5c2be7bepa84b08b2d77d99b4@mail.gmail.com> References: <738e3c70603210346u5c2be7bepa84b08b2d77d99b4@mail.gmail.com> Message-ID: <1142979433.2975.10.camel@mjolnir> On Tue, 2006-03-21 at 05:46, parta wrote: > I am wondering why people at redhat don't release fedora core for > i686. I think it will be better on performace. If this isn't a FAQ it should be. RH (RHEL & Fedora) currently build i386 packages with the optimizations set for Pentium4. This gets packages that run at optimal speed on a P4 unless they make use of instructions only available on later processors. Most packages do not use any of these newer instructions but a few do, mostly the kernel, glibc and openssl. And whaddya know, there are i686 packages for all three of those on the ia32/i386 install media. This is a non issue that someone brings up every month or so. -- 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 jmorris at beau.org Tue Mar 21 22:37:40 2006 From: jmorris at beau.org (John Morris) Date: Tue, 21 Mar 2006 16:37:40 -0600 Subject: Vendor only distributable packages - was " Kernel 2059 from Dave Jones fixes nvidia.ko loading" In-Reply-To: <1142953407.3077.92.camel@laptopd505.fenrus.org> References: <"H000090f01317c3b.1142952682.frozone1.grand-rapids.mi.us*"@MHS> <1142953407.3077.92.camel@laptopd505.fenrus.org> Message-ID: <1142980659.2975.23.camel@mjolnir> On Tue, 2006-03-21 at 09:03, Arjan van de Ven wrote: > in some jurisdictions there is a legal precedent for linking to > "illegal" content to be just as bad as distributing it. Now I'm not > saying that the flash plugin is illegal (it's not afaik) but the > parallel is enough to scare many lawyers ;) I really doubt there could be legal implications to pointing to an ftp site. Even if they prefer people go to the webpage there has been enough cases now about linking to pretty much settle that issue. But has anyone at RH tried asking for permission? Including preset repo lines for livna is right out, both legally and morally for the mission of Fedora. But what about the idea of a legal but non-free catagory for Flash, Acrobat, Nvidia, ATI, etc? Surely Fedora isn't more RMS pure than Debian, is it? If it can pass political muster it shouldn't be too hard to get permission from some/all of them to allow pointing to their site. After all, it is a simple question of whether an extra ad impression here and there balances out making their package far more available on Fedora. Of course the packages offered by all of the above tend to be horrid so the question becomes would any/all of them either agree to host working packages or allow linking to others who would fix and offer them up. -- 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 jvdias at redhat.com Tue Mar 21 23:12:18 2006 From: jvdias at redhat.com (Jason Vas Dias) Date: Tue, 21 Mar 2006 18:12:18 -0500 Subject: Fedora Core 5 Test Update: xterm-211-1.FC5 Message-ID: <200603212312.k2LNCI1X024525@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-192 2006-03-21 --------------------------------------------------------------------- Product : Fedora Core 5 Name : xterm Version : 211 Release : 1.FC5 Summary : xterm terminal emulator for the X Window System Description : The xterm program is a terminal emulator for the X Window System. It provides DEC VT102 and Tektronix 4014 compatible terminals for programs that can't use the window system directly. --------------------------------------------------------------------- * Tue Mar 21 2006 Jason Vas Dias - 211-1 - Upgrade to upstream version 211 (fixes bug 186094). - Enable new 'utf8Title' resource by default --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ a7944568e19d70099f2e8acf50895a576bdd2e1a SRPMS/xterm-211-1.FC5.src.rpm 516a14ce5fe513db26c7b837363bc9b871abdf9b ppc/xterm-211-1.FC5.ppc.rpm 5b4bb42776e0281c9738b3951a5944c06a5a2b04 ppc/debug/xterm-debuginfo-211-1.FC5.ppc.rpm 52afd54dae0f55e879aec35e9b20891f94d4e451 x86_64/xterm-211-1.FC5.x86_64.rpm c891a5db0bcee4a412d5901616b1812fa38c0b3b x86_64/debug/xterm-debuginfo-211-1.FC5.x86_64.rpm 55506b2fc2ad9f5ce55271bfe8d29f48dc1d6b98 i386/xterm-211-1.FC5.i386.rpm 8079d8ea8c9e5dadec3b0e1b9f927f1801f514a7 i386/debug/xterm-debuginfo-211-1.FC5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From shrek-m at gmx.de Wed Mar 22 00:10:16 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 22 Mar 2006 01:10:16 +0100 Subject: fail missing ????gjdoc-0.7.7-3.1.i386.rpm In-Reply-To: <441F1365.3040606@freesurf.fr> References: <441F1365.3040606@freesurf.fr> Message-ID: <442095E8.7070103@gmx.de> On 20.03.2006 21:41, LarryT wrote: > Installing fc5 from ftp (private-network) > have mount the iso and copy all the files to a dir. > When installing, have an error message : missing gjdoc-0.7.7-3.1.i386.rpm /mnt/loop = cd 1 /mnt/loop1 = cd 2 /mnt/loop2 = cd 3 # find /mnt/loop* -iname gjdoc\* /mnt/loop1/Fedora/RPMS/gjdoc-0.7.7-3.1.i386.rpm # find /mnt/loop* -iname man\* /mnt/loop/Fedora/RPMS/man-1.6c-1.2.i386.rpm /mnt/loop/Fedora/RPMS/man-pages-2.21-1.noarch.rpm /mnt/loop2/Fedora/RPMS/man-pages-fr-0.9.7-13.noarch.rpm /mnt/loop2/Fedora/RPMS/man-pages-pl-0.24-1.noarch.rpm /mnt/loop2/Fedora/RPMS/man-pages-ru-0.97-1.1.noarch.rpm i could not find whichcd.py in fc5 :-( -- fc3 -- # /usr/share/comps-extras/whichcd.py man-pages man-pages-1.67-3.noarch.rpm is on disc 1 # rpm -qf /usr/share/comps-extras/whichcd.py comps-extras-10.1-1 --/-- -- shrek-m From fhew3 at cogeco.ca Wed Mar 22 01:06:03 2006 From: fhew3 at cogeco.ca (Fulko Hew) Date: Tue, 21 Mar 2006 20:06:03 -0500 Subject: libswt3 cannot be oppened during FC5 installation Message-ID: <4420A2FB.7000001@cogeco.ca> I just tried installing FC5 from DVD... I went through and selected all the major groups and their sub-packages that I either wanted to install, or wanted to play with post-install. After a few minutes of installation, I get a pop-up that says: "The file libswt3-gtk2-3.1.2-1jpp_13fc.i386.rpm cannot be opened. This is due to a missing file or perhaps a corrupt package. If you are installing from CD media this usually means the CD media is corrupt, or the CD drive is unable to read the media." I'm going to try again, but this time not install everything I want during 'install' time, but try to do it after the fact. Comments, or Bugzilla it? TIA Fulko From ianburrell at gmail.com Wed Mar 22 01:12:54 2006 From: ianburrell at gmail.com (Ian Burrell) Date: Tue, 21 Mar 2006 17:12:54 -0800 Subject: ARGH! FC5 still doesn't sync with Pilot. In-Reply-To: <20060321110430.GD4809@br-online.de> References: <1142938368.7776.13.camel@gilboa-home-dev.localhost> <1142938943.7776.18.camel@gilboa-home-dev.localhost> <20060321110430.GD4809@br-online.de> Message-ID: On 3/21/06, Ralph Angenendt wrote: > Gilboa Davara wrote: > > A. Udev slow to create ttyUSB? entries, gpilotd dies while waiting. > > gpilotd dying doesn't have to do anything with udev being slow. See my > previous mail. It works on RHEL4, where udev is *much* slower than on > FC5. > RHEL 4 is using pilot-link-0.11.7 which is the stable pilot-link release. The pilot-link 0.12pre releases used in FC4 and FC5 are not stable and have an incompatible API. They have been patched enough in FC4 updates and FC5 that the command-line tools work. But gnome-pilot and other programs have not been patched to use the new API. - Ian From ianburrell at gmail.com Wed Mar 22 01:19:25 2006 From: ianburrell at gmail.com (Ian Burrell) Date: Tue, 21 Mar 2006 17:19:25 -0800 Subject: ARGH! FC5 still doesn't sync with Pilot. In-Reply-To: <1142938943.7776.18.camel@gilboa-home-dev.localhost> References: <1142938368.7776.13.camel@gilboa-home-dev.localhost> <1142938943.7776.18.camel@gilboa-home-dev.localhost> Message-ID: On 3/21/06, Gilboa Davara wrote: > A. Udev slow to create ttyUSB? entries, gpilotd dies while waiting. This problem has been fixed in FC5. The pillot-link command-line tools now work reliably for me. I don't notice any difference between using the dynamically-created /dev/pilot and the static dev file I was using with FC4. > B. If I create static ttyUSB[01],pilot under /etc/dev, either: > C. gpilot does nothing. The Palm starts syncing and quits immediately. > D. gpilot dies. > > In general, there's nothing new. All bugs have been reported in the > past. > Likely, anybody who knows enough about the code doesn't care, and nobody who cares knows enough to fix it. gnome-pilot has never been well-maintained and I found it flaky before the 0.12 fiasco. I suspect that third-party developers are also waiting for pilot-link 0.12 to stabilize and have a release before they update to the new API. - Ian From jvian10 at charter.net Wed Mar 22 01:42:29 2006 From: jvian10 at charter.net (Jeff Vian) Date: Tue, 21 Mar 2006 19:42:29 -0600 Subject: FC5 no DVD iso? In-Reply-To: <441EB0C9.7040204@ens.fr> References: <441EADED.70706@ens.fr> <441EACE2.4020908@fedoraproject.org> <441EB0C9.7040204@ens.fr> Message-ID: <1142991749.12720.18.camel@eagle.lab.net> On Mon, 2006-03-20 at 14:40 +0100, Giuseppe Castagna wrote: > Rahul Sundaram wrote: > > Its not formally released yet and DVD images are available along with > > the release. > > > > > > Thanks, it just looked bizarre that in > > http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso/ > > you can find the 5 cd images but no DVD image. > Many of the mirrors have the DVD.iso > I'll wait 90 mins more :-) > > ---Beppe--- > From DwaineGarden at rogers.com Wed Mar 22 01:52:46 2006 From: DwaineGarden at rogers.com (Dwaine Garden) Date: Tue, 21 Mar 2006 20:52:46 -0500 Subject: SATA access beyond end of device - How to fix Message-ID: <4420ADEE.5000203@rogers.com> I'm getting the following under Fedora 5 and 6 rawhide. Because of this situation, I can not use a kernel higher than 2.6.15-1.2041_FC5smp. 2064 kernal complains that device-mapper can not divide by chunk size. Logical volume was created by Fedora 5 test2 installation DVD. How would some sorry soul resolve this? PCI: Via IRQ fixup for 0000:00:0f.0, from 11 to 0 Mar 21 20:42:30 www kernel: sata_via 0000:00:0f.0: routed to hard irq line 0 Mar 21 20:42:30 www kernel: ata1: SATA max UDMA/133 cmd 0xBC00 ctl 0xC002 bmdma 0xCC00 irq 16 Mar 21 20:42:30 www kernel: ata2: SATA max UDMA/133 cmd 0xC400 ctl 0xC802 bmdma 0xCC08 irq 16 Mar 21 20:42:30 www kernel: ata1: SATA link up 1.5 Gbps (SStatus 113) Mar 21 20:42:30 www kernel: ata1: dev 0 ATA-7, max UDMA/133, 156250000 sectors: LBA48 Mar 21 20:42:30 www kernel: ata1: dev 0 configured for UDMA/133 Mar 21 20:42:30 www kernel: scsi0 : sata_via Mar 21 20:42:30 www kernel: ata2: SATA link up 1.5 Gbps (SStatus 113) Mar 21 20:42:30 www kernel: ata2: dev 0 ATA-6, max UDMA/133, 156301488 sectors: LBA Mar 21 20:42:30 www kernel: ata2: dev 0 configured for UDMA/133 Mar 21 20:42:30 www kernel: scsi1 : sata_via Mar 21 20:42:30 www kernel: Vendor: ATA Model: WDC WD800JD-75LS Rev: 09.0 Mar 21 20:42:30 www kernel: Type: Direct-Access ANSI SCSI revision: 05 Mar 21 20:42:30 www kernel: SCSI device sda: 156250000 512-byte hdwr sectors (80000 MB) Mar 21 20:42:30 www kernel: sda: Write Protect is off Mar 21 20:42:30 www kernel: SCSI device sda: drive cache: write back Mar 21 20:42:30 www kernel: SCSI device sda: 156250000 512-byte hdwr sectors (80000 MB) Mar 21 20:42:30 www kernel: sda: Write Protect is off Mar 21 20:42:30 www kernel: SCSI device sda: drive cache: write back Mar 21 20:42:30 www kernel: sda: sda1 sda2 sda3 Mar 21 20:42:30 www kernel: sd 0:0:0:0: Attached scsi disk sda Mar 21 20:42:30 www kernel: Vendor: ATA Model: WDC WD800JD-22JN Rev: 05.0 Mar 21 20:42:30 www kernel: Type: Direct-Access ANSI SCSI revision: 05 Mar 21 20:42:30 www kernel: SCSI device sdb: 156301488 512-byte hdwr sectors (80026 MB) Mar 21 20:42:30 www kernel: sdb: Write Protect is off Mar 21 20:42:30 www kernel: SCSI device sdb: drive cache: write back Mar 21 20:42:30 www kernel: SCSI device sdb: 156301488 512-byte hdwr sectors (80026 MB) Mar 21 20:42:30 www kernel: sdb: Write Protect is off Mar 21 20:42:30 www kernel: SCSI device sdb: drive cache: write back Mar 21 20:42:30 www kernel: sdb: unknown partition table Mar 21 20:42:30 www kernel: sd 1:0:0:0: Attached scsi disk sdb Mar 21 20:42:30 www kernel: device-mapper: 4.5.0-ioctl (2005-10-04) initialised: dm-devel at redhat.com Mar 21 20:42:30 www kernel: attempt to access beyond end of device Mar 21 20:42:30 www kernel: sda: rw=0, want=156250010, limit=156250000 Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical block 156249996 Mar 21 20:42:30 www kernel: attempt to access beyond end of device Mar 21 20:42:30 www kernel: sda: rw=0, want=156250012, limit=156250000 Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical block 156249997 Mar 21 20:42:30 www kernel: attempt to access beyond end of device Mar 21 20:42:30 www kernel: sda: rw=0, want=156250014, limit=156250000 Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical block 156249998 Mar 21 20:42:30 www kernel: attempt to access beyond end of device Mar 21 20:42:30 www kernel: sda: rw=0, want=156250010, limit=156250000 Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical block 156249996 Mar 21 20:42:30 www kernel: attempt to access beyond end of device Mar 21 20:42:30 www kernel: sda: rw=0, want=156250012, limit=156250000 Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical block 156249997 Mar 21 20:42:30 www kernel: attempt to access beyond end of device Mar 21 20:42:30 www kernel: sda: rw=0, want=156250014, limit=156250000 Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical block 156249998 Mar 21 20:42:30 www kernel: EXT3-fs: INFO: recovery required on readonly filesystem. Mar 21 20:42:30 www kernel: EXT3-fs: write access will be enabled during recovery. Mar 21 20:42:30 www kernel: kjournald starting. Commit interval 5 seconds Mar 21 20:42:31 www kernel: EXT3-fs: dm-4: orphan cleanup on readonly fs Mar 21 20:42:31 www kernel: EXT3-fs: dm-4: 5 orphan inodes deleted Mar 21 20:42:31 www kernel: EXT3-fs: recovery complete. Mar 21 20:42:31 www kernel: EXT3-fs: mounted filesystem with ordered data mode From DwaineGarden at rogers.com Wed Mar 22 01:59:03 2006 From: DwaineGarden at rogers.com (Dwaine Garden) Date: Tue, 21 Mar 2006 20:59:03 -0500 Subject: SATA access beyond end of device - How to fix In-Reply-To: <4420ADEE.5000203@rogers.com> References: <4420ADEE.5000203@rogers.com> Message-ID: <4420AF67.8010806@rogers.com> Dwaine Garden wrote: > I'm getting the following under Fedora 5 and 6 rawhide. Because of > this situation, I can not use a kernel higher than 2.6.15-1.2041_FC5smp. > 2064 kernal complains that device-mapper can not divide by chunk > size. Logical volume was created by Fedora 5 test2 installation DVD. > > How would some sorry soul resolve this? > > PCI: Via IRQ fixup for 0000:00:0f.0, from 11 to 0 > Mar 21 20:42:30 www kernel: sata_via 0000:00:0f.0: routed to hard irq > line 0 > Mar 21 20:42:30 www kernel: ata1: SATA max UDMA/133 cmd 0xBC00 ctl > 0xC002 bmdma 0xCC00 irq 16 > Mar 21 20:42:30 www kernel: ata2: SATA max UDMA/133 cmd 0xC400 ctl > 0xC802 bmdma 0xCC08 irq 16 > Mar 21 20:42:30 www kernel: ata1: SATA link up 1.5 Gbps (SStatus 113) > Mar 21 20:42:30 www kernel: ata1: dev 0 ATA-7, max UDMA/133, 156250000 > sectors: LBA48 > Mar 21 20:42:30 www kernel: ata1: dev 0 configured for UDMA/133 > Mar 21 20:42:30 www kernel: scsi0 : sata_via > Mar 21 20:42:30 www kernel: ata2: SATA link up 1.5 Gbps (SStatus 113) > Mar 21 20:42:30 www kernel: ata2: dev 0 ATA-6, max UDMA/133, 156301488 > sectors: LBA > Mar 21 20:42:30 www kernel: ata2: dev 0 configured for UDMA/133 > Mar 21 20:42:30 www kernel: scsi1 : sata_via > Mar 21 20:42:30 www kernel: Vendor: ATA Model: WDC > WD800JD-75LS Rev: 09.0 > Mar 21 20:42:30 www kernel: Type: > Direct-Access ANSI SCSI revision: 05 > Mar 21 20:42:30 www kernel: SCSI device sda: 156250000 512-byte hdwr > sectors (80000 MB) > Mar 21 20:42:30 www kernel: sda: Write Protect is off > Mar 21 20:42:30 www kernel: SCSI device sda: drive cache: write back > Mar 21 20:42:30 www kernel: SCSI device sda: 156250000 512-byte hdwr > sectors (80000 MB) > Mar 21 20:42:30 www kernel: sda: Write Protect is off > Mar 21 20:42:30 www kernel: SCSI device sda: drive cache: write back > Mar 21 20:42:30 www kernel: sda: sda1 sda2 sda3 > Mar 21 20:42:30 www kernel: sd 0:0:0:0: Attached scsi disk sda > Mar 21 20:42:30 www kernel: Vendor: ATA Model: WDC > WD800JD-22JN Rev: 05.0 > Mar 21 20:42:30 www kernel: Type: > Direct-Access ANSI SCSI revision: 05 > Mar 21 20:42:30 www kernel: SCSI device sdb: 156301488 512-byte hdwr > sectors (80026 MB) > Mar 21 20:42:30 www kernel: sdb: Write Protect is off > Mar 21 20:42:30 www kernel: SCSI device sdb: drive cache: write back > Mar 21 20:42:30 www kernel: SCSI device sdb: 156301488 512-byte hdwr > sectors (80026 MB) > Mar 21 20:42:30 www kernel: sdb: Write Protect is off > Mar 21 20:42:30 www kernel: SCSI device sdb: drive cache: write back > Mar 21 20:42:30 www kernel: sdb: unknown partition table > Mar 21 20:42:30 www kernel: sd 1:0:0:0: Attached scsi disk sdb > Mar 21 20:42:30 www kernel: device-mapper: 4.5.0-ioctl (2005-10-04) > initialised: dm-devel at redhat.com > Mar 21 20:42:30 www kernel: attempt to access beyond end of device > Mar 21 20:42:30 www kernel: sda: rw=0, want=156250010, limit=156250000 > Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical > block 156249996 > Mar 21 20:42:30 www kernel: attempt to access beyond end of device > Mar 21 20:42:30 www kernel: sda: rw=0, want=156250012, limit=156250000 > Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical > block 156249997 > Mar 21 20:42:30 www kernel: attempt to access beyond end of device > Mar 21 20:42:30 www kernel: sda: rw=0, want=156250014, limit=156250000 > Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical > block 156249998 > Mar 21 20:42:30 www kernel: attempt to access beyond end of device > Mar 21 20:42:30 www kernel: sda: rw=0, want=156250010, limit=156250000 > Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical > block 156249996 > Mar 21 20:42:30 www kernel: attempt to access beyond end of device > Mar 21 20:42:30 www kernel: sda: rw=0, want=156250012, limit=156250000 > Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical > block 156249997 > Mar 21 20:42:30 www kernel: attempt to access beyond end of device > Mar 21 20:42:30 www kernel: sda: rw=0, want=156250014, limit=156250000 > Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical > block 156249998 > Mar 21 20:42:30 www kernel: EXT3-fs: INFO: recovery required on > readonly filesystem. > Mar 21 20:42:30 www kernel: EXT3-fs: write access will be enabled > during recovery. > Mar 21 20:42:30 www kernel: kjournald starting. Commit interval 5 > seconds > Mar 21 20:42:31 www kernel: EXT3-fs: dm-4: orphan cleanup on readonly fs > Mar 21 20:42:31 www kernel: EXT3-fs: dm-4: 5 orphan inodes deleted > Mar 21 20:42:31 www kernel: EXT3-fs: recovery complete. > Mar 21 20:42:31 www kernel: EXT3-fs: mounted filesystem with ordered > data mode > Here is some additional information from dmraid. [root at www ~]# dmraid -ay -v INFO: via: version 2; format handler specified for version 0+1 only INFO: via: version 2; format handler specified for version 0+1 only RAID set "via_bhedidjabj" already active INFO: Activating stripe RAID set "via_bhedidjabj" INFO: Activating partition RAID set "via_bhedidjabj1" INFO: Activating partition RAID set "via_bhedidjabj2" INFO: Activating partition RAID set "via_bhedidjabj3" [root at www ~]# dmraid -s *** Active Set name : via_bhedidjabj size : 312499998 stride : 128 type : stripe status : ok subsets: 0 devs : 2 spares : 0 From nathanael at gnat.ca Wed Mar 22 01:16:23 2006 From: nathanael at gnat.ca (Nathanael D. Noblet) Date: Tue, 21 Mar 2006 17:16:23 -0800 Subject: libswt3 cannot be oppened during FC5 installation In-Reply-To: <4420A2FB.7000001@cogeco.ca> References: <4420A2FB.7000001@cogeco.ca> Message-ID: <1142990183.24032.0.camel@iridium> On Tue, 2006-03-21 at 20:06 -0500, Fulko Hew wrote: > I just tried installing FC5 from DVD... > > I went through and selected all the major groups > and their sub-packages that I either wanted to > install, or wanted to play with post-install. > > After a few minutes of installation, I get a > pop-up that says: > > "The file libswt3-gtk2-3.1.2-1jpp_13fc.i386.rpm > cannot be opened. This is due to a missing file > or perhaps a corrupt package. If you are > installing from CD media this usually means > the CD media is corrupt, or the CD drive is > unable to read the media." > > I'm going to try again, but this time not install > everything I want during 'install' time, but try > to do it after the fact. You never specified if you tested the media you are installing off of. Likely a media error. From fct-cornette at insight.rr.com Wed Mar 22 02:58:17 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Tue, 21 Mar 2006 21:58:17 -0500 Subject: Problems with Dell 2001FP monitor In-Reply-To: <44200B66.1080107@active.ch> References: <44200B66.1080107@active.ch> Message-ID: <4420BD49.8050502@insight.rr.com> Christian Hauser wrote: > Hi > > I was trying to install FC5 on a Dell XPS with a Dell 2001FP (1600x1200) > monitor. However, during installation I can only see a part of the > screen the rest is out of bounds. Thus I cannot click on the 'Next', > 'Previous' buttons, as I don't see them. > > Could someone plaese give me a hint on what I can use to get a higher > resolution during install? > > Is there a linux vga=??? boot kernel option that doesn't turn off DMA > and gets me a higher resolution so that the whole install screen is > visible to me? > > Thanks in advance for any hint. I'd really like to be able to install > FC5 using the graphical mode. > > Christian > I passed resolution=1024x768 at the prompt. The screen was not fully filled but the smaller screen showed all the details and an update was possible to be started. This when installing in GUI mode. If you need to see all the text mode screen vga=791 worked for me. I even saw the ascii art penguin. Jim -- Peace cannot be kept by force; it can only be achieved by understanding. -- Albert Einstein From fhew3 at cogeco.ca Wed Mar 22 02:57:09 2006 From: fhew3 at cogeco.ca (Fulko Hew) Date: Tue, 21 Mar 2006 21:57:09 -0500 Subject: libswt3 cannot be oppened during FC5 installation In-Reply-To: <1142990183.24032.0.camel@iridium> References: <4420A2FB.7000001@cogeco.ca> <1142990183.24032.0.camel@iridium> Message-ID: <4420BD05.3070500@cogeco.ca> Nathanael D. Noblet wrote: >On Tue, 2006-03-21 at 20:06 -0500, Fulko Hew wrote: > >>I just tried installing FC5 from DVD... >> >>I went through and selected all the major groups >>and their sub-packages that I either wanted to >>install, or wanted to play with post-install. >> >>After a few minutes of installation, I get a >>pop-up that says: >> >>"The file libswt3-gtk2-3.1.2-1jpp_13fc.i386.rpm >>cannot be opened. This is due to a missing file >>or perhaps a corrupt package. If you are >>installing from CD media this usually means >>the CD media is corrupt, or the CD drive is >>unable to read the media." >> >>I'm going to try again, but this time not install >>everything I want during 'install' time, but try >>to do it after the fact. >> > >You never specified if you tested the media you are installing off of. >Likely a media error. > When I originally burned the media this morning, I did. It compared. Now that I'm trying to install (3 times) and I've had an errors (in different spots) each time. So I tried the media test, and it fails. But I don't know if the 'media test' works again, because it hasn't for a number of releases now. :-( I'm going to burn a new DVD, and try again. From fct-cornette at insight.rr.com Wed Mar 22 03:09:45 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Tue, 21 Mar 2006 22:09:45 -0500 Subject: fc5-test3 and external usb box : works fine :) In-Reply-To: <442021F5.6090100@freesurf.fr> References: <4413D388.6070805@freesurf.fr> <4413FFE2.4060502@insight.rr.com> <441404A9.7050204@freesurf.fr> <44143927.8020705@insight.rr.com> <44143E8B.3020703@freesurf.fr> <44145205.4020902@insight.rr.com> <442021F5.6090100@freesurf.fr> Message-ID: <4420BFF9.6060606@insight.rr.com> LarryT wrote: > Hi Jim, > did you find some easier way about this ? > Gonna give it a try with the new fc5 ... I had a lot of trouble attempting a USB installation. I had no luck trying to use lvm for part of the installation. The closest I could get with FC5T3 installation was to prep the disks by making filesystems, ext3 for the partitions that I wanted. I got the installer to select packages and start the installation. Shortly after starting the install, the laptop computer just went into shutdown. Hopefully for FC6 there will be an option to install to a USB device and no post-install work will be needed. I might move the USB disk to a desktop computer and give it a shot with FC5. Without CPU frequency control, my laptop cannot stay in installation mode for that long of a period. Jim From lsatenstein at yahoo.com Wed Mar 22 03:11:21 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Tue, 21 Mar 2006 19:11:21 -0800 (PST) Subject: First Impressions In-Reply-To: <20060321163454.44B4F7369A@hormel.redhat.com> Message-ID: <20060322031121.41239.qmail@web30212.mail.mud.yahoo.com> Installation went flawlessly. I used a DVD from a mirror site. Screeen resolution is fine but movement actions are choppy. The test versions (t1-t3) had smooth scrolling and smooth output. Not the official relese. I tried revising the mouse parameters, but this has not helped. I will try some other techniques or request some hints. How do I measure (on a figure of merit) the gui stuff. Well, aside from the tests, for gui operation, I loaded the free cell solitaire and began moving the cards. I can get to the target location before the software / display catches up. This did not happen with Core5 tests 1 to test 3. With the test verision I felt as if the solitaire game card movement was as good as as in Core4, then we are with a winner. It is perhaps choppy due to screen resolution or refresh frequencies. I will retry and if it works out, I will let you know. Otherwise, I would like help to make the game have more default dispatching priority. . I would like to know if others have find some quirks as well. Good evening from Montreal -------------- next part -------------- An HTML attachment was scrubbed... URL: From talbotscott at cox.net Wed Mar 22 05:14:25 2006 From: talbotscott at cox.net (Oldman) Date: Tue, 21 Mar 2006 21:14:25 -0800 Subject: GStreamer and mp3 Message-ID: <1143004465.5480.10.camel@ip68-101-182-212.sd.sd.cox.net> Hello all I can't seem to get mp3 working in any gstreamer apps. I believe that the extra audio plugin was supposed to get that for me, but no luck. I have installed the following: gstreamer.i386 0.10.3-3 gstreamer-plugins-base.i386 0.10.3-3 gstreamer-plugins-good.i386 0.10.2-1 gstreamer08.i386 0.8.12-4.fc5 gstreamer08-plugins.i386 0.8.12-2.fc5 gstreamer08-plugins-extra-08-audio.i386 0.8.11-3.lvn5 Did some poking around, gst-register shows both mad and lame plugins but gst-inspect shows that both don't exist. libmad and lame were installed as dependencies of the gstreamer rpm. I've been to the google groups, but there was no help on this. So am I the only one wit the problem? Scott From talbotscott at cox.net Wed Mar 22 05:21:47 2006 From: talbotscott at cox.net (Oldman) Date: Tue, 21 Mar 2006 21:21:47 -0800 Subject: CTRL-ALT-DEL vs. Menu Shutdown In-Reply-To: <1142976785.2613.27.camel@zaphod.graze.net> References: <1142971275.2613.20.camel@zaphod.graze.net> <1142975754.12832.4.camel@cassandra.boston.redhat.com> <1142976785.2613.27.camel@zaphod.graze.net> Message-ID: <1143004907.5480.15.camel@ip68-101-182-212.sd.sd.cox.net> On Tue, 2006-03-21 at 16:33 -0500, Brian C. Huffman wrote: > On Tue, 2006-03-21 at 16:15 -0500, David Malcolm wrote: > > On Tue, 2006-03-21 at 15:01 -0500, Brian C. Huffman wrote: > > > All, > > > > > > This should probably be in the regular fedora list since FC5 has been > > > released, but I just found something that I don't remember seeing any > > > other emails about and is in my opinion the wrong behavior. When you > > > hit CTRL-ALT-DEL, the logout / shutdown screen should be the same as > > > when you select shutdown from the menu. It's not. It exhibits the same > > > behavior as FC4. > > Why should the behaviour be the same? One is a highly-visible menu > > option marked "Shutdown", the other is a non-discoverable/magic keyboard > > sequence (albeit well-known to long-suffering users of another OS) > > > > If it exists, it should be standard - just good policy. > > Agreed on the long-suffering part though. > > Filing a bug report per Ray Strode. > > -b Trouble is that the menu item is split between logoff and shutdown and the c-a-d gets you both options, which, I prefer so I always use the keyboard when I'm going to logoff or reboot or whatever. Scott From stanfinley at comcast.net Wed Mar 22 05:27:47 2006 From: stanfinley at comcast.net (Stanton Finley) Date: Tue, 21 Mar 2006 22:27:47 -0700 Subject: GStreamer and mp3 In-Reply-To: <1143004465.5480.10.camel@ip68-101-182-212.sd.sd.cox.net> References: <1143004465.5480.10.camel@ip68-101-182-212.sd.sd.cox.net> Message-ID: <1143005267.3358.3.camel@c-67-164-203-75.hsd1.ut.comcast.net> On Tue, 2006-03-21 at 21:14 -0800, Oldman wrote: > Hello all > > I can't seem to get mp3 working in any gstreamer apps. I believe that > the extra audio plugin was supposed to get that for me, but no luck. I > have installed the following: > > gstreamer.i386 0.10.3-3 > gstreamer-plugins-base.i386 0.10.3-3 > gstreamer-plugins-good.i386 0.10.2-1 > gstreamer08.i386 0.8.12-4.fc5 > gstreamer08-plugins.i386 0.8.12-2.fc5 > gstreamer08-plugins-extra-08-audio.i386 0.8.11-3.lvn5 > > Did some poking around, gst-register shows both mad and lame plugins > but gst-inspect shows that both don't exist. libmad and lame were > installed as dependencies of the gstreamer rpm. > > I've been to the google groups, but there was no help on this. So am I > the only one wit the problem? > > Scott > Set up yum with the freshrpms repository according to http://stanton-finley.net/fedora_core_5_installation_notes.html and then do a "yum -y install gstreamer-plugins-ugly" as root. You may also have to run "gstreamer-properties" in a terminal and select an alternate default output plugin. -- Stanton Finley http://stanton-finley.net/ From michael.wiktowy at gmail.com Wed Mar 22 06:12:27 2006 From: michael.wiktowy at gmail.com (Michael Wiktowy) Date: Wed, 22 Mar 2006 01:12:27 -0500 Subject: GStreamer and mp3 In-Reply-To: <1143005267.3358.3.camel@c-67-164-203-75.hsd1.ut.comcast.net> References: <1143004465.5480.10.camel@ip68-101-182-212.sd.sd.cox.net> <1143005267.3358.3.camel@c-67-164-203-75.hsd1.ut.comcast.net> Message-ID: <3e4ec4600603212212w6274cdd2n192d2597b4c5b79d@mail.gmail.com> On 3/22/06, Stanton Finley wrote: > > On Tue, 2006-03-21 at 21:14 -0800, Oldman wrote: > > Hello all > > > > I can't seem to get mp3 working in any gstreamer apps. I believe that > > the extra audio plugin was supposed to get that for me, but no luck. I > > have installed the following: > > > > gstreamer.i386 0.10.3-3 > > gstreamer-plugins-base.i386 0.10.3-3 > > gstreamer-plugins-good.i386 0.10.2-1 > > gstreamer08.i386 0.8.12-4.fc5 > > gstreamer08-plugins.i386 0.8.12-2.fc5 > > gstreamer08-plugins-extra-08-audio.i386 0.8.11-3.lvn5 > > > > Did some poking around, gst-register shows both mad and lame plugins > > but gst-inspect shows that both don't exist. libmad and lame were > > installed as dependencies of the gstreamer rpm. > > > > I've been to the google groups, but there was no help on this. So am I > > the only one wit the problem? > > > > Scott > > > > Set up yum with the freshrpms repository according to > http://stanton-finley.net/fedora_core_5_installation_notes.html and then > do a "yum -y install gstreamer-plugins-ugly" as root. You may also have > to run "gstreamer-properties" in a terminal and select an alternate > default output plugin. > -- > Stanton Finley > http://stanton-finley.net/ gtreamer-plugins-ugly seems to be available on Livna now too. It wasn't initially. -------------- next part -------------- An HTML attachment was scrubbed... URL: From newsmail1 at hblok.net Wed Mar 22 07:37:21 2006 From: newsmail1 at hblok.net (Havard Rast Blok) Date: Wed, 22 Mar 2006 07:37:21 +0000 Subject: CTRL-ALT-DEL vs. Menu Shutdown In-Reply-To: <1142976104.5156.0.camel@halflap> References: <1142971275.2613.20.camel@zaphod.graze.net> <1142976104.5156.0.camel@halflap> Message-ID: <4420FEB1.2060305@hblok.net> Ray Strode wrote: >>This should probably be in the regular fedora list since FC5 has been >>released, but I just found something that I don't remember seeing any >>other emails about and is in my opinion the wrong behavior. When you >>hit CTRL-ALT-DEL, the logout / shutdown screen should be the same as >>when you select shutdown from the menu. It's not. It exhibits the same >>behavior as FC4. > > It might make sense to do something on this front. And what about the hibernate / suspend options? Is there some way to configure these to be on one or both of the above mentioned dialogs? cheers, Havard -- Havard Rast Blok Web: http://hblok.net GPG/PGP key: http://hblok.net/gpg.txt From michael.wiktowy at gmail.com Wed Mar 22 06:40:47 2006 From: michael.wiktowy at gmail.com (Michael Wiktowy) Date: Wed, 22 Mar 2006 01:40:47 -0500 Subject: CTRL-ALT-DEL vs. Menu Shutdown In-Reply-To: <1143004907.5480.15.camel@ip68-101-182-212.sd.sd.cox.net> References: <1142971275.2613.20.camel@zaphod.graze.net> <1142975754.12832.4.camel@cassandra.boston.redhat.com> <1142976785.2613.27.camel@zaphod.graze.net> <1143004907.5480.15.camel@ip68-101-182-212.sd.sd.cox.net> Message-ID: <3e4ec4600603212240u11bd2293te24c50c57222e399@mail.gmail.com> On 3/22/06, Oldman wrote: > > On Tue, 2006-03-21 at 16:33 -0500, Brian C. Huffman wrote: > > On Tue, 2006-03-21 at 16:15 -0500, David Malcolm wrote: > > > On Tue, 2006-03-21 at 15:01 -0500, Brian C. Huffman wrote: > > > > All, > > > > > > > > This should probably be in the regular fedora list since FC5 has > been > > > > released, but I just found something that I don't remember seeing > any > > > > other emails about and is in my opinion the wrong behavior. When > you > > > > hit CTRL-ALT-DEL, the logout / shutdown screen should be the same as > > > > when you select shutdown from the menu. It's not. It exhibits the > same > > > > behavior as FC4. > > > Why should the behaviour be the same? One is a highly-visible menu > > > option marked "Shutdown", the other is a non-discoverable/magic > keyboard > > > sequence (albeit well-known to long-suffering users of another OS) > > > > > > > If it exists, it should be standard - just good policy. > > > > Agreed on the long-suffering part though. > > > > Filing a bug report per Ray Strode. > > > > -b > Trouble is that the menu item is split between logoff and shutdown > and > the c-a-d gets you both options, which, I prefer so I always use the > keyboard > when I'm going to logoff or reboot or whatever. > > Scott I kind of like having some option to get to the old style shutdown/reboot/logout dialog too. It seems to be the easiest way to save your session unless all the direct buttons do that by default now? Actually, I just looked at the Sessions manager and it looks like the new direct Logout dialog is ignoring the "Ask on logout" checkbox. Also, having it save by default seems to be an option that is not on by default ... which is fine with me. /Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From talbotscott at cox.net Wed Mar 22 07:56:03 2006 From: talbotscott at cox.net (Oldman) Date: Tue, 21 Mar 2006 23:56:03 -0800 Subject: GStreamer and mp3 In-Reply-To: <3e4ec4600603212212w6274cdd2n192d2597b4c5b79d@mail.gmail.com> References: <1143004465.5480.10.camel@ip68-101-182-212.sd.sd.cox.net> <1143005267.3358.3.camel@c-67-164-203-75.hsd1.ut.comcast.net> <3e4ec4600603212212w6274cdd2n192d2597b4c5b79d@mail.gmail.com> Message-ID: <1143014163.6777.3.camel@ip68-101-182-212.sd.sd.cox.net> On Wed, 2006-03-22 at 01:12 -0500, Michael Wiktowy wrote: > > > On 3/22/06, Stanton Finley wrote: > On Tue, 2006-03-21 at 21:14 -0800, Oldman wrote: > > Hello all > > > > I can't seem to get mp3 working in any gstreamer apps. I > believe that > > the extra audio plugin was supposed to get that for me, but > no luck. I > > have installed the following: > > > > gstreamer.i386 0.10.3-3 > > gstreamer-plugins-base.i386 0.10.3-3 > > gstreamer-plugins-good.i386 0.10.2-1 > > gstreamer08.i386 0.8.12-4.fc5 > > gstreamer08-plugins.i386 0.8.12-2.fc5 > > gstreamer08-plugins-extra-08-audio.i386 0.8.11-3.lvn5 > > > > Did some poking around, gst-register shows both mad and lame > plugins > > but gst-inspect shows that both don't exist. libmad and > lame were > > installed as dependencies of the gstreamer rpm. > > > > I've been to the google groups, but there was no help on > this. So am I > > the only one wit the problem? > > > > Scott > > > > Set up yum with the freshrpms repository according to > http://stanton-finley.net/fedora_core_5_installation_notes.html and then > do a "yum -y install gstreamer-plugins-ugly" as root. You may > also have > to run "gstreamer-properties" in a terminal and select an > alternate > default output plugin. > -- > Stanton Finley > http://stanton-finley.net/ > > gtreamer-plugins-ugly seems to be available on Livna now too. It > wasn't initially. Thanks Stanton and Mike for your quick (and accurate) response! RhythmBox is up. Scott From buildsys at redhat.com Wed Mar 22 08:14:27 2006 From: buildsys at redhat.com (Build System) Date: Wed, 22 Mar 2006 03:14:27 -0500 Subject: rawhide report: 20060322 changes Message-ID: <200603220814.k2M8ERGu015967@porkchop.devel.redhat.com> Updated Packages: GConf2-2.14.0-1 --------------- * Sun Mar 19 2006 Ray Strode 2.14.0-1 - Update to 2.14.0 anaconda-11.1.0.0-1 ------------------- * Tue Mar 21 2006 Jeremy Katz - 11.1.0.0-1 - Fix text for rescue images - Fix some file contexts (#182252) - Update for new xen kernel names - Don't try to download package being erased (clumens, #184531) - Don't show group selection on ks upgrade (pnasrat, #184528) - Ignore conflicts on upgrade (pnasrat, #184461) - Don't traceback trying to mount auto fs's (clumens, #182730) - String fixes (clumens, #181916) - rootpath fix (clumens, #185172) - Prompt for missing images on hd installs (clumens, #185274) - Don't clobber network on upgrades (pnasrat, (#183203) - Fix some syntax errors (#185275) - Cap pe size at 128M (#185272) - Conditionalize selinux (msw) - Remove some obsolete code (msw, katzj) - Ensure we don't ask for no longer needed cds if packages are deselected (pnasrat, #185437) - Remove amharic and thai since we don't have fonts (clumens) - Let's try not doing traceonly and see the size difference for minstg2.img - Fix i5 (pnasrat, #186070) - Misc cleanups to iutil (clumens) - Use system-config-date for text-mode timezone too (clumens) * Mon Mar 06 2006 Jeremy Katz - 10.92.17-1 - fix traceback in size check - disable size check on upgrade (clumens, #184112) - try to catch more failures to read repo metadata (clumens) - only do runlevel 5 if graphical install (dcantrel, #184013) - adjust to new xen kernel package naming - add 'vesa' flag to force the use of the vesa driver - more meaningful error messages on conflicts (pnasrat) - ensure some dirs are labelled correct (#182252) * Fri Mar 03 2006 Paul Nasrat - 10.92.16-1 - Support Everything/globs in ks (pnasrat, clumens, #177621) - Allow changes if not enough disk space (clumens, #183878) - Set controlling tty in rescue mode (dcantrel,#182222) - Sort list of languages (dcantrel) authconfig-5.2.3-2 ------------------ * Tue Mar 21 2006 Tomas Mraz - 5.2.3-2 - rebuilt * Tue Mar 21 2006 Tomas Mraz - 5.2.3-1 - make smb.conf and krb5.conf loading more robust (#185766) beagle-0.2.3-4 -------------- * Tue Mar 21 2006 Alexander Larsson - 0.2.3-4 - Remove more instances of wrapper scripts starting apps in cwd. Fixes bug #185981, and CVE-2006-1296 * Fri Mar 17 2006 Ray Strode - 0.2.3-3 - use /sbin/nologin instead of /bin/nologin for beagle user shell * Fri Mar 17 2006 Ray Strode - 0.2.3-2 - use /bin/nologin instead of /bin/false for beagle user shell cairo-1.0.4-1 ------------- * Wed Mar 15 2006 Matthias Clasen - 1.0.4-1 - Update to 1.0.4 - Drop upstreamed patches * Fri Mar 03 2006 Carl Worth - 1.0.2-5 - add patch to chunk Xlib glyph compositing (bug 182416 and CVE-20060528) * Fri Feb 10 2006 Jesse Keating - 1.0.2-4.2 - bump again for double-long bug on ppc(64) curl-7.15.3-1 ------------- * Mon Mar 20 2006 Ivana Varekova - 7.15.3-1 - fix multilib problem using pkg-config - update to 7.15.3 * Thu Feb 23 2006 Ivana Varekova - 7.15.1-2 - fix multilib problem - #181290 - curl-devel.i386 not installable together with curl-devel.x86-64 evolution-connector-2.6.0-1 --------------------------- * Mon Mar 13 2006 Ray Strode - 2.6.0-1 - 2.6.0 evolution-data-server-1.6.0-1 ----------------------------- * Mon Mar 13 2006 Ray Strode - 1.6.0-1 - 1.6.0 gnome-power-manager-2.14.0-1 ---------------------------- * Tue Mar 14 2006 Ray Strode - 2.14.0-1 - Update to 2.14.0 gnome-vfs2-2.14.0-2 ------------------- * Wed Mar 15 2006 Ray Strode - 2.14.0-2 - don't try to install a schema we don't ship anymore (bug 185549) gok-1.0.7-1 ----------- * Tue Mar 14 2006 Ray Strode 1.0.7-1 - Update to 1.0.7 gsf-sharp-0.6-9 --------------- * Tue Mar 21 2006 Caolan McNamara 0.6-9 - rebuild against new libgsf gstreamer-0.10.4-1 ------------------ * Thu Mar 16 2006 Ray Strode - 0.10.4-1 - Update to 0.10.4 * Tue Feb 14 2006 Rik van Riel - 0.10.3-3 - Obsolete gstreamer-plugins (#181296) * Mon Feb 13 2006 Christopher Aillon - 0.10.3-2 - Rebuild gstreamer-plugins-base-0.10.5-1 ------------------------------- * Thu Mar 16 2006 Ray Strode 0.10.5-1 - Update to 0.10.5 gthumb-2.7.5-1 -------------- * Mon Mar 20 2006 Matthias Clasen - 2.7.5-1 - Update to 2.7.5 initscripts-8.31.2-1 -------------------- * Fri Mar 17 2006 Bill Nottingham 8.31.2-1 - add udev helper to rename network devices on device creation kernel-2.6.16-1.2074_FC6 ------------------------ * Mon Mar 20 2006 Dave Jones - 2.6.16 & 2.6.16-git1 - Tux 2.6.16-A0 (Just rediffing) - Update Ingo's latency tracer patch. - Update exec-shield to Ingo's latest. (Incorporates John Reiser's "map the vDSO intelligently" patch which increases the efficiency of prelinking - #162797). - ACPI ecdt uid hack. (#185947) librsvg2-2.14.2-2 ----------------- * Tue Mar 21 2006 Caolan McNamara 2.14.2-2 - rebuild against new libgsf libsemanage-1.6.2-1 ------------------- * Tue Mar 21 2006 Dan Walsh - 1.6.2 - Upgrade to latest from NSA * Merged Makefile PYLIBVER definition patch from Dan Walsh. * Merged man page reorganization from Ivan Gyurdiev. libwpd-0.8.4-2 -------------- * Tue Mar 21 2006 Caolan McNamara 0.8.4-2 - rebuild for libgsf libxklavier-2.2-1 ----------------- * Mon Mar 13 2006 Ray Strode - 2.2-1 - Update to 2.2 logwatch-7.2.1-1 ---------------- * Fri Mar 17 2006 Ivana Varekova 7.2.1-1 - update to 7.2.1 - update nosegfault, pam_unix, http patches - added sshd, smart, named, audit, secure and mountd services patches net-snmp-5.3-5 -------------- * Mon Mar 20 2006 Radek Vokal 5.3-5 - allow disman/event-mib policycoreutils-1.30.1-2 ------------------------ * Tue Mar 21 2006 Dan Walsh 1.30.1-2 - make restorecond only ignore non directories with lnk > 1 * Tue Mar 21 2006 Dan Walsh 1.30.1-1 - Make audit2allow translate dontaudit as well as allow rules - Update from upstream * Merged semanage labeling prefix patch from Ivan Gyurdiev. * Tue Mar 21 2006 Dan Walsh 1.30-5 - Fix audit2allow to retrieve dontaudit rules pyorbit-2.14.0-1 ---------------- * Mon Mar 13 2006 Ray Strode - 2.14.0-1 - Update to 2.14.0 rusers-0.17-46 -------------- * Tue Mar 21 2006 Phil Knirsch - 0.17-46 - Included fix for correct return values for rup (#177419) selinux-policy-2.2.25-1 ----------------------- setools-2.3-2 ------------- * Tue Mar 21 2006 Dan Walsh 2.3-2 - Remove console apps for sediff, sediffx and apol setup-2.5.50-1 -------------- * Tue Mar 21 2006 Florian La Roche 2.5.50-1 - use stricter umask of 022 for all logins * Thu Feb 23 2006 Phil Knirsch 2.5.49-1 - Really switch to new /etc/services file - Added /etc/fstab and /etc/mtab to ownership of setup (#177061) * Tue Jan 31 2006 Phil Knirsch 2.5.48-1 - Switched to the new large /etc/services file which fixes #112298, #133683, - Fixed pathmunge problem with bashrc (#123621) - Removed /usr/X11R6/bin from default PATH (#173856) shared-mime-info-0.17-1 ----------------------- * Thu Mar 16 2006 Matthiass Clasen - 0.17-1 - Update to 0.17 squid-7:2.5.STABLE13-1.FC5 -------------------------- * Tue Mar 21 2006 Martin Stransky - 7:2.5.STABLE13-1.FC5 - update to new upstream totem-1.4.0-2 ------------- * Tue Mar 14 2006 Ray Strode - 1.4.0-2 - Update to 1.4.0 * Mon Mar 13 2006 Matthias Clasen - 1.4.0-1 - Update to 1.4.0 xorg-x11-server-1.0.99.1-1 -------------------------- * Tue Mar 21 2006 Kristian H??gsberg 1.0.99.1-1 - Update to 1.0.99.1 snapshot. * Mon Mar 06 2006 Jeremy Katz - 1.0.1-8 - build libxf86config with -fPIC (#181292) - fix sgi 1600sw extra mode (#182430) * Wed Feb 22 2006 Jeremy Katz 1.0.1-7 - install randrstr.h as part of sdk as required for building some drivers xterm-211-1.FC6 --------------- * Tue Mar 21 2006 Jason Vas Dias - 211-1 - Upgrade to upstream version 211 (fixes bug 186094). - Enable new 'utf8Title' resource by default Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires kernel = 0:2.6.15-1.2054_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5smp GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 GFS-kernel-xen0 - 2.6.15.1-5.FC5.17.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5smp cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 cman-kernel-xen0 - 2.6.15.1-0.FC5.16.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5smp dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 dlm-kernel-xen0 - 2.6.15.1-0.FC5.14.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5smp gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 gnbd-kernel-xen0 - 2.6.15-5.FC5.23.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 From arjan at fenrus.demon.nl Wed Mar 22 08:23:02 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Wed, 22 Mar 2006 09:23:02 +0100 Subject: Vendor only distributable packages - was " Kernel 2059 from Dave Jones fixes nvidia.ko loading" In-Reply-To: <1142980659.2975.23.camel@mjolnir> References: <"H000090f01317c3b.1142952682.frozone1.grand-rapids.mi.us*"@MHS> <1142953407.3077.92.camel@laptopd505.fenrus.org> <1142980659.2975.23.camel@mjolnir> Message-ID: <1143015782.2955.5.camel@laptopd505.fenrus.org> On Tue, 2006-03-21 at 16:37 -0600, John Morris wrote: > On Tue, 2006-03-21 at 09:03, Arjan van de Ven wrote: > > > in some jurisdictions there is a legal precedent for linking to > > "illegal" content to be just as bad as distributing it. Now I'm not > > saying that the flash plugin is illegal (it's not afaik) but the > > parallel is enough to scare many lawyers ;) > > I really doubt there could be legal implications to pointing to an ftp > site. Even if they prefer people go to the webpage there has been > enough cases now about linking to pretty much settle that issue. > > But has anyone at RH tried asking for permission? Including preset repo > lines for livna is right out, both legally and morally for the mission > of Fedora. But what about the idea of a legal but non-free catagory for > Flash, Acrobat, Nvidia, ATI, etc? what makes you think NVidia and ATI are legal? From pbrobinson at gmail.com Wed Mar 22 09:23:17 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Wed, 22 Mar 2006 09:23:17 +0000 Subject: GStreamer and mp3 In-Reply-To: <1143004465.5480.10.camel@ip68-101-182-212.sd.sd.cox.net> References: <1143004465.5480.10.camel@ip68-101-182-212.sd.sd.cox.net> Message-ID: <5256d0b0603220123g34be78c1jecc3d57330b2a03c@mail.gmail.com> On 3/22/06, Oldman wrote: > Hello all > > I can't seem to get mp3 working in any gstreamer apps. I believe that > the extra audio plugin was supposed to get that for me, but no luck. I > have installed the following: > > gstreamer.i386 0.10.3-3 > gstreamer-plugins-base.i386 0.10.3-3 > gstreamer-plugins-good.i386 0.10.2-1 > gstreamer08.i386 0.8.12-4.fc5 > gstreamer08-plugins.i386 0.8.12-2.fc5 > gstreamer08-plugins-extra-08-audio.i386 0.8.11-3.lvn5 > > Did some poking around, gst-register shows both mad and lame plugins > but gst-inspect shows that both don't exist. libmad and lame were > installed as dependencies of the gstreamer rpm. > > I've been to the google groups, but there was no help on this. So am I > the only one wit the problem? The gstreamer08 stuff is of no real use. The Fluendo guys have released some good packages on the gstreamer site here http://gstreamer.freedesktop.org/download/fedora5.html you just add the 3 repos and away you go. It works really well. Peter From guess.who at freesurf.fr Wed Mar 22 10:13:35 2006 From: guess.who at freesurf.fr (LarryT) Date: Wed, 22 Mar 2006 11:13:35 +0100 Subject: k3b : unable to blank cd-rw Message-ID: <4421234F.5030406@freesurf.fr> Hi all :) I wanted to burn an iso, but my cd wasn't blank. So k3b asked me for blanking the cd. I answered "yes". Got an error message saying that the process failed. Posted a bug : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186214 -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" :-p From shrek-m at gmx.de Wed Mar 22 10:22:36 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 22 Mar 2006 11:22:36 +0100 Subject: k3b : unable to blank cd-rw In-Reply-To: <4421234F.5030406@freesurf.fr> References: <4421234F.5030406@freesurf.fr> Message-ID: <4421256C.3080806@gmx.de> On 22.03.2006 11:13, LarryT wrote: > I wanted to burn an iso, but my cd wasn't blank. So k3b asked me for > blanking the cd. I answered "yes". > Got an error message saying that the process failed. > Posted a bug : > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186214 /usr/bin/cdrecord: Device or resource busy. Cannot open '/dev/hdc'. Cannot open SCSI driver. `umount /dev/hdc` or `eject hdc` and try it again. -- shrek-m From guess.who at freesurf.fr Wed Mar 22 10:53:08 2006 From: guess.who at freesurf.fr (LarryT) Date: Wed, 22 Mar 2006 11:53:08 +0100 Subject: k3b : unable to blank cd-rw In-Reply-To: <4421256C.3080806@gmx.de> References: <4421234F.5030406@freesurf.fr> <4421256C.3080806@gmx.de> Message-ID: <44212C94.1030706@freesurf.fr> Thx, that was it :) But must be root to umount. This might be a bug any way. shrek-m at gmx.de a ?crit : > On 22.03.2006 11:13, LarryT wrote: > >> I wanted to burn an iso, but my cd wasn't blank. So k3b asked me for >> blanking the cd. I answered "yes". >> Got an error message saying that the process failed. >> Posted a bug : >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186214 > > > > > /usr/bin/cdrecord: Device or resource busy. Cannot open '/dev/hdc'. > Cannot open SCSI driver. > > > `umount /dev/hdc` or `eject hdc` > and try it again. > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" :-p From xb_ml at kelkoo.net Wed Mar 22 11:21:42 2006 From: xb_ml at kelkoo.net (Xavier Bachelot) Date: Wed, 22 Mar 2006 12:21:42 +0100 Subject: Will we ever get a i686 build of fedora core In-Reply-To: <1142942755.3077.67.camel@laptopd505.fenrus.org> References: <738e3c70603210346u5c2be7bepa84b08b2d77d99b4@mail.gmail.com> <1142942755.3077.67.camel@laptopd505.fenrus.org> Message-ID: <44213346.2080504@kelkoo.net> Arjan van de Ven wrote: > On Tue, 2006-03-21 at 17:16 +0530, parta wrote: > >>Hi >> >>I am wondering why people at redhat don't release fedora core for >>i686. I think it will be better on performace. > > > what makes you think that? Fedora is currently optimized for i686 (well > "generic i686" so a blended mix of Intel and AMD i686's)... what would > be the gain of cosmetically renaming the rpms to i686??? > (and also losing VIA C3 capability etc) > Speaking of C3, are there still plans to switch the default optimisation to -Os instead of -O2, which should improve performances on low-cache CPUs, like C3, and should probably not hurt on others ? Xavier From arjan at fenrus.demon.nl Wed Mar 22 11:28:51 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Wed, 22 Mar 2006 12:28:51 +0100 Subject: k3b : unable to blank cd-rw In-Reply-To: <44212C94.1030706@freesurf.fr> References: <4421234F.5030406@freesurf.fr> <4421256C.3080806@gmx.de> <44212C94.1030706@freesurf.fr> Message-ID: <1143026931.2955.58.camel@laptopd505.fenrus.org> On Wed, 2006-03-22 at 11:53 +0100, LarryT wrote: > Thx, that was it :) > But must be root to umount. This might be a bug any way. it looks like something automatically mounted the cd for you as "convenience" ... ;) From filip.tsachev at fedoraproject.org Wed Mar 22 13:32:36 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Wed, 22 Mar 2006 15:32:36 +0200 Subject: there's no infofeed for FC5? Message-ID: http://fedoraproject.org/infofeed/ -- Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From c.hauser at active.ch Wed Mar 22 14:10:04 2006 From: c.hauser at active.ch (Christian Hauser) Date: Wed, 22 Mar 2006 15:10:04 +0100 Subject: Problems with Dell 2001FP monitor In-Reply-To: <4420BD49.8050502@insight.rr.com> References: <44200B66.1080107@active.ch> <4420BD49.8050502@insight.rr.com> Message-ID: <44215ABC.4080906@active.ch> > I passed resolution=1024x768 at the prompt. The screen was not fully > filled but the smaller screen showed all the details and an update was > possible to be started. This when installing in GUI mode. That didn't make any difference. I still didn't see everything. > If you need to see all the text mode screen vga=791 worked for me. I > even saw the ascii art penguin. Textmode was no problem. Within the text mode I could see it all, but would have preferred the GUI mode. Thanks, Christian From rstrode at redhat.com Wed Mar 22 14:41:55 2006 From: rstrode at redhat.com (Ray Strode) Date: Wed, 22 Mar 2006 09:41:55 -0500 Subject: CTRL-ALT-DEL vs. Menu Shutdown In-Reply-To: <4420FEB1.2060305@hblok.net> References: <1142971275.2613.20.camel@zaphod.graze.net> <1142976104.5156.0.camel@halflap> <4420FEB1.2060305@hblok.net> Message-ID: <1143038516.3723.4.camel@halflap> Hi, > Ray Strode wrote: > > >>This should probably be in the regular fedora list since FC5 has been > >>released, but I just found something that I don't remember seeing any > >>other emails about and is in my opinion the wrong behavior. When you > >>hit CTRL-ALT-DEL, the logout / shutdown screen should be the same as > >>when you select shutdown from the menu. It's not. It exhibits the same > >>behavior as FC4. > > > > It might make sense to do something on this front. > > And what about the hibernate / suspend options? Is there some way to > configure these to be on one or both of the above mentioned dialogs? Well there are a number of design problems right now with both dialogs. We probably need to coordinate with upstream and get something nice for gnome 2.16. There are patches floating around to get hibernate in the old dialog. I don't know whether they'll ultimately make sense or not. The new dialog already does it of course. --Ray From huffman at graze.net Wed Mar 22 15:13:03 2006 From: huffman at graze.net (Brian C. Huffman) Date: Wed, 22 Mar 2006 10:13:03 -0500 Subject: Trash not showing files Message-ID: <1143040383.3040.7.camel@zaphod.graze.net> Once again this probably should be in the standard fedora list since FC5 has been released. The Trash applet does not recognize files moved to trash. Based on other bug reports, it appears this is due to /home being a separate file system. I'm assuming that the following upstream bug reports are the cause, but it looks like this has existed for a long time and seems rather critical to me. Is anyone working on this? http://bugzilla.gnome.org/show_bug.cgi?id=171720 http://bugzilla.gnome.org/show_bug.cgi?id=302536 Brian From pjones at redhat.com Wed Mar 22 15:50:27 2006 From: pjones at redhat.com (Peter Jones) Date: Wed, 22 Mar 2006 10:50:27 -0500 Subject: Will we ever get a i686 build of fedora core In-Reply-To: <44213346.2080504@kelkoo.net> References: <738e3c70603210346u5c2be7bepa84b08b2d77d99b4@mail.gmail.com> <1142942755.3077.67.camel@laptopd505.fenrus.org> <44213346.2080504@kelkoo.net> Message-ID: <1143042627.24732.3.camel@vroomfondel.internal.datastacks.com> On Wed, 2006-03-22 at 12:21 +0100, Xavier Bachelot wrote: > Speaking of C3, are there still plans to switch the default optimisation > to -Os instead of -O2, which should improve performances on low-cache > CPUs, like C3, and should probably not hurt on others ? We tried that with the kernel for a while in rawhide; I believe Dave turned it off because it seemed to cause more bugs than it was worth. -- Peter From jakub at redhat.com Wed Mar 22 15:58:59 2006 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 22 Mar 2006 10:58:59 -0500 Subject: Will we ever get a i686 build of fedora core In-Reply-To: <1142979433.2975.10.camel@mjolnir> References: <738e3c70603210346u5c2be7bepa84b08b2d77d99b4@mail.gmail.com> <1142979433.2975.10.camel@mjolnir> Message-ID: <20060322155859.GE20301@devserv.devel.redhat.com> On Tue, Mar 21, 2006 at 04:17:13PM -0600, John Morris wrote: > On Tue, 2006-03-21 at 05:46, parta wrote: > > > I am wondering why people at redhat don't release fedora core for > > i686. I think it will be better on performace. > > If this isn't a FAQ it should be. RH (RHEL & Fedora) currently build > i386 packages with the optimizations set for Pentium4. This gets That's actually not true any longer. FC5 on i?86 is tuned with -mtune=generic, which is a new tuning that gives good results on common Intel and AMD CPUs (and others probably as well). We still (mostly) use just the i386 ISA, packages that use SSE usually select generic and SSE code based on runtime probing, libraries that use atomic instructions also deal with this individually and the only other major set of non-i386 instructions are conditional move instructions, which apparently don't give any advantages on CPUs like P4. Jakub From jkeating at j2solutions.net Wed Mar 22 17:03:38 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 22 Mar 2006 09:03:38 -0800 Subject: k3b : unable to blank cd-rw In-Reply-To: <1143026931.2955.58.camel@laptopd505.fenrus.org> References: <4421234F.5030406@freesurf.fr> <44212C94.1030706@freesurf.fr> <1143026931.2955.58.camel@laptopd505.fenrus.org> Message-ID: <200603220903.38346.jkeating@j2solutions.net> On Wednesday 22 March 2006 03:28, Arjan van de Ven wrote: > it looks like something automatically mounted the cd for you as > "convenience" ... Gnome does the right thing and unmounts the volume before trying to blank it. Was k3b being used from the Gnome desktop, or the KDE desktop? Perhaps k3b doesn't do the right thing when used from a Gnome desktop. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From harald at redhat.com Wed Mar 22 17:04:30 2006 From: harald at redhat.com (Harald Hoyer) Date: Wed, 22 Mar 2006 18:04:30 +0100 Subject: Fedora Core 4 Test Update: k3b-0.12.14-0.FC4.1 In-Reply-To: <200603211803.k2LI3Eie008011@int-mx1.corp.redhat.com> References: <200603211803.k2LI3Eie008011@int-mx1.corp.redhat.com> Message-ID: <4421839E.7090502@redhat.com> please test -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3621 bytes Desc: S/MIME Cryptographic Signature URL: From bmatteson at austin.rr.com Wed Mar 22 17:31:59 2006 From: bmatteson at austin.rr.com (bmatteson at austin.rr.com) Date: Wed, 22 Mar 2006 11:31:59 -0600 Subject: libglx.so: undefined symbol: DRIQueryDirectRenderingCapable Message-ID: Hi, I can't start up X this morning, and I'm getting the following error: X Window System Version 7.0.0 Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 7.0 Build Operating System:Linux 2.6.9-22.18.bz155725.ELsmp i686Red Hat, Inc. Current Operating System: Linux odysseus.xxxxx.xxxxx.com 2.6.16-1.2074_FC6 #1 Tue Mar 21 00:43:56 EST 2006 i686 Build Date: 21 March 2006 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present 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: Wed Mar 22 11:22:57 2006 (==) Using config file: "/etc/X11/xorg.conf" X: symbol lookup error: /usr/lib/xorg/modules/extensions/libglx.so: undefined symbol: DRIQueryDirectRenderingCapable XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" after 0 requests (0 known processed) with 0 events remaining. ----------- I'm running rawhide on a T41P that has the ATI FireGL card. This uses the radeon driver, for which I've had to comment out DRI in xorg.conf to keep my box from freezing. I also updated last night to the newest xorg (I think): rpm -qa | grep xorg-x11-server xorg-x11-server-Xorg-1.0.99.1-1 xorg-x11-server-Xnest-1.0.99.1-1 xorg-x11-server-utils-1.0.1-1.2 Guess I'll try to uncomment out the DRI parts of the xorg.conf to see if that helps ... Thanks, Ben From chasecreek.systemhouse at gmail.com Wed Mar 22 17:58:43 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Wed, 22 Mar 2006 12:58:43 -0500 Subject: [OT] Stars CPP Code ? Message-ID: <91f88ee20603220958i6363d51emaefbffcbe68f5410@mail.gmail.com> Anyone have a Linux-compatible version of this old Turbo C code? #include #include #include #include #include void setgmode(int mode); int current_mode(); char plot(int xp, int yp, char col, char far *vid_mem); void cls(char col, char far *vid_mem); char far *screen = (char far *)MK_FP(0xa000,0); #define VGA320x200 0x13 // Old VGA (considered EGA) currently supported. #define VIEWER_DISTANCE 125 class star { long xp; long yp; int zp; // position of star void init(); // init location of star public: int xspeed; int yspeed; int zspeed; star(); void move(char far *draw_scn); }; star::star() { // movement of star thru 3D space... xspeed=-1; yspeed =0; zspeed=-1; init(); // init location } void star::move(char far* draw_scn) { if ( zp ,= 2 ) init(); //The hear of the program. Convert 3d x,y,z position to 2d screen int sch_x = VIEWER_DISTANCE * xp / zp; int sch_y = VIEWER_DISTANCE * yp / zp; //Star movement zp += zspeed; xp += xspeed; yp += yspeed; if (scn_x <= 318 && scn_x >= 2 && scn_y >= 2 && scn_y <= 198) { if (zp > 150) { plot(scn_x, scn_y, LIGHTGRAY, draw_scn); //Light gray for distant stars... } else { plot(scn_x, scn_y, WHITE, draw_scn); //White for close stars... } } else { init(); //If star is off the screen, re init values... } } void star::init() { xp = 1 + random(310); yp = 1 + random(190); zp = 2 + random(200); } void credits() { clrscr(); puts("-Star Simulator-"); puts("Originally by: Brent Edstrom. Modifications by: Bill Jones..."); puts("\nPress a key to start. Any key again to exit."); getch(); } void main(void) { //--------------create star field star *Star; if ( !(Star = new star[65]) ) { puts("Insufficient memory for star array"); delay(500); exit(1); } //--------------create drawing buffer for animaiton char far *draw_buff; if ( !(draw_buff = new char[64000]) ) { puts("Insufficient memory for drawing buffer"); delay(500); exit(1); } credits(); int old_mode = current_mode(); setgmode(VGA320x200); while( !kbhit() ) { cls(BLACK, draw_buff); // Clear drawing buffer. for(int cnt = 0; cnt < 64; cnt++) { Star[cnt].move(draw_buff); } memmove(screen, draw_buff, 64000); // Move drawing buffer to screen. } // Set to previous video mode. setgmode(old_mode); delete draw_buff; } void setgmode(int mode) { union REGS regs; regs.h.ah = 0; // video set function regs.h.al = mode; int86(0x10, ®s, ®s); } int current_mode() { int cur_mode = *(int *)MK_FP(0x40, 0x49); return cur_mode; } char plot(int xp, int yp, char col, char far *vid_mem) { long vid_offset=yp*320+xp; char prev_col; if (vid_offset < 64000) { prev_col = vid_mem[vid_offset]; vid_mem[vid_offset] = col; } return prev_col; } void cls(char col, char far *vid_mem) { memset(vid_mem, col, 64000); } -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From michal at harddata.com Wed Mar 22 18:06:00 2006 From: michal at harddata.com (Michal Jaegermann) Date: Wed, 22 Mar 2006 11:06:00 -0700 Subject: k3b : unable to blank cd-rw In-Reply-To: <44212C94.1030706@freesurf.fr> References: <4421234F.5030406@freesurf.fr> <4421256C.3080806@gmx.de> <44212C94.1030706@freesurf.fr> Message-ID: <20060322180600.GA4380@mail.harddata.com> On Wed, Mar 22, 2006 at 11:53:08AM +0100, LarryT wrote: > Thx, that was it :) > But must be root to umount. No, not really. You can use 'gnome-umount' to do the job but this is not overly documented - to put that mildly. OTOH you _know_ that you do not have to be root for that as you can eject and that implies unmounting. > This might be a bug any way. I guess that the problem is that k3b, and other things, do not unmount that CD automatically before attempting to blank it or at least you are not offered an option to do that unmouting yourself. On an icon menu you have an entry for eject but this is not what you want to do. A kind of similar problem trips users on attempts to rip some sound CD tracks. A player starts and grabs that CD. Unless you terminate that "convenience" you have problems with reading data. Michal From dragoran at feuerpokemon.de Wed Mar 22 18:51:51 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Wed, 22 Mar 2006 19:51:51 +0100 Subject: Fedora Core 4 Test Update: k3b-0.12.14-0.FC4.1 In-Reply-To: <4421839E.7090502@redhat.com> References: <200603211803.k2LI3Eie008011@int-mx1.corp.redhat.com> <4421839E.7090502@redhat.com> Message-ID: <44219CC7.4070309@feuerpokemon.de> Harald Hoyer wrote: > please test have tested it know... (on FC4 x86_64 / PLEXTOR PX-755A) blanked and burned a cd no problems so far... verify also works fine any reason why there is no fc5 update too? From mclasen at redhat.com Wed Mar 22 19:49:29 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 22 Mar 2006 14:49:29 -0500 Subject: Fedora Core 5 Test Update: gnome-icon-theme-2.14.2-1.fc5.1 Message-ID: <200603221949.k2MJnTrT023164@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-206 2006-03-22 --------------------------------------------------------------------- Product : Fedora Core 5 Name : gnome-icon-theme Version : 2.14.2 Release : 1.fc5.1 Summary : Base gnome icons Description : Contains the base icons needed by the Gnome desktop environment. --------------------------------------------------------------------- Update Information: An updated gnome-icon-theme package fixes a problem where files with mimetype application/xml would not get the right icon. --------------------------------------------------------------------- * Wed Mar 22 2006 Matthias Clasen 2.14.2-1 - Update to 2.14.2 - Add symlinks to make application/xml work --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 282cd50b4a5d2444fb125c7f28278a4f5a204180 SRPMS/gnome-icon-theme-2.14.2-1.fc5.1.src.rpm 56832fb09007f6b4313de8256d07c96d77846415 ppc/gnome-icon-theme-2.14.2-1.fc5.1.noarch.rpm 56832fb09007f6b4313de8256d07c96d77846415 x86_64/gnome-icon-theme-2.14.2-1.fc5.1.noarch.rpm 56832fb09007f6b4313de8256d07c96d77846415 i386/gnome-icon-theme-2.14.2-1.fc5.1.noarch.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From harald at redhat.com Wed Mar 22 19:43:48 2006 From: harald at redhat.com (Harald Hoyer) Date: Wed, 22 Mar 2006 14:43:48 -0500 Subject: Fedora Core 5 Test Update: k3b-0.12.14-0.FC5.2 Message-ID: <200603221943.k2MJhmPO021969@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-196 2006-03-22 --------------------------------------------------------------------- Product : Fedora Core 5 Name : k3b Version : 0.12.14 Release : 0.FC5.2 Summary : CD/DVD burning application for KDE Description : K3b provides a comfortable user interface to perform most CD/DVD burning tasks. While the experienced user can take influence in all steps of the burning process the beginner may find comfort in the automatic settings and the reasonable k3b defaults which allow a quick start. --------------------------------------------------------------------- Update Information: update to version 0.12.14 --------------------------------------------------------------------- * Tue Mar 21 2006 Harald Hoyer 0:0.12.14-0.FC5.2 - version 0.12.14 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 90840ec4b3a79a72ae0e5a11ce312ddbdd8022e3 SRPMS/k3b-0.12.14-0.FC5.2.src.rpm d763a9640f36278116c68793483259e33aeceb4b ppc/k3b-0.12.14-0.FC5.2.ppc.rpm 65bad6526fd26c9906d3d28bdb4155e666d9a3dd ppc/debug/k3b-debuginfo-0.12.14-0.FC5.2.ppc.rpm e645b6053225336c1c0bb4b78e83877e55e4a9bb x86_64/k3b-0.12.14-0.FC5.2.x86_64.rpm 729224633eee141a825773e908021e838e5bd422 x86_64/debug/k3b-debuginfo-0.12.14-0.FC5.2.x86_64.rpm cf69bf32962910c5141c414abd11e7f707566592 i386/k3b-0.12.14-0.FC5.2.i386.rpm e7a03741f7a67295b887d1aab9495b8a5153a3a6 i386/debug/k3b-debuginfo-0.12.14-0.FC5.2.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From mclasen at redhat.com Wed Mar 22 19:49:27 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 22 Mar 2006 14:49:27 -0500 Subject: Fedora Core 5 Test Update: shared-mime-info-0.17-1.fc5.1 Message-ID: <200603221949.k2MJnRhS023158@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-167 2006-03-22 --------------------------------------------------------------------- Product : Fedora Core 5 Name : shared-mime-info Version : 0.17 Release : 1.fc5.1 Summary : Shared MIME information database Description : This is the freedesktop.org shared MIME info database. Many programs and desktops use the MIME system to represent the types of files. Frequently, it is necessary to work out the correct MIME type for a file. This is generally done by examining the file's name or contents, and looking up the correct MIME type in a database. --------------------------------------------------------------------- Update Information: A new version of the shared-mime-info package has been released that fixes several bugs. --------------------------------------------------------------------- * Wed Mar 22 2006 Matthias Clasen - 0.17-1.fc5.1 - Backport upstream change to fix postscript vs. matlab confusion * Thu Mar 16 2006 Matthias Clasen - 0.17-1 - Update to 0.17 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ a5a2996351f152b373c189f0381a9d396e00115f SRPMS/shared-mime-info-0.17-1.fc5.1.src.rpm 064f3c8d46e35f861e0d57e8072c50f1d8a52ea0 ppc/shared-mime-info-0.17-1.fc5.1.ppc.rpm 61200d1f84169a4f38238c986a099087b0d7d852 ppc/debug/shared-mime-info-debuginfo-0.17-1.fc5.1.ppc.rpm b49198ac807e68ec8d506c9acb1f14cc9d1c89b0 x86_64/shared-mime-info-0.17-1.fc5.1.x86_64.rpm 9b3d92ea3f7d20a5d816ebb46a3a4fe4c0d8c47e x86_64/debug/shared-mime-info-debuginfo-0.17-1.fc5.1.x86_64.rpm 58945e062ef87381fe6c446be1e2b102d212f935 i386/shared-mime-info-0.17-1.fc5.1.i386.rpm 9844ec0d5b5c54b3f5668fc5b54efcc5dc8b3e76 i386/debug/shared-mime-info-debuginfo-0.17-1.fc5.1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From dwalsh at redhat.com Wed Mar 22 19:44:51 2006 From: dwalsh at redhat.com (Daniel Walsh) Date: Wed, 22 Mar 2006 14:44:51 -0500 Subject: Fedora Core 5 Test Update: checkpolicy-1.30-1.fc5 Message-ID: <200603221944.k2MJipbn022230@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-205 2006-03-22 --------------------------------------------------------------------- Product : Fedora Core 5 Name : checkpolicy Version : 1.30 Release : 1.fc5 Summary : SELinux policy compiler Description : Security-enhanced Linux is a feature of the Linux?? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement??, Role-based Access Control, and Multi-level Security. This package contains checkpolicy, the SELinux policy compiler. Only required for building policies. --------------------------------------------------------------------- Update Information: Update SELinux tool chain and policy to released version at NSA. Policy update fixes several bugs. --------------------------------------------------------------------- * Wed Mar 22 2006 Dan Walsh - 1.30-1.fc5 - Bump for FC5 * Fri Mar 17 2006 Dan Walsh - 1.30-1 - Latest upgrade from NSA * Updated version for release. * Fixed bug in role dominance (define_role_dom). * Fri Feb 17 2006 Dan Walsh - 1.29.4-1 - Latest upgrade from NSA * Added a check for failure to declare each sensitivity in a level definition. * Changed to clone level data for aliased sensitivities to avoid double free upon sens_destroy. Bug reported by Kevin Carr of Tresys Technology. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ eec83b6407e0b3b9d6adafd5fea85ac00ae6f308 SRPMS/checkpolicy-1.30-1.fc5.src.rpm ab8e274975ff617b54a0cd5356656f526ece506d ppc/checkpolicy-1.30-1.fc5.ppc.rpm fc952a66d122efe5ec32d0e9a40618dfa5defcdc ppc/debug/checkpolicy-debuginfo-1.30-1.fc5.ppc.rpm 5bc659388774289806730a5d4be1b1644f8bf777 x86_64/checkpolicy-1.30-1.fc5.x86_64.rpm fdf9c99590ca672f18037b7e43186c174c74c1f3 x86_64/debug/checkpolicy-debuginfo-1.30-1.fc5.x86_64.rpm dfd9521023288e1d9040c877a47dca6b69673630 i386/checkpolicy-1.30-1.fc5.i386.rpm 79ef211475f4a55ba5ff96288fee95b16491948b i386/debug/checkpolicy-debuginfo-1.30-1.fc5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From dwalsh at redhat.com Wed Mar 22 19:44:55 2006 From: dwalsh at redhat.com (Daniel Walsh) Date: Wed, 22 Mar 2006 14:44:55 -0500 Subject: Fedora Core 5 Test Update: selinux-policy-2.2.25-2.fc5 Message-ID: <200603221944.k2MJitHU022241@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-205 2006-03-22 --------------------------------------------------------------------- Product : Fedora Core 5 Name : selinux-policy Version : 2.2.25 Release : 2.fc5 Summary : SELinux policy configuration Description : SELinux Reference Policy - modular. --------------------------------------------------------------------- Update Information: Update SELinux tool chain and policy to released version at NSA. Policy update fixes several bugs. --------------------------------------------------------------------- * Wed Mar 22 2006 Dan Walsh 2.2.25-2.fc5 - Rebuild for FC5 * Wed Mar 22 2006 Dan Walsh 2.2.25-2 - Fix pam_console handling of usb_device - dontaudit logwatch reading /mnt dir * Fri Mar 17 2006 Dan Walsh 2.2.24-1 - Update to upstream * Wed Mar 15 2006 Dan Walsh 2.2.23-19 - Get transition rules to create policy.20 at SystemHigh * Tue Mar 14 2006 Dan Walsh 2.2.23-18 - Allow secadmin to shutdown system - Allow sendmail to exec newalias * Tue Mar 14 2006 Dan Walsh 2.2.23-17 - MLS Fixes dmidecode needs mls_file_read_up - add ypxfr_t - run init needs access to nscd - udev needs setuid - another xen log file - Dontaudit mount getattr proc_kcore_t * Tue Mar 14 2006 Karsten Hopp 2.2.23-16 - fix buildroot usage (#185391) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ e3da916765c27e6bc84b374f3697f050545a5ad7 SRPMS/selinux-policy-2.2.25-2.fc5.src.rpm 9de4649be62f3364dec4d4fa742409b2912d8ff9 ppc/selinux-policy-2.2.25-2.fc5.noarch.rpm 15b8eca903386940669945b6b5d2f287a1e873e7 ppc/selinux-policy-targeted-2.2.25-2.fc5.noarch.rpm ced7a9350c6a01479ccd7c3923e0c6b20b15c9cf ppc/selinux-policy-mls-2.2.25-2.fc5.noarch.rpm 5e3c92e7a178eb994e5cdec9269540fceb8845a2 ppc/selinux-policy-strict-2.2.25-2.fc5.noarch.rpm 9de4649be62f3364dec4d4fa742409b2912d8ff9 x86_64/selinux-policy-2.2.25-2.fc5.noarch.rpm 15b8eca903386940669945b6b5d2f287a1e873e7 x86_64/selinux-policy-targeted-2.2.25-2.fc5.noarch.rpm ced7a9350c6a01479ccd7c3923e0c6b20b15c9cf x86_64/selinux-policy-mls-2.2.25-2.fc5.noarch.rpm 5e3c92e7a178eb994e5cdec9269540fceb8845a2 x86_64/selinux-policy-strict-2.2.25-2.fc5.noarch.rpm 9de4649be62f3364dec4d4fa742409b2912d8ff9 i386/selinux-policy-2.2.25-2.fc5.noarch.rpm 15b8eca903386940669945b6b5d2f287a1e873e7 i386/selinux-policy-targeted-2.2.25-2.fc5.noarch.rpm ced7a9350c6a01479ccd7c3923e0c6b20b15c9cf i386/selinux-policy-mls-2.2.25-2.fc5.noarch.rpm 5e3c92e7a178eb994e5cdec9269540fceb8845a2 i386/selinux-policy-strict-2.2.25-2.fc5.noarch.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From dwalsh at redhat.com Wed Mar 22 19:44:53 2006 From: dwalsh at redhat.com (Daniel Walsh) Date: Wed, 22 Mar 2006 14:44:53 -0500 Subject: Fedora Core 5 Test Update: libsemanage-1.6-1.fc5 Message-ID: <200603221944.k2MJirQE022236@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-205 2006-03-22 --------------------------------------------------------------------- Product : Fedora Core 5 Name : libsemanage Version : 1.6 Release : 1.fc5 Summary : SELinux binary policy manipulation library Description : Security-enhanced Linux is a feature of the Linux?? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement??, Role-based Access Control, and Multi-level Security. libsemanage provides an API for the manipulation of SELinux binary policies. It is used by checkpolicy (the policy compiler) and similar tools, as well as by programs like load_policy that need to perform specific transformations on binary policies such as customizing policy boolean settings. --------------------------------------------------------------------- Update Information: Update SELinux tool chain and policy to released version at NSA. Policy update fixes several bugs. --------------------------------------------------------------------- * Sat Mar 18 2006 Dan Walsh - 1.6-1.fc5 - Rebuild for FC5 * Fri Mar 17 2006 Dan Walsh - 1.6-1 - Make work on RHEL4 - Upgrade to latest from NSA * Merged abort early on merge errors patch from Ivan Gyurdiev. * Cleaned up error handling in semanage_split_fc based on a patch by Serge Hallyn (IBM) and suggestions by Ivan Gyurdiev. * Merged MLS handling fixes from Ivan Gyurdiev. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 1aaba50c4b97ec1d7a716c7db0d0e0ba50c6af32 SRPMS/libsemanage-1.6-1.fc5.src.rpm 9bfeec6a56c44982c6d7be38e149770619fd64c2 ppc/libsemanage-1.6-1.fc5.ppc.rpm 5e221386e6fb0ceff23816e39ae5f030472ed2db ppc/libsemanage-devel-1.6-1.fc5.ppc.rpm ba05bd3ca136058b41b93b67ccbdd97abd176974 ppc/debug/libsemanage-debuginfo-1.6-1.fc5.ppc.rpm 16f852cb67493d8a1e5b2062fef47fdc1f7884d2 x86_64/libsemanage-1.6-1.fc5.x86_64.rpm 826d5d75a25b2a303b07d88ecec88cfee6427f08 x86_64/libsemanage-devel-1.6-1.fc5.x86_64.rpm 9df27f2ca938b539e0eb1f244e9d8399385e80f2 x86_64/debug/libsemanage-debuginfo-1.6-1.fc5.x86_64.rpm 1e3508133004c1d84a6f6f7436f5bf2eb20bfb86 i386/libsemanage-1.6-1.fc5.i386.rpm a51c49db35afd863e7cbd97cb20717d27f39d6d2 i386/libsemanage-devel-1.6-1.fc5.i386.rpm 2d7be93c88d9fd3ccd552c911d732409a04a16c3 i386/debug/libsemanage-debuginfo-1.6-1.fc5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From dwalsh at redhat.com Wed Mar 22 19:44:52 2006 From: dwalsh at redhat.com (Daniel Walsh) Date: Wed, 22 Mar 2006 14:44:52 -0500 Subject: Fedora Core 5 Test Update: libselinux-1.30-1.fc5 Message-ID: <200603221944.k2MJiqfv022234@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-205 2006-03-22 --------------------------------------------------------------------- Product : Fedora Core 5 Name : libselinux Version : 1.30 Release : 1.fc5 Summary : SELinux library and simple utilities Description : Security-enhanced Linux is a feature of the Linux?? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement??, Role-based Access Control, and Multi-level Security. libselinux provides an API for SELinux applications to get and set process and file security contexts and to obtain security policy decisions. Required for any applications that use the SELinux API. --------------------------------------------------------------------- Update Information: Update SELinux tool chain and policy to released version at NSA. Policy update fixes several bugs. --------------------------------------------------------------------- * Sat Mar 18 2006 Dan Walsh 1.30-1.fc5 - rebuild for FC5 * Fri Mar 10 2006 Dan Walsh 1.30-1 - Make some fixes so it will build on RHEL4 - Upgrade to latest from NSA * Updated version for release. * Altered rpm_execcon fallback logic for permissive mode to also handle case where /selinux/enforce is not available. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ aea2d9f3b026863663d8d4c9bc1250e3b66935c3 SRPMS/libselinux-1.30-1.fc5.src.rpm a763b2f1c143b3bfebcdaa1fecadc5f5431ec711 ppc/libselinux-1.30-1.fc5.ppc.rpm e5b04c8186f95732ea2f66308644f910cd6201dd ppc/libselinux-python-1.30-1.fc5.ppc.rpm 8317838c7219ef35c30bc9dbcbda5b432cb52fd7 ppc/libselinux-devel-1.30-1.fc5.ppc.rpm 0e4022f23fab170963c78d1001cf47864e8e6bba ppc/debug/libselinux-debuginfo-1.30-1.fc5.ppc.rpm 5470b54ef4d04d0c35946e669d6f0409ef3d1da5 x86_64/libselinux-1.30-1.fc5.x86_64.rpm 7e14fc8440b92ad090fdcef96fabf1b0ae0f8cd5 x86_64/libselinux-python-1.30-1.fc5.x86_64.rpm 57979956b027970622a90dc387bb83a8104043f9 x86_64/libselinux-devel-1.30-1.fc5.x86_64.rpm 8bfd1ebf24eef6a158b653ca2e169ed31d06b55e x86_64/debug/libselinux-debuginfo-1.30-1.fc5.x86_64.rpm 3f2218ec62d970e6e76d42837782899031619462 i386/libselinux-1.30-1.fc5.i386.rpm 13835e939ee0b5b779e73b50027f1360146c1c5c i386/libselinux-python-1.30-1.fc5.i386.rpm 573699a1fdc879a6fd2b02ed3954d67b1641ffca i386/libselinux-devel-1.30-1.fc5.i386.rpm 6516b9a94330468c2e393b12e3772536959f0351 i386/debug/libselinux-debuginfo-1.30-1.fc5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From dwalsh at redhat.com Wed Mar 22 19:44:54 2006 From: dwalsh at redhat.com (Daniel Walsh) Date: Wed, 22 Mar 2006 14:44:54 -0500 Subject: Fedora Core 5 Test Update: policycoreutils-1.30.1-2.fc5 Message-ID: <200603221944.k2MJisKV022239@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-205 2006-03-22 --------------------------------------------------------------------- Product : Fedora Core 5 Name : policycoreutils Version : 1.30.1 Release : 2.fc5 Summary : SELinux policy core utilities. Description : Security-enhanced Linux is a feature of the Linux?? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement??, Role-based Access Control, and Multi-level Security. policycoreutils contains the policy core utilities that are required for basic operation of a SELinux system. These utilities include load_policy to load policies, setfiles to label filesystems, newrole to switch roles, and run_init to run /etc/init.d scripts in the proper context. --------------------------------------------------------------------- Update Information: Update SELinux tool chain and policy to released version at NSA. Policy update fixes several bugs. --------------------------------------------------------------------- * Tue Mar 21 2006 Dan Walsh 1.30.1-2.fc5 - Bump to build in FC5 * Tue Mar 21 2006 Dan Walsh 1.30.1-2 - make restorecond only ignore non directories with lnk > 1 * Tue Mar 21 2006 Dan Walsh 1.30.1-1 - Make audit2allow translate dontaudit as well as allow rules - Update from upstream * Merged semanage labeling prefix patch from Ivan Gyurdiev. * Tue Mar 21 2006 Dan Walsh 1.30-5 - Fix audit2allow to retrieve dontaudit rules * Mon Mar 20 2006 Dan Walsh 1.30-4 - Open file descriptor to make sure file does not change from underneath. * Fri Mar 17 2006 Dan Walsh 1.30-3 - Fixes for restorecond attack via symlinks - Fixes for fixfiles * Fri Mar 17 2006 Dan Walsh 1.30-2 - Restorecon has to handle suspend/resume * Fri Mar 17 2006 Dan Walsh 1.30-1 - Update to upstream --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 56d8dcc594111be5868d8d991ad8b9190d0bf0f8 SRPMS/policycoreutils-1.30.1-2.fc5.src.rpm bc3f351c8e1b2ea346dd5cdc26baee1ba630efac ppc/policycoreutils-1.30.1-2.fc5.ppc.rpm acf7e9df99db8102e0f38a5dc4a8e1b8d2595d34 ppc/debug/policycoreutils-debuginfo-1.30.1-2.fc5.ppc.rpm 4ad65368689612e9322916e90b03d34b10030589 x86_64/policycoreutils-1.30.1-2.fc5.x86_64.rpm 253d3f657859c7bf896c87b2cb6d4a1fa4781b35 x86_64/debug/policycoreutils-debuginfo-1.30.1-2.fc5.x86_64.rpm 74a6c2b6caee04b874bd9e8807365823efa8d8a4 i386/policycoreutils-1.30.1-2.fc5.i386.rpm 886633b34ab1128667f86db3e588619b0e4b0d5b i386/debug/policycoreutils-debuginfo-1.30.1-2.fc5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From davej at redhat.com Wed Mar 22 19:42:40 2006 From: davej at redhat.com (Dave Jones) Date: Wed, 22 Mar 2006 14:42:40 -0500 Subject: Fedora Core 5 Test Update: kernel-2.6.16-1.2069_FC5 Message-ID: <200603221942.k2MJgeU8021789@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-195 2006-03-22 --------------------------------------------------------------------- Product : Fedora Core 5 Name : kernel Version : 2.6.16 Release : 1.2069_FC5 Summary : The Linux kernel (the core of the Linux operating system) Description : The kernel package contains the Linux kernel (vmlinuz), the core of any Linux operating system. The kernel handles the basic functions of the operating system: memory allocation, process allocation, device input and output, etc. --------------------------------------------------------------------- * Tue Mar 21 2006 Dave Jones - Improve spinlock scalability on big machines. - Update exec-shield to Ingo's latest. (Incorporates John Reiser's "map the vDSO intelligently" patch which increases the efficiency of prelinking - #162797). * Mon Mar 20 2006 Dave Jones - ACPI ecdt uid hack. (#185947) * Mon Mar 20 2006 Juan Quintela - fix xen vmx in 64 bits. * Mon Mar 20 2006 Dave Jones - 2.6.16 * Sun Mar 19 2006 Dave Jones - 2.6.16rc6-git12 * Sat Mar 18 2006 Dave Jones - 2.6.16rc6-git10 & git11 * Fri Mar 17 2006 Dave Jones - 2.6.16rc6-git8 & git9 * Thu Mar 16 2006 Dave Jones - 2.6.16rc6-git7 * Wed Mar 15 2006 Dave Jones - 2.6.16rc6-git5 - Unmark 'print_tainted' as a GPL symbol. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 5be3a4393232a73e848535f9151a9ad9f48ee2ce SRPMS/kernel-2.6.16-1.2069_FC5.src.rpm de14de72d1c1955a89370569985db76d650ff352 ppc/kernel-2.6.16-1.2069_FC5.ppc.rpm 693f9fd1209bdc97a2d0d7f6c60e756f72500fa9 ppc/kernel-devel-2.6.16-1.2069_FC5.ppc.rpm d090b3c6e4e43ebcda1f2dc0abcde8d898120b71 ppc/kernel-smp-2.6.16-1.2069_FC5.ppc.rpm e94447642bfac04e5a3327bffddd067e7db03910 ppc/kernel-smp-devel-2.6.16-1.2069_FC5.ppc.rpm 98d1aeae2f5b2af24df0be917f9f770748963d91 ppc/debug/kernel-debuginfo-2.6.16-1.2069_FC5.ppc.rpm c1b850a9b7cb1387d3f11147db793650bffbd49e ppc/kernel-doc-2.6.16-1.2069_FC5.noarch.rpm 98f17e62f036b6304b69a162aeba854d07120597 x86_64/kernel-2.6.16-1.2069_FC5.x86_64.rpm 4eb251c8b9be5fdd22e7d081fa64ffd42eaecb12 x86_64/kernel-devel-2.6.16-1.2069_FC5.x86_64.rpm 392a98f246d7cef25dbd99efcda31116c0c56c21 x86_64/kernel-xen0-2.6.16-1.2069_FC5.x86_64.rpm c1dfe34859d046fd23de5c5374e38782ac1d5ec6 x86_64/kernel-xen0-devel-2.6.16-1.2069_FC5.x86_64.rpm dfded25dfdf865f2223071ba259fe758f970db92 x86_64/kernel-xenU-2.6.16-1.2069_FC5.x86_64.rpm d0a3c3c493ce7642ea6726be4ccabbe4ffd00ce2 x86_64/kernel-xenU-devel-2.6.16-1.2069_FC5.x86_64.rpm 6faa4332efc2fc8e70a25faf3a7f8fc4d418a81a x86_64/kernel-kdump-2.6.16-1.2069_FC5.x86_64.rpm 3b09463ca22ac434b7ab104a4a8b1b31341ad8c7 x86_64/kernel-kdump-devel-2.6.16-1.2069_FC5.x86_64.rpm 43cd27063c4fabb0e92832f97e348ff35fee5bcf x86_64/debug/kernel-debuginfo-2.6.16-1.2069_FC5.x86_64.rpm c1b850a9b7cb1387d3f11147db793650bffbd49e x86_64/kernel-doc-2.6.16-1.2069_FC5.noarch.rpm fcbf5a9745765a1f23fc00ff168b16b7e4bea31d i386/kernel-2.6.16-1.2069_FC5.i586.rpm 5646c5a0b27ea0715a989a763bb8bf52e7e72253 i386/kernel-devel-2.6.16-1.2069_FC5.i586.rpm 59ae4a06363b0526c998b47b7350fd0e66d0ed2f i386/debug/kernel-debuginfo-2.6.16-1.2069_FC5.i586.rpm a92c19ee0b747e2a3314846577e19ee1503d461d i386/kernel-2.6.16-1.2069_FC5.i686.rpm 3e8ac9c2e14d9f22d71e54ef7bed5e46c4a20ca6 i386/kernel-devel-2.6.16-1.2069_FC5.i686.rpm 12c39c597ac7c7f1b7c5eca3410a6962d172f7cd i386/kernel-smp-2.6.16-1.2069_FC5.i686.rpm 7a66a5ac63d94009a4a3d096860f483e06f0ba9e i386/kernel-smp-devel-2.6.16-1.2069_FC5.i686.rpm ec7b4a8b8ab56a89ef8b84744a3a962a575d0bfe i386/kernel-xen0-2.6.16-1.2069_FC5.i686.rpm 5f048f3ebd5b22fc6f09962f79acc68d1a1bfdfc i386/kernel-xen0-devel-2.6.16-1.2069_FC5.i686.rpm 7ef0111198f009adb667c3399da6ecaf949abb27 i386/kernel-xenU-2.6.16-1.2069_FC5.i686.rpm 0682a93815ff2e5dc97a7b12c7531a3c52141cbd i386/kernel-xenU-devel-2.6.16-1.2069_FC5.i686.rpm d51bd93a4b4ebf86c5f703f3deae20a1a1b9e5a0 i386/kernel-kdump-2.6.16-1.2069_FC5.i686.rpm 0662b22d0d625f590efc7a7b79bb25ec3a5702da i386/kernel-kdump-devel-2.6.16-1.2069_FC5.i686.rpm 0967a49f9e5144c76b0de25e48b4b96f717f7bf9 i386/debug/kernel-debuginfo-2.6.16-1.2069_FC5.i686.rpm c1b850a9b7cb1387d3f11147db793650bffbd49e i386/kernel-doc-2.6.16-1.2069_FC5.noarch.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From guess.who at freesurf.fr Wed Mar 22 19:14:31 2006 From: guess.who at freesurf.fr (LarryT) Date: Wed, 22 Mar 2006 20:14:31 +0100 Subject: Fedora Core 4 Test Update: k3b-0.12.14-0.FC4.1 In-Reply-To: <4421839E.7090502@redhat.com> References: <200603211803.k2LI3Eie008011@int-mx1.corp.redhat.com> <4421839E.7090502@redhat.com> Message-ID: <4421A217.3060707@freesurf.fr> hum, well,...so far i am concerned, i am running fc5 :-/ Harald Hoyer wrote: > please test > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From guess.who at freesurf.fr Wed Mar 22 19:13:18 2006 From: guess.who at freesurf.fr (LarryT) Date: Wed, 22 Mar 2006 20:13:18 +0100 Subject: k3b : unable to blank cd-rw In-Reply-To: <200603220903.38346.jkeating@j2solutions.net> References: <4421234F.5030406@freesurf.fr> <44212C94.1030706@freesurf.fr> <1143026931.2955.58.camel@laptopd505.fenrus.org> <200603220903.38346.jkeating@j2solutions.net> Message-ID: <4421A1CE.9030209@freesurf.fr> I run k3b from gnome. Sure thing : it doesn't umount the device, so cant blank the mounted cd, on gnome. I remember i had the same problem with ... fc3-gnome , maybe, i dont remember exactly the system... Jesse Keating wrote: > On Wednesday 22 March 2006 03:28, Arjan van de Ven wrote: > >>it looks like something automatically mounted the cd for you as >>"convenience" ... > > > Gnome does the right thing and unmounts the volume before trying to blank it. > Was k3b being used from the Gnome desktop, or the KDE desktop? Perhaps k3b > doesn't do the right thing when used from a Gnome desktop. > > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From Giuseppe.Castagna at ens.fr Wed Mar 22 20:16:09 2006 From: Giuseppe.Castagna at ens.fr (Giuseppe Castagna) Date: Wed, 22 Mar 2006 21:16:09 +0100 Subject: Problems with Dell 2001FP monitor In-Reply-To: <4420BD49.8050502@insight.rr.com> References: <44200B66.1080107@active.ch> <4420BD49.8050502@insight.rr.com> Message-ID: <4421B089.2060406@ens.fr> Jim Cornette wrote: > Christian Hauser wrote: > >> Hi >> >> I was trying to install FC5 on a Dell XPS with a Dell 2001FP >> (1600x1200) monitor. However, during installation I can only see a >> part of the screen the rest is out of bounds. This consistently happened to me with fc5t2 fc5t3 and fc5, with my viewsonic vg191 1280x1024. The problem is the DVI connection. The graphical installation works perfectly if I connect it by the vga connector. The dvi connector causes several problems also after the installation, which can be solved by adding the line Option "MergedFB" "false" in the Device section of your xorg.conf. I filled a couple of bug reports on it: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181907 https://bugs.freedesktop.org/show_bug.cgi?id=5991 Hope it will work for you too. ---Beppe--- From pribyl at lowlevel.cz Wed Mar 22 21:56:21 2006 From: pribyl at lowlevel.cz (pribyl at lowlevel.cz) Date: Wed, 22 Mar 2006 22:56:21 +0100 (CET) Subject: There is no istanbul Message-ID: In release notes ch. 17.5 Screecast there is mentioned that FC5 extras should include "istanbul, which creates screencasts using the Theora video format", but there is no such package. Am I doing something wrong? Adam Pribyl From jvdias at redhat.com Wed Mar 22 22:23:27 2006 From: jvdias at redhat.com (Jason Vas Dias) Date: Wed, 22 Mar 2006 17:23:27 -0500 Subject: Fedora Core 5 Test Update: perl-DBD-Pg-1.47-0.1.FC5 Message-ID: <200603222223.k2MMNRVi032173@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-207 2006-03-22 --------------------------------------------------------------------- Product : Fedora Core 5 Name : perl-DBD-Pg Version : 1.47 Release : 0.1.FC5 Summary : A PostgresSQL interface for perl Description : An implementation of DBI for PostgreSQL for Perl. --------------------------------------------------------------------- * Wed Mar 22 2006 Jason Vas Dias - 1.47-1 - Upgrade to upstream version 1.47 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 9451ee07f9360078c1bc9f5aa0d75e55048b03f7 SRPMS/perl-DBD-Pg-1.47-0.1.FC5.src.rpm d1bf659c7934f87bca3b9108ac1127254008e552 ppc/perl-DBD-Pg-1.47-0.1.FC5.ppc.rpm 5a6f7459ef28ec0f31b495cd41305628d5117312 ppc/debug/perl-DBD-Pg-debuginfo-1.47-0.1.FC5.ppc.rpm d53757e86e13a08fbd4b5114864f2bdcdc1cf92f x86_64/perl-DBD-Pg-1.47-0.1.FC5.x86_64.rpm dc955f2f811964b95e15d4211a5b9e445257f2a7 x86_64/debug/perl-DBD-Pg-debuginfo-1.47-0.1.FC5.x86_64.rpm 6c107f8fea1258eb489d9f1183cba7e5432a7adf i386/perl-DBD-Pg-1.47-0.1.FC5.i386.rpm eaefa3d6832eaea2c2e73f580e38408b516e10ed i386/debug/perl-DBD-Pg-debuginfo-1.47-0.1.FC5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From jvdias at redhat.com Wed Mar 22 22:23:28 2006 From: jvdias at redhat.com (Jason Vas Dias) Date: Wed, 22 Mar 2006 17:23:28 -0500 Subject: Fedora Core 5 Test Update: perl-Net-DNS-0.57-1 Message-ID: <200603222223.k2MMNSCD032179@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-208 2006-03-22 --------------------------------------------------------------------- Product : Fedora Core 5 Name : perl-Net-DNS Version : 0.57 Release : 1 Summary : DNS resolver modules for Perl Description : Net::DNS is a collection of Perl modules that act as a Domain Name System (DNS) resolver. It allows the programmer to perform DNS queries that are beyond the capabilities of gethostbyname and gethostbyaddr. The programmer should be somewhat familiar with the format of a DNS packet and its various sections. See RFC 1035 or DNS and BIND (Albitz & Liu) for details. --------------------------------------------------------------------- * Wed Mar 8 2006 Jason Vas Dias - 0.57-1 - Upgrade to upstream version 0.57 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 02061f9e55412eba590168d468815b2465b29c82 SRPMS/perl-Net-DNS-0.57-1.src.rpm 001826b1793a395fc959ac5118c2b8a1f50437f6 ppc/perl-Net-DNS-0.57-1.ppc.rpm 084ecde686e56dddb5471c59a6ab7410cf291396 ppc/debug/perl-Net-DNS-debuginfo-0.57-1.ppc.rpm ba7ce0d15c312bc8384d2cce78dc47271ce85dea x86_64/perl-Net-DNS-0.57-1.x86_64.rpm e0dde65dbb137efe2de6e3e8e29d0e992668455b x86_64/debug/perl-Net-DNS-debuginfo-0.57-1.x86_64.rpm fa31379a59b64778a5e99735c4440bcc610838d4 i386/perl-Net-DNS-0.57-1.i386.rpm 998e5d762fc30cc4c400392ca15125394150d175 i386/debug/perl-Net-DNS-debuginfo-0.57-1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From jvdias at redhat.com Wed Mar 22 22:23:29 2006 From: jvdias at redhat.com (Jason Vas Dias) Date: Wed, 22 Mar 2006 17:23:29 -0500 Subject: Fedora Core 5 Test Update: perl-HTML-Parser-3.51-1.FC5 Message-ID: <200603222223.k2MMNTVc032185@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-209 2006-03-22 --------------------------------------------------------------------- Product : Fedora Core 5 Name : perl-HTML-Parser Version : 3.51 Release : 1.FC5 Summary : Perl module for parsing HTML Description : The HTML-Parser module for perl to parse and extract information from HTML documents, including the HTML::Entities, HTML::HeadParser, HTML::LinkExtor, HTML::PullParser, and HTML::TokeParser modules. --------------------------------------------------------------------- * Wed Mar 22 2006 Jason Vas Dias - 3.51-1 - upgrade to 3.51 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ eb1d451f7d7849771ae2ca720e1ad8224d99cdff SRPMS/perl-HTML-Parser-3.51-1.FC5.src.rpm 634e029842ec4bdb53b408649d0de71327e16d3f ppc/perl-HTML-Parser-3.51-1.FC5.ppc.rpm 6987f0243745018384b73afdbf3c283654f27b82 ppc/debug/perl-HTML-Parser-debuginfo-3.51-1.FC5.ppc.rpm aaac704b205cd378006f60a819dd8f50738621dc x86_64/perl-HTML-Parser-3.51-1.FC5.x86_64.rpm d34d2dc75a56edc3c36af5b1042f22d8bdff9348 x86_64/debug/perl-HTML-Parser-debuginfo-3.51-1.FC5.x86_64.rpm c3cbe27c4657f3e63e62e000b79d94b8e4cb68fa i386/perl-HTML-Parser-3.51-1.FC5.i386.rpm a77341901a728195d833571f5c255616358ae5f2 i386/debug/perl-HTML-Parser-debuginfo-3.51-1.FC5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From sct at redhat.com Wed Mar 22 22:31:19 2006 From: sct at redhat.com (Stephen C. Tweedie) Date: Wed, 22 Mar 2006 17:31:19 -0500 Subject: XEN and FC5T3 Question.... In-Reply-To: <1142709887.3227.36.camel@copper.cdkkt.com> References: <1142709887.3227.36.camel@copper.cdkkt.com> Message-ID: <1143066679.3736.82.camel@orbit.scot.redhat.com> Hi, On Sat, 2006-03-18 at 11:24 -0800, Dan Thurman wrote: > si0 > veth0, veth1, veth2, veth3, veth4, veth5, veth6, veth7 > wiD0, wiD1, wiD2, wiD3, wiD4, wiD5, wiD6, wiD7 > > So.... which is it that ZEN is using as the actual port > that I am using? Not knowing... I choosed eth0 as my > primary port. So far, I *think* my firewall is running > but I cannot be sure... I'm assuming that by "ZEN" you mean "XEN", and that you have the xend service running? If so, your physical eth$N would actually have been renamed to peth$N, and a new virtual eth$N (corresponding to one of the veth devices above) introduced to bridge the xen networking to the physical device. "brctl show" should show the bridging config: eg. # brctl show bridge name bridge id STP enabled interfaces xenbr0 8000.feffffffffff no peth0 vif0.0 vif4.0 shows one peth0 physical device being used by the Xen network bridge (peth0 will have a corresponding eth0 attached to it via vif0.0), and an extra vif4.0 virtual device for the one extra Xen domU I've got running on that box right now. --Stephen From jvian10 at charter.net Wed Mar 22 23:55:26 2006 From: jvian10 at charter.net (Jeff Vian) Date: Wed, 22 Mar 2006 17:55:26 -0600 Subject: Vendor only distributable packages - was " Kernel 2059 from Dave Jones fixes nvidia.ko loading" In-Reply-To: <1143015782.2955.5.camel@laptopd505.fenrus.org> References: <"H000090f01317c3b.1142952682.frozone1.grand-rapids.mi.us*"@MHS> <1142953407.3077.92.camel@laptopd505.fenrus.org> <1142980659.2975.23.camel@mjolnir> <1143015782.2955.5.camel@laptopd505.fenrus.org> Message-ID: <1143071726.12720.48.camel@eagle.lab.net> On Wed, 2006-03-22 at 09:23 +0100, Arjan van de Ven wrote: > On Tue, 2006-03-21 at 16:37 -0600, John Morris wrote: > > On Tue, 2006-03-21 at 09:03, Arjan van de Ven wrote: > > > > > in some jurisdictions there is a legal precedent for linking to > > > "illegal" content to be just as bad as distributing it. Now I'm not > > > saying that the flash plugin is illegal (it's not afaik) but the > > > parallel is enough to scare many lawyers ;) > > > > I really doubt there could be legal implications to pointing to an ftp > > site. Even if they prefer people go to the webpage there has been > > enough cases now about linking to pretty much settle that issue. > > > > But has anyone at RH tried asking for permission? Including preset repo > > lines for livna is right out, both legally and morally for the mission > > of Fedora. But what about the idea of a legal but non-free catagory for > > Flash, Acrobat, Nvidia, ATI, etc? > > what makes you think NVidia and ATI are legal? > Since the vendor(s) makes them available for free download I would guess there is no question of legality here. From alan at redhat.com Thu Mar 23 00:09:29 2006 From: alan at redhat.com (Alan Cox) Date: Wed, 22 Mar 2006 19:09:29 -0500 Subject: [OT] Stars CPP Code ? In-Reply-To: <91f88ee20603220958i6363d51emaefbffcbe68f5410@mail.gmail.com> References: <91f88ee20603220958i6363d51emaefbffcbe68f5410@mail.gmail.com> Message-ID: <20060323000929.GB28157@devserv.devel.redhat.com> On Wed, Mar 22, 2006 at 12:58:43PM -0500, Chasecreek Systemhouse wrote: > Anyone have a Linux-compatible version of this old Turbo C code? I would take a look at the libSDL library. Better yet would be to ask on fedora-devel not the testing list 8) From bmatteson at austin.rr.com Thu Mar 23 00:27:16 2006 From: bmatteson at austin.rr.com (Ben Matteson) Date: Wed, 22 Mar 2006 18:27:16 -0600 Subject: libglx.so: undefined symbol: DRIQueryDirectRenderingCapable In-Reply-To: References: Message-ID: <1143073636.24759.1.camel@ben15> On Wed, 2006-03-22 at 11:31 -0600, bmatteson at austin.rr.com wrote: > Hi, > > I can't start up X this morning, and I'm getting the following error: > X: symbol lookup error: /usr/lib/xorg/modules/extensions/libglx.so: > undefined symbol: DRIQueryDirectRenderingCapable > XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" > > after 0 requests (0 known processed) with 0 events remaining. > Guess I'll try to uncomment out the DRI parts of the xorg.conf to see if > that helps ... I uncommented the DRI section and all is working now (and my laptop is no longer freezing up too). Thanks, Ben From cantisan at bol.com.br Thu Mar 23 02:34:05 2006 From: cantisan at bol.com.br (Guilherme Cantisano) Date: Wed, 22 Mar 2006 23:34:05 -0300 Subject: Where is FD5 in DVD ? In-Reply-To: <20060321114053.8525C73885@hormel.redhat.com> References: <20060321114053.8525C73885@hormel.redhat.com> Message-ID: <4422091D.9040806@bol.com.br> Where is the DVD of FD5 ? GC From cantisan at bol.com.br Thu Mar 23 02:34:44 2006 From: cantisan at bol.com.br (Guilherme Cantisano) Date: Wed, 22 Mar 2006 23:34:44 -0300 Subject: errata! DVD released ! :-) In-Reply-To: <20060321114053.8525C73885@hormel.redhat.com> References: <20060321114053.8525C73885@hormel.redhat.com> Message-ID: <44220944.6070003@bol.com.br> From jspaleta at gmail.com Thu Mar 23 02:49:09 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 22 Mar 2006 21:49:09 -0500 Subject: Fedora Core 5 Test Update: libselinux-1.30-1.fc5 In-Reply-To: <200603221944.k2MJiqfv022234@int-mx1.corp.redhat.com> References: <200603221944.k2MJiqfv022234@int-mx1.corp.redhat.com> Message-ID: <604aa7910603221849h77f40360ydaeeb8826ac07134@mail.gmail.com> On 3/22/06, Daniel Walsh wrote: > --------------------------------------------------------------------- > Fedora Test Update Notification > FEDORA-2006-205 > 2006-03-22 > --------------------------------------------------------------------- > > Product : Fedora Core 5 > Name : libselinux > Version : 1.30 > Release : 1.fc5 > Summary : SELinux library and simple utilities FYI libsetrans needs an update for this test update to install. Error: Missing Dependency: libsetrans >= 0.1.20-1 is needed by package libselinux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186349 From lsatenstein at yahoo.com Thu Mar 23 03:40:24 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Wed, 22 Mar 2006 19:40:24 -0800 (PST) Subject: Overhead on Core5 Compared to Core4 Message-ID: <20060323034024.64479.qmail@web30205.mail.mud.yahoo.com> Is there any information about the differences in overhead between Core5 versus Core4. Gnome in Core5 test was fast, I am not finding it so in Core5 Go live release. So far, I found a lot of pluses in the areas of graphics resolutions, sound management, but I also found some negatives for other things (games). Are there parameters to tweek, so that the games in Core5 execute as well as they did in Core5 test3 or as they do in core4? I use game response times to determine latency (in a qualitive way) between the two systems. Yes, it is true, Core test3 version with the patches as of March 15th for games was providing better results than the current Core5 DVD download (no patches yet applied)... I am waiting for one week before looking for updates. Leslie -------------- next part -------------- An HTML attachment was scrubbed... URL: From ggw at wolves.durham.nc.us Thu Mar 23 06:57:28 2006 From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury) Date: Thu, 23 Mar 2006 01:57:28 -0500 Subject: missing libsetrans for updates-testing? Message-ID: <20060323065728.GA9972@wolves.durham.nc.us> I went to update with updates-testing and discovered that there is a missing dependency in updates-testing. libsetrans is not there apparently. I will resync my repository and try again. -- 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: 191 bytes Desc: not available URL: From petersen at redhat.com Thu Mar 23 07:00:21 2006 From: petersen at redhat.com (Jens Petersen) Date: Thu, 23 Mar 2006 16:00:21 +0900 Subject: SCIM package repo for RHEL4 Message-ID: <20060323160021.ee7b4883.petersen@redhat.com> For people who want to use or test SCIM [1] on RHEL 4, an unofficial yum repo of scim packages is available at http://people.redhat.com/petersen/scim/ for i386 and x86_64. The packages are currently from Fedora Extras 3 and of course unsupported on RHEL. They are to be used at your own risk and please report problems directly to me. Jens Petersen [1] Simple Common Input Method: http://www.scim-im.org/ From filip.tsachev at fedoraproject.org Thu Mar 23 09:29:30 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Thu, 23 Mar 2006 11:29:30 +0200 Subject: yum differential updates In-Reply-To: <200603171337.40549.jkeating@redhat.com> References: <200603171337.40549.jkeating@redhat.com> Message-ID: On 17/03/06, Jesse Keating wrote: > On Friday 17 March 2006 13:22, pribyl at lowlevel.cz wrote: > > Is that anyhow possible to do differential updates with yum (mean only > > download a diffs to packages that are in cache already)? Does anybody > > ever think it would be valuable for future FC releases? Or am I searching > > for bad keywords to find something about this topic, because I did not > > find anything. > > Search for delta rpms Is it on schedule? -- Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From djwood1 at qinetiq.com Thu Mar 23 10:23:20 2006 From: djwood1 at qinetiq.com (David Wood) Date: Thu, 23 Mar 2006 10:23:20 +0000 (UTC) Subject: Unpriviledged remote suspend Message-ID: Trying out FC5, I'm rather surprised that an unpriviledged user can initiate suspend from a remote X terminal. The shutdown option is missing (as expected) but the suspend option remains. As my HP nx9010 laptop doesn't seem to recover from suspend, this means any remote user can trigger an instant denial of service! Should this be bugzilla'd (or has it been noted already?) From arjan at fenrus.demon.nl Thu Mar 23 10:27:10 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Thu, 23 Mar 2006 11:27:10 +0100 Subject: Vendor only distributable packages - was " Kernel 2059 from Dave Jones fixes nvidia.ko loading" In-Reply-To: <1143071726.12720.48.camel@eagle.lab.net> References: <"H000090f01317c3b.1142952682.frozone1.grand-rapids.mi.us*"@MHS> <1142953407.3077.92.camel@laptopd505.fenrus.org> <1142980659.2975.23.camel@mjolnir> <1143015782.2955.5.camel@laptopd505.fenrus.org> <1143071726.12720.48.camel@eagle.lab.net> Message-ID: <1143109630.3147.23.camel@laptopd505.fenrus.org> On Wed, 2006-03-22 at 17:55 -0600, Jeff Vian wrote: > On Wed, 2006-03-22 at 09:23 +0100, Arjan van de Ven wrote: > > On Tue, 2006-03-21 at 16:37 -0600, John Morris wrote: > > > On Tue, 2006-03-21 at 09:03, Arjan van de Ven wrote: > > > > > > > in some jurisdictions there is a legal precedent for linking to > > > > "illegal" content to be just as bad as distributing it. Now I'm not > > > > saying that the flash plugin is illegal (it's not afaik) but the > > > > parallel is enough to scare many lawyers ;) > > > > > > I really doubt there could be legal implications to pointing to an ftp > > > site. Even if they prefer people go to the webpage there has been > > > enough cases now about linking to pretty much settle that issue. > > > > > > But has anyone at RH tried asking for permission? Including preset repo > > > lines for livna is right out, both legally and morally for the mission > > > of Fedora. But what about the idea of a legal but non-free catagory for > > > Flash, Acrobat, Nvidia, ATI, etc? > > > > what makes you think NVidia and ATI are legal? > > > Since the vendor(s) makes them available for free download I would guess > there is no question of legality here. > so if I put up a copy of The Matrix DVD for free download there is no question of legality either? (hint: not all the code that created the nvidia .ko file is owned by NVidia, some of it comes from the kernel. Same and even more so for ATI) From jamatos at fc.up.pt Thu Mar 23 12:00:27 2006 From: jamatos at fc.up.pt (Jose' Matos) Date: Thu, 23 Mar 2006 12:00:27 +0000 Subject: Fedora Core 5 Test Update: libselinux-1.30-1.fc5 In-Reply-To: <200603221944.k2MJiqfv022234@int-mx1.corp.redhat.com> References: <200603221944.k2MJiqfv022234@int-mx1.corp.redhat.com> Message-ID: <200603231200.27240.jamatos@fc.up.pt> On Wednesday 22 March 2006 19:44, Daniel Walsh wrote: > --------------------------------------------------------------------- > Fedora Test Update Notification > FEDORA-2006-205 > 2006-03-22 > --------------------------------------------------------------------- > > Product : Fedora Core 5 > Name : libselinux > Version : 1.30 > Release : 1.fc5 > Summary : SELinux library and simple utilities I get this when updating: ... Error: Missing Dependency: libsetrans >= 0.1.20-1 is needed by package libselinux > list libsetrans* Installed Packages libsetrans.i386 0.1.18-1.2 installed -- Jos? Ab?lio From dtimms at bigpond.net.au Thu Mar 23 12:49:05 2006 From: dtimms at bigpond.net.au (David Timms) Date: Thu, 23 Mar 2006 23:49:05 +1100 Subject: libswt3 cannot be opened during FC5 installation In-Reply-To: <4420BD05.3070500@cogeco.ca> References: <4420A2FB.7000001@cogeco.ca> <1142990183.24032.0.camel@iridium> <4420BD05.3070500@cogeco.ca> Message-ID: <44229941.4050709@bigpond.net.au> Fulko Hew wrote: > Nathanael D. Noblet wrote: > >> On Tue, 2006-03-21 at 20:06 -0500, Fulko Hew wrote: >> >>> I just tried installing FC5 from DVD... >>> >>> After a few minutes of installation, I get a >>> pop-up that says: >>> >>> "The file libswt3-gtk2-3.1.2-1jpp_13fc.i386.rpm >>> cannot be opened. If you have another machine, can you find the file on the CD and copy to hard disk succesfully ? >>> This is due to a missing file >>> or perhaps a corrupt package. If you are >>> installing from CD media this usually means >>> the CD media is corrupt, or the CD drive is >>> unable to read the media." Was the DVD .iso file used to create the dvd checked: $ sha1sum FC-5-i386-DVD.iso and compared to SHA1SUM from the downloads site ? ... >> You never specified if you tested the media you are installing off of. >> Likely a media error. >> > When I originally burned the media this morning, I did. > It compared. > Now that I'm trying to install (3 times) > and I've had an errors (in different spots) each time. For a giggle: copy the whole contents of the DVD to a hard disk: does it succeed, or is there errors during the copy ? Or even times when the dvd drive seems to seek unnecessarily back and forth ? > So I tried the media test, and it fails. > But I don't know if the 'media test' works again, > because it hasn't for a number of releases now. :-( Someone recently gave a method to sha1sum the created dvd (on another machine), but there was some option you need to give to allow it to succeed. It might have been part of a bugzilla comment ! > I'm going to burn a new DVD, and try again. Any success this time ? DaveT. From vonbrand at inf.utfsm.cl Wed Mar 22 23:28:15 2006 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Wed, 22 Mar 2006 19:28:15 -0400 Subject: Fedora Core 5: Still needs ide=nodma for mediacheck Message-ID: <200603222328.k2MNSFKm005311@laptop11.inf.utfsm.cl> I burned CDs for FC5 under rawhide (up to date as of yesterday), and wasted several CD blanks when the nediacheck uniformly told me they were bad... a recheck after booting with "linux mediacheck ide=nodma" declared them in good health. I found the above workaround by surfing the net, for FC4. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From justin.conover at gmail.com Thu Mar 23 13:01:03 2006 From: justin.conover at gmail.com (Justin Conover) Date: Thu, 23 Mar 2006 07:01:03 -0600 Subject: There is no istanbul In-Reply-To: References: Message-ID: On 3/22/06, pribyl at lowlevel.cz wrote: > > In release notes ch. 17.5 Screecast there is mentioned that FC5 extras > should include "istanbul, which creates screencasts using the Theora > video format", but there is no such package. Am I doing something wrong? > > Adam Pribyl > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > No, I believe it still has a problem with gstreamer-.0.10 You could grab the version from cvs. CVSROOT=:pserver:anonymous at cvs.fedora.redhat.com:/cvs/extras export CVSROOT cvs login *(press Enter when prompted for the password) * cvs checkout istanbul http://cvs.fedora.redhat.com/extras.shtml -------------- next part -------------- An HTML attachment was scrubbed... URL: From dtimms at bigpond.net.au Thu Mar 23 13:03:49 2006 From: dtimms at bigpond.net.au (David Timms) Date: Fri, 24 Mar 2006 00:03:49 +1100 Subject: First Impressions In-Reply-To: <20060322031121.41239.qmail@web30212.mail.mud.yahoo.com> References: <20060322031121.41239.qmail@web30212.mail.mud.yahoo.com> Message-ID: <44229CB5.10008@bigpond.net.au> Leslie Satenstein wrote: > Installation went flawlessly. I used a DVD from a mirror site. > > Screeen resolution is fine but movement actions are choppy. The test > versions (t1-t3) had smooth scrolling and smooth output. Not the > official relese. > > I tried revising the mouse parameters, but this has not helped. I > will try some other techniques or request some hints. > > How do I measure (on a figure of merit) the gui stuff. Well, aside > from the tests, for gui operation, I loaded the free cell solitaire > and began moving the cards. I can get to the target location before > the software / display catches up. This did not happen with Core5 > tests 1 to test 3. I see smooth card animation no matter how fast I move the card/mouse. What graphics card/chip do you use ? $ grep -C 4 driver /var/log/Xorg.0.log > With the test verision I felt as if the solitaire game card movement > was as good as as in Core4, then we are with a winner. As good as ? I would say it seems faster (with the standard open nv driver on an nvidia fx5600 card) ! > It is perhaps choppy due to screen resolution or refresh frequencies. > I will retry and if it works out, I will let you know. Otherwise, I > would like help to make the game have more default dispatching > priority. . What are those frequencies ? it would have to be pretty low to be causing the problems you are describing ? > I would like to know if others have find some quirks as well. On one machine I noticed lots of disk activity after first maybe second boot. I found that beagle was doing indexing, perhaps top might show you a cpu hog ? > > Good evening from Montreal And good evening from au.melb DaveT. From justin.conover at gmail.com Thu Mar 23 13:03:18 2006 From: justin.conover at gmail.com (Justin Conover) Date: Thu, 23 Mar 2006 07:03:18 -0600 Subject: There is no istanbul In-Reply-To: References: Message-ID: On 3/23/06, Justin Conover wrote: > > > > On 3/22/06, pribyl at lowlevel.cz wrote: > > > > In release notes ch. 17.5 Screecast there is mentioned that FC5 extras > > should include "istanbul, which creates screencasts using the Theora > > video format", but there is no such package. Am I doing something wrong? > > > > Adam Pribyl > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > https://www.redhat.com/mailman/listinfo/fedora-test-list > > > > > No, I believe it still has a problem with gstreamer-.0.10 > > You could grab the version from cvs. > > CVSROOT=:pserver:anonymous at cvs.fedora.redhat.com:/cvs/extras > export CVSROOT > > cvs login > *(press Enter when prompted for the password) > > * cvs checkout istanbul > > http://cvs.fedora.redhat.com/extras.shtml > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177219 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182549 -------------- next part -------------- An HTML attachment was scrubbed... URL: From guess.who at freesurf.fr Thu Mar 23 13:03:43 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 23 Mar 2006 14:03:43 +0100 Subject: Where is FD5 in DVD ? In-Reply-To: <4422091D.9040806@bol.com.br> References: <20060321114053.8525C73885@hormel.redhat.com> <4422091D.9040806@bol.com.br> Message-ID: <44229CAF.2010903@freesurf.fr> You may find it on mirrors sites : http://fedora.redhat.com/Download/mirrors.html spacialy : ftp://mirror.linux.duke.edu/pub/fedora/linux/core/5/i386/iso/ or ftp://mirror.linux.duke.edu/pub/fedora/linux/core/5/x86_64/iso/ and so on.... depends on the country you live :) just search trough links larry Guilherme Cantisano wrote: > Where is the DVD of FD5 ? > GC > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From jspaleta at gmail.com Thu Mar 23 13:07:43 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 23 Mar 2006 08:07:43 -0500 Subject: Overhead on Core5 Compared to Core4 In-Reply-To: <20060323034024.64479.qmail@web30205.mail.mud.yahoo.com> References: <20060323034024.64479.qmail@web30205.mail.mud.yahoo.com> Message-ID: <604aa7910603230507j716e512cue2862c478110b582@mail.gmail.com> On 3/22/06, Leslie Satenstein wrote: > Yes, it is true, Core test3 version with the patches as of March 15th for > games was providing better results than the current Core5 DVD download (no > patches yet applied)... I am waiting for one week before looking for > updates. with the patches applied? What are you talking about specifically with regard to "patches"? What games are you talking about? Assuming you are using games that require accelerated hardware what video hardware and drivers are you talking about? -jef"gnome's mine game works great for me in fc5!"spaleta From vonbrand at inf.utfsm.cl Thu Mar 23 13:40:47 2006 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Thu, 23 Mar 2006 09:40:47 -0400 Subject: Yum repos configuration for rawhide? Message-ID: <200603231340.k2NDelTi004817@laptop11.inf.utfsm.cl> Paint me confused, but fedora-release-5-rawhide installed repos for core, development, extras, extras-development, legacy, updates, and updates-testing. Only the core and extras were turned on (right for Fedora 5, I assume), but the others weren't. Which ones should I turn on to track rawhide? -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From jvian10 at charter.net Thu Mar 23 13:41:52 2006 From: jvian10 at charter.net (Jeff Vian) Date: Thu, 23 Mar 2006 07:41:52 -0600 Subject: Where is FD5 in DVD ? In-Reply-To: <4422091D.9040806@bol.com.br> References: <20060321114053.8525C73885@hormel.redhat.com> <4422091D.9040806@bol.com.br> Message-ID: <1143121313.12720.63.camel@eagle.lab.net> On Wed, 2006-03-22 at 23:34 -0300, Guilherme Cantisano wrote: > Where is the DVD of FD5 ? I assume you ar meaning FC5, not FD5. The DVD can be found at many (if not most) of the mirror sites. > GC > From jspaleta at gmail.com Thu Mar 23 13:53:42 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 23 Mar 2006 08:53:42 -0500 Subject: There is no istanbul In-Reply-To: References: Message-ID: <604aa7910603230553h22d06b7awf926448b495a164e@mail.gmail.com> On 3/22/06, pribyl at lowlevel.cz wrote: > In release notes ch. 17.5 Screecast there is mentioned that FC5 extras > should include "istanbul, which creates screencasts using the Theora > video format", but there is no such package. Am I doing something wrong? No.. I'm doing something wrong. I should have gst08 based istanbul packages out tonite or at the very latest Saturday (if there are 64bit build issues still lingering). -jef From guess.who at freesurf.fr Thu Mar 23 13:17:17 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 23 Mar 2006 14:17:17 +0100 Subject: missing deps for NVU Message-ID: <44229FDD.1050500@freesurf.fr> Trying to install nvu, for fc4 rhel4 .... - :-/) http://www.nvu.com/download.html specialy this one : http://www.nvu.com/download/linux/1.0/nvu-1.0-RedHat_and_Fedora/nvu-1.0-1_nokde.rhel4.fs.i386.rpm But get failed deps message : > [root at Fopadix-fc5 downloads]# rpm -ivh nvu-1.0-1_nokde.rhel4.fs.i386.rpm > error: Failed dependencies: > xorg-x11-deprecated-libs is needed by nvu-1.0-1_nokde.rhel4.fs.i386 any way to resolve this problem , please ? PS i know fc4 or rhel4 is not fc5 :-p ; but ,... never know :) -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" :-p From guess.who at freesurf.fr Thu Mar 23 14:21:48 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 23 Mar 2006 15:21:48 +0100 Subject: unable to open intrd img :-/ Message-ID: <4422AEFC.3080603@freesurf.fr> Hi As i would like to add few modules to initrd... I need to extract initrd, but i get an error message (it worked on fc5-test3) Here what i am trying : > [root at Fopadix-fc5 ~]# cp /boot/initrd-2.6.15-1.2054_FC5.img /tmp/initrd.gz > [root at Fopadix-fc5 ~]# cd /tmp/ > [root at Fopadix-fc5 tmp]# gunzip initrd.gz > [root at Fopadix-fc5 tmp]# file initrd > initrd: ASCII cpio archive (SVR4 with no CRC) > [root at Fopadix-fc5 tmp]# mkdir a > [root at Fopadix-fc5 tmp]# cd a/ > [root at Fopadix-fc5 a]# cpio -i < /tmp/initrd > cpio: premature end of file > [root at Fopadix-fc5 a]# Any help would be appreciated :) thx -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" :-p From McBroomRC at oro.doe.gov Thu Mar 23 14:30:00 2006 From: McBroomRC at oro.doe.gov (McBroom, Robert C) Date: Thu, 23 Mar 2006 09:30:00 -0500 Subject: FC5 Introduces Gremlins in my Hardware Message-ID: I have a system built on an IWILL motherboard with a P4 2.5 processor. It has a second ATA133 IDE channel in addition to the ATA100 IDE primary. I've been running FEDORA on a Maxtor 120G ATA133 drive. This drive shows up as hde following the two hard drives and the cdrom drives on the IDE primary. GRUB sees it as hd2. The drive had the following partition setup with three primary partitions and a block of logical partitions: Fat Ntfs Fedora boot Logical ------- Fedora Ntfs Ntfs FC5T3 did not like that the boot drive followed the ntfs partition and the setup of the LVM partition in the first logical partition put it in the middle of the existing partition with free space on either side. With the boot partition remapped as partition 2 FC5T3 installed. It split the fedora partition for a swap as well as mapping in the swap partitions on hda and hdb. Followed the updates on RAWHIDE to the final at the end of last week. Then, GRUB can't find the boot partition or any other partition beyond the first FAT. The rescue disk finds the installation. Copied the kernel files to the SLACKWARE boot partition on hda3, edited the GRUB configuration files to reflect the change and the system boots. Examining the system from the gui shows everything to be in its place, but fdisk displays the drive in raw chs format instead of LBA. CYLINDERS 232581 HEADS 16 SECTORS 63 FDISK complains about the partition boundaries not matching the cylinders. >From SLACKWARE fdisk has no problems with the partition boundaries and shows the original LBA format with CYLINDERS 14593 HEADS 255 SECTORS 63 Updated to rawhide 0322 and kernel 2074. Symptoms remain the same. Robert McBroom From buildsys at redhat.com Thu Mar 23 14:56:34 2006 From: buildsys at redhat.com (Build System) Date: Thu, 23 Mar 2006 09:56:34 -0500 Subject: rawhide report: 20060323 changes Message-ID: <200603231456.k2NEuYt3027315@porkchop.devel.redhat.com> Updated Packages: (none) Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires kernel = 0:2.6.15-1.2054_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5smp GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 GFS-kernel-xen0 - 2.6.15.1-5.FC5.17.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5smp cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 cman-kernel-xen0 - 2.6.15.1-0.FC5.16.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5smp dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 dlm-kernel-xen0 - 2.6.15.1-0.FC5.14.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5smp gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 gnbd-kernel-xen0 - 2.6.15-5.FC5.23.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 From nphilipp at redhat.com Thu Mar 23 15:06:37 2006 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 23 Mar 2006 16:06:37 +0100 Subject: Vendor only distributable packages - was " Kernel 2059 from Dave Jones fixes nvidia.ko loading" In-Reply-To: <1143071726.12720.48.camel@eagle.lab.net> References: <"H000090f01317c3b.1142952682.frozone1.grand-rapids.mi.us*"@MHS> <1142953407.3077.92.camel@laptopd505.fenrus.org> <1142980659.2975.23.camel@mjolnir> <1143015782.2955.5.camel@laptopd505.fenrus.org> <1143071726.12720.48.camel@eagle.lab.net> Message-ID: <1143126397.32154.16.camel@gibraltar.stuttgart.redhat.com> On Wed, 2006-03-22 at 17:55 -0600, Jeff Vian wrote: > On Wed, 2006-03-22 at 09:23 +0100, Arjan van de Ven wrote: > > On Tue, 2006-03-21 at 16:37 -0600, John Morris wrote: > > > On Tue, 2006-03-21 at 09:03, Arjan van de Ven wrote: > > > > > > > in some jurisdictions there is a legal precedent for linking to > > > > "illegal" content to be just as bad as distributing it. Now I'm not > > > > saying that the flash plugin is illegal (it's not afaik) but the > > > > parallel is enough to scare many lawyers ;) > > > > > > I really doubt there could be legal implications to pointing to an ftp > > > site. Even if they prefer people go to the webpage there has been > > > enough cases now about linking to pretty much settle that issue. > > > > > > But has anyone at RH tried asking for permission? Including preset repo > > > lines for livna is right out, both legally and morally for the mission > > > of Fedora. But what about the idea of a legal but non-free catagory for > > > Flash, Acrobat, Nvidia, ATI, etc? > > > > what makes you think NVidia and ATI are legal? > > > Since the vendor(s) makes them available for free download I would guess > there is no question of legality here. "Since that ... friend ... made that ... uhm ... {colourful mushrooms, {brown,white} substance} ... available for free ..." -- finishing that (slightly overdone) analogy and discussing its validity is left as an exercise to the reader (hint: just because something is there it doesn't mean it's legal). Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From dstewart at atl.lmco.com Thu Mar 23 15:28:51 2006 From: dstewart at atl.lmco.com (Doug Stewart) Date: Thu, 23 Mar 2006 10:28:51 -0500 Subject: Where is FD5 in DVD ? In-Reply-To: <4422091D.9040806@bol.com.br> References: <20060321114053.8525C73885@hormel.redhat.com> <4422091D.9040806@bol.com.br> Message-ID: <4422BEB3.1010800@atl.lmco.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Guilherme Cantisano wrote: > Where is the DVD of FD5 ? > GC > Check the torrent site - there's links to the torrents for x86 and x86_64. - -- - ---------- Doug Stewart Systems Administrator/Web Applications Developer Lockheed Martin Advanced Technology Labs dstewart at atl.lmco.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org iD8DBQFEIr6zN50Q8DVvcvkRAvEbAJ9YJA+MdDGUDe+TeXeQeX5wdDkPfACfbrrq EIitGmz0zmRQXfH96Yz6K8Y= =6k3D -----END PGP SIGNATURE----- From smooge at gmail.com Thu Mar 23 15:59:43 2006 From: smooge at gmail.com (Stephen J. Smoogen) Date: Thu, 23 Mar 2006 08:59:43 -0700 Subject: Where is FD5 in DVD ? In-Reply-To: <4422091D.9040806@bol.com.br> References: <20060321114053.8525C73885@hormel.redhat.com> <4422091D.9040806@bol.com.br> Message-ID: <80d7e4090603230759o8ca7145wfa9de16bd7e7ecf7@mail.gmail.com> On 3/22/06, Guilherme Cantisano wrote: > Where is the DVD of FD5 ? > GC > The DVD of Fedora Core 5 is available via FTP on many servers and some HTTP servers that can deal with 2+gig files. -- Stephen J Smoogen. CSIRT/Linux System Administrator From Robin.Laing at drdc-rddc.gc.ca Thu Mar 23 16:03:19 2006 From: Robin.Laing at drdc-rddc.gc.ca (Robin Laing) Date: Thu, 23 Mar 2006 09:03:19 -0700 Subject: Fedora Core 4 Test Update: k3b-0.12.14-0.FC4.1 In-Reply-To: <44219CC7.4070309@feuerpokemon.de> References: <200603211803.k2LI3Eie008011@int-mx1.corp.redhat.com> <4421839E.7090502@redhat.com> <44219CC7.4070309@feuerpokemon.de> Message-ID: <4422C6C7.2030500@drdc-rddc.gc.ca> dragoran wrote: > Harald Hoyer wrote: > >> please test > > > have tested it know... (on FC4 x86_64 / PLEXTOR PX-755A) > blanked and burned a cd no problems so far... > verify also works fine > any reason why there is no fc5 update too? > I have burned two DVD's, one video, one data on two different machines and both worked great. My issue (bug reported) about growisofs is gone. -- Robin Laing From guess.who at freesurf.fr Thu Mar 23 16:12:04 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 23 Mar 2006 17:12:04 +0100 Subject: k3b : unable to blank cd-rw Message-ID: <4422C8D4.6000008@freesurf.fr> Hi Michal, the gnome-umount /dev/hdc doesn't make any change, since the drive is absolutly not umounted :( - open a shell type gnome-umount /dev/hdc the icon on the desktop shoxs the slax cd in the cdrw drive :( (have clicked "refresh" on nautilus) Larry Michal Jaegermann wrote: > On Wed, Mar 22, 2006 at 11:53:08AM +0100, LarryT wrote: >> Thx, that was it :) >> But must be root to umount. > > No, not really. You can use 'gnome-umount' to do the job but this > is not overly documented - to put that mildly. OTOH you _know_ that > you do not have to be root for that as you can eject and that > implies unmounting. > >> This might be a bug any way. > > I guess that the problem is that k3b, and other things, do not > unmount that CD automatically before attempting to blank it or at > least you are not offered an option to do that unmouting yourself. > On an icon menu you have an entry for eject but this is not what you > want to do. > > A kind of similar problem trips users on attempts to rip some sound > CD tracks. A player starts and grabs that CD. Unless you terminate > that "convenience" you have problems with reading data. > > Michal > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" :-p From jspaleta at gmail.com Thu Mar 23 16:23:17 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 23 Mar 2006 11:23:17 -0500 Subject: Unpriviledged remote suspend In-Reply-To: References: Message-ID: <604aa7910603230823o7d6499dsea684173de160758@mail.gmail.com> On 3/23/06, David Wood wrote: > Trying out FC5, I'm rather surprised that an unpriviledged user can initiate > suspend from a remote X terminal. > The shutdown option is missing (as expected) > but the suspend option remains. does it actually work? certaintly its a bugzilla... remote X terminal being able to suspend the hardware is...silly -jef From jspaleta at gmail.com Thu Mar 23 16:36:52 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 23 Mar 2006 11:36:52 -0500 Subject: Unpriviledged remote suspend In-Reply-To: <604aa7910603230823o7d6499dsea684173de160758@mail.gmail.com> References: <604aa7910603230823o7d6499dsea684173de160758@mail.gmail.com> Message-ID: <604aa7910603230836o186e08d9l39e32e7878832a95@mail.gmail.com> On 3/23/06, Jeff Spaleta wrote: > On 3/23/06, David Wood wrote: > > Trying out FC5, I'm rather surprised that an unpriviledged user can initiate > > suspend from a remote X terminal. > > The shutdown option is missing (as expected) > > but the suspend option remains. > > does it actually work? > certaintly its a bugzilla... remote X terminal being able to suspend > the hardware is...silly and an additional question.... the user remotely logging is not also logged in locally and thus has "console" ownership. Checkable by looking at /var/run/console/console.lock Though the fact that the shutdown option disappeared suggests to me console ownership would not be an issue... though it has to be checked for completeness. -jef From jameshubbard at gmail.com Thu Mar 23 16:47:16 2006 From: jameshubbard at gmail.com (James Hubbard) Date: Thu, 23 Mar 2006 11:47:16 -0500 Subject: Unpriviledged remote suspend In-Reply-To: References: Message-ID: On 3/23/06, David Wood wrote: > Trying out FC5, I'm rather surprised that an unpriviledged user can initiate > suspend from a remote X terminal. > The shutdown option is missing (as expected) > but the suspend option remains. > As my HP nx9010 laptop doesn't seem to recover from suspend, this means any > remote user can trigger an instant denial of service! > Should this be bugzilla'd (or has it been noted already?) The user has a laptop. Why wouldn't you want them to have the ability to suspend? If you were really concered with unpriviledged access, you wouldn't give it to them right? We've noticed the same behavior with Dell M70's. The suspend doesn't work and when it's docked the supplied nv driver doesn't allow output to the connected LCD. We've tried the linva driver but it complains about needing kmod_nvidia which I can't find on the linva repo. From mclasen at redhat.com Thu Mar 23 16:54:55 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 23 Mar 2006 11:54:55 -0500 Subject: Fedora Core 5 Test Update: libglade2-2.5.1-4.fc5.1 Message-ID: <200603231654.k2NGstU9019113@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-215 2006-03-23 --------------------------------------------------------------------- Product : Fedora Core 5 Name : libglade2 Version : 2.5.1 Release : 4.fc5.1 Summary : The libglade library for loading user interfaces. Description : Libglade is a small library that allows a program to load its user interface from am XML description at runtime. Libglade uses the XML file format used by the GLADE user interface builder GLADE, so libglade acts as an alternative to GLADE's code generation approach. Libglade also provides a simple interface for connecting handlers to the various signals in the interface (on platforms where the gmodule library works correctly, it is possible to connect all the handlers with a single function call). Once the interface has been instantiated, libglade gives no overhead, so other than the short initial interface loading time, there is no performance tradeoff. --------------------------------------------------------------------- Update Information: A new libglade package has been released that fixes a problem when setting the "invisible" character (in password entries) to a non-ASCII character. --------------------------------------------------------------------- * Thu Mar 23 2006 Matthias Clasen - 2.5.1-4.fc.1 - Make non-ASCII invisible characters work --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 37fd81a03a4c0351124654b4e6f1ddd23fac15fa SRPMS/libglade2-2.5.1-4.fc5.1.src.rpm 785bc79fafe1476c581dcca20f5a54fbf2aba72a ppc/libglade2-2.5.1-4.fc5.1.ppc.rpm 224f0abffc91561e794cea8224c883f020c59171 ppc/libglade2-devel-2.5.1-4.fc5.1.ppc.rpm 16950057efdc934e2faa21a7bdc737d49b0fccd0 ppc/debug/libglade2-debuginfo-2.5.1-4.fc5.1.ppc.rpm 9fbd556f43d872da55fafc5b14cf0b2409ad4c1f x86_64/libglade2-2.5.1-4.fc5.1.x86_64.rpm 6c1d572be9858b33c890d3842ccb6b20902be30e x86_64/libglade2-devel-2.5.1-4.fc5.1.x86_64.rpm bcf1af95d74bce7f42967b110b8c2c9fb25d536a x86_64/debug/libglade2-debuginfo-2.5.1-4.fc5.1.x86_64.rpm fab6c3eed890699fe2abe1487d14180213c67e4c i386/libglade2-2.5.1-4.fc5.1.i386.rpm 6a3df2e4d8eef77eb09e96ac68af09ec3197d7fd i386/libglade2-devel-2.5.1-4.fc5.1.i386.rpm 07d0a9efd68cc266367da31d02e75ea75c1b8ff7 i386/debug/libglade2-debuginfo-2.5.1-4.fc5.1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From dwalsh at redhat.com Thu Mar 23 16:54:57 2006 From: dwalsh at redhat.com (Daniel Walsh) Date: Thu, 23 Mar 2006 11:54:57 -0500 Subject: Fedora Core 5 Test Update: checkpolicy-1.30-1.fc5 Message-ID: <200603231654.k2NGsvWs019117@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-205 2006-03-23 --------------------------------------------------------------------- Product : Fedora Core 5 Name : checkpolicy Version : 1.30 Release : 1.fc5 Summary : SELinux policy compiler Description : Security-enhanced Linux is a feature of the Linux?? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement??, Role-based Access Control, and Multi-level Security. This package contains checkpolicy, the SELinux policy compiler. Only required for building policies. --------------------------------------------------------------------- Update Information: Update SELinux tool chain and policy to released version at NSA. Policy update fixes several bugs. --------------------------------------------------------------------- * Wed Mar 22 2006 Dan Walsh - 1.30-1.fc5 - Bump for FC5 * Fri Mar 17 2006 Dan Walsh - 1.30-1 - Latest upgrade from NSA * Updated version for release. * Fixed bug in role dominance (define_role_dom). * Fri Feb 17 2006 Dan Walsh - 1.29.4-1 - Latest upgrade from NSA * Added a check for failure to declare each sensitivity in a level definition. * Changed to clone level data for aliased sensitivities to avoid double free upon sens_destroy. Bug reported by Kevin Carr of Tresys Technology. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ eec83b6407e0b3b9d6adafd5fea85ac00ae6f308 SRPMS/checkpolicy-1.30-1.fc5.src.rpm ab8e274975ff617b54a0cd5356656f526ece506d ppc/checkpolicy-1.30-1.fc5.ppc.rpm fc952a66d122efe5ec32d0e9a40618dfa5defcdc ppc/debug/checkpolicy-debuginfo-1.30-1.fc5.ppc.rpm 5bc659388774289806730a5d4be1b1644f8bf777 x86_64/checkpolicy-1.30-1.fc5.x86_64.rpm fdf9c99590ca672f18037b7e43186c174c74c1f3 x86_64/debug/checkpolicy-debuginfo-1.30-1.fc5.x86_64.rpm dfd9521023288e1d9040c877a47dca6b69673630 i386/checkpolicy-1.30-1.fc5.i386.rpm 79ef211475f4a55ba5ff96288fee95b16491948b i386/debug/checkpolicy-debuginfo-1.30-1.fc5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From dwalsh at redhat.com Thu Mar 23 16:54:58 2006 From: dwalsh at redhat.com (Daniel Walsh) Date: Thu, 23 Mar 2006 11:54:58 -0500 Subject: Fedora Core 5 Test Update: libselinux-1.30-1.fc5 Message-ID: <200603231654.k2NGswuq019121@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-205 2006-03-23 --------------------------------------------------------------------- Product : Fedora Core 5 Name : libselinux Version : 1.30 Release : 1.fc5 Summary : SELinux library and simple utilities Description : Security-enhanced Linux is a feature of the Linux?? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement??, Role-based Access Control, and Multi-level Security. libselinux provides an API for SELinux applications to get and set process and file security contexts and to obtain security policy decisions. Required for any applications that use the SELinux API. --------------------------------------------------------------------- Update Information: Update SELinux tool chain and policy to released version at NSA. Policy update fixes several bugs. --------------------------------------------------------------------- * Sat Mar 18 2006 Dan Walsh 1.30-1.fc5 - rebuild for FC5 * Fri Mar 10 2006 Dan Walsh 1.30-1 - Make some fixes so it will build on RHEL4 - Upgrade to latest from NSA * Updated version for release. * Altered rpm_execcon fallback logic for permissive mode to also handle case where /selinux/enforce is not available. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ aea2d9f3b026863663d8d4c9bc1250e3b66935c3 SRPMS/libselinux-1.30-1.fc5.src.rpm a763b2f1c143b3bfebcdaa1fecadc5f5431ec711 ppc/libselinux-1.30-1.fc5.ppc.rpm e5b04c8186f95732ea2f66308644f910cd6201dd ppc/libselinux-python-1.30-1.fc5.ppc.rpm 8317838c7219ef35c30bc9dbcbda5b432cb52fd7 ppc/libselinux-devel-1.30-1.fc5.ppc.rpm 0e4022f23fab170963c78d1001cf47864e8e6bba ppc/debug/libselinux-debuginfo-1.30-1.fc5.ppc.rpm 5470b54ef4d04d0c35946e669d6f0409ef3d1da5 x86_64/libselinux-1.30-1.fc5.x86_64.rpm 7e14fc8440b92ad090fdcef96fabf1b0ae0f8cd5 x86_64/libselinux-python-1.30-1.fc5.x86_64.rpm 57979956b027970622a90dc387bb83a8104043f9 x86_64/libselinux-devel-1.30-1.fc5.x86_64.rpm 8bfd1ebf24eef6a158b653ca2e169ed31d06b55e x86_64/debug/libselinux-debuginfo-1.30-1.fc5.x86_64.rpm 3f2218ec62d970e6e76d42837782899031619462 i386/libselinux-1.30-1.fc5.i386.rpm 13835e939ee0b5b779e73b50027f1360146c1c5c i386/libselinux-python-1.30-1.fc5.i386.rpm 573699a1fdc879a6fd2b02ed3954d67b1641ffca i386/libselinux-devel-1.30-1.fc5.i386.rpm 6516b9a94330468c2e393b12e3772536959f0351 i386/debug/libselinux-debuginfo-1.30-1.fc5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From dwalsh at redhat.com Thu Mar 23 16:54:58 2006 From: dwalsh at redhat.com (Daniel Walsh) Date: Thu, 23 Mar 2006 11:54:58 -0500 Subject: Fedora Core 5 Test Update: libsemanage-1.6-1.fc5 Message-ID: <200603231654.k2NGswIm019125@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-205 2006-03-23 --------------------------------------------------------------------- Product : Fedora Core 5 Name : libsemanage Version : 1.6 Release : 1.fc5 Summary : SELinux binary policy manipulation library Description : Security-enhanced Linux is a feature of the Linux?? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement??, Role-based Access Control, and Multi-level Security. libsemanage provides an API for the manipulation of SELinux binary policies. It is used by checkpolicy (the policy compiler) and similar tools, as well as by programs like load_policy that need to perform specific transformations on binary policies such as customizing policy boolean settings. --------------------------------------------------------------------- Update Information: Update SELinux tool chain and policy to released version at NSA. Policy update fixes several bugs. --------------------------------------------------------------------- * Sat Mar 18 2006 Dan Walsh - 1.6-1.fc5 - Rebuild for FC5 * Fri Mar 17 2006 Dan Walsh - 1.6-1 - Make work on RHEL4 - Upgrade to latest from NSA * Merged abort early on merge errors patch from Ivan Gyurdiev. * Cleaned up error handling in semanage_split_fc based on a patch by Serge Hallyn (IBM) and suggestions by Ivan Gyurdiev. * Merged MLS handling fixes from Ivan Gyurdiev. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 1aaba50c4b97ec1d7a716c7db0d0e0ba50c6af32 SRPMS/libsemanage-1.6-1.fc5.src.rpm 9bfeec6a56c44982c6d7be38e149770619fd64c2 ppc/libsemanage-1.6-1.fc5.ppc.rpm 5e221386e6fb0ceff23816e39ae5f030472ed2db ppc/libsemanage-devel-1.6-1.fc5.ppc.rpm ba05bd3ca136058b41b93b67ccbdd97abd176974 ppc/debug/libsemanage-debuginfo-1.6-1.fc5.ppc.rpm 16f852cb67493d8a1e5b2062fef47fdc1f7884d2 x86_64/libsemanage-1.6-1.fc5.x86_64.rpm 826d5d75a25b2a303b07d88ecec88cfee6427f08 x86_64/libsemanage-devel-1.6-1.fc5.x86_64.rpm 9df27f2ca938b539e0eb1f244e9d8399385e80f2 x86_64/debug/libsemanage-debuginfo-1.6-1.fc5.x86_64.rpm 1e3508133004c1d84a6f6f7436f5bf2eb20bfb86 i386/libsemanage-1.6-1.fc5.i386.rpm a51c49db35afd863e7cbd97cb20717d27f39d6d2 i386/libsemanage-devel-1.6-1.fc5.i386.rpm 2d7be93c88d9fd3ccd552c911d732409a04a16c3 i386/debug/libsemanage-debuginfo-1.6-1.fc5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From dwalsh at redhat.com Thu Mar 23 16:54:59 2006 From: dwalsh at redhat.com (Daniel Walsh) Date: Thu, 23 Mar 2006 11:54:59 -0500 Subject: Fedora Core 5 Test Update: policycoreutils-1.30.1-2.fc5 Message-ID: <200603231654.k2NGsxvo019133@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-205 2006-03-23 --------------------------------------------------------------------- Product : Fedora Core 5 Name : policycoreutils Version : 1.30.1 Release : 2.fc5 Summary : SELinux policy core utilities. Description : Security-enhanced Linux is a feature of the Linux?? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement??, Role-based Access Control, and Multi-level Security. policycoreutils contains the policy core utilities that are required for basic operation of a SELinux system. These utilities include load_policy to load policies, setfiles to label filesystems, newrole to switch roles, and run_init to run /etc/init.d scripts in the proper context. --------------------------------------------------------------------- Update Information: Update SELinux tool chain and policy to released version at NSA. Policy update fixes several bugs. --------------------------------------------------------------------- * Tue Mar 21 2006 Dan Walsh 1.30.1-2.fc5 - Bump to build in FC5 * Tue Mar 21 2006 Dan Walsh 1.30.1-2 - make restorecond only ignore non directories with lnk > 1 * Tue Mar 21 2006 Dan Walsh 1.30.1-1 - Make audit2allow translate dontaudit as well as allow rules - Update from upstream * Merged semanage labeling prefix patch from Ivan Gyurdiev. * Tue Mar 21 2006 Dan Walsh 1.30-5 - Fix audit2allow to retrieve dontaudit rules * Mon Mar 20 2006 Dan Walsh 1.30-4 - Open file descriptor to make sure file does not change from underneath. * Fri Mar 17 2006 Dan Walsh 1.30-3 - Fixes for restorecond attack via symlinks - Fixes for fixfiles * Fri Mar 17 2006 Dan Walsh 1.30-2 - Restorecon has to handle suspend/resume * Fri Mar 17 2006 Dan Walsh 1.30-1 - Update to upstream --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 56d8dcc594111be5868d8d991ad8b9190d0bf0f8 SRPMS/policycoreutils-1.30.1-2.fc5.src.rpm bc3f351c8e1b2ea346dd5cdc26baee1ba630efac ppc/policycoreutils-1.30.1-2.fc5.ppc.rpm acf7e9df99db8102e0f38a5dc4a8e1b8d2595d34 ppc/debug/policycoreutils-debuginfo-1.30.1-2.fc5.ppc.rpm 4ad65368689612e9322916e90b03d34b10030589 x86_64/policycoreutils-1.30.1-2.fc5.x86_64.rpm 253d3f657859c7bf896c87b2cb6d4a1fa4781b35 x86_64/debug/policycoreutils-debuginfo-1.30.1-2.fc5.x86_64.rpm 74a6c2b6caee04b874bd9e8807365823efa8d8a4 i386/policycoreutils-1.30.1-2.fc5.i386.rpm 886633b34ab1128667f86db3e588619b0e4b0d5b i386/debug/policycoreutils-debuginfo-1.30.1-2.fc5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From dwalsh at redhat.com Thu Mar 23 16:55:00 2006 From: dwalsh at redhat.com (Daniel Walsh) Date: Thu, 23 Mar 2006 11:55:00 -0500 Subject: Fedora Core 5 Test Update: selinux-policy-2.2.25-2.fc5 Message-ID: <200603231655.k2NGt0H3019202@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-205 2006-03-23 --------------------------------------------------------------------- Product : Fedora Core 5 Name : selinux-policy Version : 2.2.25 Release : 2.fc5 Summary : SELinux policy configuration Description : SELinux Reference Policy - modular. --------------------------------------------------------------------- Update Information: Update SELinux tool chain and policy to released version at NSA. Policy update fixes several bugs. --------------------------------------------------------------------- * Wed Mar 22 2006 Dan Walsh 2.2.25-2.fc5 - Rebuild for FC5 * Wed Mar 22 2006 Dan Walsh 2.2.25-2 - Fix pam_console handling of usb_device - dontaudit logwatch reading /mnt dir * Fri Mar 17 2006 Dan Walsh 2.2.24-1 - Update to upstream * Wed Mar 15 2006 Dan Walsh 2.2.23-19 - Get transition rules to create policy.20 at SystemHigh * Tue Mar 14 2006 Dan Walsh 2.2.23-18 - Allow secadmin to shutdown system - Allow sendmail to exec newalias * Tue Mar 14 2006 Dan Walsh 2.2.23-17 - MLS Fixes dmidecode needs mls_file_read_up - add ypxfr_t - run init needs access to nscd - udev needs setuid - another xen log file - Dontaudit mount getattr proc_kcore_t * Tue Mar 14 2006 Karsten Hopp 2.2.23-16 - fix buildroot usage (#185391) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ e3da916765c27e6bc84b374f3697f050545a5ad7 SRPMS/selinux-policy-2.2.25-2.fc5.src.rpm 9de4649be62f3364dec4d4fa742409b2912d8ff9 ppc/selinux-policy-2.2.25-2.fc5.noarch.rpm 15b8eca903386940669945b6b5d2f287a1e873e7 ppc/selinux-policy-targeted-2.2.25-2.fc5.noarch.rpm ced7a9350c6a01479ccd7c3923e0c6b20b15c9cf ppc/selinux-policy-mls-2.2.25-2.fc5.noarch.rpm 5e3c92e7a178eb994e5cdec9269540fceb8845a2 ppc/selinux-policy-strict-2.2.25-2.fc5.noarch.rpm 9de4649be62f3364dec4d4fa742409b2912d8ff9 x86_64/selinux-policy-2.2.25-2.fc5.noarch.rpm 15b8eca903386940669945b6b5d2f287a1e873e7 x86_64/selinux-policy-targeted-2.2.25-2.fc5.noarch.rpm ced7a9350c6a01479ccd7c3923e0c6b20b15c9cf x86_64/selinux-policy-mls-2.2.25-2.fc5.noarch.rpm 5e3c92e7a178eb994e5cdec9269540fceb8845a2 x86_64/selinux-policy-strict-2.2.25-2.fc5.noarch.rpm 9de4649be62f3364dec4d4fa742409b2912d8ff9 i386/selinux-policy-2.2.25-2.fc5.noarch.rpm 15b8eca903386940669945b6b5d2f287a1e873e7 i386/selinux-policy-targeted-2.2.25-2.fc5.noarch.rpm ced7a9350c6a01479ccd7c3923e0c6b20b15c9cf i386/selinux-policy-mls-2.2.25-2.fc5.noarch.rpm 5e3c92e7a178eb994e5cdec9269540fceb8845a2 i386/selinux-policy-strict-2.2.25-2.fc5.noarch.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From dwalsh at redhat.com Thu Mar 23 16:55:01 2006 From: dwalsh at redhat.com (Daniel Walsh) Date: Thu, 23 Mar 2006 11:55:01 -0500 Subject: Fedora Core 5 Test Update: libsetrans-0.1.20-1.fc5 Message-ID: <200603231655.k2NGt1iX019207@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-205 2006-03-23 --------------------------------------------------------------------- Product : Fedora Core 5 Name : libsetrans Version : 0.1.20 Release : 1.fc5 Summary : SELinux Translation library Description : Security-enhanced Linux is a feature of the Linux?? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement??, Role-based Access Control, and Multi-level Security. libsetrans provides an translation library to translate SELinux categories from internal representations to user defined representation. --------------------------------------------------------------------- Update Information: Update SELinux tool chain and policy to released version at NSA. Policy update fixes several bugs. --------------------------------------------------------------------- * Thu Mar 23 2006 Dan Walsh 0.1.20-1.fc5 - Bump for FC5 * Mon Mar 13 2006 Dan Walsh 0.1.20-1 - Fix handling of untranslated sensitivities * Mon Mar 13 2006 Dan Walsh 0.1.19-1 - Fix segfault error on badly formated setrans file --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 3ee180eb11cfb040929bfc40310c044264ca91c5 SRPMS/libsetrans-0.1.20-1.fc5.src.rpm ff769cf8c6ca929c7aea53ae353330fcadb0b6d0 ppc/libsetrans-0.1.20-1.fc5.ppc.rpm 834b43c45df26659c729c30680aacb61c5409b7f ppc/debug/libsetrans-debuginfo-0.1.20-1.fc5.ppc.rpm bf17435ff28dc6fb9bf164781f66bfa778f27fb7 x86_64/libsetrans-0.1.20-1.fc5.x86_64.rpm 1df852dc410371996c16837772f29b3b6c192c58 x86_64/debug/libsetrans-debuginfo-0.1.20-1.fc5.x86_64.rpm 124e8805fe3e67b803dc8bc3e1b84baede31a7a6 i386/libsetrans-0.1.20-1.fc5.i386.rpm 7f4bffa1d3ebcd42108239d2ddc90c9f88958848 i386/debug/libsetrans-debuginfo-0.1.20-1.fc5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From harald at redhat.com Thu Mar 23 16:58:03 2006 From: harald at redhat.com (Harald Hoyer) Date: Thu, 23 Mar 2006 11:58:03 -0500 Subject: Fedora Core 5 Test Update: pcmciautils-012-0.FC5.2 Message-ID: <200603231658.k2NGw3rI020071@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-216 2006-03-23 --------------------------------------------------------------------- Product : Fedora Core 5 Name : pcmciautils Version : 012 Release : 0.FC5.2 Summary : PCMCIA utilities and initialization programs Description : The pcmciautils package contains utilities for initializing and debugging PCMCIA and Cardbus sockets. --------------------------------------------------------------------- Update Information: User with pcmcia, namely Laptop users, who experience a hangup at "Starting udev" should update to this package. Boot from a rescue CD. # cd /mnt/sysimage # mv sbin/pcmcia-socket-startup sbin/pcmcia-socket-startup.bak # cd .. # reboot Then try to boot and update your system. If can't update without your pcmcia cards and they need pcmcia-socket-startup, then changing the lines include port 0x100-0x3af, port 0x3c0-0x3d2, port 0x3d4-0x4ff include port 0x800-0x8ff, port 0xc00-0xcff to include port 0x100-0x3af include port 0x3e0-0x4ff include port 0x820-0x8ff include port 0xc00-0xcf7 in the file /etc/pcmcia/config.opts may help. --------------------------------------------------------------------- * Thu Mar 23 2006 Harald Hoyer 012-0.FC5.2 - version 012 fixes #186164 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 964121b9a96896e75815d3bc24b6a7919f6a6f5e SRPMS/pcmciautils-012-0.FC5.2.src.rpm 46e7e08ae67f6f2514e1e8597b9e6a4f7bfc14c3 ppc/pcmciautils-012-0.FC5.2.ppc.rpm a7a71cfecabccea2ced07c2ffd8b123e0d1b8854 ppc/debug/pcmciautils-debuginfo-012-0.FC5.2.ppc.rpm db74bcd88c9aa78308f8bf5a09cdf0e7760397d9 x86_64/pcmciautils-012-0.FC5.2.x86_64.rpm c1bb761ff37c3fd79072a7f12bb7ff48f656b4fc x86_64/debug/pcmciautils-debuginfo-012-0.FC5.2.x86_64.rpm 654abc7f32d746267d833028cd42d2c7f1c327e8 i386/pcmciautils-012-0.FC5.2.i386.rpm c69ad5ba5dd83339621aa623ef6a2aa573d4573c i386/debug/pcmciautils-debuginfo-012-0.FC5.2.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From jkeating at j2solutions.net Thu Mar 23 17:12:56 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 23 Mar 2006 09:12:56 -0800 Subject: yum differential updates In-Reply-To: References: <200603171337.40549.jkeating@redhat.com> Message-ID: <1143133976.23491.9.camel@yoda.loki.me> On Thu, 2006-03-23 at 11:29 +0200, Filip Tsachev wrote: > > Search for delta rpms > Is it on schedule? Er, I don't believe it is on any roadmap. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From steve at marmot.org Thu Mar 23 17:17:33 2006 From: steve at marmot.org (Steve Lindemann) Date: Thu, 23 Mar 2006 10:17:33 -0700 Subject: Where is FD5 in DVD ? In-Reply-To: <4422091D.9040806@bol.com.br> References: <20060321114053.8525C73885@hormel.redhat.com> <4422091D.9040806@bol.com.br> Message-ID: <4422D82D.3020606@marmot.org> got mine with: wget ftp://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso/FC-5-i386-DVD.iso (sorry about the line wrap) I'm sure it's on the mirrors too. -- Steve Lindemann __ Network Administrator //\\ ASCII Ribbon Campaign Marmot Library Network, Inc. \\// against HTML/RTF email, url: http://www.marmot.org //\\ vCards & M$ attachments email: mailto:steve at marmot.org voice: +1.970.242.3331 ext 16 fax: +1.970.245.7854 Guilherme Cantisano wrote: > Where is the DVD of FD5 ? > GC > From peter at thecodergeek.com Thu Mar 23 17:55:13 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 23 Mar 2006 09:55:13 -0800 (PST) Subject: Where is FD5 in DVD ? In-Reply-To: <4422091D.9040806@bol.com.br> References: <20060321114053.8525C73885@hormel.redhat.com> <4422091D.9040806@bol.com.br> Message-ID: <45782.127.0.0.1.1143136513.squirrel@www.thecodergeek.com> Guilherme Cantisano said: > Where is the DVD of FD5 ? > GC I'm getting mine from the Fedora Project's BitTorrent tracker[1]; though you can also obtain it from one of their FTP mirrors[2]. (Be sure that if you're using FTP, though, your client and filesystem support files in excess of 2 gigabytes.) [1] http://torrent.fedoraproject.org/ [2] http://fedora.redhat.com/download/mirrors.html Hope that helps. -- Peter Gordon (codergeek42) This message was sent through a webmail interface, and thus not signed. From twaugh at redhat.com Thu Mar 23 17:58:07 2006 From: twaugh at redhat.com (Tim Waugh) Date: Thu, 23 Mar 2006 12:58:07 -0500 Subject: Fedora Core 5 Test Update: hplip-0.9.9-5 Message-ID: <200603231758.k2NHw7wJ004328@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-217 2006-03-23 --------------------------------------------------------------------- Product : Fedora Core 5 Name : hplip Version : 0.9.9 Release : 5 Summary : HP Linux Imaging and Printing Project Description : The Hewlett-Packard Linux Imaging and Printing Project provides drivers for HP printers and multi-function peripherals. --------------------------------------------------------------------- Update Information: New HPLIP version. --------------------------------------------------------------------- * Thu Mar 23 2006 Tim Waugh 0.9.9-5 - Rebuilt. * Mon Mar 13 2006 Tim Waugh 0.9.9-4 - Quieten hpssd on startup. * Sat Mar 11 2006 Tim Waugh 0.9.9-3 - Patchlevel 1. * Thu Mar 9 2006 Tim Waugh 0.9.9-2 - 0.9.9. No longer need quiet or 0.9.8-4 patches. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 8a0e6060e2ad8d3bb1b27a02e3ffa367c4af95c8 SRPMS/hplip-0.9.9-5.src.rpm 222fd686842331d7f1a9a5aa95f31ebffa5a4926 ppc/hplip-0.9.9-5.ppc.rpm 63d4f33a8abfdb491fcb987b4b62725c1d22bde3 ppc/hpijs-0.9.9-5.ppc.rpm e2ca358725bc45f78755f5944f8fb8754856a81c ppc/libsane-hpaio-0.9.9-5.ppc.rpm aec2394a9ba21395a82ae8fc71827c8b6a696728 ppc/debug/hplip-debuginfo-0.9.9-5.ppc.rpm 0dfb14c3af8f97a697d5176f5d10150936c5ed74 x86_64/hplip-0.9.9-5.x86_64.rpm 2982fe28a9d9d384529d776a0928139491451052 x86_64/hpijs-0.9.9-5.x86_64.rpm 074078e8b8c597640a7d1c31858f5ba955ed8715 x86_64/libsane-hpaio-0.9.9-5.x86_64.rpm e31777149efc11a52084cfea2a61509682384d98 x86_64/debug/hplip-debuginfo-0.9.9-5.x86_64.rpm 49fe7ba6802fe7a8c3d586aa7fafda16d57a70b5 i386/hplip-0.9.9-5.i386.rpm 08f8aab319c1ec06ed0ae53b7bba968b863746ef i386/hpijs-0.9.9-5.i386.rpm e09b8bc55d5ae8ff87d3e6640c47443fd7b39a60 i386/libsane-hpaio-0.9.9-5.i386.rpm a53ea7f13c35c7dd6361cc74bef446d347f6b9a5 i386/debug/hplip-debuginfo-0.9.9-5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From jkeating at j2solutions.net Thu Mar 23 18:11:45 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 23 Mar 2006 10:11:45 -0800 Subject: Fedora Core 5: Still needs ide=nodma for mediacheck In-Reply-To: <200603222328.k2MNSFKm005311@laptop11.inf.utfsm.cl> References: <200603222328.k2MNSFKm005311@laptop11.inf.utfsm.cl> Message-ID: <1143137505.23491.31.camel@yoda.loki.me> On Wed, 2006-03-22 at 19:28 -0400, Horst von Brand wrote: > I burned CDs for FC5 under rawhide (up to date as of yesterday), and wasted > several CD blanks when the nediacheck uniformly told me they were bad... a > recheck after booting with "linux mediacheck ide=nodma" declared them in > good health. I found the above workaround by surfing the net, for FC4. Not necessary on all hardware. I have an Athlon X2 system from Pogo, an Apple mac mini (g4) and an apple imac G5 in my cube at work, all three were able to do mediacheck successfully w/out dma tricks. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From Fulko.Hew at sita.aero Thu Mar 23 18:16:26 2006 From: Fulko.Hew at sita.aero (Fulko.Hew at sita.aero) Date: Thu, 23 Mar 2006 13:16:26 -0500 Subject: libswt3 cannot be opened during FC5 installation Message-ID: David Timms on 03/23/2006 07:49 AM rsponded with: >Fulko Hew wrote: >> Nathanael D. Noblet wrote: >> >>> On Tue, 2006-03-21 at 20:06 -0500, Fulko Hew wrote: >>> >>>> I just tried installing FC5 from DVD... >>>> >>>> After a few minutes of installation, I get a >>>> pop-up that says: >>>> >>>> "The file libswt3-gtk2-3.1.2-1jpp_13fc.i386.rpm >>>> cannot be opened. >>>> This is due to a missing file >>>> or perhaps a corrupt package. If you are >>>> installing from CD media this usually means >>>> the CD media is corrupt, or the CD drive is >>>> unable to read the media." >Was the DVD .iso file used to create the dvd checked: >$ sha1sum FC-5-i386-DVD.iso >and compared to SHA1SUM from the downloads site ? Yes ... snip ... >> I'm going to burn a new DVD, and try again. >Any success this time ? As a mater of fact... when I re-checked the DVD it did _not_ check out OK. So I burned an erasable DVD on premium media, and it wouldn't even boot (even though it compared OK). When I re-tried the installation last night, the 'media check' now passed (on the DVD that _was_ bad 2 days ago) and the installation completed successfully. So I must have been in 'black hole' when I tried it the first 6 times over 2 days. :-() But I'm out of the hole now. I'm chalking it up to 'bad carma'. From chasecreek.systemhouse at gmail.com Thu Mar 23 18:16:38 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Thu, 23 Mar 2006 13:16:38 -0500 Subject: [OT] Stars CPP Code ? In-Reply-To: <20060323000929.GB28157@devserv.devel.redhat.com> References: <91f88ee20603220958i6363d51emaefbffcbe68f5410@mail.gmail.com> <20060323000929.GB28157@devserv.devel.redhat.com> Message-ID: <91f88ee20603231016lf0362e1n1542433eb3696a48@mail.gmail.com> On 3/22/06, Alan Cox wrote: > I would take a look at the libSDL library. Better yet would be to ask on > fedora-devel not the testing list 8) No, I've spammed enough already about this old code; but your suggestion has given me a new idea =) -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From seanlkml at sympatico.ca Thu Mar 23 18:32:59 2006 From: seanlkml at sympatico.ca (sean) Date: Thu, 23 Mar 2006 13:32:59 -0500 Subject: Yum repos configuration for rawhide? In-Reply-To: <200603231340.k2NDelTi004817@laptop11.inf.utfsm.cl> References: <200603231340.k2NDelTi004817@laptop11.inf.utfsm.cl> Message-ID: On Thu, 23 Mar 2006 09:40:47 -0400 Horst von Brand wrote: > Paint me confused, but fedora-release-5-rawhide installed repos for > core, development, extras, extras-development, legacy, updates, and > updates-testing. Only the core and extras were turned on (right for > Fedora 5, I assume), but the others weren't. Which ones should I > turn on to track rawhide? Rawhide is just a nickname for -development Sean From jkeating at j2solutions.net Thu Mar 23 18:34:00 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 23 Mar 2006 10:34:00 -0800 Subject: Yum repos configuration for rawhide? In-Reply-To: <200603231340.k2NDelTi004817@laptop11.inf.utfsm.cl> References: <200603231340.k2NDelTi004817@laptop11.inf.utfsm.cl> Message-ID: <1143138841.23491.36.camel@yoda.loki.me> On Thu, 2006-03-23 at 09:40 -0400, Horst von Brand wrote: > Paint me confused, but fedora-release-5-rawhide installed repos for > core, development, extras, extras-development, legacy, updates, and > updates-testing. Only the core and extras were turned on (right for > Fedora 5, I assume), but the others weren't. Which ones should I > turn on to track rawhide? To track rawhide, it is best to disable core and updates, and enable development. Possibly enabling extras-development as well. You can sometimes get away w/ having updates enabled, early in the process this makes sense, but as rawhide diverges the FC5 updates won't always make sense in a rawhide world. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From jspaleta at gmail.com Thu Mar 23 18:52:11 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 23 Mar 2006 13:52:11 -0500 Subject: Yum repos configuration for rawhide? In-Reply-To: <200603231340.k2NDelTi004817@laptop11.inf.utfsm.cl> References: <200603231340.k2NDelTi004817@laptop11.inf.utfsm.cl> Message-ID: <604aa7910603231052u78c847c0m921ecc4aa9cc49dc@mail.gmail.com> On 3/23/06, Horst von Brand wrote: > Paint me confused, but fedora-release-5-rawhide installed repos for > core, development, extras, extras-development, legacy, updates, and > updates-testing. Only the core and extras were turned on (right for > Fedora 5, I assume), but the others weren't. Which ones should I > turn on to track rawhide? disable core and extras enable development and extras-development Be prepared for lots of oddness now that the fc5 freeze is over. Rawhide is at its best right now. -jef"yes I just said 'best' to describe the state of rawhide, because I absoluetely love it when rawhide is bits of sharp glass that get stuck deep between your teeth in your gumline as you chew on it causing nothing but intense pain that you will never be rid of. Am I running rawhide right now? Of course not.. im not THAT crazy"spaleta From m.a.young at durham.ac.uk Thu Mar 23 19:21:33 2006 From: m.a.young at durham.ac.uk (M A Young) Date: Thu, 23 Mar 2006 19:21:33 +0000 (GMT) Subject: Fedora Core 5: Still needs ide=nodma for mediacheck In-Reply-To: <200603222328.k2MNSFKm005311@laptop11.inf.utfsm.cl> References: <200603222328.k2MNSFKm005311@laptop11.inf.utfsm.cl> Message-ID: On Wed, 22 Mar 2006, Horst von Brand wrote: > I burned CDs for FC5 under rawhide (up to date as of yesterday), and wasted > several CD blanks when the nediacheck uniformly told me they were bad... a > recheck after booting with "linux mediacheck ide=nodma" declared them in > good health. I found the above workaround by surfing the net, for FC4. An alternative solution is to pad the disk with blank space when you burn it (eg. add padsize=512k to the cdrecord options). Michael Young From arjan at fenrus.demon.nl Thu Mar 23 19:21:49 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Thu, 23 Mar 2006 20:21:49 +0100 Subject: unable to open intrd img :-/ In-Reply-To: <4422AEFC.3080603@freesurf.fr> References: <4422AEFC.3080603@freesurf.fr> Message-ID: <1143141710.3147.49.camel@laptopd505.fenrus.org> On Thu, 2006-03-23 at 15:21 +0100, LarryT wrote: > Hi > As i would like to add few modules to initrd... sidenote: you can just ADD files by making a new cpio with the new files, and cat that to the end of the initrd.img. The kernel will gunzip and uncpio both in that case, on top of eachother. From dgregor at redhat.com Thu Mar 23 19:45:07 2006 From: dgregor at redhat.com (Dennis Gregorovic) Date: Thu, 23 Mar 2006 14:45:07 -0500 Subject: rawhide report: 20060323 changes In-Reply-To: <200603231456.k2NEuYt3027315@porkchop.devel.redhat.com> References: <200603231456.k2NEuYt3027315@porkchop.devel.redhat.com> Message-ID: <1143143107.2199.1.camel@localhost.localdomain> On Thu, 2006-03-23 at 09:56 -0500, Build System wrote: > > > Updated Packages: > > (none) There were some issues with today's rawhide tree spin. A correct rawhide report email will be coming out in a minute. -- Dennis From buildsys at redhat.com Thu Mar 23 19:46:05 2006 From: buildsys at redhat.com (Build System) Date: Thu, 23 Mar 2006 14:46:05 -0500 Subject: rawhide report: 20060323 changes Message-ID: <200603231946.k2NJk5p4014734@porkchop.devel.redhat.com> Updated Packages: aspell-12:0.60.3-6 ------------------ * Wed Mar 22 2006 Ivana Varekova - 12:0.60.3-6 - remove .la files (bug 184184) * Thu Mar 02 2006 Ivana Varekova - 12:0.60.3-5 - update aspell man page (bug 183205) * Tue Feb 21 2006 Ivana Varekova - 12:0.60.3-4 - fix multilib file conflict bash-3.1-10 ----------- * Thu Mar 23 2006 Tim Waugh 3.1-10 - Patchlevel 14. * Thu Mar 02 2006 Tim Waugh 3.1-9 - Fixed duplicate documentation of ulimit '-x' option introduced by ulimit patch (bug #183596). * Tue Feb 21 2006 Tim Waugh 3.1-8 - Patchlevel 10. beagle-0.2.3-5 -------------- * Tue Mar 21 2006 Alexander Larsson 0.2.3-5 - Rebuild fc5 update in rawhide bind-30:9.3.2-12.FC6 -------------------- * Wed Mar 22 2006 Jason Vas Dias - 30:9.3.2-12 - fix typo in initscript - fix Requires(post): policycoreutils in sub-packages cpio-2.6-14.FC5 --------------- * Wed Mar 22 2006 Peter Vrabec 2.6-14.FC5 - FC5 update * Wed Mar 15 2006 Peter Vrabec 2.6-13 - merge toAsciiError.patch with writeOutHeaderBufferOverflow.patch - merge largeFileGrew.patch with lfs.patch - fix large file support, cpio is able to store files<8GB in 'old ascii' format (-H odc option) - adjust warnings.patch * Tue Mar 14 2006 Peter Vrabec 2.6-12 - fix warn_if_file_changed() and set exit code to #1 when cpio fails to store file > 4GB (#183224) cups-1:1.2-0.1.b2.3 ------------------- * Thu Mar 23 2006 Tim Waugh 1:1.2-0.1.b2.3 - Update to svn snapshot. No longer need users or policy patches. expect-5.43.0-4 --------------- * Fri Feb 24 2006 David Cantrell - 5.43.0-4 - Patch expLogChannelOpen() to create files with 0666 permissions (#182724) gnome-icon-theme-2.14.2-2 ------------------------- * Wed Mar 22 2006 Matthias Clasen 2.14.2-2 - Update to 2.14.2 - Add symlinks to make application/xml work kernel-2.6.16-1.2083_FC6 ------------------------ * Wed Mar 22 2006 Dave Jones - 2.6.16-git5 * Wed Mar 22 2006 David Woodhouse - Update the bcm43xx driver to make it work nicely with initscripts and NetworkManager without user intervention. * Tue Mar 21 2006 Dave Jones - 2.6.16-git3 - Improve spinlock scalability on big machines. m17n-db-1.3.3-2 --------------- * Thu Mar 09 2006 Jens Petersen - 1.3.3-2 - Bengali input maps fixes (runab) - map Probhat '*' key to an alternate sequence since glyph missing (#179821) - more itrans cleanup (#182227) - add icon for Tamil99 (aalam) man-pages-fr-0.9.7-14 --------------------- * Thu Mar 23 2006 Karsten Hopp 0.9.7-14 - remove pages that conflict with vim man-pages-it-0.3.0-17 --------------------- * Thu Mar 23 2006 Karsten Hopp 0.3.0-17 - remove vim.1, provided by the vim-common package openoffice.org-1:2.0.2-5.4.3 ---------------------------- * Mon Mar 13 2006 Caolan McNamara - 1:2.0.2-5.4 - ooo#59997# replacement opens___.ttf updated - drop integrated openoffice.org-2.0.0.ooo56651.sw.rtfcrash.patch - drop integrated openoffice.org-1.9.114.ooo51718.rpath.patch - add openoffice.org-2.0.2.ooo63155.sfx2.badscript.patch for rh#185390# - rh#181900# rename Bengali langpack - drop pagein swappiness foo - drop nearly 9 megs of afms and ppds perl-DBD-Pg-1.47-1 ------------------ * Wed Mar 22 2006 Jason Vas Dias - 1.47-1 - Upgrade to upstream version 1.47 perl-HTML-Parser-3.51-1.FC6 --------------------------- * Wed Mar 22 2006 Jason Vas Dias - 3.51-1 - upgrade to 3.51 perl-Net-DNS-0.57-1 ------------------- * Wed Mar 08 2006 Jason Vas Dias - 0.57-1 - Upgrade to upstream version 0.57 php-pear-1:1.4.6-2.1 -------------------- * Wed Mar 22 2006 Joe Orton 1:1.4.6-2.1 - update to XML_RPC 1.4.5 (#186140) postgresql-odbc-08.01.0200-2 ---------------------------- * Wed Mar 22 2006 Tom Lane 08.01.0200-2 - Change library name back to psqlodbc.so, because it appears that upstream will revert to that name in next release; no point in thrashing the name. - Include documentation files unaccountably omitted before (bug #184158) qt-1:3.3.6-1 ------------ * Mon Mar 20 2006 Than Ngo 1:3.3.6-1 - update to 3.3.6 - adapt qt-x11-immodule-unified-qt3.3.5-20060318 to qt-3.3.6 - remove set of fixes for the immodule patch, included in qt-x11-immodule-unified-qt3.3.5-20060318 - remove 0051-qtoolbar_77047.patch, qt-x11-free-3.3.4-assistant_de.patch, qt-x11-free-3.3.5-warning.patch, included in new upstream selinux-policy-2.2.25-2 ----------------------- * Wed Mar 22 2006 Dan Walsh 2.2.25-2 - Fix pam_console handling of usb_device - dontaudit logwatch reading /mnt dir sendmail-8.13.6-1 ----------------- * Wed Mar 22 2006 Thomas Woerner 8.13.6-1 - new version 8.13.6 (fixes VU#834865) - dropped libmilter-sigwait patch (fixed in 8.13.6) shadow-utils-2:4.0.14-5.FC5 --------------------------- * Wed Mar 22 2006 Peter Vrabec 2:4.0.14-5.FC5 * FC5 update * Fri Mar 10 2006 Peter Vrabec 2:4.0.14-4 - fix lrename() function to handle relative symlinks too * Tue Mar 07 2006 Peter Vrabec 2:4.0.14-3 - set default umask to 077 in login.defs shared-mime-info-0.17-2 ----------------------- * Wed Mar 22 2006 Matthias Clasen - 0.17-2 - Backport upstream change to fix postscript vs. matlab confusion * Thu Mar 16 2006 Matthias Clasen - 0.17-1 - Update to 0.17 * Mon Feb 13 2006 Ray Strode - 0.16.cvs20060212-3 - add gthumb as fallback smartmontools-1:5.33-6 ---------------------- * Wed Mar 22 2006 Tomas Mraz - 1:5.33-6 - test SATA drives correctly * Wed Mar 22 2006 Tomas Mraz - 1:5.33-5 - add default /etc/sysconfig/smartmontools file - ignore errors on startup (#186130) - test drive for SMART support before adding it to smartd.conf star-1.5a73-1 ------------- * Wed Mar 22 2006 Peter Vrabec 1.5a73-1 - upgrade * Wed Mar 01 2006 Peter Vrabec 1.5a72-1 - upgrade * Wed Feb 22 2006 Peter Vrabec 1.5a71-1 - upgrade tar-1.15.1-14 ------------- * Wed Mar 22 2006 Peter Vrabec 1.15.1-14 - fix problems with extracting large sparse archive members (#185460) * Fri Feb 17 2006 Peter Vrabec 1.15.1-13 - fix heap overlfow bug CVE-2006-0300 (#181773) tcsh-6.14-8 ----------- * Thu Mar 23 2006 Miloslav Trmac - 6.14-8 - Backport a patch to ignore LS_COLOR codes introduced in newer coreutils (#186037) tftp-0.42-2 ----------- * Wed Mar 22 2006 Radek Vok??l 0.42-2 - fix double free error when hitting ^C (#186201) * Wed Feb 22 2006 Radek Vok??l 0.42-1 - upgrade to 0.42 xorg-x11-drv-ati-6.5.7.3-4.cvs20060322 -------------------------------------- * Wed Mar 22 2006 Kristian H??gsberg 6.5.7.3-4.cvs20060322 - Update to CVS snapshot of 20060322. - Drop xorg-x11-drv-ati-6.5.7.3-radeon-metamodes-SEGV-fix.patch. xorg-x11-drv-i810-1.4.1.3-4.cvs20060322 --------------------------------------- * Wed Mar 22 2006 Kristian H??gsberg 1.4.1.3-4.cvs20060322 - Update to CVS snapshot of 20060322. xorg-x11-server-1.0.99.1-2 -------------------------- * Wed Mar 22 2006 Soren Sandmann 1.0.99.1-2 - Add xorg-server-1.0.99-composite-visibility.patch to get rid of flashing titlebars in compositing metacity. Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires kernel = 0:2.6.15-1.2054_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5smp GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 GFS-kernel-xen0 - 2.6.15.1-5.FC5.17.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5smp cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 cman-kernel-xen0 - 2.6.15.1-0.FC5.16.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5smp dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 dlm-kernel-xen0 - 2.6.15.1-0.FC5.14.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5smp gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 gnbd-kernel-xen0 - 2.6.15-5.FC5.23.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 From dgboles at comcast.net Thu Mar 23 19:50:41 2006 From: dgboles at comcast.net (David Boles) Date: Thu, 23 Mar 2006 11:50:41 -0800 Subject: Where is FD5 in DVD ? In-Reply-To: <4422091D.9040806@bol.com.br> References: <20060321114053.8525C73885@hormel.redhat.com> <4422091D.9040806@bol.com.br> Message-ID: <4422FC11.4060604@comcast.net> Guilherme Cantisano wrote: > Where is the DVD of FD5 ? > GC > You probably not be able to see the when you use a browser. Use ftp instead. Most, but not all, sites do both. Change the http:// to ftp:// -- David From skvidal at linux.duke.edu Thu Mar 23 20:19:03 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 23 Mar 2006 15:19:03 -0500 Subject: there's no infofeed for FC5? In-Reply-To: References: Message-ID: <1143145143.32685.24.camel@cutter> On Wed, 2006-03-22 at 15:32 +0200, Filip Tsachev wrote: > http://fedoraproject.org/infofeed/ > -- fixed - thanks for the reminder -sv From jmorris at beau.org Thu Mar 23 20:24:28 2006 From: jmorris at beau.org (John Morris) Date: Thu, 23 Mar 2006 14:24:28 -0600 Subject: Fedora Core 5: Still needs ide=nodma for mediacheck In-Reply-To: <200603222328.k2MNSFKm005311@laptop11.inf.utfsm.cl> References: <200603222328.k2MNSFKm005311@laptop11.inf.utfsm.cl> Message-ID: <1143145468.2957.13.camel@mjolnir> On Wed, 2006-03-22 at 17:28, Horst von Brand wrote: > I burned CDs for FC5 under rawhide (up to date as of yesterday), and wasted > several CD blanks when the nediacheck uniformly told me they were bad... a > recheck after booting with "linux mediacheck ide=nodma" declared them in > good health. I found the above workaround by surfing the net, for FC4. So it is still sporadic. I did the mediacheck on both the i386 and x86_64 media and both passed. Both checks were on a Gigabyte GA-K8VM800M Mobo + Toshiba SD-R5372 DVD+-RW. -- 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 paul at all-the-johnsons.co.uk Thu Mar 23 20:39:58 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Thu, 23 Mar 2006 20:39:58 +0000 Subject: AIGLX on FC5 In-Reply-To: <44228FF0.4040806@insight.rr.com> References: <4421BDBE.6080806@oem.doe.gov> <44228FF0.4040806@insight.rr.com> Message-ID: <1143146399.24051.15.camel@T7.Linux> Hi, Dunno if this is just a bug or something, but I've noticed two very annoying problems with AIGLX (I'm using a Toshiba A10 laptop, i810 driver (i852 chipset)). 1. It is dog slow with OpenOffice and I mean dog slow! 2. Drag and drop is dead. It just doesn't work. Does anyone know if these need putting into BZ and if they do, what it needs to be filed under? TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals From smooge at gmail.com Thu Mar 23 20:45:23 2006 From: smooge at gmail.com (Stephen J. Smoogen) Date: Thu, 23 Mar 2006 13:45:23 -0700 Subject: Unpriviledged remote suspend In-Reply-To: References: Message-ID: <80d7e4090603231245k5fe41c03u2b0bb1b18e31c180@mail.gmail.com> On 3/23/06, James Hubbard wrote: > On 3/23/06, David Wood wrote: > > Trying out FC5, I'm rather surprised that an unpriviledged user can initiate > > suspend from a remote X terminal. > > The shutdown option is missing (as expected) > > but the suspend option remains. > > As my HP nx9010 laptop doesn't seem to recover from suspend, this means any > > remote user can trigger an instant denial of service! > > Should this be bugzilla'd (or has it been noted already?) > > The user has a laptop. Why wouldn't you want them to have the ability > to suspend? If you were really concered with unpriviledged access, > you wouldn't give it to them right? > > We've noticed the same behavior with Dell M70's. The suspend doesn't > work and when it's docked the supplied nv driver doesn't allow output > to the connected LCD. We've tried the linva driver but it complains > about needing kmod_nvidia which I can't find on the linva repo. > Try the dell dkms and dkms nvidia driver from linux.dell.com/files/ It worked for some of my dell systems (to at least load). -- Stephen J Smoogen. CSIRT/Linux System Administrator From orion at cora.nwra.com Thu Mar 23 20:53:55 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 23 Mar 2006 13:53:55 -0700 Subject: Fedora Core 4 Test Update: k3b-0.12.14-0.FC4.1 In-Reply-To: <4422C6C7.2030500@drdc-rddc.gc.ca> References: <200603211803.k2LI3Eie008011@int-mx1.corp.redhat.com> <4421839E.7090502@redhat.com> <44219CC7.4070309@feuerpokemon.de> <4422C6C7.2030500@drdc-rddc.gc.ca> Message-ID: Robin Laing wrote: >My issue (bug reported) about growisofs is gone. > Why not just install dvd+rw-tools? From guess.who at freesurf.fr Thu Mar 23 21:05:09 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 23 Mar 2006 22:05:09 +0100 Subject: FC5 boot off of external usb box : works fine In-Reply-To: <44203A8F.9090501@freesurf.fr> References: <4413D388.6070805@freesurf.fr> <4413FFE2.4060502@insight.rr.com> <441404A9.7050204@freesurf.fr> <44143927.8020705@insight.rr.com> <44143E8B.3020703@freesurf.fr> <44145205.4020902@insight.rr.com> <442021F5.6090100@freesurf.fr> <8767947e0603210900p6eeb3f8ap802b8c4c7c4842e4@mail.gmail.com> <44203A8F.9090501@freesurf.fr> Message-ID: <44230D85.4040900@freesurf.fr> Have update my doc-page ---> http://www.brothersofnet.freesurf.fr/sans_popup/fc5/fc5-usb-boot.htm FC5 boot off of usb external box. Have customized few initrd, like one can see at the very end of the page. Happy if it could help someone :) Larry Specification : spacialy for motherboard that cant boot off of usb nativly. Booting from dos .... have a look if you are interesting. This is the only way to boot, for me ! Larry LarryT wrote: > Thx Jonathan, > but this doesn't work for all external box. :( > I first tried, but have to do what i explained of the link ... > > Jonathan Berry wrote: >> On 3/21/06, LarryT wrote: >>> Jim Cornette wrote: >>>> Larry tb wrote: >>>>> Make a kind of doc there : >>>>> http://www.brothersofnet.freesurf.fr/sans_popup/fc5/fc5-usb-boot.htm >>>>> >>>> Thanks! I'll give it a shot. There has to be an easier way! >>> Hi Jim, >>> did you find some easier way about this ? >>> Gonna give it a try with the new fc5 ... >> >> Uhh, yeah, there is an easier way than editing the raw initrd. I >> don't remember the command off-hand, but you can run mkinitrd with >> some extra modules as options (probably the same ones added by hand in >> the above). Here you go, here is the writeup I did a while back for >> FC4: >> http://www.redhat.com/archives/fedora-list/2005-June/msg02452.html >> The mkinitrd command is under step 8. >> >> Jonathan >> > From paul at all-the-johnsons.co.uk Thu Mar 23 21:15:44 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 23 Mar 2006 21:15:44 +0000 Subject: CUPS / lpr messed up? Message-ID: <1143148544.19601.2.camel@T7.Linux> Hi, When I try to print anything, I keep getting the message "There was a problem sending CUPS test page to 'ML2250' queue: /usr/bin/lpr: The printer of class was not found Is there a fix for this due or is it my machine? dmesg | tail gives me ppdev0: registered pardevice ppdev0: unregistered pardevice ppdev1: claim the port first ppdev2: claim the port first ppdev3: claim the port first ppdev0: registered pardevice ppdev0: unregistered pardevice ppdev1: claim the port first ppdev2: claim the port first ppdev3: claim the port first So it looks like something is messed up... TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From dtimms at bigpond.net.au Thu Mar 23 21:27:12 2006 From: dtimms at bigpond.net.au (David Timms) Date: Fri, 24 Mar 2006 08:27:12 +1100 Subject: k3b : unable to blank cd-rw In-Reply-To: <4421A1CE.9030209@freesurf.fr> References: <4421234F.5030406@freesurf.fr> <44212C94.1030706@freesurf.fr> <1143026931.2955.58.camel@laptopd505.fenrus.org> <200603220903.38346.jkeating@j2solutions.net> <4421A1CE.9030209@freesurf.fr> Message-ID: <442312B0.40600@bigpond.net.au> LarryT wrote: > I run k3b from gnome. > Sure thing : it doesn't umount the device, so cant blank the mounted cd, > on gnome. > I remember i had the same problem with ... fc3-gnome , maybe, i dont > remember exactly the system... > > Jesse Keating wrote: >> On Wednesday 22 March 2006 03:28, Arjan van de Ven wrote: >> >>> it looks like something automatically mounted the cd for you as >>> "convenience" ... >> >> >> Gnome does the right thing and unmounts the volume before trying to >> blank it. Was k3b being used from the Gnome desktop, or the KDE >> desktop? Perhaps k3b doesn't do the right thing when used from a >> Gnome desktop. The umount command needs the -d for device option: $ gnome-umount -d /dev/cdrw DaveT. From johnp at redhat.com Thu Mar 23 21:28:33 2006 From: johnp at redhat.com (John (J5) Palmieri) Date: Thu, 23 Mar 2006 16:28:33 -0500 Subject: Unpriviledged remote suspend In-Reply-To: <604aa7910603230836o186e08d9l39e32e7878832a95@mail.gmail.com> References: <604aa7910603230823o7d6499dsea684173de160758@mail.gmail.com> <604aa7910603230836o186e08d9l39e32e7878832a95@mail.gmail.com> Message-ID: <1143149313.2910.53.camel@remedyz.boston.redhat.com> The button showing is a bug but it should be harmless as you need console_user access for it to do anything. If you happen to be logged in at the console also (i.e. jeff's mention of /var/run/console/console.lock) then suspend will work as the account is assumed to be the same user. On Thu, 2006-03-23 at 11:36 -0500, Jeff Spaleta wrote: > On 3/23/06, Jeff Spaleta wrote: > > On 3/23/06, David Wood wrote: > > > Trying out FC5, I'm rather surprised that an unpriviledged user can initiate > > > suspend from a remote X terminal. > > > The shutdown option is missing (as expected) > > > but the suspend option remains. > > > > does it actually work? > > certaintly its a bugzilla... remote X terminal being able to suspend > > the hardware is...silly > > and an additional question.... the user remotely logging is not also > logged in locally and thus has "console" ownership. Checkable by > looking at /var/run/console/console.lock > > Though the fact that the shutdown option disappeared suggests to me > console ownership would not be an issue... though it has to be checked > for completeness. > > -jef -- John (J5) Palmieri From jmorris at beau.org Thu Mar 23 21:28:40 2006 From: jmorris at beau.org (John Morris) Date: Thu, 23 Mar 2006 15:28:40 -0600 Subject: Vendor only distributable packages - was " Kernel 2059 from Dave Jones fixes nvidia.ko loading" In-Reply-To: <1143015782.2955.5.camel@laptopd505.fenrus.org> References: <"H000090f01317c3b.1142952682.frozone1.grand-rapids.mi.us*"@MHS> <1142953407.3077.92.camel@laptopd505.fenrus.org> <1142980659.2975.23.camel@mjolnir> <1143015782.2955.5.camel@laptopd505.fenrus.org> Message-ID: <1143149320.2957.74.camel@mjolnir> On Wed, 2006-03-22 at 02:23, Arjan van de Ven wrote: > > But has anyone at RH tried asking for permission? Including preset repo > > lines for livna is right out, both legally and morally for the mission > > of Fedora. But what about the idea of a legal but non-free catagory for > > Flash, Acrobat, Nvidia, ATI, etc? > > what makes you think NVidia and ATI are legal? Ok, I'll bite. It's legal until they they get busted. Since that isn't going to happen, it's legal. If anyone started a legal fight over it the BEST case scenario is they rework their code a bit and push most of it into userland at the cost of performance. All of the other scenarios are very bad. Since everyone involved knows this is reality and most are somewhat rational there won't be a fight. To get a fight started somebody has to believe they have something to gain and there would only be losers in a GPL enforcement action against Nvidia or ATI. I think the word you are looking for is moral and that gets a little fuzzy but not much. In the end everyone knows the situation is sub optimal for everyone but until someone can propose a solution it is what we have to live with. You can't negotiate with the 3D vendors because they aren't able to state their position openly. It is clear they are terrified about something regarding opening their code or specs but without knowing what we are left guessing. (Is it fear of Microsoft? Fear of patent lawsuits if it became known how many they are violating? Fear of customers seeing just how crappy their stuff really is? Fear that most of the value is in the driver instead of the hardware, thus if the knowledge embedded in the drivers were freely available the Chinese could knock off some competitive hardware designs? The possibilities are legion.) However with all the major forces in the Open Source world quickly aligning for a hellbent push to a 3D desktop to compete with Aero Glass, moral considerations are going to be paved over by expediency. It won't be the first time. Remember when many otherwise 'pure' distributions shipped Netscape because it was the only viable browser? Which brings me back to my original question. If we accept that some chunks of closed software are going to remain in most user's machines for the foreseeable future, how can the process of obtaining these pieces be simplified. If Debian can accept the existance of a non-free repository, is it a winning position to be more hardline than "we are more RMS pure than even RMS himself" Debian? So if making it easier to obtain certain non-free components is thinkable the questions remaining are: 1. Which unfree components is it acceptable to point to. This isn't a slam dunk either way. Especially since things like mp3 support that are illegal in the US are perfectly legal in most of the rest of the world. It is probably going to end up being a legal requirement to leave it out since Fedora is too closely tied to RH to escape the ravages of the trial lawyers, but if you are arguing that legal be damned, we must do the moral thing then how can imposing bad US laws on the rest of the world be justified? Just my $0.02 but I'd argue that Flash needs to be in until the free replacement works for most users. Acrobat can probably be told to piss off now because xpdf, at least for me, already opens more documents than acroread. The Nvidia driver will probably be there forever but if the Free ATI driver ever gets to the point it works for most users it should be pushed instead. Java support for browsers via gcj is almost ready to kick Sun to the curb but not today. Firmware blobs (like the Intel wifi cards) should be so long as the vendor is OK with it. 2. How large a barrier is needed to make explicit that unsupported software is on the other side, in the case of driver software that makes most of the machine unsupportable. Would it be enough to put the repo files for these components in extras with no dependencies, so a user would have to explicitly install them? Should their installation trigger a dialog with a EULA style warning they must click off on? Or perhaps include them in the default list of repos set to disabled with comments explaining the situation? -- 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 dtimms at bigpond.net.au Thu Mar 23 21:47:32 2006 From: dtimms at bigpond.net.au (David Timms) Date: Fri, 24 Mar 2006 08:47:32 +1100 Subject: k3b : unable to blank cd-rw In-Reply-To: <4421A1CE.9030209@freesurf.fr> References: <4421234F.5030406@freesurf.fr> <44212C94.1030706@freesurf.fr> <1143026931.2955.58.camel@laptopd505.fenrus.org> <200603220903.38346.jkeating@j2solutions.net> <4421A1CE.9030209@freesurf.fr> Message-ID: <44231774.20708@bigpond.net.au> LarryT wrote: > I run k3b from gnome. > Sure thing : it doesn't umount the device, so cant blank the mounted cd, > on gnome. > I remember i had the same problem with ... fc3-gnome , maybe, i dont > remember exactly the system... > > Jesse Keating wrote: >> On Wednesday 22 March 2006 03:28, Arjan van de Ven wrote: >> >>> it looks like something automatically mounted the cd for you as >>> "convenience" ... >> >> Gnome does the right thing and unmounts the volume before trying to >> blank it. Was k3b being used from the Gnome desktop, or the KDE >> desktop? Perhaps k3b doesn't do the right thing when used from a >> Gnome desktop. The umount command needs the -d for device option: $ gnome-umount -d /dev/cdrw DaveT. From grinnz at gmail.com Thu Mar 23 22:13:22 2006 From: grinnz at gmail.com (Dan) Date: Thu, 23 Mar 2006 17:13:22 -0500 Subject: Yum repos configuration for rawhide? In-Reply-To: <200603231340.k2NDelTi004817@laptop11.inf.utfsm.cl> References: <200603231340.k2NDelTi004817@laptop11.inf.utfsm.cl> Message-ID: <44231D82.9040805@gmail.com> Horst von Brand wrote: > Paint me confused, but fedora-release-5-rawhide installed repos for > core, development, extras, extras-development, legacy, updates, and > updates-testing. Only the core and extras were turned on (right for > Fedora 5, I assume), but the others weren't. Which ones should I > turn on to track rawhide? > development and extras-development. -Dan From fct-cornette at insight.rr.com Thu Mar 23 22:38:37 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 23 Mar 2006 17:38:37 -0500 Subject: Yum repos configuration for rawhide? In-Reply-To: <200603231340.k2NDelTi004817@laptop11.inf.utfsm.cl> References: <200603231340.k2NDelTi004817@laptop11.inf.utfsm.cl> Message-ID: <4423236D.5020801@insight.rr.com> Horst von Brand wrote: > Paint me confused, but fedora-release-5-rawhide installed repos for > core, development, extras, extras-development, legacy, updates, and > updates-testing. Only the core and extras were turned on (right for > Fedora 5, I assume), but the others weren't. Which ones should I > turn on to track rawhide? Turn off the core, updates, testing and extras. Turn on the extras-devel and devel repos. Are you sure that you want to deal with development? It should be getting ready for a lot of development changes. Jim -- Do more than anyone expects, and pretty soon everyone will expect more. From jspaleta at gmail.com Thu Mar 23 22:41:01 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 23 Mar 2006 17:41:01 -0500 Subject: Fedora Core 4 Test Update: gstreamer-plugins-0.8.12-3 In-Reply-To: <200603031622.k23GMK126882@int-mx1.corp.redhat.com> References: <200603031622.k23GMK126882@int-mx1.corp.redhat.com> Message-ID: <604aa7910603231441j4d6a655btd1b5a5296fbd47a2@mail.gmail.com> On 3/3/06, Christopher Montgomery wrote: > --------------------------------------------------------------------- > Fedora Test Update Notification > FEDORA-2006-132 > 2006-03-03 > --------------------------------------------------------------------- Is there a timeline to push anything newer than gst 0.8.8 to updates-released in fc4? I'd like to build istanbul in Extras.. but i need gst >= 0.8.9 because of the introduction of the specific element that allows for screengrabbing. I can't really do that if the gst updates linger in testing forever. So i have to ask. what is the hold up with gst* updates moving into updates-released? -jef From michal at harddata.com Thu Mar 23 22:42:27 2006 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 23 Mar 2006 15:42:27 -0700 Subject: k3b : unable to blank cd-rw In-Reply-To: <4422C8D4.6000008@freesurf.fr> References: <4422C8D4.6000008@freesurf.fr> Message-ID: <20060323224227.GC26554@mail.harddata.com> On Thu, Mar 23, 2006 at 05:12:04PM +0100, LarryT wrote: > > Hi Michal, > the gnome-umount /dev/hdc doesn't make any change, since the drive is > absolutly not umounted :( Wrong command. I told you that this is not really documented. :-) But 'gnome-mount --help' does give some info and following that the above should read gnome-umount -d /dev/hdc and few other variants are also available. Worksforme .... but see also https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183534 Michal From jspaleta at gmail.com Thu Mar 23 23:01:30 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 23 Mar 2006 18:01:30 -0500 Subject: There is no istanbul In-Reply-To: <604aa7910603230553h22d06b7awf926448b495a164e@mail.gmail.com> References: <604aa7910603230553h22d06b7awf926448b495a164e@mail.gmail.com> Message-ID: <604aa7910603231501h6361fe51qb9dae84f2e4a1826@mail.gmail.com> On 3/23/06, Jeff Spaleta wrote: > On 3/22/06, pribyl at lowlevel.cz wrote: > > In release notes ch. 17.5 Screecast there is mentioned that FC5 extras > > should include "istanbul, which creates screencasts using the Theora > > video format", but there is no such package. Am I doing something wrong? > > No.. I'm doing something wrong. I should have gst08 based istanbul > packages out tonite or at the very latest Saturday (if there are 64bit > build issues still lingering). istanbul built for fc5 and devel.. waiting to be signed in extras for release. Now if the gst packages in fc4 updates-testing would move to fc4 updates-released you could have istanbul on fc4 as well. And I'll only charge you 1 billion dollars for the effort. -jef"better late than never"spaleta From talbotscott at cox.net Fri Mar 24 01:46:57 2006 From: talbotscott at cox.net (Oldman) Date: Thu, 23 Mar 2006 17:46:57 -0800 Subject: Yum repos configuration for rawhide? In-Reply-To: <200603231340.k2NDelTi004817@laptop11.inf.utfsm.cl> References: <200603231340.k2NDelTi004817@laptop11.inf.utfsm.cl> Message-ID: <1143164817.5013.2.camel@ip68-101-182-212.sd.sd.cox.net> On Thu, 2006-03-23 at 09:40 -0400, Horst von Brand wrote: > Paint me confused, but fedora-release-5-rawhide installed repos for > core, development, extras, extras-development, legacy, updates, and > updates-testing. Only the core and extras were turned on (right for > Fedora 5, I assume), but the others weren't. Which ones should I > turn on to track rawhide? > -- > Dr. Horst H. von Brand User #22616 counter.li.org > Departamento de Informatica Fono: +56 32 654431 > Universidad Tecnica Federico Santa Maria +56 32 654239 > Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 > edit the development, extras-development .repo file, making the enable= lines say enabled=1 Scott From DwaineGarden at rogers.com Fri Mar 24 02:03:32 2006 From: DwaineGarden at rogers.com (Dwaine Garden) Date: Thu, 23 Mar 2006 21:03:32 -0500 Subject: SATA access beyond end of device - How to fix In-Reply-To: <4420ADEE.5000203@rogers.com> References: <4420ADEE.5000203@rogers.com> Message-ID: <44235374.2030805@rogers.com> Dwaine Garden wrote: > I'm getting the following under Fedora 5 and 6 rawhide. Because of > this situation, I can not use a kernel higher than 2.6.15-1.2041_FC5smp. > 2064 kernal complains that device-mapper can not divide by chunk > size. Logical volume was created by Fedora 5 test2 installation DVD. > > How would some sorry soul resolve this? > > PCI: Via IRQ fixup for 0000:00:0f.0, from 11 to 0 > Mar 21 20:42:30 www kernel: sata_via 0000:00:0f.0: routed to hard irq > line 0 > Mar 21 20:42:30 www kernel: ata1: SATA max UDMA/133 cmd 0xBC00 ctl > 0xC002 bmdma 0xCC00 irq 16 > Mar 21 20:42:30 www kernel: ata2: SATA max UDMA/133 cmd 0xC400 ctl > 0xC802 bmdma 0xCC08 irq 16 > Mar 21 20:42:30 www kernel: ata1: SATA link up 1.5 Gbps (SStatus 113) > Mar 21 20:42:30 www kernel: ata1: dev 0 ATA-7, max UDMA/133, 156250000 > sectors: LBA48 > Mar 21 20:42:30 www kernel: ata1: dev 0 configured for UDMA/133 > Mar 21 20:42:30 www kernel: scsi0 : sata_via > Mar 21 20:42:30 www kernel: ata2: SATA link up 1.5 Gbps (SStatus 113) > Mar 21 20:42:30 www kernel: ata2: dev 0 ATA-6, max UDMA/133, 156301488 > sectors: LBA > Mar 21 20:42:30 www kernel: ata2: dev 0 configured for UDMA/133 > Mar 21 20:42:30 www kernel: scsi1 : sata_via > Mar 21 20:42:30 www kernel: Vendor: ATA Model: WDC > WD800JD-75LS Rev: 09.0 > Mar 21 20:42:30 www kernel: Type: > Direct-Access ANSI SCSI revision: 05 > Mar 21 20:42:30 www kernel: SCSI device sda: 156250000 512-byte hdwr > sectors (80000 MB) > Mar 21 20:42:30 www kernel: sda: Write Protect is off > Mar 21 20:42:30 www kernel: SCSI device sda: drive cache: write back > Mar 21 20:42:30 www kernel: SCSI device sda: 156250000 512-byte hdwr > sectors (80000 MB) > Mar 21 20:42:30 www kernel: sda: Write Protect is off > Mar 21 20:42:30 www kernel: SCSI device sda: drive cache: write back > Mar 21 20:42:30 www kernel: sda: sda1 sda2 sda3 > Mar 21 20:42:30 www kernel: sd 0:0:0:0: Attached scsi disk sda > Mar 21 20:42:30 www kernel: Vendor: ATA Model: WDC > WD800JD-22JN Rev: 05.0 > Mar 21 20:42:30 www kernel: Type: > Direct-Access ANSI SCSI revision: 05 > Mar 21 20:42:30 www kernel: SCSI device sdb: 156301488 512-byte hdwr > sectors (80026 MB) > Mar 21 20:42:30 www kernel: sdb: Write Protect is off > Mar 21 20:42:30 www kernel: SCSI device sdb: drive cache: write back > Mar 21 20:42:30 www kernel: SCSI device sdb: 156301488 512-byte hdwr > sectors (80026 MB) > Mar 21 20:42:30 www kernel: sdb: Write Protect is off > Mar 21 20:42:30 www kernel: SCSI device sdb: drive cache: write back > Mar 21 20:42:30 www kernel: sdb: unknown partition table > Mar 21 20:42:30 www kernel: sd 1:0:0:0: Attached scsi disk sdb > Mar 21 20:42:30 www kernel: device-mapper: 4.5.0-ioctl (2005-10-04) > initialised: dm-devel at redhat.com > Mar 21 20:42:30 www kernel: attempt to access beyond end of device > Mar 21 20:42:30 www kernel: sda: rw=0, want=156250010, limit=156250000 > Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical > block 156249996 > Mar 21 20:42:30 www kernel: attempt to access beyond end of device > Mar 21 20:42:30 www kernel: sda: rw=0, want=156250012, limit=156250000 > Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical > block 156249997 > Mar 21 20:42:30 www kernel: attempt to access beyond end of device > Mar 21 20:42:30 www kernel: sda: rw=0, want=156250014, limit=156250000 > Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical > block 156249998 > Mar 21 20:42:30 www kernel: attempt to access beyond end of device > Mar 21 20:42:30 www kernel: sda: rw=0, want=156250010, limit=156250000 > Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical > block 156249996 > Mar 21 20:42:30 www kernel: attempt to access beyond end of device > Mar 21 20:42:30 www kernel: sda: rw=0, want=156250012, limit=156250000 > Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical > block 156249997 > Mar 21 20:42:30 www kernel: attempt to access beyond end of device > Mar 21 20:42:30 www kernel: sda: rw=0, want=156250014, limit=156250000 > Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical > block 156249998 > Mar 21 20:42:30 www kernel: EXT3-fs: INFO: recovery required on > readonly filesystem. > Mar 21 20:42:30 www kernel: EXT3-fs: write access will be enabled > during recovery. > Mar 21 20:42:30 www kernel: kjournald starting. Commit interval 5 > seconds > Mar 21 20:42:31 www kernel: EXT3-fs: dm-4: orphan cleanup on readonly fs > Mar 21 20:42:31 www kernel: EXT3-fs: dm-4: 5 orphan inodes deleted > Mar 21 20:42:31 www kernel: EXT3-fs: recovery complete. > Mar 21 20:42:31 www kernel: EXT3-fs: mounted filesystem with ordered > data mode > Here is the patch which does not allow me to boot. I would be grateful for any help where a reformat and install is not needed. > > [PATCH] dm stripe: Fix bounds > > > author Kevin Corry > > Fri, 17 Mar 2006 07:04:03 +0000 (23:04 -0800) > committer Linus Torvalds > > Fri, 17 Mar 2006 15:51:25 +0000 (07:51 -0800) > commit 8ba32fde2c5be52865b2fd7e5e3752a46971fabe > tree 91988d69b76b1d142117b0ed827fc20eb11c9360 > > tree > > > parent 82c3c03a4096badd026c6e337f3c5dde020e9ec6 > > commit > > | commitdiff > > > > [PATCH] dm stripe: Fix bounds > > The dm-stripe target currently does not enforce that the size of a stripe > device be a multiple of the chunk-size. Under certain conditions, this can > lead to I/O requests going off the end of an underlying device. This > test-case shows one example. > > echo "0 100 linear /dev/hdb1 0" | dmsetup create linear0 > echo "0 100 linear /dev/hdb1 100" | dmsetup create linear1 > echo "0 200 striped 2 32 /dev/mapper/linear0 0 /dev/mapper/linear1 0" | \ > dmsetup create stripe0 > dd if=/dev/zero of=/dev/mapper/stripe0 bs=1k > > This will produce the output: > dd: writing '/dev/mapper/stripe0': Input/output error > 97+0 records in > 96+0 records out > > And in the kernel log will be: > attempt to access beyond end of device > dm-0: rw=0, want=104, limit=100 > > The patch will check that the table size is a multiple of the stripe > chunk-size when the table is created, which will prevent the above striped > device from being created. > > This should not affect tools like LVM or EVMS, since in all the cases I can > think of, striped devices are always created with the sizes being a > multiple of the chunk-size. > > The size of a stripe device must be a multiple of its chunk-size. > > (akpm: that typecast is quite gratuitous) > > Signed-off-by: Kevin Corry > Signed-off-by: Alasdair G Kergon > Signed-off-by: Andrew Morton > Signed-off-by: Linus Torvalds From lsatenstein at yahoo.com Fri Mar 24 04:02:10 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Thu, 23 Mar 2006 20:02:10 -0800 (PST) Subject: Bios settings and GUI responses Message-ID: <20060324040210.23509.qmail@web30213.mail.mud.yahoo.com> My gui functionality is back. Wow, is Core5 fantastic. Yesterday, and since I installed the Vanilla version, I had sluggish gui responses. I had compared drivers with Core4, and found that there was a difference. I was about to search for the old one, but then I recalled that I had set an area up in the bios (shared memory mother board) to allow 64meg transfer to pci hardware. I put this down to 0 megs and wow, my great gui quick response is back. I will not bother with going into details, but can only say "Wow, for these later gnome and KDE implementations (I use KDE in root logon and GNOME for grand-daughter and my emails). Leslie PS did you know that the bits in my bytes, are metric, but those in the computers in the USA are American Standard? Which are better? :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From guess.who at freesurf.fr Fri Mar 24 06:24:26 2006 From: guess.who at freesurf.fr (LarryT) Date: Fri, 24 Mar 2006 07:24:26 +0100 Subject: unable to open intrd img :-/ In-Reply-To: <1143141710.3147.49.camel@laptopd505.fenrus.org> References: <4422AEFC.3080603@freesurf.fr> <1143141710.3147.49.camel@laptopd505.fenrus.org> Message-ID: <4423909A.4010900@freesurf.fr> Thank you Arjan, but ... could you be more explicit, please, i dont really understand :-/ If you ever have few minutes, a kind of step-by-step or something likez that would be appreciated : where do i take off the missing files/directories to rebuild the initrd ? thx :) alrry Arjan van de Ven wrote: > On Thu, 2006-03-23 at 15:21 +0100, LarryT wrote: >> Hi >> As i would like to add few modules to initrd... > sidenote: > you can just ADD files by making a new cpio with the new files, and cat > that to the end of the initrd.img. The kernel will gunzip and uncpio > both in that case, on top of eachother. > From shrek-m at gmx.de Fri Mar 24 06:50:30 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 24 Mar 2006 07:50:30 +0100 Subject: Where is FD5 in DVD ? In-Reply-To: <4422D82D.3020606@marmot.org> References: <20060321114053.8525C73885@hormel.redhat.com> <4422091D.9040806@bol.com.br> <4422D82D.3020606@marmot.org> Message-ID: <442396B6.2060404@gmx.de> On 23.03.2006 18:17, Steve Lindemann wrote: > got mine with: > > wget > ftp://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/iso/FC-5-i386-DVD.iso $ man wget -c --continue Continue getting a partially-downloaded file. This is useful when you want to finish up a download started by a previous instance of Wget, or by another program. For instance: wget -c ftp://sunsite.doc.ic.ac.uk/ls-lR.Z [...] -- shrek-m From buildsys at redhat.com Fri Mar 24 08:10:02 2006 From: buildsys at redhat.com (Build System) Date: Fri, 24 Mar 2006 03:10:02 -0500 Subject: rawhide report: 20060324 changes Message-ID: <200603240810.k2O8A2lI005149@porkchop.devel.redhat.com> Updated Packages: bluez-utils-2.25-5 ------------------ * Thu Mar 23 2006 Peter Jones - 2.25-5 - Don't poll every 200ms when nothing happens unless there's poll event in hidd. checkpolicy-1.30.1-1 -------------------- * Thu Mar 23 2006 Dan Walsh - 1.30.1-1 - Latest upgrade from NSA * Moved processing of role and user require statements to 2nd pass. cpio-2.6-15.FC5 --------------- * Thu Mar 23 2006 Peter Vrabec 2.6-15.FC5 - init struct file_hdr (#186339) gnome-applet-vm-0.0.7-2 ----------------------- * Thu Mar 23 2006 Karel Zak 0.0.7-2 - add dependence on usermode * Mon Mar 20 2006 Karel Zak 0.0.7-1 - new upstream version hplip-0.9.9-6 ------------- * Thu Mar 23 2006 Tim Waugh 0.9.9-6 - CUPS backend directory is always in /usr/lib. * Mon Mar 13 2006 Tim Waugh 0.9.9-4 - Quieten hpssd on startup. * Sat Mar 11 2006 Tim Waugh 0.9.9-3 - Patchlevel 1. libglade2-2.5.1-5 ----------------- * Thu Mar 23 2006 Matthias Clasen - 2.5.1-5 - Make non-ASCII invisible characters work mtr-2:0.70-1 ------------ * Thu Mar 23 2006 Miroslav Lichvar - 2:0.70-1 - update to mtr-0.70 - replace s390x patch, drop automake dependency readahead-1:1.2-2 ----------------- * Mon Mar 20 2006 Karel Zak 1.2-2 - cleanup release number - cleanup spec file * Thu Mar 16 2006 Karel Zak - update versions in *.in lists rhpl-0.186-1 ------------ * Thu Mar 23 2006 Chris Lumens 0.186-1 - Remove deprecated files now in rhpl or firstboot. squid-7:2.5.STABLE13-2 ---------------------- * Thu Mar 23 2006 Martin Stransky - 7:2.5.STABLE13-2 - removed "--with-large-files" on 64bit arches * Mon Mar 13 2006 Martin Stransky - 7:2.5.STABLE13-1 - update to new upstream * Fri Feb 10 2006 Jesse Keating - 7:2.5.STABLE12-5.1 - bump again for double-long bug on ppc(64) tetex-3.0-19 ------------ * Thu Mar 23 2006 Jindrich Novy 3.0-19 - install missing OMSrsfs.fd from CTAN to make \mathcal work with rsfs fonts (#186373) * Wed Mar 08 2006 Jindrich Novy 3.0-18 - update vfontmap to attempt to fix #178411 Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires kernel = 0:2.6.15-1.2054_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5smp GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 GFS-kernel-xen0 - 2.6.15.1-5.FC5.17.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5smp cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 cman-kernel-xen0 - 2.6.15.1-0.FC5.16.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5smp dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 dlm-kernel-xen0 - 2.6.15.1-0.FC5.14.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5smp gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 gnbd-kernel-xen0 - 2.6.15-5.FC5.23.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 From dtimms at bigpond.net.au Fri Mar 24 10:06:25 2006 From: dtimms at bigpond.net.au (David Timms) Date: Fri, 24 Mar 2006 21:06:25 +1100 Subject: libswt3 cannot be opened during FC5 installation - heat ? In-Reply-To: References: Message-ID: <4423C4A1.4070505@bigpond.net.au> Fulko.Hew at sita.aero wrote: > David Timms on 03/23/2006 07:49 AM rsponded with: > >> Fulko Hew wrote: >>> Nathanael D. Noblet wrote: >>> >>>> On Tue, 2006-03-21 at 20:06 -0500, Fulko Hew wrote: >>>> > When I re-tried the installation last night, the 'media > check' now passed (on the DVD that _was_ bad 2 days ago) > and the installation completed successfully. > > So I must have been in 'black hole' when I tried it the > first 6 times over 2 days. :-() But I'm out of the hole now. > I'm chalking it up to 'bad carma'. Do you think drive / PC / disc heat might have played a part ? For the time that it worked, did you happen to turn the machine on from cold ? Did this vary from the other times that failed ? DaveT. From guess.who at freesurf.fr Fri Mar 24 10:18:58 2006 From: guess.who at freesurf.fr (LarryT) Date: Fri, 24 Mar 2006 11:18:58 +0100 Subject: unable to open intrd img :-/ In-Reply-To: <4422AEFC.3080603@freesurf.fr> References: <4422AEFC.3080603@freesurf.fr> Message-ID: <4423C792.6080803@freesurf.fr> update has fixed it :) thx :) LarryT wrote: > Hi > As i would like to add few modules to initrd... > I need to extract initrd, but i get an error message (it worked on > fc5-test3) > Here what i am trying : > >> [root at Fopadix-fc5 ~]# cp /boot/initrd-2.6.15-1.2054_FC5.img >> /tmp/initrd.gz >> [root at Fopadix-fc5 ~]# cd /tmp/ >> [root at Fopadix-fc5 tmp]# gunzip initrd.gz >> [root at Fopadix-fc5 tmp]# file initrd >> initrd: ASCII cpio archive (SVR4 with no CRC) >> [root at Fopadix-fc5 tmp]# mkdir a >> [root at Fopadix-fc5 tmp]# cd a/ >> [root at Fopadix-fc5 a]# cpio -i < /tmp/initrd >> cpio: premature end of file >> [root at Fopadix-fc5 a]# > > Any help would be appreciated :) > thx > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" :-p From chitlesh at fedoraproject.org Fri Mar 24 10:48:26 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Fri, 24 Mar 2006 11:48:26 +0100 Subject: AIGLX on FC5 In-Reply-To: <1143146399.24051.15.camel@T7.Linux> References: <4421BDBE.6080806@oem.doe.gov> <44228FF0.4040806@insight.rr.com> <1143146399.24051.15.camel@T7.Linux> Message-ID: <13dbfe4f0603240248t65675eb1yede043cc49490d7d@mail.gmail.com> On 3/23/06, Paul F. Johnson wrote: > Hi, > > Dunno if this is just a bug or something, but I've noticed two very > annoying problems with AIGLX (I'm using a Toshiba A10 laptop, i810 > driver (i852 chipset)). > > 1. It is dog slow with OpenOffice and I mean dog slow! > 2. Drag and drop is dead. It just doesn't work. > > Does anyone know if these need putting into BZ and if they do, what it > needs to be filed under? > > TTFN > > Paul > -- > "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber > den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > Ive installed it too; but I don't know how to run it. maybe you can show me :) -- http://clunixchit.blogspot.com From arjan at fenrus.demon.nl Fri Mar 24 12:23:55 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Fri, 24 Mar 2006 13:23:55 +0100 Subject: Vendor only distributable packages - was " Kernel 2059 from Dave Jones fixes nvidia.ko loading" In-Reply-To: <1143149320.2957.74.camel@mjolnir> References: <"H000090f01317c3b.1142952682.frozone1.grand-rapids.mi.us*"@MHS> <1142953407.3077.92.camel@laptopd505.fenrus.org> <1142980659.2975.23.camel@mjolnir> <1143015782.2955.5.camel@laptopd505.fenrus.org> <1143149320.2957.74.camel@mjolnir> Message-ID: <1143203035.2882.50.camel@laptopd505.fenrus.org> On Thu, 2006-03-23 at 15:28 -0600, John Morris wrote: > On Wed, 2006-03-22 at 02:23, Arjan van de Ven wrote: > > > > But has anyone at RH tried asking for permission? Including preset repo > > > lines for livna is right out, both legally and morally for the mission > > > of Fedora. But what about the idea of a legal but non-free catagory for > > > Flash, Acrobat, Nvidia, ATI, etc? > > > > what makes you think NVidia and ATI are legal? > > Ok, I'll bite. It's legal until they they get busted. that's a strange world you live in. That's saying that murder is legal until you get caught. That's not the case ... > Which brings me back to my original question. If we accept that some > chunks of closed software are going to remain in most user's machines > for the foreseeable future, how can the process of obtaining these > pieces be simplified. there is a difference. I have no problem with software being closed. At all. I do have a problem with software violating the license on my code. Those are two very distinct cases, at least for me; some people try to make those the same, but they are fundamentally different. From twaugh at redhat.com Fri Mar 24 13:10:47 2006 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 24 Mar 2006 13:10:47 +0000 Subject: CUPS / lpr messed up? In-Reply-To: <1143148544.19601.2.camel@T7.Linux> References: <1143148544.19601.2.camel@T7.Linux> Message-ID: <20060324131047.GI25995@redhat.com> On Thu, Mar 23, 2006 at 09:15:44PM +0000, Paul wrote: > Hi, > > When I try to print anything, I keep getting the message > > "There was a problem sending CUPS test page to 'ML2250' queue: > > /usr/bin/lpr: The printer of class was not found > > Is there a fix for this due or is it my machine? What does this say?: readlink $(readlink /usr/bin/lpr) It should say this: /usr/bin/lpr.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 sundaram at fedoraproject.org Fri Mar 24 13:35:34 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 24 Mar 2006 19:05:34 +0530 Subject: missing deps for NVU In-Reply-To: <44229FDD.1050500@freesurf.fr> References: <44229FDD.1050500@freesurf.fr> Message-ID: <1143207334.3802.101.camel@sundaram.pnq.redhat.com> On Thu, 2006-03-23 at 14:17 +0100, LarryT wrote: > Trying to install nvu, for fc4 rhel4 .... - :-/) > http://www.nvu.com/download.html > specialy this one : > http://www.nvu.com/download/linux/1.0/nvu-1.0-RedHat_and_Fedora/nvu-1.0-1_nokde.rhel4.fs.i386.rpm > But get failed deps message : > > [root at Fopadix-fc5 downloads]# rpm -ivh nvu-1.0-1_nokde.rhel4.fs.i386.rpm > > error: Failed dependencies: > > xorg-x11-deprecated-libs is needed by nvu-1.0-1_nokde.rhel4.fs.i386 > > any way to resolve this problem , please ? > > PS i know fc4 or rhel4 is not fc5 :-p ; but ,... never know :) This is no way related to any sort of testing. Use fedora-list for general questions on Fedora. Rahul From sundaram at fedoraproject.org Fri Mar 24 13:36:04 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 24 Mar 2006 19:06:04 +0530 Subject: Yum repos configuration for rawhide? In-Reply-To: <200603231340.k2NDelTi004817@laptop11.inf.utfsm.cl> References: <200603231340.k2NDelTi004817@laptop11.inf.utfsm.cl> Message-ID: <1143207364.3802.103.camel@sundaram.pnq.redhat.com> On Thu, 2006-03-23 at 09:40 -0400, Horst von Brand wrote: > Paint me confused, but fedora-release-5-rawhide installed repos for > core, development, extras, extras-development, legacy, updates, and > updates-testing. Only the core and extras were turned on (right for > Fedora 5, I assume), but the others weren't. Which ones should I > turn on to track rawhide? > -- http://fedoraproject.org/wiki/Testing Rahul From jvian10 at charter.net Fri Mar 24 14:31:05 2006 From: jvian10 at charter.net (Jeff Vian) Date: Fri, 24 Mar 2006 08:31:05 -0600 Subject: Vendor only distributable packages - was " Kernel 2059 from Dave Jones fixes nvidia.ko loading" In-Reply-To: <1143109630.3147.23.camel@laptopd505.fenrus.org> References: <"H000090f01317c3b.1142952682.frozone1.grand-rapids.mi.us*"@MHS> <1142953407.3077.92.camel@laptopd505.fenrus.org> <1142980659.2975.23.camel@mjolnir> <1143015782.2955.5.camel@laptopd505.fenrus.org> <1143071726.12720.48.camel@eagle.lab.net> <1143109630.3147.23.camel@laptopd505.fenrus.org> Message-ID: <1143210665.12720.84.camel@eagle.lab.net> On Thu, 2006-03-23 at 11:27 +0100, Arjan van de Ven wrote: > On Wed, 2006-03-22 at 17:55 -0600, Jeff Vian wrote: > > On Wed, 2006-03-22 at 09:23 +0100, Arjan van de Ven wrote: > > > On Tue, 2006-03-21 at 16:37 -0600, John Morris wrote: > > > > On Tue, 2006-03-21 at 09:03, Arjan van de Ven wrote: > > > > > > > > > in some jurisdictions there is a legal precedent for linking to > > > > > "illegal" content to be just as bad as distributing it. Now I'm not > > > > > saying that the flash plugin is illegal (it's not afaik) but the > > > > > parallel is enough to scare many lawyers ;) > > > > > > > > I really doubt there could be legal implications to pointing to an ftp > > > > site. Even if they prefer people go to the webpage there has been > > > > enough cases now about linking to pretty much settle that issue. > > > > > > > > But has anyone at RH tried asking for permission? Including preset repo > > > > lines for livna is right out, both legally and morally for the mission > > > > of Fedora. But what about the idea of a legal but non-free catagory for > > > > Flash, Acrobat, Nvidia, ATI, etc? > > > > > > what makes you think NVidia and ATI are legal? > > > > > Since the vendor(s) makes them available for free download I would guess > > there is no question of legality here. > > > > so if I put up a copy of The Matrix DVD for free download there is no > question of legality either? > (hint: not all the code that created the nvidia .ko file is owned by > NVidia, some of it comes from the kernel. Same and even more so for ATI) > YOU are not the originating vendor/producer for that DVD. You cannot legally distribute it. nVidia is the originating vendor/producer for their binary driver. They can legally distribute it if they choose. Your comparison is not even in the same league. And, no, they do not distribute the part that comes from the kernel headers. That is compiled in by you (or the rpm packager if you get an rpm from someone like livna). From jvian10 at charter.net Fri Mar 24 14:44:30 2006 From: jvian10 at charter.net (Jeff Vian) Date: Fri, 24 Mar 2006 08:44:30 -0600 Subject: First Impressions In-Reply-To: <44229CB5.10008@bigpond.net.au> References: <20060322031121.41239.qmail@web30212.mail.mud.yahoo.com> <44229CB5.10008@bigpond.net.au> Message-ID: <1143211471.12720.90.camel@eagle.lab.net> On Fri, 2006-03-24 at 00:03 +1100, David Timms wrote: > Leslie Satenstein wrote: > > Installation went flawlessly. I used a DVD from a mirror site. > > > > Screeen resolution is fine but movement actions are choppy. The test > > versions (t1-t3) had smooth scrolling and smooth output. Not the > > official relese. > > > > I tried revising the mouse parameters, but this has not helped. I > > will try some other techniques or request some hints. > > > > How do I measure (on a figure of merit) the gui stuff. Well, aside > > from the tests, for gui operation, I loaded the free cell solitaire > > and began moving the cards. I can get to the target location before > > the software / display catches up. This did not happen with Core5 > > tests 1 to test 3. > I see smooth card animation no matter how fast I move the card/mouse. > What graphics card/chip do you use ? > $ grep -C 4 driver /var/log/Xorg.0.log > > > With the test verision I felt as if the solitaire game card movement > > was as good as as in Core4, then we are with a winner. > As good as ? I would say it seems faster (with the standard open nv > driver on an nvidia fx5600 card) ! > David, how did you get the nv driver to work for you? I have installed the x86_64 system and the nv driver refuses to work at all for me on my nVidia geforce 6600 LX PCIe card. At present the only driver I have been able to get working on this box with FC5 is the vesa driver and that is not at the desired 1600x1200 resolution. Gigabyte mobo with AMD Athalon 64 X2 3800+ cpu and 2GiB ram. Should work perfectly, and did on FC4, but absolutely refuses to work with that driver on FC5. > > It is perhaps choppy due to screen resolution or refresh frequencies. > > I will retry and if it works out, I will let you know. Otherwise, I > > would like help to make the game have more default dispatching > > priority. . > What are those frequencies ? it would have to be pretty low to be > causing the problems you are describing ? > > > I would like to know if others have find some quirks as well. > On one machine I noticed lots of disk activity after first maybe second > boot. I found that beagle was doing indexing, perhaps top might show you > a cpu hog ? > > > > Good evening from Montreal > And good evening from au.melb > > DaveT. > From jspaleta at gmail.com Fri Mar 24 15:50:15 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 24 Mar 2006 10:50:15 -0500 Subject: Fedora Core 5: Still needs ide=nodma for mediacheck In-Reply-To: References: <200603222328.k2MNSFKm005311@laptop11.inf.utfsm.cl> Message-ID: <604aa7910603240750n28d3fb7dje85863c1d0f9e090@mail.gmail.com> On 3/23/06, M A Young wrote: > An alternative solution is to pad the disk with blank space when you burn > it (eg. add padsize=512k to the cdrecord options). Should this sort of thing be added to burning instructions provided in the wiki and other fedora documentation.. to limit exposure to this problem? Is there any real downside in telling people to pad? -jef From amackey at netidex.com Fri Mar 24 16:32:54 2006 From: amackey at netidex.com (Andrew Mackey) Date: Fri, 24 Mar 2006 10:32:54 -0600 Subject: FC5 isn't working on laptop Message-ID: <200603241624.k2OGOhRm029732@s2.eroute.net> Hi All! I have tried installing FC5 x64 on my Turion 64 laptop. FC5 successfully installs without any problems. It then goes for the first initial startup and everything works fine. It then asks for you to finish setting up the laptop by entering a user in, testing the sound, etc. Well, after you finish that, the laptop goes to a black screen and is non-responsive. I was unable to do anything. I tried seeing if it was just the video by pressing CTRL-ALT-BACKSPACE and even tried going to another terminal by pressing CTRL-ALT-F1 thru F7. Nothing. Is there something more that I need to be doing? Thanks! Andrew Mackey amackey [at] netidex.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From harald at redhat.com Fri Mar 24 16:34:32 2006 From: harald at redhat.com (Harald Hoyer) Date: Fri, 24 Mar 2006 11:34:32 -0500 Subject: Fedora Core 5 Test Update: dvd+rw-tools-6.1-0.FC5.1 Message-ID: <200603241634.k2OGYWHI024268@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-221 2006-03-24 --------------------------------------------------------------------- Product : Fedora Core 5 Name : dvd+rw-tools Version : 6.1 Release : 0.FC5.1 Summary : Toolchain to master DVD+RW/+R media Description : Collection of tools to master DVD+RW/+R media. For further information see http://fy.chalmers.se/~appro/linux/DVD+RW/. --------------------------------------------------------------------- Update Information: new version dvd+rw-tools-6.1 --------------------------------------------------------------------- * Fri Mar 24 2006 Harald Hoyer - 6.1-0.FC5.1 - version 6.1 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ a3b93a583fb6a28936ec730ca2e2f14309fab39e SRPMS/dvd+rw-tools-6.1-0.FC5.1.src.rpm 0506a215a764f57996bb4ec8730868a3f74ab02f ppc/dvd+rw-tools-6.1-0.FC5.1.ppc.rpm 1f810dc585ecb7e5d141f27616bd7d6186371c3e ppc/debug/dvd+rw-tools-debuginfo-6.1-0.FC5.1.ppc.rpm 706e6c1ed64138304792710841661756abf0a52e x86_64/dvd+rw-tools-6.1-0.FC5.1.x86_64.rpm 7b0dbdc8e756981f45f14251279c94c67f1bdf6f x86_64/debug/dvd+rw-tools-debuginfo-6.1-0.FC5.1.x86_64.rpm 7d673f6551acca8816e40e8a38130edcf9085a31 i386/dvd+rw-tools-6.1-0.FC5.1.i386.rpm 81de3086b58cca9c4020bcced669a41a56eea763 i386/debug/dvd+rw-tools-debuginfo-6.1-0.FC5.1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From dragoran at feuerpokemon.de Fri Mar 24 17:15:49 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Fri, 24 Mar 2006 18:15:49 +0100 Subject: SATA access beyond end of device - How to fix In-Reply-To: <44235374.2030805@rogers.com> References: <4420ADEE.5000203@rogers.com> <44235374.2030805@rogers.com> Message-ID: <44242945.4010606@feuerpokemon.de> Dwaine Garden wrote: > Dwaine Garden wrote: > >> I'm getting the following under Fedora 5 and 6 rawhide. Because of >> this situation, I can not use a kernel higher than 2.6.15-1.2041_FC5smp. >> 2064 kernal complains that device-mapper can not divide by chunk >> size. Logical volume was created by Fedora 5 test2 installation DVD. >> >> How would some sorry soul resolve this? >> >> PCI: Via IRQ fixup for 0000:00:0f.0, from 11 to 0 >> Mar 21 20:42:30 www kernel: sata_via 0000:00:0f.0: routed to hard irq >> line 0 >> Mar 21 20:42:30 www kernel: ata1: SATA max UDMA/133 cmd 0xBC00 ctl >> 0xC002 bmdma 0xCC00 irq 16 >> Mar 21 20:42:30 www kernel: ata2: SATA max UDMA/133 cmd 0xC400 ctl >> 0xC802 bmdma 0xCC08 irq 16 >> Mar 21 20:42:30 www kernel: ata1: SATA link up 1.5 Gbps (SStatus 113) >> Mar 21 20:42:30 www kernel: ata1: dev 0 ATA-7, max UDMA/133, >> 156250000 sectors: LBA48 >> Mar 21 20:42:30 www kernel: ata1: dev 0 configured for UDMA/133 >> Mar 21 20:42:30 www kernel: scsi0 : sata_via >> Mar 21 20:42:30 www kernel: ata2: SATA link up 1.5 Gbps (SStatus 113) >> Mar 21 20:42:30 www kernel: ata2: dev 0 ATA-6, max UDMA/133, >> 156301488 sectors: LBA >> Mar 21 20:42:30 www kernel: ata2: dev 0 configured for UDMA/133 >> Mar 21 20:42:30 www kernel: scsi1 : sata_via >> Mar 21 20:42:30 www kernel: Vendor: ATA Model: WDC >> WD800JD-75LS Rev: 09.0 >> Mar 21 20:42:30 www kernel: Type: >> Direct-Access ANSI SCSI revision: 05 >> Mar 21 20:42:30 www kernel: SCSI device sda: 156250000 512-byte hdwr >> sectors (80000 MB) >> Mar 21 20:42:30 www kernel: sda: Write Protect is off >> Mar 21 20:42:30 www kernel: SCSI device sda: drive cache: write back >> Mar 21 20:42:30 www kernel: SCSI device sda: 156250000 512-byte hdwr >> sectors (80000 MB) >> Mar 21 20:42:30 www kernel: sda: Write Protect is off >> Mar 21 20:42:30 www kernel: SCSI device sda: drive cache: write back >> Mar 21 20:42:30 www kernel: sda: sda1 sda2 sda3 >> Mar 21 20:42:30 www kernel: sd 0:0:0:0: Attached scsi disk sda >> Mar 21 20:42:30 www kernel: Vendor: ATA Model: WDC >> WD800JD-22JN Rev: 05.0 >> Mar 21 20:42:30 www kernel: Type: >> Direct-Access ANSI SCSI revision: 05 >> Mar 21 20:42:30 www kernel: SCSI device sdb: 156301488 512-byte hdwr >> sectors (80026 MB) >> Mar 21 20:42:30 www kernel: sdb: Write Protect is off >> Mar 21 20:42:30 www kernel: SCSI device sdb: drive cache: write back >> Mar 21 20:42:30 www kernel: SCSI device sdb: 156301488 512-byte hdwr >> sectors (80026 MB) >> Mar 21 20:42:30 www kernel: sdb: Write Protect is off >> Mar 21 20:42:30 www kernel: SCSI device sdb: drive cache: write back >> Mar 21 20:42:30 www kernel: sdb: unknown partition table >> Mar 21 20:42:30 www kernel: sd 1:0:0:0: Attached scsi disk sdb >> Mar 21 20:42:30 www kernel: device-mapper: 4.5.0-ioctl (2005-10-04) >> initialised: dm-devel at redhat.com >> Mar 21 20:42:30 www kernel: attempt to access beyond end of device >> Mar 21 20:42:30 www kernel: sda: rw=0, want=156250010, limit=156250000 >> Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical >> block 156249996 >> Mar 21 20:42:30 www kernel: attempt to access beyond end of device >> Mar 21 20:42:30 www kernel: sda: rw=0, want=156250012, limit=156250000 >> Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical >> block 156249997 >> Mar 21 20:42:30 www kernel: attempt to access beyond end of device >> Mar 21 20:42:30 www kernel: sda: rw=0, want=156250014, limit=156250000 >> Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical >> block 156249998 >> Mar 21 20:42:30 www kernel: attempt to access beyond end of device >> Mar 21 20:42:30 www kernel: sda: rw=0, want=156250010, limit=156250000 >> Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical >> block 156249996 >> Mar 21 20:42:30 www kernel: attempt to access beyond end of device >> Mar 21 20:42:30 www kernel: sda: rw=0, want=156250012, limit=156250000 >> Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical >> block 156249997 >> Mar 21 20:42:30 www kernel: attempt to access beyond end of device >> Mar 21 20:42:30 www kernel: sda: rw=0, want=156250014, limit=156250000 >> Mar 21 20:42:30 www kernel: Buffer I/O error on device dm-0, logical >> block 156249998 >> Mar 21 20:42:30 www kernel: EXT3-fs: INFO: recovery required on >> readonly filesystem. >> Mar 21 20:42:30 www kernel: EXT3-fs: write access will be enabled >> during recovery. >> Mar 21 20:42:30 www kernel: kjournald starting. Commit interval 5 >> seconds >> Mar 21 20:42:31 www kernel: EXT3-fs: dm-4: orphan cleanup on readonly fs >> Mar 21 20:42:31 www kernel: EXT3-fs: dm-4: 5 orphan inodes deleted >> Mar 21 20:42:31 www kernel: EXT3-fs: recovery complete. >> Mar 21 20:42:31 www kernel: EXT3-fs: mounted filesystem with ordered >> data mode >> > Here is the patch which does not allow me to boot. I would be > grateful for any help where a reformat and install is not needed. > >> >> [PATCH] dm stripe: Fix bounds >> >> >> author Kevin Corry >> >> Fri, 17 Mar 2006 07:04:03 +0000 (23:04 -0800) >> committer Linus Torvalds >> >> Fri, 17 Mar 2006 15:51:25 +0000 (07:51 -0800) >> commit 8ba32fde2c5be52865b2fd7e5e3752a46971fabe >> tree 91988d69b76b1d142117b0ed827fc20eb11c9360 >> >> tree >> >> >> parent 82c3c03a4096badd026c6e337f3c5dde020e9ec6 >> >> commit >> >> | commitdiff >> >> >> >> [PATCH] dm stripe: Fix bounds >> >> The dm-stripe target currently does not enforce that the size of a >> stripe >> device be a multiple of the chunk-size. Under certain conditions, >> this can >> lead to I/O requests going off the end of an underlying device. This >> test-case shows one example. >> >> echo "0 100 linear /dev/hdb1 0" | dmsetup create linear0 >> echo "0 100 linear /dev/hdb1 100" | dmsetup create linear1 >> echo "0 200 striped 2 32 /dev/mapper/linear0 0 /dev/mapper/linear1 0" >> | \ >> dmsetup create stripe0 >> dd if=/dev/zero of=/dev/mapper/stripe0 bs=1k >> >> This will produce the output: >> dd: writing '/dev/mapper/stripe0': Input/output error >> 97+0 records in >> 96+0 records out >> >> And in the kernel log will be: >> attempt to access beyond end of device >> dm-0: rw=0, want=104, limit=100 >> >> The patch will check that the table size is a multiple of the stripe >> chunk-size when the table is created, which will prevent the above >> striped >> device from being created. >> >> This should not affect tools like LVM or EVMS, since in all the cases >> I can >> think of, striped devices are always created with the sizes being a >> multiple of the chunk-size. >> >> The size of a stripe device must be a multiple of its chunk-size. >> >> (akpm: that typecast is quite gratuitous) >> >> Signed-off-by: Kevin Corry >> Signed-off-by: Alasdair G Kergon >> Signed-off-by: Andrew Morton >> Signed-off-by: Linus Torvalds > > I have the same problem with a IDE harddisk see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179564 no solution until now and seems that it still exists in FC5 From mclasen at redhat.com Fri Mar 24 17:25:12 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 24 Mar 2006 12:25:12 -0500 Subject: Fedora Core 5 Test Update: gthumb-2.7.5.1-1.fc5.1 Message-ID: <200603241725.k2OHPCEC006048@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-183 2006-03-24 --------------------------------------------------------------------- Product : Fedora Core 5 Name : gthumb Version : 2.7.5.1 Release : 1.fc5.1 Summary : Image viewer, editor, organizer Description : gthumb is an application for viewing, editing, and organizing collections of images. --------------------------------------------------------------------- Update Information: * Only display user visible drives in the location box. * Fixed bug #329889 - thumbnail generation and accentuated characters in path. * Fixed little bug in crop dialog. * Fixed bug that prevented comments to be removed correctly when iptc_data support was enabled. * Fixed command line catalog creation. * Fixed photo importing and fixed bug that prevented importing photos when an instance of gthumb was already running. --------------------------------------------------------------------- * Fri Mar 24 2006 Matthias Clasen - 2.7.5.1-1 - Update to 2.7.5.1 * Mon Mar 20 2006 Matthias Clasen - 2.7.5-1 - Update to 2.7.5 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 4119a126f716ee6834b0b7d1ae602c0aa4081a4d SRPMS/gthumb-2.7.5.1-1.fc5.1.src.rpm 62b3aa9e5ea2be47e50e074cbe9e3afc978a5773 ppc/gthumb-2.7.5.1-1.fc5.1.ppc.rpm 31eec29171f67da6c073f83c7d85a4c89ef190ab ppc/debug/gthumb-debuginfo-2.7.5.1-1.fc5.1.ppc.rpm b39adb421ce7dd011e33d94b69ee7892a00f068a x86_64/gthumb-2.7.5.1-1.fc5.1.x86_64.rpm dd688ec3724d60801fc699bd62bc8ab992f3ce41 x86_64/debug/gthumb-debuginfo-2.7.5.1-1.fc5.1.x86_64.rpm 548f58d3e76238b23b5d6a28397c628d2ffac2db i386/gthumb-2.7.5.1-1.fc5.1.i386.rpm 8e85b3a5795f3285ce8c13939d6d3e048877f2a9 i386/debug/gthumb-debuginfo-2.7.5.1-1.fc5.1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From twaugh at redhat.com Fri Mar 24 17:45:44 2006 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 24 Mar 2006 12:45:44 -0500 Subject: Fedora Core 5 Test Update: hplip-0.9.9-5.1 Message-ID: <200603241745.k2OHjijV011145@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-217 2006-03-24 --------------------------------------------------------------------- Product : Fedora Core 5 Name : hplip Version : 0.9.9 Release : 5.1 Summary : HP Linux Imaging and Printing Project Description : The Hewlett-Packard Linux Imaging and Printing Project provides drivers for HP printers and multi-function peripherals. --------------------------------------------------------------------- Update Information: New HPLIP version. --------------------------------------------------------------------- * Fri Mar 24 2006 Tim Waugh 0.9.9-5.1 - Include hpfax. - Always use /usr/lib/cups/backend for CUPS backend directory. - Build requires libusb-devel. * Thu Mar 23 2006 Tim Waugh 0.9.9-5 - Rebuilt. * Mon Mar 13 2006 Tim Waugh 0.9.9-4 - Quieten hpssd on startup. * Sat Mar 11 2006 Tim Waugh 0.9.9-3 - Patchlevel 1. * Thu Mar 9 2006 Tim Waugh 0.9.9-2 - 0.9.9. No longer need quiet or 0.9.8-4 patches. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 482300d2f9de52ca03f8029ac2ac19bdf4c297b1 SRPMS/hplip-0.9.9-5.1.src.rpm e8d40de2aaa8dc347c733f3d3e981f1bb9e00162 ppc/hplip-0.9.9-5.1.ppc.rpm 42837ea4c3001e69a8000450993e92fdf0b9ccd6 ppc/hpijs-0.9.9-5.1.ppc.rpm dbb844dc858754da491d36b10dff65fc9bab593f ppc/libsane-hpaio-0.9.9-5.1.ppc.rpm 5f1b46a0e0c4122d6c6caedf2cc08f96762b9f4a ppc/debug/hplip-debuginfo-0.9.9-5.1.ppc.rpm 8821510646ce038fc20c6df06f93f2c04cd8e44b x86_64/hplip-0.9.9-5.1.x86_64.rpm e8404fe1d3825ed82691e0fc072f7771e7c956ca x86_64/hpijs-0.9.9-5.1.x86_64.rpm f36086ec7cebddba0aad8b05d31a86b7b3207114 x86_64/libsane-hpaio-0.9.9-5.1.x86_64.rpm a0f821cd88f9b7558cdf3a0df291c866b9352a72 x86_64/debug/hplip-debuginfo-0.9.9-5.1.x86_64.rpm bfacf07d39ed66fb45dba91de7b371bf76d4b3dd i386/hplip-0.9.9-5.1.i386.rpm 3cf9eb16178b4b84e93a61d26758d750178cde0b i386/hpijs-0.9.9-5.1.i386.rpm 86a322a5a6e41cb8522519a51dc27a0df265cf71 i386/libsane-hpaio-0.9.9-5.1.i386.rpm e6e14e63251c636c426ead5100745c990bb94c27 i386/debug/hplip-debuginfo-0.9.9-5.1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From j.rink at freenet.de Fri Mar 24 18:22:28 2006 From: j.rink at freenet.de (=?UTF-8?B?SsO2cm4=?= Rink) Date: Fri, 24 Mar 2006 19:22:28 +0100 Subject: missing deps for NVU In-Reply-To: <44229FDD.1050500@freesurf.fr> References: <44229FDD.1050500@freesurf.fr> Message-ID: <20060324192228.0e2c9afa.j.rink@freenet.de> Am Thu, 23 Mar 2006 14:17:17 +0100 hat LarryT (LarryT) folgendes geschrieben: > Trying to install nvu, for fc4 rhel4 .... - :-/) > http://www.nvu.com/download.html > specialy this one : > http://www.nvu.com/download/linux/1.0/nvu-1.0-RedHat_and_Fedora/nvu-1.0-1_nokde.rhel4.fs.i386.rpm > But get failed deps message : > > [root at Fopadix-fc5 downloads]# rpm -ivh > > nvu-1.0-1_nokde.rhel4.fs.i386.rpm error: Failed dependencies: > > " is needed by > > nvu-1.0-1_nokde.rhel4.fs.i386 > > any way to resolve this problem , please ? Hi, you have to search for a "xorg-x11-deprecated-libs" rpm. Another chance is to install it with the --nodeps option, but i think the rpm knows why it needs those libs ;-) CU J?rn From paul at all-the-johnsons.co.uk Fri Mar 24 20:21:08 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Fri, 24 Mar 2006 20:21:08 +0000 Subject: AIGLX on FC5 In-Reply-To: <13dbfe4f0603240248t65675eb1yede043cc49490d7d@mail.gmail.com> References: <4421BDBE.6080806@oem.doe.gov> <44228FF0.4040806@insight.rr.com> <1143146399.24051.15.camel@T7.Linux> <13dbfe4f0603240248t65675eb1yede043cc49490d7d@mail.gmail.com> Message-ID: <1143231668.3583.65.camel@T7.Linux> Hi, > Ive installed it too; > but I don't know how to run it. > maybe you can show me :) Follow the instructions and it shall work http://fedoraproject.org/wiki/RenderingProject/AiglxOnFedora Note that it isn't working if you have closed source drivers (so forget it on an nVidia card for now) http://fedoraproject.org/wiki/RenderingProject/aiglx#head-43a98eb9adc0264c802bf5918f1cc57bddbbc129 should give you the cards and systems it'll work on. TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals From pribyl at lowlevel.cz Fri Mar 24 20:54:52 2006 From: pribyl at lowlevel.cz (pribyl at lowlevel.cz) Date: Fri, 24 Mar 2006 21:54:52 +0100 (CET) Subject: AIGLX on FC5 In-Reply-To: <13dbfe4f0603240248t65675eb1yede043cc49490d7d@mail.gmail.com> References: <4421BDBE.6080806@oem.doe.gov> <44228FF0.4040806@insight.rr.com> <1143146399.24051.15.camel@T7.Linux> <13dbfe4f0603240248t65675eb1yede043cc49490d7d@mail.gmail.com> Message-ID: On Fri, 24 Mar 2006, Chitlesh GOORAH wrote: > On 3/23/06, Paul F. Johnson wrote: > > > Ive installed it too; > but I don't know how to run it. > maybe you can show me :) Maybe I am wrong, but you do not need to install anything except standard FC5 Xorg. Just add Section "extensions" Option "Composite" EndSection to xorg.conf, and run gconftool-2 -s '/apps/metacity/general/compositing_manager' --type bool true Adam Pribyl From pribyl at lowlevel.cz Fri Mar 24 21:56:00 2006 From: pribyl at lowlevel.cz (pribyl at lowlevel.cz) Date: Fri, 24 Mar 2006 22:56:00 +0100 (CET) Subject: FC5 isn't working on laptop In-Reply-To: <200603241624.k2OGOhRm029732@s2.eroute.net> References: <200603241624.k2OGOhRm029732@s2.eroute.net> Message-ID: On Fri, 24 Mar 2006, Andrew Mackey wrote: > Hi All! > > > > I have tried installing FC5 x64 on my Turion 64 laptop. FC5 successfully > installs without any problems. It then goes for the first initial startup > and everything works fine. It then asks for you to finish setting up the > laptop by entering a user in, testing the sound, etc. Well, after you > finish that, the laptop goes to a black screen and is non-responsive. I was > unable to do anything. I tried seeing if it was just the video by pressing > CTRL-ALT-BACKSPACE and even tried going to another terminal by pressing > CTRL-ALT-F1 thru F7. Nothing. Is there something more that I need to be > doing? Boot to init 3 (console only) and test further. > Thanks! > Andrew Mackey > amackey [at] netidex.com Adam Pribyl From paul at all-the-johnsons.co.uk Fri Mar 24 22:08:52 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Fri, 24 Mar 2006 22:08:52 +0000 Subject: CUPS / lpr messed up? In-Reply-To: <20060324131047.GI25995@redhat.com> References: <1143148544.19601.2.camel@T7.Linux> <20060324131047.GI25995@redhat.com> Message-ID: <1143238132.3583.69.camel@T7.Linux> Hi, > > Is there a fix for this due or is it my machine? > > What does this say?: > > readlink $(readlink /usr/bin/lpr) > > It should say this: > > /usr/bin/lpr.cups Yep. It gives that. I found downgrading made things work, so I can assume that it's the latest rawhide version which is a bit odd. TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals From chitlesh at fedoraproject.org Fri Mar 24 22:10:52 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Fri, 24 Mar 2006 23:10:52 +0100 Subject: AIGLX on FC5 In-Reply-To: <1143231668.3583.65.camel@T7.Linux> References: <4421BDBE.6080806@oem.doe.gov> <44228FF0.4040806@insight.rr.com> <1143146399.24051.15.camel@T7.Linux> <13dbfe4f0603240248t65675eb1yede043cc49490d7d@mail.gmail.com> <1143231668.3583.65.camel@T7.Linux> Message-ID: <13dbfe4f0603241410u5178e10me24d77b130c492d5@mail.gmail.com> > Follow the instructions and it shall work > > http://fedoraproject.org/wiki/RenderingProject/AiglxOnFedora > > Note that it isn't working if you have closed source drivers (so forget > it on an nVidia card for now) > > http://fedoraproject.org/wiki/RenderingProject/aiglx#head-43a98eb9adc0264c802bf5918f1cc57bddbbc129 > > should give you the cards and systems it'll work on. damn, got nvidia here.!!! -- http://clunixchit.blogspot.com From dant at cdkkt.com Fri Mar 24 23:30:27 2006 From: dant at cdkkt.com (Dan Thurman) Date: Fri, 24 Mar 2006 15:30:27 -0800 Subject: FC5 T3 -> FC6 Develolment? Message-ID: <1143243028.3452.2.camel@copper.cdkkt.com> Folks, I was a but busy and I am currently in a FC5 T3 setup, so my question is, do I just stay in this environment, and simply 'yum update' to get into the FC6 level or do I have to burn any iso's and reinstall everything or what? Thanks! Dan From sundaram at fedoraproject.org Fri Mar 24 23:34:48 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 25 Mar 2006 05:04:48 +0530 Subject: FC5 T3 -> FC6 Develolment? In-Reply-To: <1143243028.3452.2.camel@copper.cdkkt.com> References: <1143243028.3452.2.camel@copper.cdkkt.com> Message-ID: <1143243288.3802.264.camel@sundaram.pnq.redhat.com> On Fri, 2006-03-24 at 15:30 -0800, Dan Thurman wrote: > Folks, > > I was a but busy and I am currently in a FC5 T3 setup, so > my question is, do I just stay in this environment, and > simply 'yum update' to get into the FC6 level or do I have > to burn any iso's and reinstall everything or what? It's generally a good idea to do a reinstallation. If you simply run yum update, you end up with pre-FC6 rawhide which is now boiling hot. That you only want to do if you would prefer to continue testing. http://fedoraproject.org/wiki/Testing Otherwise, you might get the fedora-release package from one of the FC5 mirrors, make sure you have the development repositories disabled and then run yum update. Rahul From paul at all-the-johnsons.co.uk Fri Mar 24 23:38:10 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Fri, 24 Mar 2006 23:38:10 +0000 Subject: FC5 T3 -> FC6 Develolment? In-Reply-To: <1143243028.3452.2.camel@copper.cdkkt.com> References: <1143243028.3452.2.camel@copper.cdkkt.com> Message-ID: <1143243490.3583.83.camel@T7.Linux> Hi, > I was a but busy and I am currently in a FC5 T3 setup, so > my question is, do I just stay in this environment, and > simply 'yum update' to get into the FC6 level or do I have > to burn any iso's and reinstall everything or what? Nope, just do yum update and that will do the updates so you're using the FC5 rawhide (FC5T3 really means FC5 test candidate 3, so it would really be 4.91-3 or something like that) TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals From miles.lane at gmail.com Fri Mar 24 23:56:58 2006 From: miles.lane at gmail.com (Miles Lane) Date: Fri, 24 Mar 2006 15:56:58 -0800 Subject: Yum development repository mirrors? Message-ID: Hello, http://fedora.redhat.com/download/mirrors/fedora-core-rawhide lists only one repository, the main one: http://download.fedoraproject.org/pub/fedora/linux/core/development Are there supposed to be mirrors of the development repository? When I was testing FC5 Test, there were lots of mirrors available. I usually got the best throughput from kernel.org, which is only one state away from me. Thanks, Miles From sundaram at fedoraproject.org Sat Mar 25 00:05:16 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 25 Mar 2006 05:35:16 +0530 Subject: Yum development repository mirrors? In-Reply-To: References: Message-ID: <1143245116.3802.267.camel@sundaram.pnq.redhat.com> On Fri, 2006-03-24 at 15:56 -0800, Miles Lane wrote: > Hello, > > http://fedora.redhat.com/download/mirrors/fedora-core-rawhide lists > only one repository, the main one: > http://download.fedoraproject.org/pub/fedora/linux/core/development > > Are there supposed to be mirrors of the development repository? > When I was testing FC5 Test, there were lots of mirrors available. > I usually got the best throughput from kernel.org, which is only one > state away from me. Test releases has mirrors. The development repository since it changes on a daily basis doesnt. If you want to setup a public mirror and sync on a daily basis with enough bandwith to share, you could probably be added to the mirror list. Rahul From jspaleta at gmail.com Sat Mar 25 00:09:12 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 24 Mar 2006 19:09:12 -0500 Subject: Yum development repository mirrors? In-Reply-To: <1143245116.3802.267.camel@sundaram.pnq.redhat.com> References: <1143245116.3802.267.camel@sundaram.pnq.redhat.com> Message-ID: <604aa7910603241609y6e887794g2b8c30c8841ab48c@mail.gmail.com> On 3/24/06, Rahul Sundaram wrote: > Test releases has mirrors. The development repository since it changes > on a daily basis doesnt. That's factually incorrect. There are even alternative mirrorlist still in http://fedora.redhat.com/download/mirrors/ for rawhide. The one mirror in the default rawhide mirrorlist might be an artifact of the serverside redirector implementation was being attempted. We'd need clarification from Eliiot Lee about that. -jef From dant at cdkkt.com Sat Mar 25 00:18:06 2006 From: dant at cdkkt.com (Dan Thurman) Date: Fri, 24 Mar 2006 16:18:06 -0800 Subject: FC5 T3 -> FC6 Develolment? In-Reply-To: <1143243288.3802.264.camel@sundaram.pnq.redhat.com> References: <1143243028.3452.2.camel@copper.cdkkt.com> <1143243288.3802.264.camel@sundaram.pnq.redhat.com> Message-ID: <1143245886.3452.19.camel@copper.cdkkt.com> On Sat, 2006-03-25 at 05:04 +0530, Rahul Sundaram wrote: > On Fri, 2006-03-24 at 15:30 -0800, Dan Thurman wrote: > > Folks, > > > > I was a but busy and I am currently in a FC5 T3 setup, so > > my question is, do I just stay in this environment, and > > simply 'yum update' to get into the FC6 level or do I have > > to burn any iso's and reinstall everything or what? > > It's generally a good idea to do a reinstallation. If you simply run yum > update, you end up with pre-FC6 rawhide which is now boiling hot. That > you only want to do if you would prefer to continue testing. > > http://fedoraproject.org/wiki/Testing > > Otherwise, you might get the fedora-release package from one of the FC5 > mirrors, make sure you have the development repositories disabled and > then run yum update. > > Rahul > Hmmm... ok. Well, I ran 'yum update' just for fun but not intending to accept the update but I was never given that chance. It appears that it is looking for dependencies so it bombed. Here is at the end of the message of 'yum update': --> Populating transaction set with selected packages. Please wait. ---> Package kernel-devel.i686 0:2.6.15-1.2054_FC5 set to be erased --> Running transaction check --> Processing Dependency: libgsf-1.so.113 for package: abiword --> Processing Dependency: libgsf-1.so.113 for package: wv2 --> Finished Dependency Resolution Error: Missing Dependency: libgsf-1.so.113 is needed by package abiword Error: Missing Dependency: libgsf-1.so.113 is needed by package wv2 Also, There is another response from poster that replied I can just 'yum update' if I wanted to continue testing but now I cannot decide which pathway I want to take.... If I do not want to continue to test and go to FC5 from FC5-T3, what exactly would I end up with? Would I (eventually) get a full production release as if I installed it from scratch sans the stuff I installed outside of the FC5-T3 release? If I want to continue testing, do you suggest that I just go ahead and do a 'yum update' but with exclusions of dependencies until eventually I get these dependencies installed later, somehow? Please advise, Dan From cmadams at hiwaay.net Sat Mar 25 00:21:40 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 24 Mar 2006 18:21:40 -0600 Subject: Yum development repository mirrors? In-Reply-To: <1143245116.3802.267.camel@sundaram.pnq.redhat.com> References: <1143245116.3802.267.camel@sundaram.pnq.redhat.com> Message-ID: <20060325002140.GA1493930@hiwaay.net> Once upon a time, Rahul Sundaram said: > Test releases has mirrors. The development repository since it changes > on a daily basis doesnt. Wrong answer. A number of the mirrors include rawhide/FC devel (including for example mirror.hiwaay.net). > If you want to setup a public mirror and sync > on a daily basis with enough bandwith to share, you could probably be > added to the mirror list. The more the merrier! -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From sundaram at fedoraproject.org Sat Mar 25 00:25:09 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 25 Mar 2006 05:55:09 +0530 Subject: Yum development repository mirrors? In-Reply-To: <20060325002140.GA1493930@hiwaay.net> References: <1143245116.3802.267.camel@sundaram.pnq.redhat.com> <20060325002140.GA1493930@hiwaay.net> Message-ID: <1143246309.3802.269.camel@sundaram.pnq.redhat.com> On Fri, 2006-03-24 at 18:21 -0600, Chris Adams wrote: > Once upon a time, Rahul Sundaram said: > > Test releases has mirrors. The development repository since it changes > > on a daily basis doesnt. > > Wrong answer. A number of the mirrors include rawhide/FC devel > (including for example mirror.hiwaay.net). Yep. The new server side redirects are throwing me off. Thanks. Rahul From dtimms at bigpond.net.au Sat Mar 25 00:26:33 2006 From: dtimms at bigpond.net.au (David Timms) Date: Sat, 25 Mar 2006 11:26:33 +1100 Subject: First Impressions In-Reply-To: <1143211471.12720.90.camel@eagle.lab.net> References: <20060322031121.41239.qmail@web30212.mail.mud.yahoo.com> <44229CB5.10008@bigpond.net.au> <1143211471.12720.90.camel@eagle.lab.net> Message-ID: <44248E39.4020402@bigpond.net.au> Jeff Vian wrote: > On Fri, 2006-03-24 at 00:03 +1100, David Timms wrote: >> Leslie Satenstein wrote: >>> Installation went flawlessly. I used a DVD from a mirror site. ... >>> With the test verision I felt as if the solitaire game card movement >>> was as good as as in Core4, then we are with a winner. >> As good as ? I would say it seems faster (with the standard open nv >> driver on an nvidia fx5600 card) ! >> > David, > how did you get the nv driver to work for you? My install is from i386 DVD, FC5T2, FC5T3 and FC5 have installed properly (no tricks required!) and run fine for the normal desktop stuff (3d stuff is slow). > I have installed the x86_64 system and the nv driver refuses to work at > all for me on my nVidia geforce 6600 LX PCIe card. > At present the only driver I have been able to get working on this box > with FC5 is the vesa driver and that is not at the desired 1600x1200 > resolution. > > Gigabyte mobo with AMD Athalon 64 X2 3800+ cpu and 2GiB ram. > Should work perfectly, and did on FC4, but absolutely refuses to work > with that driver on FC5. My scenario is a little different and older: AMD Athlon 2.6GHz, 512 ram, asus a7n8x mb with nforce2 chipset (sound and forcedeth eth OK), msi nvidia fx5600 VTDR 128MB 8xAGP (onto 1024x768 LCD) So all in all, the bits are older, and I guess developers have had more time to find solutions for the bits. Perhaps searching / posting http://www.fedoraforum.org/forum/search.php? would elicit more responses from people with similar hardware (x64 +PCIe) rather than on the test list ? DT. From thuforuk at yahoo.co.uk Sat Mar 25 00:43:10 2006 From: thuforuk at yahoo.co.uk (Dariusz J. Garbowski) Date: Sat, 25 Mar 2006 00:43:10 +0000 Subject: First Impressions In-Reply-To: <44248E39.4020402@bigpond.net.au> References: <20060322031121.41239.qmail@web30212.mail.mud.yahoo.com> <44229CB5.10008@bigpond.net.au> <1143211471.12720.90.camel@eagle.lab.net> <44248E39.4020402@bigpond.net.au> Message-ID: <4424921E.70705@yahoo.co.uk> On 03/25/2006 12:26 AM, David Timms wrote: > Jeff Vian wrote: >> On Fri, 2006-03-24 at 00:03 +1100, David Timms wrote: >>> Leslie Satenstein wrote: >> I have installed the x86_64 system and the nv driver refuses to work at >> all for me on my nVidia geforce 6600 LX PCIe card. >> At present the only driver I have been able to get working on this box >> with FC5 is the vesa driver and that is not at the desired 1600x1200 >> resolution. >> >> Gigabyte mobo with AMD Athalon 64 X2 3800+ cpu and 2GiB ram. >> Should work perfectly, and did on FC4, but absolutely refuses to work >> with that driver on FC5. > My scenario is a little different and older: > AMD Athlon 2.6GHz, 512 ram, asus a7n8x mb with nforce2 chipset (sound > and forcedeth eth OK), msi nvidia fx5600 VTDR 128MB 8xAGP (onto 1024x768 > LCD) > > So all in all, the bits are older, and I guess developers have had more > time to find solutions for the bits. > > Perhaps searching / posting > http://www.fedoraforum.org/forum/search.php? > would elicit more responses from people with similar hardware (x64 > +PCIe) rather than on the test list ? I see this with FC5t3 (not running FC5t3 at the moment and have not installed FC5 yet either, will do when I get some spare time): Summary: [crash] Hang ups on Gigabyte PCI-E NX66128DP-Geforce6600 / x86_64 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183110 Dariusz ___________________________________________________________ Win a BlackBerry device from O2 with Yahoo!. Enter now. http://www.yahoo.co.uk/blackberry From dtimms at bigpond.net.au Sat Mar 25 00:59:25 2006 From: dtimms at bigpond.net.au (David Timms) Date: Sat, 25 Mar 2006 11:59:25 +1100 Subject: FC5 T3 -> FC6 Development? In-Reply-To: <1143245886.3452.19.camel@copper.cdkkt.com> References: <1143243028.3452.2.camel@copper.cdkkt.com> <1143243288.3802.264.camel@sundaram.pnq.redhat.com> <1143245886.3452.19.camel@copper.cdkkt.com> Message-ID: <442495ED.2050706@bigpond.net.au> Dan Thurman wrote: > On Sat, 2006-03-25 at 05:04 +0530, Rahul Sundaram wrote: >> On Fri, 2006-03-24 at 15:30 -0800, Dan Thurman wrote: >>> Folks, >>> >>> I was a but busy and I am currently in a FC5 T3 setup, so >>> my question is, do I just stay in this environment, and >>> simply 'yum update' to get into the FC6 level or do I have >>> to burn any iso's and reinstall everything or what? >> It's generally a good idea to do a reinstallation. If you simply run yum >> update, you end up with pre-FC6 rawhide which is now boiling hot. That >> you only want to do if you would prefer to continue testing. There are days in testing where an update requires 500M of downloads, and then something needs a new release and it happens again the next day. You might rather your PC was a useful tool rather than forever downloading new packages. My advice: download FC5 and install. If you have separate partitions for / and /home, note down the partition information (to use during install) and ensure all the things you want to keep are under /home . Then reboot in single user mode, and mv /home/your-user-name to /home/name-old or similar. Reboot with CD/dvd for install, and ensure you choose custom partitioning. You then need to tell the installer which partition to use as which: /boot +format / +format /home don't format. Then you'll have a complete FC5 install, but haven't lost any info that was still on your disk under /home. However, the user account is created new so that any weird stuff from the old install is avoided. >> http://fedoraproject.org/wiki/Testing >> >> Otherwise, you might get the fedora-release package from one of the FC5 >> mirrors, make sure you have the development repositories disabled and >> then run yum update. >> >> Rahul > > Hmmm... ok. Well, I ran 'yum update' just for fun but not > intending to accept the update but I was never given that > chance. It appears that it is looking for dependencies so > it bombed. yum update indeed checks for updates -> dependencies, and only if all dependencies can be resolved, then it asks do you want to go ahead. It only finds out this stuff by downloading the repo information, then the rpm headers it needs, in an iterative process until a dependency can not be found, or it has all the bits to do a successful rpm transaction. In this way yum / rpm protect you from what would be a bad situation ! ... > Also, There is another response from poster that replied I can just > 'yum update' if I wanted to continue testing but now I cannot decide > which pathway I want to take.... Take the FC5 path if you want a machine that is reliable and doesn't take a lot of your time; see Rahul's response and look at the paragraphs in the section: Initial Expectations > If I do not want to continue to test and go to FC5 from FC5-T3, what > exactly would I end up with? Depends on whether you ever saw problems during the test releases > Would I (eventually) get a full production > release as if I installed it from scratch sans the stuff I installed > outside of the FC5-T3 release? No, some testing packages might have set weird options, or have left over binaries that could cause problems. Such an upgrade is also considered unsupportable. If you found a bug, you would need to reinstall a new FC5 system to ensure you don't have some previously solved problem getting at you. > If I want to continue testing, do you suggest that I just go ahead > and do a 'yum update' but with exclusions of dependencies until > eventually I get these dependencies installed later, somehow? If you use pup (Software Updater), you can deselect packages whose dependencies can't be resolved (with some trial and error). If you are still interested in testing, perhaps install FC5 and enable the updates-testing repo, then you get advance test versions of packages that are being updated for FC5 (usually to fix bugs, not add new functionality). This is still a help because it allows the developers to test the new packages on more varied hardware (yours). If you see a problem, check the test-list and bugzilla ASAP, so that a developer can see there is something amiss and choose to hold back on pushing the test package into the mainstream FC5 updates. DaveT. From static at xstatica.com Sat Mar 25 02:51:18 2006 From: static at xstatica.com (Adam Gibson) Date: Fri, 24 Mar 2006 21:51:18 -0500 Subject: Unpriviledged remote suspend In-Reply-To: <80d7e4090603231245k5fe41c03u2b0bb1b18e31c180@mail.gmail.com> References: <80d7e4090603231245k5fe41c03u2b0bb1b18e31c180@mail.gmail.com> Message-ID: <4424B026.9020305@xstatica.com> Stephen J. Smoogen wrote: > On 3/23/06, James Hubbard wrote: >> On 3/23/06, David Wood wrote: >>> Trying out FC5, I'm rather surprised that an unpriviledged user can initiate >>> suspend from a remote X terminal. >>> The shutdown option is missing (as expected) >>> but the suspend option remains. >>> As my HP nx9010 laptop doesn't seem to recover from suspend, this means any >>> remote user can trigger an instant denial of service! >>> Should this be bugzilla'd (or has it been noted already?) >> The user has a laptop. Why wouldn't you want them to have the ability >> to suspend? If you were really concered with unpriviledged access, >> you wouldn't give it to them right? >> >> We've noticed the same behavior with Dell M70's. The suspend doesn't >> work and when it's docked the supplied nv driver doesn't allow output >> to the connected LCD. We've tried the linva driver but it complains >> about needing kmod_nvidia which I can't find on the linva repo. >> > > Try the dell dkms and dkms nvidia driver from linux.dell.com/files/ It > worked for some of my dell systems (to at least load). > Thanks for the link. I was wondering when someone would produce a dkms rpm for nvidia. This solves one of the issues of trying to keep up with the latest kernels. It automatically recompiles the driver when the kernel changes. Very nice indeed. From n0dalus+redhat at gmail.com Sat Mar 25 03:00:23 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Sat, 25 Mar 2006 13:30:23 +1030 Subject: Fedora Core 5: Still needs ide=nodma for mediacheck In-Reply-To: <604aa7910603240750n28d3fb7dje85863c1d0f9e090@mail.gmail.com> References: <200603222328.k2MNSFKm005311@laptop11.inf.utfsm.cl> <604aa7910603240750n28d3fb7dje85863c1d0f9e090@mail.gmail.com> Message-ID: <6280325c0603241900n23d37d24o53a090ddeadb43eb@mail.gmail.com> On 3/25/06, Jeff Spaleta wrote: > > Should this sort of thing be added to burning instructions provided in > the wiki and other fedora documentation.. to limit exposure to this > problem? Is there any real downside in telling people to pad? > How about we just change the way the images are created or checked? 1) Pad the ISO with a small file which we don't need so we can either detect it and stop or just read up to the position of that byte and compare the checksum up to that point; or 2) Just hash each file individually, or hash the concation of each file in a specified order. With either of these methods the problems currently existing in the kernel driver will be avoided and media checking should work properly on any hardware. My 2 cents, n0dalus. From trey at fastmail.fm Sat Mar 25 03:47:09 2006 From: trey at fastmail.fm (Trey Sizemore) Date: Fri, 24 Mar 2006 22:47:09 -0500 Subject: FC5 T3 -> FC6 Development? In-Reply-To: <442495ED.2050706@bigpond.net.au> References: <1143243028.3452.2.camel@copper.cdkkt.com> <1143243288.3802.264.camel@sundaram.pnq.redhat.com> <1143245886.3452.19.camel@copper.cdkkt.com> <442495ED.2050706@bigpond.net.au> Message-ID: <20060325034708.GA11439@chameleon.ecommnetworks.com> On Sat Mar 25, 2006 11:59AM, David Timms wrote: > Dan Thurman wrote: > >On Sat, 2006-03-25 at 05:04 +0530, Rahul Sundaram wrote: > >>On Fri, 2006-03-24 at 15:30 -0800, Dan Thurman wrote: > >>>Folks, > >>> > >>>I was a but busy and I am currently in a FC5 T3 setup, so > >>>my question is, do I just stay in this environment, and > >>>simply 'yum update' to get into the FC6 level or do I have > >>>to burn any iso's and reinstall everything or what? > >>It's generally a good idea to do a reinstallation. If you simply run yum > >>update, you end up with pre-FC6 rawhide which is now boiling hot. That > >>you only want to do if you would prefer to continue testing. > There are days in testing where an update requires 500M of downloads, and then something needs a new release and it happens again the next day. You might rather your PC was a useful tool rather > than forever downloading new packages. > > My advice: download FC5 and install. If you have separate partitions for / and /home, note down the partition information (to use during install) and ensure all the things you want to keep are > under /home . > > Then reboot in single user mode, and mv /home/your-user-name to /home/name-old or similar. > > Reboot with CD/dvd for install, and ensure you choose custom partitioning. You then need to tell the installer which partition to use as which: > /boot +format > / +format > /home don't format. > Then you'll have a complete FC5 install, but haven't lost any info that was still on your disk under /home. However, the user account is created new so that any weird stuff from the old install > is avoided. > So in doing this, do I then move /home/username-old back to /home/username once done or just leave it the way it is and access the old data going forward under /home/username-old? -- Cheers, Trey ---- It's not reality or how you perceive things that's important -- it's what you're taking for it... Linux chameleon 2.6.13-15-default i686 GNU/Linux 10:44pm up 3:04, 4 users, load average: 0.02, 0.03, 0.06 From guess.who at freesurf.fr Sat Mar 25 05:49:52 2006 From: guess.who at freesurf.fr (LarryT) Date: Sat, 25 Mar 2006 06:49:52 +0100 Subject: no icon on desktop when mounting /mnt/device... In-Reply-To: <44201A4F.20707@freesurf.fr> References: <44201A4F.20707@freesurf.fr> Message-ID: <4424DA00.5090702@freesurf.fr> Nothing new about that ? Here is the same problem i think : http://forums.fedoraforum.org/showthread.php?p=482118#post482118 .... hm ? LarryT wrote: > About the new fc5 (already on the fc5-test) : > having logical device on /dev/hda6 (e.g.) > creating /mnt/downloads > adding line to fstab : > /dev/hda6 /mnt/dwonloads vfat auto,users,umask=0 0 0 > > Then, when i mount /mnt/downloads, it mounts, but there is no icon on > the desktop. > On fc4, it was ! > > Is there any config, or what is the possibility to create a shortcut to > this mounted device, please ? > > thx > -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From guess.who at freesurf.fr Sat Mar 25 05:52:20 2006 From: guess.who at freesurf.fr (LarryT) Date: Sat, 25 Mar 2006 06:52:20 +0100 Subject: missing deps for NVU In-Reply-To: <1143207334.3802.101.camel@sundaram.pnq.redhat.com> References: <44229FDD.1050500@freesurf.fr> <1143207334.3802.101.camel@sundaram.pnq.redhat.com> Message-ID: <4424DA94.8040508@freesurf.fr> Ok, thx Rahul Larry "Computers are like air conditioners - They stop working properly when you open Windows !" Rahul Sundaram wrote: > On Thu, 2006-03-23 at 14:17 +0100, LarryT wrote: > >>Trying to install nvu, for fc4 rhel4 .... - :-/) >>http://www.nvu.com/download.html >>specialy this one : >>http://www.nvu.com/download/linux/1.0/nvu-1.0-RedHat_and_Fedora/nvu-1.0-1_nokde.rhel4.fs.i386.rpm >>But get failed deps message : >> >>>[root at Fopadix-fc5 downloads]# rpm -ivh nvu-1.0-1_nokde.rhel4.fs.i386.rpm >>>error: Failed dependencies: >>> xorg-x11-deprecated-libs is needed by nvu-1.0-1_nokde.rhel4.fs.i386 >> >>any way to resolve this problem , please ? >> >>PS i know fc4 or rhel4 is not fc5 :-p ; but ,... never know :) > > > This is no way related to any sort of testing. Use fedora-list for > general questions on Fedora. > > Rahul > From dtimms at bigpond.net.au Sat Mar 25 05:59:48 2006 From: dtimms at bigpond.net.au (David Timms) Date: Sat, 25 Mar 2006 16:59:48 +1100 Subject: FC5 T3 -> FC6 Development? In-Reply-To: <20060325034708.GA11439@chameleon.ecommnetworks.com> References: <1143243028.3452.2.camel@copper.cdkkt.com> <1143243288.3802.264.camel@sundaram.pnq.redhat.com> <1143245886.3452.19.camel@copper.cdkkt.com> <442495ED.2050706@bigpond.net.au> <20060325034708.GA11439@chameleon.ecommnetworks.com> Message-ID: <4424DC54.8@bigpond.net.au> Trey Sizemore wrote: ... > So in doing this, do I then move /home/username-old back to > /home/username once done or just leave it the way it is and access the > old data going forward under /home/username-old? My suggestions would be move all your /home/username-old/subfolders back, but not any configuration files/ .hidden files from the original install. Then you ensure you aren't contaminating/overwriting your clean install config files with stuff from the Test releases. I might be being a bit pessimistic with this suggestion ?? At least you'll get some practice and testing in reconfiguring the desktop to work how you like it :) DaveT. From amackey at netidex.com Sat Mar 25 07:56:06 2006 From: amackey at netidex.com (Andrew Mackey) Date: Sat, 25 Mar 2006 01:56:06 -0600 Subject: FC5 isn't working on laptop In-Reply-To: Message-ID: <200603250747.k2P7lmH0007157@s2.eroute.net> I tried it in runlevel 3 and it works. The only problem seems to exist with the initial init 5 login screen. It freezes the entire laptop before it gets there. Any suggestions? Thanks! On Fri, 24 Mar 2006, Andrew Mackey wrote: > Hi All! > > > > I have tried installing FC5 x64 on my Turion 64 laptop. FC5 successfully > installs without any problems. It then goes for the first initial startup > and everything works fine. It then asks for you to finish setting up the > laptop by entering a user in, testing the sound, etc. Well, after you > finish that, the laptop goes to a black screen and is non-responsive. I was > unable to do anything. I tried seeing if it was just the video by pressing > CTRL-ALT-BACKSPACE and even tried going to another terminal by pressing > CTRL-ALT-F1 thru F7. Nothing. Is there something more that I need to be > doing? Boot to init 3 (console only) and test further. > Thanks! > Andrew Mackey > amackey [at] netidex.com Adam Pribyl From buildsys at redhat.com Sat Mar 25 08:08:21 2006 From: buildsys at redhat.com (Build System) Date: Sat, 25 Mar 2006 03:08:21 -0500 Subject: rawhide report: 20060325 changes Message-ID: <200603250808.k2P88LkJ004679@porkchop.devel.redhat.com> Updated Packages: audiofile-1:0.2.6-3 ------------------- * Fri Mar 24 2006 Matthias Clasen - 1:0.2.6-3 - Reduce memory consumption by making data tables const coreutils-5.94-2 ---------------- * Fri Mar 24 2006 Tim Waugh 5.94-2 - 5.94. cups-1:1.2-0.1.b2.6 ------------------- * Fri Mar 24 2006 Tim Waugh 1:1.2-0.1.b2.6 - Add KDE compatibility symbols _ipp_add_attr/_ipp_free_attr to ipp.h, with a comment saying why they shouldn't be used. * Fri Mar 24 2006 Tim Waugh 1:1.2-0.1.b2.5 - Fix KDE compatibility symbols _ipp_add_attr/_ipp_free_attr. * Fri Mar 24 2006 Tim Waugh 1:1.2-0.1.b2.4 - Update to svn snapshot. db4-4.3.29-4 ------------ * Fri Mar 24 2006 Jindrich Novy 4.3.29-4 - drop useless java, lfs patches epiphany-2.14.0-1 ----------------- * Sun Mar 12 2006 Ray Strode - 2.14.0-1 - Update to 2.14.0 foomatic-3.0.2-34 ----------------- * Fri Mar 24 2006 Tim Waugh 3.0.2-34 - Always use /usr/lib/cups/{backend,filter}. gedit-1:2.14.1-1 ---------------- * Thu Mar 16 2006 Matthias Clasen 2.14.1-1 - Update to 2.14.1 gthumb-2.7.5.1-2 ---------------- * Fri Mar 24 2006 Matthias Clasen - 2.7.5.1-2 - Update to 2.7.5.1 hplip-0.9.9-7 ------------- * Fri Mar 24 2006 Tim Waugh 0.9.9-7 - Include hpfax. - Build requires libusb-devel. kernel-2.6.16-1.2088_FC6 ------------------------ * Fri Mar 24 2006 David Woodhouse - Fix lockup when someone takes the bcm43xx device down while it's scanning (#180953) * Thu Mar 23 2006 Juan Quintela - disable sky2 (as it is broken upstream) * Thu Mar 23 2006 Juan Quintela - fix xen to compile with 2.6.16-git6. libsepol-1.12.2-1 ----------------- * Fri Mar 24 2006 Dan Walsh 1.12.2-1 - Upgrade to latest from NSA * Fixed avrule_block_write num_decls endian bug. * Fri Mar 17 2006 Dan Walsh 1.12.1-1 - Upgrade to latest from NSA * Fixed sepol_module_package_write buffer overflow bug. * Fri Mar 10 2006 Dan Walsh 1.12-2 - Upgrade to latest from NSA * Updated version for release. * Merged cond_evaluate_expr fix from Serge Hallyn (IBM). * Fixed bug in copy_avrule_list reported by Ivan Gyurdiev. * Merged sepol_policydb_mls_enabled interface and error handling changes from Ivan Gyurdiev. mtr-2:0.71-1 ------------ * Fri Mar 24 2006 Miroslav Lichvar - 2:0.71-1 - update to mtr-0.71 selinux-policy-2.2.26-1 ----------------------- * Wed Mar 22 2006 Dan Walsh 2.2.25-3 - Fix policyhelp smartmontools-1:5.33-7 ---------------------- * Fri Mar 24 2006 Tomas Mraz - 1:5.33-7 - add missing quotes to /etc/sysconfig/smartmontools squirrelmail-1.4.6-4.fc6 ------------------------ * Fri Mar 24 2006 Warren Togami 1.4.6-4 - Fix outgoing Japanese mail to iso-2022-jp for now (#185767) xinetd-2:2.3.14-2 ----------------- * Fri Mar 24 2006 Jay Fenlason 2:2.3.14-2 - Upgrade to new upstream version. This obsoletes the -libwrap, -rpc, -banner, -bug140084 and -gcc4 patches. Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires kernel = 0:2.6.15-1.2054_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5smp GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 GFS-kernel-xen0 - 2.6.15.1-5.FC5.17.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5smp cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 cman-kernel-xen0 - 2.6.15.1-0.FC5.16.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5smp dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 dlm-kernel-xen0 - 2.6.15.1-0.FC5.14.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5smp gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 gnbd-kernel-xen0 - 2.6.15-5.FC5.23.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 From chasecreek.systemhouse at gmail.com Sat Mar 25 08:39:29 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Sat, 25 Mar 2006 03:39:29 -0500 Subject: while FC5 is "cooking" Message-ID: <91f88ee20603250039s52441feo9e5bd8c0015d82d5@mail.gmail.com> Some one prolly needs to do some wiki house keeping: http://fedoraproject.org/wiki/FindPage?action=fullsearch&titlesearch=1&value=Testing Also, should this page be created or ignored now? http://www.fedoraproject.org/wiki/FC5Test3TreeTesting (linked off the "Testing" page.) -- WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/ From hjorth at mip.sdu.dk Sat Mar 25 10:51:32 2006 From: hjorth at mip.sdu.dk (Simon =?ISO-8859-1?Q?B=F8ggild?=) Date: Sat, 25 Mar 2006 11:51:32 +0100 Subject: Beep media player minimize issues on FC5 Message-ID: <1143283892.3405.4.camel@localhost.localdomain> I installed Beep media player (bmp.i386 0.9.7.1-4.fc5) from extras, but I'm having some issues with it. When I press the minimize button on it, it does not minimize, instead all other open windows start flickering and disappearing for a while, but the bmp window still stays where it is. Can anyone else confirm this behavior? and does anyone know what is going on? The same problem is also present with the newest version of bmp from their own FC5 repository Regards, Simon From dwmw2 at infradead.org Sat Mar 25 10:52:12 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 25 Mar 2006 10:52:12 +0000 Subject: FC5 with bcm43xx support (HOWTO) In-Reply-To: <1666902814.20060325031338@anet.at> References: <1666902814.20060325031338@anet.at> Message-ID: <1143283932.28632.83.camel@pmac.infradead.org> Cross-posting since I was planning to send something like this anyway. I was going to wait till the kernel and bcm43xx-fwcutter were actually in the repositories and thus skip the first couple of paragraphs, but since I've been asked.... On Sat, 2006-03-25 at 03:13 +0100, Robert Allerstorfer wrote: > are there any step-by-step instructions on how to enable bcm43xx > support on Fedora Core 5 ppc? I think the default 2.6.15-1.2054_FC5 > kernel should be good. If you haven't already done so, update to the 2.6.16-1.2071_FC5 or later kernel, from http://people.redhat.com/davej/kernels/Fedora/FC5/ if it isn't in the official repos yet. The bcm43xx driver _does_ work in the 2054 release kernel, and I've been using it like that for months, but it's far less picky about its initialisation in 2071, and doesn't lose the network every time NetworkManager scans -- so for the sake of the HOWTO it's just easier if you upgrade. The improvements to the driver _will_ be in the official kernel update when it eventually comes out. Install the bcm43xx-fwcutter package from Extras. It's in extras-devel, but not yet in extras-fc5 yet because my request to create the branch hasn't been honoured yet. There's a copy of it at http://david.woodhou.se/bcm43xx-fwcutter-003-2.ppc.rpm (there's also i386 and src rpms there). (By next week, hopefully the above will be reduced to 'yum update kernel ; yum install bcm43xx-fwcutter') Then proceed as described in /usr/share/doc/bcm43xx-fwcutter-003/README.Fedora: As root, extract the firmware from your Windows or MacOS driver by running the command bcm43xx-fwcutter -w /lib/firmware The README file in the same directory (not README.Fedora but just README) contains a bunch of links to drivers if you don't have one. Apparently, any of them should be OK; it doesn't matter which you use. Load the driver by 'modprobe bcm43xx'. NetworkManager should work with it, as should system-config-network and the standard initscripts. WEP works, and according to my limited testing WPA works too, as long as your AP is broadcasting its ESSID (that latter restriction seems to apply to _many_ cards, in fact. There's a hack to work around it at http://david.woodhou.se/wpa_supplicant-hack.patch) We disabled the automatic loading of the bcm43xx driver in FC5 because it's quite new and experimental, and partly because of the bugs which have now been fixed in the 2071 kernel. To make sure the driver gets loaded automatically, either add '/sbin/modprobe bcm43xx' to your /etc/rc.local script, or copy the alias list from /usr/share/doc/bcm43xx-fwcutter-003/modprobe.bcm43xx into the /etc/modprobe.d directory, which tells the module loaded which PCI IDs to associate with the bcm43xx driver. Finally, give us feedback in bugzilla so we can know if/when we should enable the driver by default again: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186329 Please leave feedback even if it's working -- if the only people we hear from are those who can't get it to work, then we're _never_ going to enable it by default. :) If you can't get it to work, try bringing it up by hand using 'ifconfig' and 'iwconfig' commands, and show/attach the kernel output ('dmesg') from when you do so. Also try adjusting the rate (iwconfig eth1 rate 2M) and setting the SSID again. We already default to 11M, but that might not be slow enough in some situations -- we don't automatically fall back when the link is poor, so you have to set the speed manually. -- dwmw2 From dwainegarden at rogers.com Sat Mar 25 11:23:37 2006 From: dwainegarden at rogers.com (Dwaine Garden) Date: Sat, 25 Mar 2006 06:23:37 -0500 (EST) Subject: SATA access beyond end of device - How to fix In-Reply-To: <44242945.4010606@feuerpokemon.de> Message-ID: <20060325112337.56374.qmail@web88210.mail.re2.yahoo.com> --- dragoran wrote: > Dwaine Garden wrote: > > > Dwaine Garden wrote: > > > >> I'm getting the following under Fedora 5 and 6 > rawhide. Because of > >> this situation, I can not use a kernel higher > than 2.6.15-1.2041_FC5smp. > >> 2064 kernal complains that device-mapper can not > divide by chunk > >> size. Logical volume was created by Fedora 5 > test2 installation DVD. > >> > >> How would some sorry soul resolve this? > >> > >> PCI: Via IRQ fixup for 0000:00:0f.0, from 11 to 0 > >> Mar 21 20:42:30 www kernel: sata_via > 0000:00:0f.0: routed to hard irq > >> line 0 > >> Mar 21 20:42:30 www kernel: ata1: SATA max > UDMA/133 cmd 0xBC00 ctl > >> 0xC002 bmdma 0xCC00 irq 16 > >> Mar 21 20:42:30 www kernel: ata2: SATA max > UDMA/133 cmd 0xC400 ctl > >> 0xC802 bmdma 0xCC08 irq 16 > >> Mar 21 20:42:30 www kernel: ata1: SATA link up > 1.5 Gbps (SStatus 113) > >> Mar 21 20:42:30 www kernel: ata1: dev 0 ATA-7, > max UDMA/133, > >> 156250000 sectors: LBA48 > >> Mar 21 20:42:30 www kernel: ata1: dev 0 > configured for UDMA/133 > >> Mar 21 20:42:30 www kernel: scsi0 : sata_via > >> Mar 21 20:42:30 www kernel: ata2: SATA link up > 1.5 Gbps (SStatus 113) > >> Mar 21 20:42:30 www kernel: ata2: dev 0 ATA-6, > max UDMA/133, > >> 156301488 sectors: LBA > >> Mar 21 20:42:30 www kernel: ata2: dev 0 > configured for UDMA/133 > >> Mar 21 20:42:30 www kernel: scsi1 : sata_via > >> Mar 21 20:42:30 www kernel: Vendor: ATA > Model: WDC > >> WD800JD-75LS Rev: 09.0 > >> Mar 21 20:42:30 www kernel: Type: > >> Direct-Access ANSI SCSI > revision: 05 > >> Mar 21 20:42:30 www kernel: SCSI device sda: > 156250000 512-byte hdwr > >> sectors (80000 MB) > >> Mar 21 20:42:30 www kernel: sda: Write Protect is > off > >> Mar 21 20:42:30 www kernel: SCSI device sda: > drive cache: write back > >> Mar 21 20:42:30 www kernel: SCSI device sda: > 156250000 512-byte hdwr > >> sectors (80000 MB) > >> Mar 21 20:42:30 www kernel: sda: Write Protect is > off > >> Mar 21 20:42:30 www kernel: SCSI device sda: > drive cache: write back > >> Mar 21 20:42:30 www kernel: sda: sda1 sda2 sda3 > >> Mar 21 20:42:30 www kernel: sd 0:0:0:0: Attached > scsi disk sda > >> Mar 21 20:42:30 www kernel: Vendor: ATA > Model: WDC > >> WD800JD-22JN Rev: 05.0 > >> Mar 21 20:42:30 www kernel: Type: > >> Direct-Access ANSI SCSI > revision: 05 > >> Mar 21 20:42:30 www kernel: SCSI device sdb: > 156301488 512-byte hdwr > >> sectors (80026 MB) > >> Mar 21 20:42:30 www kernel: sdb: Write Protect is > off > >> Mar 21 20:42:30 www kernel: SCSI device sdb: > drive cache: write back > >> Mar 21 20:42:30 www kernel: SCSI device sdb: > 156301488 512-byte hdwr > >> sectors (80026 MB) > >> Mar 21 20:42:30 www kernel: sdb: Write Protect is > off > >> Mar 21 20:42:30 www kernel: SCSI device sdb: > drive cache: write back > >> Mar 21 20:42:30 www kernel: sdb: unknown > partition table > >> Mar 21 20:42:30 www kernel: sd 1:0:0:0: Attached > scsi disk sdb > >> Mar 21 20:42:30 www kernel: device-mapper: > 4.5.0-ioctl (2005-10-04) > >> initialised: dm-devel at redhat.com > >> Mar 21 20:42:30 www kernel: attempt to access > beyond end of device > >> Mar 21 20:42:30 www kernel: sda: rw=0, > want=156250010, limit=156250000 > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > device dm-0, logical > >> block 156249996 > >> Mar 21 20:42:30 www kernel: attempt to access > beyond end of device > >> Mar 21 20:42:30 www kernel: sda: rw=0, > want=156250012, limit=156250000 > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > device dm-0, logical > >> block 156249997 > >> Mar 21 20:42:30 www kernel: attempt to access > beyond end of device > >> Mar 21 20:42:30 www kernel: sda: rw=0, > want=156250014, limit=156250000 > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > device dm-0, logical > >> block 156249998 > >> Mar 21 20:42:30 www kernel: attempt to access > beyond end of device > >> Mar 21 20:42:30 www kernel: sda: rw=0, > want=156250010, limit=156250000 > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > device dm-0, logical > >> block 156249996 > >> Mar 21 20:42:30 www kernel: attempt to access > beyond end of device > >> Mar 21 20:42:30 www kernel: sda: rw=0, > want=156250012, limit=156250000 > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > device dm-0, logical > >> block 156249997 > >> Mar 21 20:42:30 www kernel: attempt to access > beyond end of device > >> Mar 21 20:42:30 www kernel: sda: rw=0, > want=156250014, limit=156250000 > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > device dm-0, logical > >> block 156249998 > >> Mar 21 20:42:30 www kernel: EXT3-fs: INFO: > recovery required on > >> readonly filesystem. > >> Mar 21 20:42:30 www kernel: EXT3-fs: write access > will be enabled > >> during recovery. > >> Mar 21 20:42:30 www kernel: kjournald starting. > Commit interval 5 > >> seconds > >> Mar 21 20:42:31 www kernel: EXT3-fs: dm-4: orphan > cleanup on readonly fs > >> Mar 21 20:42:31 www kernel: EXT3-fs: dm-4: 5 > orphan inodes deleted > >> Mar 21 20:42:31 www kernel: EXT3-fs: recovery > complete. > >> Mar 21 20:42:31 www kernel: EXT3-fs: mounted > filesystem with ordered > >> data mode > >> > > Here is the patch which does not allow me to boot. > I would be > > grateful for any help where a reformat and install > is not needed. > > > >> > >> [PATCH] dm stripe: Fix bounds > >> > > > >> > >> author Kevin Corry > >> > >> Fri, 17 Mar 2006 07:04:03 +0000 (23:04 -0800) > >> committer Linus Torvalds > > >> > >> Fri, 17 Mar 2006 15:51:25 +0000 (07:51 -0800) > >> commit > 8ba32fde2c5be52865b2fd7e5e3752a46971fabe > >> tree 91988d69b76b1d142117b0ed827fc20eb11c9360 > > >> > > > >> tree > >> > > > >> > >> parent > 82c3c03a4096badd026c6e337f3c5dde020e9ec6 > >> > > > >> commit > >> > > > >> | commitdiff > >> > > > >> > >> > >> [PATCH] dm stripe: Fix bounds > >> > >> The dm-stripe target currently does not enforce > that the size of a > === message truncated === It got so bad that I ended up just reformating the HD'S. But FC5 is not using the software raid0 properly. With final FC5. There is something causing the installation not to create proper partitions that will boot properly. Go to kernel 2.6.16, and the computer will never boot again. There seems to be a lot of people like me that never noticed the errors until it was too late. Looks like SATA support is completely broken. Been at this for a couple of days straight and lost 4 years worth of weather station data. 8*) Reading the messages, people have no clue what the bug is. I'm lost too. Dwaine From dwainegarden at rogers.com Sat Mar 25 11:35:24 2006 From: dwainegarden at rogers.com (Dwaine Garden) Date: Sat, 25 Mar 2006 06:35:24 -0500 (EST) Subject: SATA access beyond end of device - How to fix In-Reply-To: <44242945.4010606@feuerpokemon.de> Message-ID: <20060325113524.10034.qmail@web88202.mail.re2.yahoo.com> --- dragoran wrote: > Dwaine Garden wrote: > > > Dwaine Garden wrote: > > > >> I'm getting the following under Fedora 5 and 6 > rawhide. Because of > >> this situation, I can not use a kernel higher > than 2.6.15-1.2041_FC5smp. > >> 2064 kernal complains that device-mapper can not > divide by chunk > >> size. Logical volume was created by Fedora 5 > test2 installation DVD. > >> > >> How would some sorry soul resolve this? > >> > >> PCI: Via IRQ fixup for 0000:00:0f.0, from 11 to 0 > >> Mar 21 20:42:30 www kernel: sata_via > 0000:00:0f.0: routed to hard irq > >> line 0 > >> Mar 21 20:42:30 www kernel: ata1: SATA max > UDMA/133 cmd 0xBC00 ctl > >> 0xC002 bmdma 0xCC00 irq 16 > >> Mar 21 20:42:30 www kernel: ata2: SATA max > UDMA/133 cmd 0xC400 ctl > >> 0xC802 bmdma 0xCC08 irq 16 > >> Mar 21 20:42:30 www kernel: ata1: SATA link up > 1.5 Gbps (SStatus 113) > >> Mar 21 20:42:30 www kernel: ata1: dev 0 ATA-7, > max UDMA/133, > >> 156250000 sectors: LBA48 > >> Mar 21 20:42:30 www kernel: ata1: dev 0 > configured for UDMA/133 > >> Mar 21 20:42:30 www kernel: scsi0 : sata_via > >> Mar 21 20:42:30 www kernel: ata2: SATA link up > 1.5 Gbps (SStatus 113) > >> Mar 21 20:42:30 www kernel: ata2: dev 0 ATA-6, > max UDMA/133, > >> 156301488 sectors: LBA > >> Mar 21 20:42:30 www kernel: ata2: dev 0 > configured for UDMA/133 > >> Mar 21 20:42:30 www kernel: scsi1 : sata_via > >> Mar 21 20:42:30 www kernel: Vendor: ATA > Model: WDC > >> WD800JD-75LS Rev: 09.0 > >> Mar 21 20:42:30 www kernel: Type: > >> Direct-Access ANSI SCSI > revision: 05 > >> Mar 21 20:42:30 www kernel: SCSI device sda: > 156250000 512-byte hdwr > >> sectors (80000 MB) > >> Mar 21 20:42:30 www kernel: sda: Write Protect is > off > >> Mar 21 20:42:30 www kernel: SCSI device sda: > drive cache: write back > >> Mar 21 20:42:30 www kernel: SCSI device sda: > 156250000 512-byte hdwr > >> sectors (80000 MB) > >> Mar 21 20:42:30 www kernel: sda: Write Protect is > off > >> Mar 21 20:42:30 www kernel: SCSI device sda: > drive cache: write back > >> Mar 21 20:42:30 www kernel: sda: sda1 sda2 sda3 > >> Mar 21 20:42:30 www kernel: sd 0:0:0:0: Attached > scsi disk sda > >> Mar 21 20:42:30 www kernel: Vendor: ATA > Model: WDC > >> WD800JD-22JN Rev: 05.0 > >> Mar 21 20:42:30 www kernel: Type: > >> Direct-Access ANSI SCSI > revision: 05 > >> Mar 21 20:42:30 www kernel: SCSI device sdb: > 156301488 512-byte hdwr > >> sectors (80026 MB) > >> Mar 21 20:42:30 www kernel: sdb: Write Protect is > off > >> Mar 21 20:42:30 www kernel: SCSI device sdb: > drive cache: write back > >> Mar 21 20:42:30 www kernel: SCSI device sdb: > 156301488 512-byte hdwr > >> sectors (80026 MB) > >> Mar 21 20:42:30 www kernel: sdb: Write Protect is > off > >> Mar 21 20:42:30 www kernel: SCSI device sdb: > drive cache: write back > >> Mar 21 20:42:30 www kernel: sdb: unknown > partition table > >> Mar 21 20:42:30 www kernel: sd 1:0:0:0: Attached > scsi disk sdb > >> Mar 21 20:42:30 www kernel: device-mapper: > 4.5.0-ioctl (2005-10-04) > >> initialised: dm-devel at redhat.com > >> Mar 21 20:42:30 www kernel: attempt to access > beyond end of device > >> Mar 21 20:42:30 www kernel: sda: rw=0, > want=156250010, limit=156250000 > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > device dm-0, logical > >> block 156249996 > >> Mar 21 20:42:30 www kernel: attempt to access > beyond end of device > >> Mar 21 20:42:30 www kernel: sda: rw=0, > want=156250012, limit=156250000 > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > device dm-0, logical > >> block 156249997 > >> Mar 21 20:42:30 www kernel: attempt to access > beyond end of device > >> Mar 21 20:42:30 www kernel: sda: rw=0, > want=156250014, limit=156250000 > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > device dm-0, logical > >> block 156249998 > >> Mar 21 20:42:30 www kernel: attempt to access > beyond end of device > >> Mar 21 20:42:30 www kernel: sda: rw=0, > want=156250010, limit=156250000 > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > device dm-0, logical > >> block 156249996 > >> Mar 21 20:42:30 www kernel: attempt to access > beyond end of device > >> Mar 21 20:42:30 www kernel: sda: rw=0, > want=156250012, limit=156250000 > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > device dm-0, logical > >> block 156249997 > >> Mar 21 20:42:30 www kernel: attempt to access > beyond end of device > >> Mar 21 20:42:30 www kernel: sda: rw=0, > want=156250014, limit=156250000 > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > device dm-0, logical > >> block 156249998 > >> Mar 21 20:42:30 www kernel: EXT3-fs: INFO: > recovery required on > >> readonly filesystem. > >> Mar 21 20:42:30 www kernel: EXT3-fs: write access > will be enabled > >> during recovery. > >> Mar 21 20:42:30 www kernel: kjournald starting. > Commit interval 5 > >> seconds > >> Mar 21 20:42:31 www kernel: EXT3-fs: dm-4: orphan > cleanup on readonly fs > >> Mar 21 20:42:31 www kernel: EXT3-fs: dm-4: 5 > orphan inodes deleted > >> Mar 21 20:42:31 www kernel: EXT3-fs: recovery > complete. > >> Mar 21 20:42:31 www kernel: EXT3-fs: mounted > filesystem with ordered > >> data mode > >> > > Here is the patch which does not allow me to boot. > I would be > > grateful for any help where a reformat and install > is not needed. > > > >> > >> [PATCH] dm stripe: Fix bounds > >> > > > >> > >> author Kevin Corry > >> > >> Fri, 17 Mar 2006 07:04:03 +0000 (23:04 -0800) > >> committer Linus Torvalds > > >> > >> Fri, 17 Mar 2006 15:51:25 +0000 (07:51 -0800) > >> commit > 8ba32fde2c5be52865b2fd7e5e3752a46971fabe > >> tree 91988d69b76b1d142117b0ed827fc20eb11c9360 > > >> > > > >> tree > >> > > > >> > >> parent > 82c3c03a4096badd026c6e337f3c5dde020e9ec6 > >> > > > >> commit > >> > > > >> | commitdiff > >> > > > >> > >> > >> [PATCH] dm stripe: Fix bounds > >> > >> The dm-stripe target currently does not enforce > that the size of a > === message truncated === This is interesting after my fresh install. Mar 21 20:42:30 www kernel: sdb: unknown partition table I did a physical swap of the sata drives and still get the problem on the second drive after fresh install. sata_via 0000:00:0f.0: routed to hard irq line 9 Mar 25 05:54:46 localhost kernel: ata1: SATA max UDMA/133 cmd 0xBC00 ctl 0xC002 bmdma 0xCC00 irq 169 Mar 25 05:54:46 localhost kernel: ata2: SATA max UDMA/133 cmd 0xC400 ctl 0xC802 bmdma 0xCC08 irq 169 Mar 25 05:54:46 localhost kernel: input: PS2++ Logitech MX Mouse as /class/input/input1 Mar 25 05:54:46 localhost kernel: ata1: dev 0 ATA-7, max UDMA/133, 156250000 sectors: LBA48 Mar 25 05:54:46 localhost kernel: ata1: dev 0 configured for UDMA/133 Mar 25 05:54:46 localhost kernel: scsi0 : sata_via Mar 25 05:54:46 localhost kernel: ata2: dev 0 ATA-6, max UDMA/133, 156301488 sectors: LBA Mar 25 05:54:46 localhost kernel: ata2: dev 0 configured for UDMA/133 Mar 25 05:54:46 localhost kernel: scsi1 : sata_via Mar 25 05:54:46 localhost kernel: Vendor: ATA Model: WDC WD800JD-75LS Rev: 09.0 Mar 25 05:54:46 localhost kernel: Type: Direct-Access ANSI SCSI revision: 05 Mar 25 05:54:46 localhost kernel: SCSI device sda: 156250000 512-byte hdwr sectors (80000 MB) Mar 25 05:54:46 localhost kernel: SCSI device sda: drive cache: write back Mar 25 05:54:47 localhost kernel: SCSI device sda: 156250000 512-byte hdwr sectors (80000 MB) Mar 25 05:54:47 localhost kernel: SCSI device sda: drive cache: write back Mar 25 05:54:47 localhost kernel: sda: sda1 sda2 Mar 25 05:54:47 localhost kernel: sd 0:0:0:0: Attached scsi disk sda Mar 25 05:54:47 localhost kernel: Vendor: ATA Model: WDC WD800JD-22JN Rev: 05.0 Mar 25 05:54:47 localhost kernel: Type: Direct-Access ANSI SCSI revision: 05 Mar 25 05:54:47 localhost kernel: SCSI device sdb: 156301488 512-byte hdwr sectors (80026 MB) Mar 25 05:54:47 localhost kernel: SCSI device sdb: drive cache: write back Mar 25 05:54:47 localhost kernel: SCSI device sdb: 156301488 512-byte hdwr sectors (80026 MB) Mar 25 05:54:47 localhost kernel: SCSI device sdb: drive cache: write back Mar 25 05:54:47 localhost kernel: sdb: unknown partition table Mar 25 05:54:47 localhost kernel: sd 1:0:0:0: Attached scsi disk sdb Mar 25 05:54:47 localhost kernel: device-mapper: 4.4.0-ioctl (2005-01-12) initialised: dm-devel at redhat.com Mar 25 05:54:47 localhost kernel: attempt to access beyond end of device Mar 25 05:54:47 localhost kernel: sda: rw=0, want=156250010, limit=156250000 Mar 25 05:54:47 localhost kernel: Buffer I/O error on device dm-0, logical block 156249996 Mar 25 05:54:47 localhost kernel: attempt to access beyond end of device Mar 25 05:54:47 localhost kernel: sda: rw=0, want=156250012, limit=156250000 Mar 25 05:54:47 localhost kernel: Buffer I/O error on device dm-0, logical block 156249997 Mar 25 05:54:47 localhost kernel: attempt to access beyond end of device Mar 25 05:54:47 localhost kernel: sda: rw=0, want=156250014, limit=156250000 Mar 25 05:54:47 localhost kernel: Buffer I/O error on device dm-0, logical block 156249998 Mar 25 05:54:47 localhost kernel: attempt to access beyond end of device Mar 25 05:54:47 localhost kernel: sda: rw=0, want=156250010, limit=156250000 Mar 25 05:54:47 localhost kernel: Buffer I/O error on device dm-0, logical block 156249996 Mar 25 05:54:47 localhost kernel: attempt to access beyond end of device Mar 25 05:54:47 localhost kernel: sda: rw=0, want=156250012, limit=156250000 Mar 25 05:54:48 localhost kernel: Buffer I/O error on device dm-0, logical block 156249997 Mar 25 05:54:48 localhost kernel: attempt to access beyond end of device Mar 25 05:54:48 localhost kernel: sda: rw=0, want=156250014, limit=156250000 Mar 25 05:54:48 localhost kernel: Buffer I/O error on device dm-0, logical block 156249998 Dwaine From mike at miketc.com Sat Mar 25 11:44:15 2006 From: mike at miketc.com (Mike Chambers) Date: Sat, 25 Mar 2006 05:44:15 -0600 Subject: AIGLX on FC5 In-Reply-To: <1143231668.3583.65.camel@T7.Linux> References: <4421BDBE.6080806@oem.doe.gov> <44228FF0.4040806@insight.rr.com> <1143146399.24051.15.camel@T7.Linux> <13dbfe4f0603240248t65675eb1yede043cc49490d7d@mail.gmail.com> <1143231668.3583.65.camel@T7.Linux> Message-ID: <1143287055.3373.0.camel@scrappy.miketc.com> On Fri, 2006-03-24 at 20:21 +0000, Paul F. Johnson wrote: > Follow the instructions and it shall work > > http://fedoraproject.org/wiki/RenderingProject/AiglxOnFedora How is this working now? I remember when it was first put up while testing FC5 adn there were a few problems with menus missing, borders, etc.. How is this all working now as of late? -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt, then it's hilarious!" From sundaram at fedoraproject.org Sat Mar 25 11:56:40 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 25 Mar 2006 17:26:40 +0530 Subject: while FC5 is "cooking" In-Reply-To: <91f88ee20603250039s52441feo9e5bd8c0015d82d5@mail.gmail.com> References: <91f88ee20603250039s52441feo9e5bd8c0015d82d5@mail.gmail.com> Message-ID: <1143287800.3802.277.camel@sundaram.pnq.redhat.com> On Sat, 2006-03-25 at 03:39 -0500, Chasecreek Systemhouse wrote: > Some one prolly needs to do some wiki house keeping: > > http://fedoraproject.org/wiki/FindPage?action=fullsearch&titlesearch=1&value=Testing > > Also, should this page be created or ignored now? > http://www.fedoraproject.org/wiki/FC5Test3TreeTesting > (linked off the "Testing" page.) Done. Thanks. Rahul From grabka999 at interia.pl Sat Mar 25 11:28:45 2006 From: grabka999 at interia.pl (Marcin Grabda) Date: Sat, 25 Mar 2006 12:28:45 +0100 Subject: errata kernel Message-ID: <4425296D.5050309@interia.pl> Hi. I've got short question. When will be errata kernel for FC5 released? Marcin. From sundaram at fedoraproject.org Sat Mar 25 12:31:54 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 25 Mar 2006 18:01:54 +0530 Subject: errata kernel In-Reply-To: <4425296D.5050309@interia.pl> References: <4425296D.5050309@interia.pl> Message-ID: <1143289915.3802.289.camel@sundaram.pnq.redhat.com> On Sat, 2006-03-25 at 12:28 +0100, Marcin Grabda wrote: > Hi. > > I've got short question. When will be errata kernel for FC5 released? > > Marcin. Kindly search the archives before asking questions. Here is a test kernel: https://www.redhat.com/archives/fedora-test-list/2006- March/msg01491.html Related post: https://www.redhat.com/archives/fedora-test-list/2006- March/msg01434.html It would be a good to provide some feedback after installing the test kernel if you can. Rahul From dwainegarden at rogers.com Sat Mar 25 13:15:44 2006 From: dwainegarden at rogers.com (Dwaine Garden) Date: Sat, 25 Mar 2006 08:15:44 -0500 (EST) Subject: SATA access beyond end of device - How to fix In-Reply-To: <20060325113524.10034.qmail@web88202.mail.re2.yahoo.com> Message-ID: <20060325131544.14167.qmail@web88203.mail.re2.yahoo.com> --- Dwaine Garden wrote: > > --- dragoran wrote: > > > Dwaine Garden wrote: > > > > > Dwaine Garden wrote: > > > > > >> I'm getting the following under Fedora 5 and 6 > > rawhide. Because of > > >> this situation, I can not use a kernel higher > > than 2.6.15-1.2041_FC5smp. > > >> 2064 kernal complains that device-mapper can > not > > divide by chunk > > >> size. Logical volume was created by Fedora 5 > > test2 installation DVD. > > >> > > >> How would some sorry soul resolve this? > > >> > > >> PCI: Via IRQ fixup for 0000:00:0f.0, from 11 to > 0 > > >> Mar 21 20:42:30 www kernel: sata_via > > 0000:00:0f.0: routed to hard irq > > >> line 0 > > >> Mar 21 20:42:30 www kernel: ata1: SATA max > > UDMA/133 cmd 0xBC00 ctl > > >> 0xC002 bmdma 0xCC00 irq 16 > > >> Mar 21 20:42:30 www kernel: ata2: SATA max > > UDMA/133 cmd 0xC400 ctl > > >> 0xC802 bmdma 0xCC08 irq 16 > > >> Mar 21 20:42:30 www kernel: ata1: SATA link up > > 1.5 Gbps (SStatus 113) > > >> Mar 21 20:42:30 www kernel: ata1: dev 0 ATA-7, > > max UDMA/133, > > >> 156250000 sectors: LBA48 > > >> Mar 21 20:42:30 www kernel: ata1: dev 0 > > configured for UDMA/133 > > >> Mar 21 20:42:30 www kernel: scsi0 : sata_via > > >> Mar 21 20:42:30 www kernel: ata2: SATA link up > > 1.5 Gbps (SStatus 113) > > >> Mar 21 20:42:30 www kernel: ata2: dev 0 ATA-6, > > max UDMA/133, > > >> 156301488 sectors: LBA > > >> Mar 21 20:42:30 www kernel: ata2: dev 0 > > configured for UDMA/133 > > >> Mar 21 20:42:30 www kernel: scsi1 : sata_via > > >> Mar 21 20:42:30 www kernel: Vendor: ATA > > Model: WDC > > >> WD800JD-75LS Rev: 09.0 > > >> Mar 21 20:42:30 www kernel: Type: > > >> Direct-Access ANSI SCSI > > revision: 05 > > >> Mar 21 20:42:30 www kernel: SCSI device sda: > > 156250000 512-byte hdwr > > >> sectors (80000 MB) > > >> Mar 21 20:42:30 www kernel: sda: Write Protect > is > > off > > >> Mar 21 20:42:30 www kernel: SCSI device sda: > > drive cache: write back > > >> Mar 21 20:42:30 www kernel: SCSI device sda: > > 156250000 512-byte hdwr > > >> sectors (80000 MB) > > >> Mar 21 20:42:30 www kernel: sda: Write Protect > is > > off > > >> Mar 21 20:42:30 www kernel: SCSI device sda: > > drive cache: write back > > >> Mar 21 20:42:30 www kernel: sda: sda1 sda2 > sda3 > > >> Mar 21 20:42:30 www kernel: sd 0:0:0:0: > Attached > > scsi disk sda > > >> Mar 21 20:42:30 www kernel: Vendor: ATA > > Model: WDC > > >> WD800JD-22JN Rev: 05.0 > > >> Mar 21 20:42:30 www kernel: Type: > > >> Direct-Access ANSI SCSI > > revision: 05 > > >> Mar 21 20:42:30 www kernel: SCSI device sdb: > > 156301488 512-byte hdwr > > >> sectors (80026 MB) > > >> Mar 21 20:42:30 www kernel: sdb: Write Protect > is > > off > > >> Mar 21 20:42:30 www kernel: SCSI device sdb: > > drive cache: write back > > >> Mar 21 20:42:30 www kernel: SCSI device sdb: > > 156301488 512-byte hdwr > > >> sectors (80026 MB) > > >> Mar 21 20:42:30 www kernel: sdb: Write Protect > is > > off > > >> Mar 21 20:42:30 www kernel: SCSI device sdb: > > drive cache: write back > > >> Mar 21 20:42:30 www kernel: sdb: unknown > > partition table > > >> Mar 21 20:42:30 www kernel: sd 1:0:0:0: > Attached > > scsi disk sdb > > >> Mar 21 20:42:30 www kernel: device-mapper: > > 4.5.0-ioctl (2005-10-04) > > >> initialised: dm-devel at redhat.com > > >> Mar 21 20:42:30 www kernel: attempt to access > > beyond end of device > > >> Mar 21 20:42:30 www kernel: sda: rw=0, > > want=156250010, limit=156250000 > > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > > device dm-0, logical > > >> block 156249996 > > >> Mar 21 20:42:30 www kernel: attempt to access > > beyond end of device > > >> Mar 21 20:42:30 www kernel: sda: rw=0, > > want=156250012, limit=156250000 > > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > > device dm-0, logical > > >> block 156249997 > > >> Mar 21 20:42:30 www kernel: attempt to access > > beyond end of device > > >> Mar 21 20:42:30 www kernel: sda: rw=0, > > want=156250014, limit=156250000 > > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > > device dm-0, logical > > >> block 156249998 > > >> Mar 21 20:42:30 www kernel: attempt to access > > beyond end of device > > >> Mar 21 20:42:30 www kernel: sda: rw=0, > > want=156250010, limit=156250000 > > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > > device dm-0, logical > > >> block 156249996 > > >> Mar 21 20:42:30 www kernel: attempt to access > > beyond end of device > > >> Mar 21 20:42:30 www kernel: sda: rw=0, > > want=156250012, limit=156250000 > > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > > device dm-0, logical > > >> block 156249997 > > >> Mar 21 20:42:30 www kernel: attempt to access > > beyond end of device > > >> Mar 21 20:42:30 www kernel: sda: rw=0, > > want=156250014, limit=156250000 > > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > > device dm-0, logical > > >> block 156249998 > > >> Mar 21 20:42:30 www kernel: EXT3-fs: INFO: > > recovery required on > > >> readonly filesystem. > > >> Mar 21 20:42:30 www kernel: EXT3-fs: write > access > > will be enabled > > >> during recovery. > > >> Mar 21 20:42:30 www kernel: kjournald starting. > > > Commit interval 5 > > >> seconds > > >> Mar 21 20:42:31 www kernel: EXT3-fs: dm-4: > orphan > > cleanup on readonly fs > > >> Mar 21 20:42:31 www kernel: EXT3-fs: dm-4: 5 > > orphan inodes deleted > > >> Mar 21 20:42:31 www kernel: EXT3-fs: recovery > > complete. > > >> Mar 21 20:42:31 www kernel: EXT3-fs: mounted > > filesystem with ordered > > >> data mode > > >> > > > Here is the patch which does not allow me to > boot. > > I would be > > > grateful for any help where a reformat and > install > > is not needed. > > > > > >> > > >> [PATCH] dm stripe: Fix bounds > > >> > > > > > > > >> > > >> author Kevin Corry > > >> > > >> Fri, 17 Mar 2006 07:04:03 +0000 (23:04 > -0800) > > >> committer Linus Torvalds > > > > >> > > >> Fri, 17 Mar 2006 15:51:25 +0000 (07:51 > -0800) > > >> commit > > 8ba32fde2c5be52865b2fd7e5e3752a46971fabe > > >> tree > 91988d69b76b1d142117b0ed827fc20eb11c9360 > > > > >> > > > > > > > >> tree > > >> > === message truncated === Looks like I'm suffering from the bug which was fixed in dmraid. [...stuff removed...] CHANGELOG from dmraid 1.0.0.rc8 to 1.0.0.rc9 2005.09.23 ------------------------------------------------------------------ FIXES: ------ o via.c: checksum() calculation; stride size Can anyone shed some light why I'm getting this problem with FC5 when it has dmraid 1.0.0.rc9? Dwaine From nathanbullock at gmail.com Sat Mar 25 16:12:54 2006 From: nathanbullock at gmail.com (nathan bullock) Date: Sat, 25 Mar 2006 09:12:54 -0700 Subject: My FC5 install experience Message-ID: <916b88c10603250812n6d45e4a4ie7a11b89fd2d5b39@mail.gmail.com> Here are just some comments about how my installation experience went. On a second computer on the local network I: Downloaded the 5 i386 CDs using bittorrent. The experience was much nicer that how I normally have downloaded the iso cds in the past. Burnt the first cd as my boot CD, then I mounted all 5 cds using: mount -o loop -t iso9660 Pointed apache at these five isos so that all the contents of the 5 CDs were available at http://192.168.1.1/iso/disc[1-5]/... On the computer that I was installing FC5. Booted from disc1. At the prompt typed "linux askmethod", then chose http and pointed it at http://192.168.1.1/iso ?? Two slight oddities at this point: - At this point it said something like "Local installation media found", this was a little disconcerting since I thought it was still going to boot from the CD. This message could probably be a little clearer. - It also asks if you want to test your CDs. Why? You aren't installing from CD? After I picked all the appropriate settings it starts the install by formatting my hard drive then promptly crashing. A dialog came up and I was able to find out that it couldn't find http://192.168.1.1/iso/disc1/Fedora/RPMS/gjdoc-0.27-3.1.i386.rpm. That was because this file is actually on Disc2. I was able to fix this with apache by doing: RedirectMatch 301 /iso/disc1/Fedora/RPMS/gjdoc-0.7.7-3.1.i386.rpm /iso/disc2/Fedora/RPMS/gjdoc-0.7.7-3.1.i386.rpm On trying the install again it died again, this time on a different file. This happened on a sequence of about four files then I decided to copy all the rpms into one directory on my other machine and did: RedirectMatch 301 /iso/disc1/Fedora/RPMS/(.*) /iso/RPMS/$1 RedirectMatch 301 /iso/disc2/Fedora/RPMS/(.*) /iso/RPMS/$1 RedirectMatch 301 /iso/disc3/Fedora/RPMS/(.*) /iso/RPMS/$1 RedirectMatch 301 /iso/disc4/Fedora/RPMS/(.*) /iso/RPMS/$1 RedirectMatch 301 /iso/disc5/Fedora/RPMS/(.*) /iso/RPMS/$1 After that the installation went smoothly. And one question to finish off this email: I want to do the http install but instead of burning the first disc to a cd I would like to copy just a subset of that first CD to a USB key. Can I do this? Which files would I need to put onto the USB key? I also want to say thank you to everyone who helps with Fedora Core. So far FC5 is looking pretty nice. Nathan Bullock From alan at redhat.com Sat Mar 25 17:02:31 2006 From: alan at redhat.com (Alan Cox) Date: Sat, 25 Mar 2006 12:02:31 -0500 Subject: Vendor only distributable packages - was " Kernel 2059 from Dave Jones fixes nvidia.ko loading" In-Reply-To: <1143210665.12720.84.camel@eagle.lab.net> References: <"H000090f01317c3b.1142952682.frozone1.grand-rapids.mi.us*"@MHS> <1142953407.3077.92.camel@laptopd505.fenrus.org> <1142980659.2975.23.camel@mjolnir> <1143015782.2955.5.camel@laptopd505.fenrus.org> <1143071726.12720.48.camel@eagle.lab.net> <1143109630.3147.23.camel@laptopd505.fenrus.org> <1143210665.12720.84.camel@eagle.lab.net> Message-ID: <20060325170231.GB5869@devserv.devel.redhat.com> On Fri, Mar 24, 2006 at 08:31:05AM -0600, Jeff Vian wrote: > nVidia is the originating vendor/producer for their binary driver. They > can legally distribute it if they choose. I suggest you look up "derivative work" in a beginners book on copyright and law. From clydekunkel7734 at cox.net Sat Mar 25 18:48:22 2006 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Sat, 25 Mar 2006 13:48:22 -0500 Subject: My FC5 install experience In-Reply-To: <916b88c10603250812n6d45e4a4ie7a11b89fd2d5b39@mail.gmail.com> References: <916b88c10603250812n6d45e4a4ie7a11b89fd2d5b39@mail.gmail.com> Message-ID: <44259076.2040206@cox.net> nathan bullock wrote: > And one question to finish off this email: > > I want to do the http install but instead of burning the first disc to > a cd I would like to copy just a subset of that first CD to a USB key. > Can I do this? Which files would I need to put onto the USB key? Can be done. Lots of good info here: http://fedora.redhat.com/docs/fedora-install-guide-en/fc5/ -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots) From dant at cdkkt.com Sat Mar 25 19:34:42 2006 From: dant at cdkkt.com (Daniel B. Thurman) Date: Sat, 25 Mar 2006 11:34:42 -0800 Subject: Argh! FC5 installation: Cannot install FC5 disk #4! Message-ID: Folks, I am trying to install "everything" from the new FC5 release and apparently, when you install "everything", i.e. everything except Language, I had to insert disk 1 (of course) through to all the CD's needed to complete the install... Unfortunately, when FC5 asks for disk #4, it says: "Please insert Fedora Core disc 4 to continue" I put the FC5 #4 into the CD and pressed "OK" This results in an error message: "That's not the correct Fedora Core CDROM" Ok... thinking that I burned CD #4 wrong (I checked earlier that CD1-5 was valid) I burned another CD #4, checked it, then put in into the CD drive and hit "OK" Same error message was reported.... Sigh... now what... what can I do to complete my installation? Dan From rhally at mindspring.com Sat Mar 25 20:03:35 2006 From: rhally at mindspring.com (Richard Hally) Date: Sat, 25 Mar 2006 15:03:35 -0500 Subject: Argh! FC5 installation: Cannot install FC5 disk #4! In-Reply-To: References: Message-ID: <4425A217.4050508@mindspring.com> Daniel B. Thurman wrote: > Folks, > > I am trying to install "everything" from the new FC5 release > and apparently, when you install "everything", i.e. everything > except Language, I had to insert disk 1 (of course) through to > all the CD's needed to complete the install... > > Unfortunately, when FC5 asks for disk #4, it says: > > "Please insert Fedora Core disc 4 to continue" > > I put the FC5 #4 into the CD and pressed "OK" > > This results in an error message: > > "That's not the correct Fedora Core CDROM" > > Ok... thinking that I burned CD #4 wrong (I checked > earlier that CD1-5 was valid) I burned another CD #4, > checked it, then put in into the CD drive and hit "OK" > > Same error message was reported.... > > Sigh... now what... what can I do to complete > my installation? > > Dan > Did you use bittorrent? If so, you may have gotten the wrong disk 1 2 and 3. If you can, mount the cd1 and look in the rpms directory and check the dates on the rpms. If they are back in January, you have the wrong CD1-3. Redownload the first three cds. Another clue that you have the wrong cd1 is that there is a warning that this is a test release near the beginning of the install. HTH From dant at cdkkt.com Sat Mar 25 20:13:32 2006 From: dant at cdkkt.com (Daniel B. Thurman) Date: Sat, 25 Mar 2006 12:13:32 -0800 Subject: Argh! FC5 installation: Cannot install FC5 disk #4! - SOLVED - Message-ID: Folks, Sorry for the false alarm... I had a bad download as Craig White suggested. I doubled checked the sha1sum and turns out I had a bad disc #4 download. Thanks Craig for the suggestion! Dan From wrrhdev at riede.org Sat Mar 25 20:35:00 2006 From: wrrhdev at riede.org (Willem Riede) Date: Sat, 25 Mar 2006 15:35:00 -0500 Subject: Argh! FC5 installation: Cannot install FC5 disk #4! In-Reply-To: (from dant@cdkkt.com on Sat Mar 25 14:34:42 2006) References: Message-ID: <1143318900l.19620l.0l@athena.riede.org> On 03/25/2006 02:34:42 PM, Daniel B. Thurman wrote: > > Unfortunately, when FC5 asks for disk #4, it says: > > "Please insert Fedora Core disc 4 to continue" > > I put the FC5 #4 into the CD and pressed "OK" > > This results in an error message: > > "That's not the correct Fedora Core CDROM" > > Ok... thinking that I burned CD #4 wrong (I checked > earlier that CD1-5 was valid) I burned another CD #4, > checked it, then put in into the CD drive and hit "OK" > > Same error message was reported.... > > Sigh... now what... what can I do to complete > my installation? Did you check the sha1sums of all your isos against the ones provided on the official fedora download site? Regards, Willem Riede. From ndbecker2 at gmail.com Sat Mar 25 21:49:22 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Sat, 25 Mar 2006 16:49:22 -0500 Subject: FC5 with bcm43xx support (HOWTO) References: <1666902814.20060325031338@anet.at> <1143283932.28632.83.camel@pmac.infradead.org> Message-ID: No luck here. uname -a Linux nbecker4 2.6.16-1.2074_FC5 #1 SMP Fri Mar 24 18:59:15 EST 2006 x86_64 x86_64 x86_64 GNU/Linux I did: modprobe bcm43xx. Then: /sbin/iwlist scan: eth1 Scan completed : Cell 01 - Address: 00:12:17:CB:10:CF ESSID:"nbecker" Protocol:IEEE 802.11bg Mode:Master Channel:1 Encryption key:on Bit Rates:54 Mb/s Extra: Rates (Mb/s): 1 2 5.5 6 9 11 12 18 24 36 48 54 Quality=100/100 Signal level=-68 dBm Extra: Last beacon: 10604ms ago Good!. Now /sbin/service NetworkManager restart. Too bad. Stopped working. sbin/iwlist scan eth1 No scan results /var/log/messages has lots of messages, but not sure what would be useful post here. From anyweb at linux-noob.com Sat Mar 25 23:04:36 2006 From: anyweb at linux-noob.com (niall brady) Date: Sun, 26 Mar 2006 00:04:36 +0100 Subject: setting correct resolution on intel 9xx chipset in FCR5 final. Message-ID: <20060325230436.E5D16DA51D@ws6-6.us4.outblaze.com> hi all, thanks for a great distro, i love it ! now, i'm trying to iron out a few things and one of them is the video resolution, i'm using a Dell Latitude D610 with a 1400x1050 LCD (native resolution) but after installing FCR5 it sets the resolution to 1024x768 no matter what i tell xorg. This makes the screen look slightly out of focus and blurry, I had a similar issue with Suse linux 10 OSS and the following http://www.geocities.com/stomljen/ solved it. I tried the same with my FCR5 install and it fixed the problem (see http://www.linux-noob.com/forums/index.php?showtopic=2188) so my question is, why can't Fedora include this fix into the distro, or am I missing something ????? browsing at the correct resolution on an LCD sure is nice ! cheers anyweb From dtimms at bigpond.net.au Sat Mar 25 23:30:15 2006 From: dtimms at bigpond.net.au (David Timms) Date: Sun, 26 Mar 2006 10:30:15 +1100 Subject: FC5 with bcm43xx support (HOWTO) In-Reply-To: References: <1666902814.20060325031338@anet.at> <1143283932.28632.83.camel@pmac.infradead.org> Message-ID: <4425D287.7020709@bigpond.net.au> Neal Becker wrote: > No luck here. ... > /var/log/messages has lots of messages, but not sure what would be > useful post here. Neal, sounds like the right place is attaching to David W's bugzilla bug: --- >> Finally, give us feedback in bugzilla so we can know if/when we >> should enable the driver by default again: >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186329 >> Please leave feedback even if it's working -- if the only people we >> hear from are those who can't get it to work, then we're _never_ >> going to enable it by default. :) >> If you can't get it to work, try bringing it up by hand using >> 'ifconfig' and 'iwconfig' commands, and show/attach the kernel >> output ('dmesg') from when you do so. Also try adjusting the rate >> (iwconfig eth1 rate 2M) and setting the SSID again. We already >> default to 11M, but that might not be slow enough in some >> situations -- we don't automatically fall back when the link is >> poor, so you have to set the speed manually. Did you try the rate command ? Perhaps a cut down log could be obtained by in one terminal: # tail -f /var/log/messages and in another, do the commands David suggested ? or dmesg -c (view and clear), then do commands, then dmesg. DaveT. From dtimms at bigpond.net.au Sat Mar 25 23:44:58 2006 From: dtimms at bigpond.net.au (David Timms) Date: Sun, 26 Mar 2006 10:44:58 +1100 Subject: My FC5 install experience In-Reply-To: <916b88c10603250812n6d45e4a4ie7a11b89fd2d5b39@mail.gmail.com> References: <916b88c10603250812n6d45e4a4ie7a11b89fd2d5b39@mail.gmail.com> Message-ID: <4425D5FA.5020806@bigpond.net.au> nathan bullock wrote: > Here are just some comments about how my installation experience went. ... > CDs were available at http://192.168.1.1/iso/disc[1-5]/... > > On the computer that I was installing FC5. > Booted from disc1. At the prompt typed "linux askmethod", then chose > http and pointed it at http://192.168.1.1/iso > > ?? Two slight oddities at this point: > - At this point it said something like "Local installation media > found", this was a little disconcerting since I thought it was still > going to boot from the CD. I think it *had* booted from CD ! > This message could probably be a little > clearer. If you have a disc1 in your drive I think the installer makes the decision to use files from that in preference to network /disc1 > - It also asks if you want to test your CDs. Why? You aren't > installing from CD? Makes sense if it is using the disc1 rpms. > After I picked all the appropriate settings it starts the install by > formatting my hard drive then promptly crashing. A dialog came up and > I was able to find out that it couldn't find > http://192.168.1.1/iso/disc1/Fedora/RPMS/gjdoc-0.27-3.1.i386.rpm. That > was because this file is actually on Disc2. The solution here is to set the http folder to whatever/iso/disc1. The installer tries this path but also tries ../disc2 etc when it needs other discs. I only found this by accident, by Ctrl-Alt-F3/F4 showing messages about what locations are being tried. ... > I want to do the http install but instead of burning the first disc to > a cd I would like to copy just a subset of that first CD to a USB key. > Can I do this? Which files would I need to put onto the USB key? > > I also want to say thank you to everyone who helps with Fedora Core. > So far FC5 is looking pretty nice. I have done it in the way referred to by Clyde. You do need a way to boot the USB stick (either modern bios, or some other method!). DaveT. From jim at jbsys.com Sun Mar 26 04:01:32 2006 From: jim at jbsys.com (Jim Bevier) Date: Sat, 25 Mar 2006 21:01:32 -0700 Subject: kernel-devel packaging error? Message-ID: <003b01c65089$f831e940$0a01a8c0@jbsys> I installed the FC5 system on an Athlon i686 dual processor system and things seem to be fine. I installed kernel-devel (2054) to try a vmware installation. When kermel-devel installs, it has /lib/modules/2.6.15-1.2054-FC5smp/build pointing to ../../../usr/src/kernels/2.6.15-1.2054_FC5-smp-i686, but /usr/src/kernels contains 2.6.15-1.2054_FC5-i686 instead of 2.6.15-1.2054_FC5-smp-i686. Vmware-config.pl barfs, saying the includes for the installed kernel can not be found. I do not see this error on an x86_64 system. Only on an x86 smp system. What are the correct links? Any idea on what I should do to get vmware configured? Is the kernel-devel rpm just hosed? Jim From guess.who at freesurf.fr Sun Mar 26 06:34:30 2006 From: guess.who at freesurf.fr (LarryT) Date: Sun, 26 Mar 2006 08:34:30 +0200 Subject: unable to run file.bin ????????????? Message-ID: <442635F6.9050100@freesurf.fr> Hi, I dont really know if this is a problem to this list or not ? Please tell me ! Here is the problem : I would like to install a module from GMGE UPS to shutdown my pc when ups is on battery. Here is what i did : > [root at Fopadix-fc5 Desktop]# sh nsmlinuxv2_6_00.bin > > > Network Shutdown Module - Installer for Unix > -------------------------------------------- > Copyright ? 2006 MGE UPS SYSTEMS > http://www.mgeups.com > -------------------------------------------- > Extracting archive... please wait. > tail: cannot open `+87' for reading: No such file or directory > > gzip: stdin: not in gzip format > Done. > nsmlinuxv2_6_00.bin: line 78: nsm*/install.sh: No such file or directory > [root at Fopadix-fc5 Desktop]# Does the problem come from FC5 or from the bin ? Thx :) -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From ivazquez at ivazquez.net Sun Mar 26 08:29:35 2006 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sun, 26 Mar 2006 03:29:35 -0500 Subject: unable to run file.bin ????????????? In-Reply-To: <442635F6.9050100@freesurf.fr> References: <442635F6.9050100@freesurf.fr> Message-ID: <1143361775.31404.8.camel@ignacio.lan> On Sun, 2006-03-26 at 08:34 +0200, LarryT wrote: > Hi, > I dont really know if this is a problem to this list or not ? Please > tell me ! > Here is the problem : > I would like to install a module from GMGE UPS to shutdown my pc when > ups is on battery. > Here is what i did : > > Extracting archive... please wait. > > tail: cannot open `+87' for reading: No such file or directory The problem is in both, but mostly in the binary. The syntax for tail et al. changed a little while back. The -n is no longer optional. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From buildsys at redhat.com Sun Mar 26 08:51:02 2006 From: buildsys at redhat.com (Build System) Date: Sun, 26 Mar 2006 03:51:02 -0500 Subject: rawhide report: 20060326 changes Message-ID: <200603260851.k2Q8p2IF028447@porkchop.devel.redhat.com> Updated Packages: gnome-screensaver-2.14.0-2 -------------------------- * Sat Mar 25 2006 Ray Strode 2.14.0-2 - Add missing "c" to the word "Screensaver" in summary (bug 186711). net-snmp-5.3-6 -------------- * Sat Mar 25 2006 Radek Vokal 5.3-6 - use net.ipv6.neigh.lo.retrans_time_ms (#186546) openoffice.org-1:2.0.2-5.5.3 ---------------------------- * Fri Mar 24 2006 Caolan McNamara - 1:2.0.2-5.5 - rh#186515# Keep draw and math launchers for mimetypes - rh#186215#/ooo#63583# accessibility crasher in impress Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires kernel = 0:2.6.15-1.2054_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5smp GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 GFS-kernel-xen0 - 2.6.15.1-5.FC5.17.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5smp cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 cman-kernel-xen0 - 2.6.15.1-0.FC5.16.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5smp dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 dlm-kernel-xen0 - 2.6.15.1-0.FC5.14.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5smp gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 gnbd-kernel-xen0 - 2.6.15-5.FC5.23.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 From arjan at fenrus.demon.nl Sun Mar 26 08:54:54 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Sun, 26 Mar 2006 10:54:54 +0200 Subject: kernel-devel packaging error? In-Reply-To: <003b01c65089$f831e940$0a01a8c0@jbsys> References: <003b01c65089$f831e940$0a01a8c0@jbsys> Message-ID: <1143363295.3258.8.camel@laptopd505.fenrus.org> On Sat, 2006-03-25 at 21:01 -0700, Jim Bevier wrote: > I installed the FC5 system on an Athlon i686 dual processor system and > things seem to be fine. I installed kernel-devel (2054) to try a vmware > installation. When kermel-devel installs, it has > /lib/modules/2.6.15-1.2054-FC5smp/build pointing to > ../../../usr/src/kernels/2.6.15-1.2054_FC5-smp-i686, but /usr/src/kernels > contains 2.6.15-1.2054_FC5-i686 instead of 2.6.15-1.2054_FC5-smp-i686. > Vmware-config.pl barfs, saying the includes for the installed kernel can not > be found. I do not see this error on an x86_64 system. Only on an x86 smp > system. What are the correct links? Any idea on what I should do to get > vmware configured? Is the kernel-devel rpm just hosed? no you installed the wrong rpm, kernel-smp-devel is what you needed to install From guess.who at freesurf.fr Sun Mar 26 09:55:39 2006 From: guess.who at freesurf.fr (LarryT) Date: Sun, 26 Mar 2006 11:55:39 +0200 Subject: unable to run file.bin ????????????? In-Reply-To: <1143361775.31404.8.camel@ignacio.lan> References: <442635F6.9050100@freesurf.fr> <1143361775.31404.8.camel@ignacio.lan> Message-ID: <4426651B.7000007@freesurf.fr> BTW, the binary can be downloaded there : http://www.mgeups.com/download/soft/install/linux/network/nsmlinuxv2_6_00.bin thx :) Larry "Computers are like air conditioners - They stop working properly when you open Windows !" Ignacio Vazquez-Abrams wrote: > On Sun, 2006-03-26 at 08:34 +0200, LarryT wrote: > >>Hi, >>I dont really know if this is a problem to this list or not ? Please >>tell me ! >>Here is the problem : >>I would like to install a module from GMGE UPS to shutdown my pc when >>ups is on battery. >>Here is what i did : > > >>>Extracting archive... please wait. >>>tail: cannot open `+87' for reading: No such file or directory > > > The problem is in both, but mostly in the binary. The syntax for tail et > al. changed a little while back. The -n is no longer optional. > > From paul at all-the-johnsons.co.uk Sun Mar 26 09:59:38 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 26 Mar 2006 10:59:38 +0100 Subject: Very strange yum behaviour Message-ID: <1143367178.3583.110.camel@T7.Linux> Hi, If I use something like yumex or pup to grab the updates, the new updates which come through from the 8am update list (9am British Summer Time). If I use yum from the command line, there is usually upto a 12 hour delay before they show up. Is there any reason for this? TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From hjorth at mip.sdu.dk Sun Mar 26 10:09:26 2006 From: hjorth at mip.sdu.dk (Simon =?ISO-8859-1?Q?B=F8ggild?=) Date: Sun, 26 Mar 2006 12:09:26 +0200 Subject: Beep media player minimize issues on FC5 In-Reply-To: <1143283892.3405.4.camel@localhost.localdomain> References: <1143283892.3405.4.camel@localhost.localdomain> Message-ID: <1143367766.2778.3.camel@localhost.localdomain> According to postings on Fedoraforum.org, this problem exists for both beep media player as well as xmms. Both are programs that do not use windows decorations. Has Metacity been patched in a way to make this problem occur for such programs? It doesn't seem to be a problem on other distros I've tried Regards, Simon On Sat, 2006-03-25 at 11:51 +0100, Simon B?ggild wrote: > I installed Beep media player (bmp.i386 0.9.7.1-4.fc5) from extras, but > I'm having some issues with it. When I press the minimize button on it, > it does not minimize, instead all other open windows start flickering > and disappearing for a while, but the bmp window still stays where it > is. Can anyone else confirm this behavior? and does anyone know what is > going on? > The same problem is also present with the newest version of bmp from > their own FC5 repository > > Regards, > Simon > From fedora at adslpipe.co.uk Sun Mar 26 12:22:32 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Sun, 26 Mar 2006 13:22:32 +0100 Subject: Very strange yum behaviour In-Reply-To: <1143367178.3583.110.camel@T7.Linux> References: <1143367178.3583.110.camel@T7.Linux> Message-ID: <44268788.5080105@adslpipe.co.uk> Paul wrote: > Is there any reason for this? yumex remembering a fast/close/updated repo but yum taking pot luck and getting a slow/distant/outdated repo? From tony at tgds.net Sun Mar 26 13:32:36 2006 From: tony at tgds.net (tony) Date: Sun, 26 Mar 2006 15:32:36 +0200 Subject: Yum upgrade not working. Message-ID: <1143379956.3463.43.camel@hush.localdomain> I have a machine that I _have_ to upgrade via yum (no CD drive and no bootable USB key). Yesterday I managed to upgrade from FC2 to FC4. I then installed the fedora-release-5-5.noarch.rpm Reboot and yum -y upgrade but yum only sees the FC4 repository... Any clues greatly appreciated. Tony From gilboad at gmail.com Sun Mar 26 13:41:42 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Sun, 26 Mar 2006 15:41:42 +0200 Subject: Yum upgrade not working. In-Reply-To: <1143379956.3463.43.camel@hush.localdomain> References: <1143379956.3463.43.camel@hush.localdomain> Message-ID: <1143380502.5480.2.camel@gilboa-work-dev> On Sun, 2006-03-26 at 15:32 +0200, tony wrote: > I have a machine that I _have_ to upgrade via yum (no CD drive and no > bootable USB key). > > Yesterday I managed to upgrade from FC2 to FC4. I then installed the > fedora-release-5-5.noarch.rpm > > Reboot and yum -y upgrade but yum only sees the FC4 repository... Any > clues greatly appreciated. > > Tony > Can you setup network boot? Gilboa From gajownik at fedora.pl Sun Mar 26 13:50:58 2006 From: gajownik at fedora.pl (Dawid Gajownik) Date: Sun, 26 Mar 2006 15:50:58 +0200 Subject: unable to run file.bin ????????????? In-Reply-To: <4426651B.7000007@freesurf.fr> References: <442635F6.9050100@freesurf.fr> <1143361775.31404.8.camel@ignacio.lan> <4426651B.7000007@freesurf.fr> Message-ID: <44269C42.8080809@fedora.pl> Dnia 03/26/2006 12:00 PM, U?ytkownik LarryT napisa?: > BTW, the binary can be downloaded there : > http://www.mgeups.com/download/soft/install/linux/network/nsmlinuxv2_6_00.bin You can workaround this problem using "_POSIX2_VERSION" variable ? http://fedoraproject.org/wiki/Docs/Beats/PackageNotes BTW Would you be willing to stop top-posting? Thanks. http://www.caliburn.nl/topposting.html -- ^_* From jvian10 at charter.net Sun Mar 26 13:57:33 2006 From: jvian10 at charter.net (Jeff Vian) Date: Sun, 26 Mar 2006 07:57:33 -0600 Subject: Yum upgrade not working. In-Reply-To: <1143379956.3463.43.camel@hush.localdomain> References: <1143379956.3463.43.camel@hush.localdomain> Message-ID: <1143381453.20169.40.camel@eagle.lab.net> On Sun, 2006-03-26 at 15:32 +0200, tony wrote: > I have a machine that I _have_ to upgrade via yum (no CD drive and no > bootable USB key). > > Yesterday I managed to upgrade from FC2 to FC4. I then installed the > fedora-release-5-5.noarch.rpm > > Reboot and yum -y upgrade but yum only sees the FC4 repository... Any > clues greatly appreciated. > I seem to remember changes in the yum.conf file between releases of FC. Also, in one of those releases (IIRC either FC3 or FC4) the /etc/yum.repos.d directory was added and repo definitions were mostly moved out of /etc/yum.conf. Check what you have there and verify that the FC5 repo files are in place and the repositories are enabled. > Tony > From tony at tgds.net Sun Mar 26 14:00:19 2006 From: tony at tgds.net (tony) Date: Sun, 26 Mar 2006 16:00:19 +0200 Subject: Yum upgrade not working. In-Reply-To: <1143380502.5480.2.camel@gilboa-work-dev> References: <1143379956.3463.43.camel@hush.localdomain> <1143380502.5480.2.camel@gilboa-work-dev> Message-ID: <1143381619.3463.47.camel@hush.localdomain> Le dimanche 26 mars 2006 ? 15:41 +0200, Gilboa Davara a ?crit : > On Sun, 2006-03-26 at 15:32 +0200, tony wrote: > > I have a machine that I _have_ to upgrade via yum (no CD drive and no > > bootable USB key). > > > > Yesterday I managed to upgrade from FC2 to FC4. I then installed the > > fedora-release-5-5.noarch.rpm > > > > Reboot and yum -y upgrade but yum only sees the FC4 repository... Any > > clues greatly appreciated. > Can you setup network boot? Sorry I forgot that option - no, not in BIOS. If I set up a local repository will I have more luck? Currently I get "nothing to update" message. Tony From gilboad at gmail.com Sun Mar 26 14:15:19 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Sun, 26 Mar 2006 16:15:19 +0200 Subject: Yum upgrade not working. In-Reply-To: <1143381619.3463.47.camel@hush.localdomain> References: <1143379956.3463.43.camel@hush.localdomain> <1143380502.5480.2.camel@gilboa-work-dev> <1143381619.3463.47.camel@hush.localdomain> Message-ID: <1143382519.5480.5.camel@gilboa-work-dev> On Sun, 2006-03-26 at 16:00 +0200, tony wrote: > Le dimanche 26 mars 2006 ? 15:41 +0200, Gilboa Davara a ?crit : > > On Sun, 2006-03-26 at 15:32 +0200, tony wrote: > > > I have a machine that I _have_ to upgrade via yum (no CD drive and no > > > bootable USB key). > > > > > > Yesterday I managed to upgrade from FC2 to FC4. I then installed the > > > fedora-release-5-5.noarch.rpm > > > > > > Reboot and yum -y upgrade but yum only sees the FC4 repository... Any > > > clues greatly appreciated. > > > Can you setup network boot? > > Sorry I forgot that option - no, not in BIOS. If I set up a local > repository will I have more luck? > > Currently I get "nothing to update" message. > > Tony > In general, you can setup a BOOTPXE install by installing DHCP, TFTP and NFS on a remote machine. Your machine will boot from the network, and install the package (normal upgrade) using NFS. Works best for me. Gilboa From tony at tgds.net Sun Mar 26 14:20:54 2006 From: tony at tgds.net (tony) Date: Sun, 26 Mar 2006 16:20:54 +0200 Subject: Yum upgrade not working. In-Reply-To: <1143381453.20169.40.camel@eagle.lab.net> References: <1143379956.3463.43.camel@hush.localdomain> <1143381453.20169.40.camel@eagle.lab.net> Message-ID: <1143382854.3463.66.camel@hush.localdomain> Le dimanche 26 mars 2006 ? 07:57 -0600, Jeff Vian a ?crit : > I seem to remember changes in the yum.conf file between releases of FC. > Also, in one of those releases (IIRC either FC3 or FC4) > the /etc/yum.repos.d directory was added and repo definitions were > mostly moved out of /etc/yum.conf. > > Check what you have there and verify that the FC5 repo files are in > place and the repositories are enabled. I have the latest version of yum (FC4) and the yum.repos.d is in place (used it to do my FC2 -> FC4 upgrade yesterday) yum.conf has no repo data. I am guessing that there is something here in my yum setup that is pointing to FC4 repositories but reading the files does not tell me this... I have done "yum clean all" before doing "yum upgrade" but it just reads from the FC4 repository once again. Tony From guess.who at freesurf.fr Sun Mar 26 13:20:56 2006 From: guess.who at freesurf.fr (LarryT) Date: Sun, 26 Mar 2006 15:20:56 +0200 Subject: unable to run file.bin ????????????? In-Reply-To: <44269C42.8080809@fedora.pl> References: <442635F6.9050100@freesurf.fr> <1143361775.31404.8.camel@ignacio.lan> <4426651B.7000007@freesurf.fr> <44269C42.8080809@fedora.pl> Message-ID: <44269538.9070608@freesurf.fr> Dawid Gajownik wrote: > Dnia 03/26/2006 12:00 PM, U?ytkownik LarryT napisa?: >> BTW, the binary can be downloaded there : >> http://www.mgeups.com/download/soft/install/linux/network/nsmlinuxv2_6_00.bin > > > You can workaround this problem using "_POSIX2_VERSION" variable ? > http://fedoraproject.org/wiki/Docs/Beats/PackageNotes > > BTW Would you be willing to stop top-posting? Thanks. > http://www.caliburn.nl/topposting.html > And then , could you tell me how to do that ? ----> set _POSIX2_VERSION=199209 in my environment please ? -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" :-p From gajownik at fedora.pl Sun Mar 26 14:36:11 2006 From: gajownik at fedora.pl (Dawid Gajownik) Date: Sun, 26 Mar 2006 16:36:11 +0200 Subject: unable to run file.bin ????????????? In-Reply-To: <44269538.9070608@freesurf.fr> References: <442635F6.9050100@freesurf.fr> <1143361775.31404.8.camel@ignacio.lan> <4426651B.7000007@freesurf.fr> <44269C42.8080809@fedora.pl> <44269538.9070608@freesurf.fr> Message-ID: <4426A6DB.4080407@fedora.pl> Dnia 03/26/2006 04:25 PM, U?ytkownik LarryT napisa?: > And then , could you tell me how to do that ? > ----> set _POSIX2_VERSION=199209 in my environment > please ? Temporarily you can run such a command: _POSIX2_VERSION=199209 sh nsmlinuxv2_6_00.bin If you want this variable to be set permamently, create for example /etc/profile.d/my_settings.sh file with 0755 permissions and this content: export _POSIX2_VERSION=199209 Hope that helps, Dawid -- ^_* From jspaleta at gmail.com Sun Mar 26 14:54:14 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 26 Mar 2006 09:54:14 -0500 Subject: Yum upgrade not working. In-Reply-To: <1143379956.3463.43.camel@hush.localdomain> References: <1143379956.3463.43.camel@hush.localdomain> Message-ID: <604aa7910603260654m686342e2u9d8739b60f7c1e88@mail.gmail.com> On 3/26/06, tony wrote: > Yesterday I managed to upgrade from FC2 to FC4. I then installed the > fedora-release-5-5.noarch.rpm you installed... or you updated the fedora-release package? make sure rpm -q fedora-release only lists fedora-release-5.5 make sure you have the default yum.conf rpm -V yum make sure you have the default repos rpm -V fedora-release make sure you do not have any additional repos defined that could be interfering with the defaults by visiually inspecting all repo files on you system. -jef From tony at tgds.net Sun Mar 26 14:54:35 2006 From: tony at tgds.net (tony) Date: Sun, 26 Mar 2006 16:54:35 +0200 Subject: Yum upgrade not working. In-Reply-To: <1143382519.5480.5.camel@gilboa-work-dev> References: <1143379956.3463.43.camel@hush.localdomain> <1143380502.5480.2.camel@gilboa-work-dev> <1143381619.3463.47.camel@hush.localdomain> <1143382519.5480.5.camel@gilboa-work-dev> Message-ID: <1143384875.3463.113.camel@hush.localdomain> Le dimanche 26 mars 2006 ? 16:15 +0200, Gilboa Davara a ?crit : > > In general, you can setup a BOOTPXE install by installing DHCP, TFTP and > NFS on a remote machine. > Your machine will boot from the network, and install the package (normal > upgrade) using NFS. And the client machine uses a boot floppy? If so where do I find the floppy image - Google gives lots of "doesn't work with FC5" links... Tony From gilboad at gmail.com Sun Mar 26 15:13:25 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Sun, 26 Mar 2006 17:13:25 +0200 Subject: Yum upgrade not working. In-Reply-To: <1143384875.3463.113.camel@hush.localdomain> References: <1143379956.3463.43.camel@hush.localdomain> <1143380502.5480.2.camel@gilboa-work-dev> <1143381619.3463.47.camel@hush.localdomain> <1143382519.5480.5.camel@gilboa-work-dev> <1143384875.3463.113.camel@hush.localdomain> Message-ID: <1143386005.5480.9.camel@gilboa-work-dev> On Sun, 2006-03-26 at 16:54 +0200, tony wrote: > Le dimanche 26 mars 2006 ? 16:15 +0200, Gilboa Davara a ?crit : > > > > > In general, you can setup a BOOTPXE install by installing DHCP, TFTP and > > NFS on a remote machine. > > Your machine will boot from the network, and install the package (normal > > upgrade) using NFS. > > And the client machine uses a boot floppy? If so where do I find the > floppy image - Google gives lots of "doesn't work with FC5" links... > > Tony > FC5 cannot boot from floppy. You'll need to boot from the network. If your network card / BIOS does not support network boot, you can setup bootpxe from floppy. Using floppy for bootpxe: http://grid-it.cnaf.infn.it/index.php?pxefloppy&type=1 Setting up bootpxe: http://syslinux.zytor.com/pxe.php Gilboa From tony at tgds.net Sun Mar 26 15:17:47 2006 From: tony at tgds.net (tony) Date: Sun, 26 Mar 2006 17:17:47 +0200 Subject: Yum upgrade not working. In-Reply-To: <604aa7910603260654m686342e2u9d8739b60f7c1e88@mail.gmail.com> References: <1143379956.3463.43.camel@hush.localdomain> <604aa7910603260654m686342e2u9d8739b60f7c1e88@mail.gmail.com> Message-ID: <1143386267.3463.119.camel@hush.localdomain> Le dimanche 26 mars 2006 ? 09:54 -0500, Jeff Spaleta a ?crit : > On 3/26/06, tony wrote: > > Yesterday I managed to upgrade from FC2 to FC4. I then installed the > > fedora-release-5-5.noarch.rpm > > you installed... or you updated the fedora-release package? > make sure rpm -q fedora-release only lists fedora-release-5.5 OK > make sure you have the default yum.conf > rpm -V yum gives ..?.... > make sure you have the default repos > rpm -V fedora-release Gives ? > make sure you do not have any additional repos defined that could be > interfering with the defaults by visiually inspecting all repo files > on you system. Cleaned out all but core, extras and updates and it works! You ARE the man! This could be in a a FAQ I think. I think maybe the development repos were causing the problem? Cheers and thanks Tony From guess.who at freesurf.fr Sun Mar 26 15:26:01 2006 From: guess.who at freesurf.fr (LarryT) Date: Sun, 26 Mar 2006 17:26:01 +0200 Subject: unable to run file.bin ????????????? In-Reply-To: <4426A6DB.4080407@fedora.pl> References: <442635F6.9050100@freesurf.fr> <1143361775.31404.8.camel@ignacio.lan> <4426651B.7000007@freesurf.fr> <44269C42.8080809@fedora.pl> <44269538.9070608@freesurf.fr> <4426A6DB.4080407@fedora.pl> Message-ID: <4426B289.9080504@freesurf.fr> Dawid Gajownik wrote: > Dnia 03/26/2006 04:25 PM, U?ytkownik LarryT napisa?: > >> And then , could you tell me how to do that ? >> ----> set _POSIX2_VERSION=199209 in my environment >> please ? > > Temporarily you can run such a command: > > _POSIX2_VERSION=199209 sh nsmlinuxv2_6_00.bin > > If you want this variable to be set permamently, create for example > /etc/profile.d/my_settings.sh file with 0755 permissions and this content: > > export _POSIX2_VERSION=199209 > > Hope that helps, > Dawid > Nice shot Dawid :) It works very well ! Thx again ! -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" :-p From mandreiana.lists at gmail.com Sun Mar 26 13:41:29 2006 From: mandreiana.lists at gmail.com (Marius Andreiana) Date: Sun, 26 Mar 2006 16:41:29 +0300 Subject: AIGLX on FC5 In-Reply-To: References: <4421BDBE.6080806@oem.doe.gov> <44228FF0.4040806@insight.rr.com> <1143146399.24051.15.camel@T7.Linux> <13dbfe4f0603240248t65675eb1yede043cc49490d7d@mail.gmail.com> Message-ID: <1143380489.6167.1.camel@localhost.localdomain> On Fri, 2006-03-24 at 21:54 +0100, pribyl at lowlevel.cz wrote: > On Fri, 24 Mar 2006, Chitlesh GOORAH wrote: > > > On 3/23/06, Paul F. Johnson wrote: > > > > > > Ive installed it too; > > but I don't know how to run it. > > maybe you can show me :) > > Maybe I am wrong, but you do not need to install anything except standard > FC5 Xorg. Just add > > Section "extensions" > Option "Composite" > EndSection > > to xorg.conf, and run > gconftool-2 -s '/apps/metacity/general/compositing_manager' --type bool > true I've tried this (updated FC5), which results in metacity crashing repeatedly until it gives up loading. I've seen this is already reported as a bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186279 -- Marius Andreiana From dwainegarden at rogers.com Sun Mar 26 20:01:27 2006 From: dwainegarden at rogers.com (Dwaine Garden) Date: Sun, 26 Mar 2006 15:01:27 -0500 (EST) Subject: dm-striped device sizes must be multiple of chunk-size. FC5 and rawhide Message-ID: <20060326200127.75923.qmail@web88204.mail.re2.yahoo.com> Upgrading to kernel 2.6.16-2088 and I'm getting the following error when booting. device-mapper: dm-stripe: Target length not divisible by chunk size. device-mapper: error adding target to table. There was a patch submitted to 2.6.16, that limits dm-stripe to targets that are multiples of the chunk size. [PATCH] dm stripe: Fix bounds The dm-stripe target currently does not enforce that the size of a stripe device be a multiple of the chunk-size. Under certain conditions, this can lead to I/O requests going off the end of an underlying device. This test-case shows one example. echo "0 100 linear /dev/hdb1 0" | dmsetup create linear0 echo "0 100 linear /dev/hdb1 100" | dmsetup create linear1 echo "0 200 striped 2 32 /dev/mapper/linear0 0 /dev/mapper/linear1 0" | \ dmsetup create stripe0 dd if=/dev/zero of=/dev/mapper/stripe0 bs=1k This will produce the output: dd: writing '/dev/mapper/stripe0': Input/output error 97+0 records in 96+0 records out And in the kernel log will be: attempt to access beyond end of device dm-0: rw=0, want=104, limit=100 The patch will check that the table size is a multiple of the stripe chunk-size when the table is created, which will prevent the above striped device from being created. This should not affect tools like LVM or EVMS, since in all the cases I can think of, striped devices are always created with the sizes being a multiple of the chunk-size. The size of a stripe device must be a multiple of its chunk-size. (akpm: that typecast is quite gratuitous) Signed-off-by: Kevin Corry Signed-off-by: Alasdair G Kergon Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds I have tried setting the bios chunck size to 64, 32, 16k and re-installed from the DVD. I used both FC5T3 and FC5 install DVD. I have tried 8 times with re-installs. It would seem that a computer with dm-stripe can not be further upgraded because of the patch which was submitted to 2.6.16 kernel. The patch is perfectly good, to fix a problem. How do you fix the stripe so it is a multiple of chunk-size? If we can not fix it manually, we should notify people not to use dmraid with Bios software raid. I'm going to submit a bug report for this. dmsetup status via_ecfdfiehfa: 0 312499998 striped VolGroup00-LogVol01: 0 4063232 linear VolGroup00-LogVol00: 0 308150272 linear via_ecfdfiehfap2: 0 312287535 linear via_ecfdfiehfap1: 0 208782 linear *** Active Set name : via_ecfdfiehfa size : 312499998 stride : 128 type : stripe status : ok subsets: 0 devs : 2 spares : 0 From grabka999 at interia.pl Sun Mar 26 20:09:49 2006 From: grabka999 at interia.pl (Marcin Grabda) Date: Sun, 26 Mar 2006 22:09:49 +0200 Subject: FC5 issues Message-ID: <4426F50D.1070302@interia.pl> Hi. I installed FC5 today and after that I updated all packages with yum. I experienced some small but annoying problems. Beagle doesn't start with desktop even if I specify to do that in "preferences -> search & indexing" options. Second problem is that my "home" icon on desktop is still changing its position after my logout. When I login it is still in other place, below the trash icon. I tried also to change some options with gconf-editor, but it is hard since gconf-editor is crashing after changing any option.\ Here is output from console: *** glibc detected *** gconf-editor: double free or corruption (out): 0x09891380 *** ======= Backtrace: ========= /lib/libc.so.6[0x903f18] /lib/libc.so.6(__libc_free+0x79)[0x90741d] /usr/lib/libglib-2.0.so.0(g_free+0x31)[0x7144d1] gconf-editor[0x80542a4] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x11d)[0x2a7f6d] /usr/lib/libgobject-2.0.so.0[0x2b8a3d] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x8c7)[0x2b9f47] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x29)[0x2ba109] gconf-editor[0x8050a4e] /usr/lib/libgtk-x11-2.0.so.0(gtk_cell_renderer_activate+0xb0)[0xeff500] /usr/lib/libgtk-x11-2.0.so.0[0x109fa2b] /usr/lib/libgtk-x11-2.0.so.0[0x109fcef] /usr/lib/libgtk-x11-2.0.so.0[0x109c2fa] /usr/lib/libgtk-x11-2.0.so.0[0xfc34de] /usr/lib/libgobject-2.0.so.0[0x2a67a9] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x11d)[0x2a7f6d] /usr/lib/libgobject-2.0.so.0[0x2b9083] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x68f)[0x2b9d0f] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x29)[0x2ba109] /usr/lib/libgtk-x11-2.0.so.0[0x10ae028] /usr/lib/libgtk-x11-2.0.so.0(gtk_propagate_event+0x183)[0xfbcec3] /usr/lib/libgtk-x11-2.0.so.0(gtk_main_do_event+0x317)[0xfbe117] /usr/lib/libgdk-x11-2.0.so.0[0x42093a] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x16d)[0x70d09d] /usr/lib/libglib-2.0.so.0[0x71032f] /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1a9)[0x7106d9] /usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xb4)[0xfbe594] gconf-editor[0x805d8fc] /lib/libc.so.6(__libc_start_main+0xdc)[0x8b57e4] gconf-editor[0x804f531] ======= Memory map: ======== 00111000-00119000 r-xp 00000000 03:03 758291 /usr/lib/libpangocairo-1.0.so.0.1200.0 00119000-0011a000 rwxp 00007000 03:03 758291 /usr/lib/libpangocairo-1.0.so.0.1200.0 0011a000-0011c000 r-xp 00000000 03:03 847007 /lib/libdl-2.4.so 0011c000-0011d000 r-xp 00001000 03:03 847007 /lib/libdl-2.4.so 0011d000-0011e000 rwxp 00002000 03:03 847007 /lib/libdl-2.4.so 0011e000-00128000 r-xp 00000000 03:03 758656 /usr/lib/libesd.so.0.2.36 00128000-00129000 rwxp 00009000 03:03 758656 /usr/lib/libesd.so.0.2.36 00129000-00135000 r-xp 00000000 03:03 758453 /usr/lib/libgnome-keyring.so.0.0.1 00135000-00136000 rwxp 0000b000 03:03 758453 /usr/lib/libgnome-keyring.so.0.0.1 00136000-0015d000 r-xp 00000000 03:03 758293 /usr/lib/libpangoft2-1.0.so.0.1200.0 0015d000-0015e000 rwxp 00027000 03:03 758293 /usr/lib/libpangoft2-1.0.so.0.1200.0 0015e000-0019a000 r-xp 00000000 03:03 758289 /usr/lib/libpango-1.0.so.0.1200.0 0019a000-0019c000 rwxp 0003b000 03:03 758289 /usr/lib/libpango-1.0.so.0.1200.0 0019c000-00200000 r-xp 00000000 03:03 762619 /usr/lib/libgnomevfs-2.so.0.1400.0 00200000-00205000 rwxp 00064000 03:03 762619 /usr/lib/libgnomevfs-2.so.0.1400.0 00205000-0025f000 r-xp 00000000 03:03 754353 /usr/lib/libbonobo-2.so.0.0.0 0025f000-00269000 rwxp 0005a000 03:03 754353 /usr/lib/libbonobo-2.so.0.0.0 00269000-0029c000 r-xp 00000000 03:03 758846 /usr/lib/libgconf-2.so.4.1.0 0029c000-0029f000 rwxp 00033000 03:03 758846 /usr/lib/libgconf-2.so.4.1.0 0029f000-002dd000 r-xp 00000000 03:03 752640 /usr/lib/libgobject-2.0.so.0.1000.1 002dd000-002de000 rwxp 0003e000 03:03 752640 /usr/lib/libgobject-2.0.so.0.1000.1 002de000-002f1000 r-xp 00000000 03:03 754355 /usr/lib/libbonobo-activation.so.4.0.0 002f1000-002f3000 rwxp 00013000 03:03 754355 /usr/lib/libbonobo-activation.so.4.0.0 002f3000-00341000 r-xp 00000000 03:03 753607 /usr/lib/libORBit-2.so.0.1.0 00341000-0034a000 rwxp 0004e000 03:03 753607 /usr/lib/libORBit-2.so.0.1.0 0034a000-0034b000 rwxp 0034a000 00:00 0 0034b000-0035a000 r-xp 00000000 03:03 752967 /usr/lib/libXext.so.6.4.0 0035a000-0035b000 rwxp 0000e000 03:03 752967 /usr/lib/libXext.so.6.4.0 0035d000-0036f000 r-xp 00000000 03:03 752634 /usr/lib/libz.so.1.2.3 0036f000-00370000 rwxp 00011000 03:03 752634 /usr/lib/libz.so.1.2.3 00370000-00391000 r-xp 00000000 03:03 752886 /usr/lib/libjpeg.so.62.0.0 00391000-00392000 rwxp 00020000 03:03 752886 Beside that I think that new Fedora is a great distribution. Great work. Thanks! Greetings, Marcin From shrek-m at gmx.de Sun Mar 26 20:14:58 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 26 Mar 2006 22:14:58 +0200 Subject: FC5 issues In-Reply-To: <4426F50D.1070302@interia.pl> References: <4426F50D.1070302@interia.pl> Message-ID: <4426F642.4030309@gmx.de> On 26.03.2006 22:09, Marcin Grabda wrote: > I installed FC5 today and after that I updated all packages with yum. > I experienced some small but annoying problems. [......] FC5 ?? https://www.redhat.com/mailman/listinfo/fedora-list -- shrek-m From dtimms at bigpond.net.au Sun Mar 26 21:04:17 2006 From: dtimms at bigpond.net.au (David Timms) Date: Mon, 27 Mar 2006 08:04:17 +1100 Subject: Yum upgrade not working - In-Reply-To: <1143386005.5480.9.camel@gilboa-work-dev> References: <1143379956.3463.43.camel@hush.localdomain> <1143380502.5480.2.camel@gilboa-work-dev> <1143381619.3463.47.camel@hush.localdomain> <1143382519.5480.5.camel@gilboa-work-dev> <1143384875.3463.113.camel@hush.localdomain> <1143386005.5480.9.camel@gilboa-work-dev> Message-ID: <442701D1.8070801@bigpond.net.au> Gilboa Davara wrote: > On Sun, 2006-03-26 at 16:54 +0200, tony wrote: >> Le dimanche 26 mars 2006 ? 16:15 +0200, Gilboa Davara a ?crit : >> ... >> And the client machine uses a boot floppy? If so where do I find the >> floppy image - Google gives lots of "doesn't work with FC5" links... > > FC5 cannot boot from floppy. > You'll need to boot from the network. Sounds like you still have a machine that can boot, therefore just a little grub trickery will get a clean install of FC5 started. Add a new section: /boot/grub/grub.conf title fc5 install kernel /isolinux/vmlinuz initrd /isolinux/initrd.img and copy the above two files from the FC5 install folders to a new folder /boot/isolinux Then choose this boot option when your current install boots. You might also be able to download the iso's. If you can, you could perform a hard disk install: point the installer at the location on hard disk...you need to know / write down the partition and folder. This would get around network reliability issues killing your install. I did see that you got an upgrade going anyway ! DaveT. From ianburrell at gmail.com Sun Mar 26 21:20:33 2006 From: ianburrell at gmail.com (Ian Burrell) Date: Sun, 26 Mar 2006 13:20:33 -0800 Subject: Yum upgrade not working. In-Reply-To: <1143380502.5480.2.camel@gilboa-work-dev> References: <1143379956.3463.43.camel@hush.localdomain> <1143380502.5480.2.camel@gilboa-work-dev> Message-ID: On 3/26/06, Gilboa Davara wrote: > On Sun, 2006-03-26 at 15:32 +0200, tony wrote: > > I have a machine that I _have_ to upgrade via yum (no CD drive and no > > bootable USB key). > > > > Yesterday I managed to upgrade from FC2 to FC4. I then installed the > > fedora-release-5-5.noarch.rpm > > > > Reboot and yum -y upgrade but yum only sees the FC4 repository... Any > > clues greatly appreciated. > > > > Tony > > > > Can you setup network boot? > If he already has a Linux install, he can boot the installer through GRUB. I have done this a couple of times when I didn't want to bother with burning a CD or setting up network booting. It would work well for booting a machine without a CD. Basically, it involves copying vmlinuz and initrd.imb from images/pxeboot in the Fedora repository to /boot and adding a entry to /etc/grub.conf to boot them. title Fedora Install root (hd0,0) kernel /vmlinuz initrd /initrd.img - Ian From hjorth at mip.sdu.dk Sun Mar 26 21:46:58 2006 From: hjorth at mip.sdu.dk (Simon =?ISO-8859-1?Q?B=F8ggild?=) Date: Sun, 26 Mar 2006 23:46:58 +0200 Subject: Beep media player minimize issues on FC5 In-Reply-To: <1143367766.2778.3.camel@localhost.localdomain> References: <1143283892.3405.4.camel@localhost.localdomain> <1143367766.2778.3.camel@localhost.localdomain> Message-ID: <1143409618.2202.7.camel@localhost.localdomain> Post moved to fedora-list, since it is probably more appropriate there On Sun, 2006-03-26 at 12:09 +0200, Simon B?ggild wrote: > According to postings on Fedoraforum.org, this problem exists for both > beep media player as well as xmms. Both are programs that do not use > windows decorations. Has Metacity been patched in a way to make this > problem occur for such programs? It doesn't seem to be a problem on > other distros I've tried > > Regards, > Simon > > > On Sat, 2006-03-25 at 11:51 +0100, Simon B?ggild wrote: > > I installed Beep media player (bmp.i386 0.9.7.1-4.fc5) from extras, but > > I'm having some issues with it. When I press the minimize button on it, > > it does not minimize, instead all other open windows start flickering > > and disappearing for a while, but the bmp window still stays where it > > is. Can anyone else confirm this behavior? and does anyone know what is > > going on? > > The same problem is also present with the newest version of bmp from > > their own FC5 repository > > > > Regards, > > Simon > > > From dwainegarden at rogers.com Mon Mar 27 00:26:30 2006 From: dwainegarden at rogers.com (Dwaine Garden) Date: Sun, 26 Mar 2006 19:26:30 -0500 (EST) Subject: SATA access beyond end of device - How to fix In-Reply-To: <44242945.4010606@feuerpokemon.de> Message-ID: <20060327002630.65244.qmail@web88210.mail.re2.yahoo.com> --- dragoran wrote: > Dwaine Garden wrote: > > > Dwaine Garden wrote: > > > >> I'm getting the following under Fedora 5 and 6 > rawhide. Because of > >> this situation, I can not use a kernel higher > than 2.6.15-1.2041_FC5smp. > >> 2064 kernal complains that device-mapper can not > divide by chunk > >> size. Logical volume was created by Fedora 5 > test2 installation DVD. > >> > >> How would some sorry soul resolve this? > >> > >> PCI: Via IRQ fixup for 0000:00:0f.0, from 11 to 0 > >> Mar 21 20:42:30 www kernel: sata_via > 0000:00:0f.0: routed to hard irq > >> line 0 > >> Mar 21 20:42:30 www kernel: ata1: SATA max > UDMA/133 cmd 0xBC00 ctl > >> 0xC002 bmdma 0xCC00 irq 16 > >> Mar 21 20:42:30 www kernel: ata2: SATA max > UDMA/133 cmd 0xC400 ctl > >> 0xC802 bmdma 0xCC08 irq 16 > >> Mar 21 20:42:30 www kernel: ata1: SATA link up > 1.5 Gbps (SStatus 113) > >> Mar 21 20:42:30 www kernel: ata1: dev 0 ATA-7, > max UDMA/133, > >> 156250000 sectors: LBA48 > >> Mar 21 20:42:30 www kernel: ata1: dev 0 > configured for UDMA/133 > >> Mar 21 20:42:30 www kernel: scsi0 : sata_via > >> Mar 21 20:42:30 www kernel: ata2: SATA link up > 1.5 Gbps (SStatus 113) > >> Mar 21 20:42:30 www kernel: ata2: dev 0 ATA-6, > max UDMA/133, > >> 156301488 sectors: LBA > >> Mar 21 20:42:30 www kernel: ata2: dev 0 > configured for UDMA/133 > >> Mar 21 20:42:30 www kernel: scsi1 : sata_via > >> Mar 21 20:42:30 www kernel: Vendor: ATA > Model: WDC > >> WD800JD-75LS Rev: 09.0 > >> Mar 21 20:42:30 www kernel: Type: > >> Direct-Access ANSI SCSI > revision: 05 > >> Mar 21 20:42:30 www kernel: SCSI device sda: > 156250000 512-byte hdwr > >> sectors (80000 MB) > >> Mar 21 20:42:30 www kernel: sda: Write Protect is > off > >> Mar 21 20:42:30 www kernel: SCSI device sda: > drive cache: write back > >> Mar 21 20:42:30 www kernel: SCSI device sda: > 156250000 512-byte hdwr > >> sectors (80000 MB) > >> Mar 21 20:42:30 www kernel: sda: Write Protect is > off > >> Mar 21 20:42:30 www kernel: SCSI device sda: > drive cache: write back > >> Mar 21 20:42:30 www kernel: sda: sda1 sda2 sda3 > >> Mar 21 20:42:30 www kernel: sd 0:0:0:0: Attached > scsi disk sda > >> Mar 21 20:42:30 www kernel: Vendor: ATA > Model: WDC > >> WD800JD-22JN Rev: 05.0 > >> Mar 21 20:42:30 www kernel: Type: > >> Direct-Access ANSI SCSI > revision: 05 > >> Mar 21 20:42:30 www kernel: SCSI device sdb: > 156301488 512-byte hdwr > >> sectors (80026 MB) > >> Mar 21 20:42:30 www kernel: sdb: Write Protect is > off > >> Mar 21 20:42:30 www kernel: SCSI device sdb: > drive cache: write back > >> Mar 21 20:42:30 www kernel: SCSI device sdb: > 156301488 512-byte hdwr > >> sectors (80026 MB) > >> Mar 21 20:42:30 www kernel: sdb: Write Protect is > off > >> Mar 21 20:42:30 www kernel: SCSI device sdb: > drive cache: write back > >> Mar 21 20:42:30 www kernel: sdb: unknown > partition table > >> Mar 21 20:42:30 www kernel: sd 1:0:0:0: Attached > scsi disk sdb > >> Mar 21 20:42:30 www kernel: device-mapper: > 4.5.0-ioctl (2005-10-04) > >> initialised: dm-devel at redhat.com > >> Mar 21 20:42:30 www kernel: attempt to access > beyond end of device > >> Mar 21 20:42:30 www kernel: sda: rw=0, > want=156250010, limit=156250000 > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > device dm-0, logical > >> block 156249996 > >> Mar 21 20:42:30 www kernel: attempt to access > beyond end of device > >> Mar 21 20:42:30 www kernel: sda: rw=0, > want=156250012, limit=156250000 > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > device dm-0, logical > >> block 156249997 > >> Mar 21 20:42:30 www kernel: attempt to access > beyond end of device > >> Mar 21 20:42:30 www kernel: sda: rw=0, > want=156250014, limit=156250000 > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > device dm-0, logical > >> block 156249998 > >> Mar 21 20:42:30 www kernel: attempt to access > beyond end of device > >> Mar 21 20:42:30 www kernel: sda: rw=0, > want=156250010, limit=156250000 > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > device dm-0, logical > >> block 156249996 > >> Mar 21 20:42:30 www kernel: attempt to access > beyond end of device > >> Mar 21 20:42:30 www kernel: sda: rw=0, > want=156250012, limit=156250000 > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > device dm-0, logical > >> block 156249997 > >> Mar 21 20:42:30 www kernel: attempt to access > beyond end of device > >> Mar 21 20:42:30 www kernel: sda: rw=0, > want=156250014, limit=156250000 > >> Mar 21 20:42:30 www kernel: Buffer I/O error on > device dm-0, logical > >> block 156249998 > >> Mar 21 20:42:30 www kernel: EXT3-fs: INFO: > recovery required on > >> readonly filesystem. > >> Mar 21 20:42:30 www kernel: EXT3-fs: write access > will be enabled > >> during recovery. > >> Mar 21 20:42:30 www kernel: kjournald starting. > Commit interval 5 > >> seconds > >> Mar 21 20:42:31 www kernel: EXT3-fs: dm-4: orphan > cleanup on readonly fs > >> Mar 21 20:42:31 www kernel: EXT3-fs: dm-4: 5 > orphan inodes deleted > >> Mar 21 20:42:31 www kernel: EXT3-fs: recovery > complete. > >> Mar 21 20:42:31 www kernel: EXT3-fs: mounted > filesystem with ordered > >> data mode > >> > > Here is the patch which does not allow me to boot. > I would be > > grateful for any help where a reformat and install > is not needed. > > > >> > >> [PATCH] dm stripe: Fix bounds > >> > > > >> > >> author Kevin Corry > >> > >> Fri, 17 Mar 2006 07:04:03 +0000 (23:04 -0800) > >> committer Linus Torvalds > > >> > >> Fri, 17 Mar 2006 15:51:25 +0000 (07:51 -0800) > >> commit > 8ba32fde2c5be52865b2fd7e5e3752a46971fabe > >> tree 91988d69b76b1d142117b0ed827fc20eb11c9360 > > >> > > > >> tree > >> > > > >> > >> parent > 82c3c03a4096badd026c6e337f3c5dde020e9ec6 > >> > > > >> commit > >> > > > >> | commitdiff > >> > > > >> > >> > >> [PATCH] dm stripe: Fix bounds > >> > >> The dm-stripe target currently does not enforce > that the size of a > === message truncated === I'll check out the bug report and assist where I can. This is a serious issue, and there is no way for people to realize there is a problem. Dwaine From aryanto at chello.at Mon Mar 27 00:36:53 2006 From: aryanto at chello.at (anto) Date: Mon, 27 Mar 2006 02:36:53 +0200 Subject: test - please ignore Message-ID: <005101c65136$8b9a58f0$0e66970a@ds.mot.com> sorry. I need to test my email setup. From dwainegarden at rogers.com Mon Mar 27 01:16:05 2006 From: dwainegarden at rogers.com (Dwaine Garden) Date: Sun, 26 Mar 2006 20:16:05 -0500 (EST) Subject: dm-striped device sizes must be multiple of chunk-size. FC5 and rawhide In-Reply-To: <20060326200127.75923.qmail@web88204.mail.re2.yahoo.com> Message-ID: <20060327011605.34493.qmail@web88202.mail.re2.yahoo.com> --- Dwaine Garden wrote: > Upgrading to kernel 2.6.16-2088 and I'm getting the > following error when booting. > > device-mapper: dm-stripe: Target length not > divisible > by chunk size. > device-mapper: error adding target to table. > > There was a patch submitted to 2.6.16, that limits > dm-stripe to targets that are multiples of the chunk > size. > > [PATCH] dm stripe: Fix bounds > > The dm-stripe target currently does not enforce that > the size of a stripe > device be a multiple of the chunk-size. Under > certain > conditions, this can > lead to I/O requests going off the end of an > underlying device. This > test-case shows one example. > > echo "0 100 linear /dev/hdb1 0" | dmsetup create > linear0 > echo "0 100 linear /dev/hdb1 100" | dmsetup create > linear1 > echo "0 200 striped 2 32 /dev/mapper/linear0 0 > /dev/mapper/linear1 0" | \ > dmsetup create stripe0 > dd if=/dev/zero of=/dev/mapper/stripe0 bs=1k > > This will produce the output: > dd: writing '/dev/mapper/stripe0': Input/output > error > 97+0 records in > 96+0 records out > > And in the kernel log will be: > attempt to access beyond end of device > dm-0: rw=0, want=104, limit=100 > > The patch will check that the table size is a > multiple > of the stripe > chunk-size when the table is created, which will > prevent the above striped > device from being created. > > This should not affect tools like LVM or EVMS, since > in all the cases I can > think of, striped devices are always created with > the > sizes being a > multiple of the chunk-size. > > The size of a stripe device must be a multiple of > its > chunk-size. > > (akpm: that typecast is quite gratuitous) > > Signed-off-by: Kevin Corry > Signed-off-by: Alasdair G Kergon > Signed-off-by: Andrew Morton > Signed-off-by: Linus Torvalds > > > I have tried setting the bios chunck size to 64, 32, > 16k and re-installed from the DVD. I used both > FC5T3 > and FC5 install DVD. I have tried 8 times with > re-installs. It would seem that a computer with > dm-stripe can not be further upgraded because of the > patch which was submitted to 2.6.16 kernel. The > patch > is perfectly good, to fix a problem. > > How do you fix the stripe so it is a multiple of > chunk-size? If we can not fix it manually, we > should > notify people not to use dmraid with Bios software > raid. > > I'm going to submit a bug report for this. > > dmsetup status > via_ecfdfiehfa: 0 312499998 striped > VolGroup00-LogVol01: 0 4063232 linear > VolGroup00-LogVol00: 0 308150272 linear > via_ecfdfiehfap2: 0 312287535 linear > via_ecfdfiehfap1: 0 208782 linear > > > *** Active Set > name : via_ecfdfiehfa > size : 312499998 > stride : 128 > type : stripe > status : ok > subsets: 0 > devs : 2 > spares : 0 > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > I have submitted a bug report for the people interested. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186842 Dwaine From tony at tgds.net Mon Mar 27 06:51:21 2006 From: tony at tgds.net (tony) Date: Mon, 27 Mar 2006 08:51:21 +0200 Subject: Yum upgrade not working. - [fixed] In-Reply-To: References: <1143379956.3463.43.camel@hush.localdomain> <1143380502.5480.2.camel@gilboa-work-dev> Message-ID: <1143442281.3463.141.camel@hush.localdomain> Le dimanche 26 mars 2006 ? 13:20 -0800, Ian Burrell a ?crit : > If he already has a Linux install, he can boot the installer through > GRUB. I have done this a couple of times when I didn't want to bother > with burning a CD or setting up network booting. It would work well > for booting a machine without a CD. > > Basically, it involves copying vmlinuz and initrd.imb from > images/pxeboot in the Fedora repository to /boot and adding a entry to > /etc/grub.conf to boot them. > > title Fedora Install > root (hd0,0) > kernel /vmlinuz > initrd /initrd.img Very cool tip, that should be in a FAQ too. UPDATE: Thanks to Jeff Spatela I managed to put a little order in my yum.repo.d - probably development repos making the system think that FC4 was the most recent version. Last night when I went to bed the machine was still installing the FC5 rpms and when I got up this morning I had a shiny new FC5 machine. ABOUT THE MACHINE: it is a Sony Vaio C1XD which means that I had lots of firstboot fun =:-D The screen is 1024x480 pixels and firstboot is 800x600 which means that all the buttons are invisible. I have been confronted with this since I bought the machine. There are two solutions: - firstboot buttons are on top of the screen and not the bottom (yes you can still make people scroll to the bottom of the licence agreement before letting them click the accept button...) Come on interface designers! Think outside the box a little. - always install with an external monitor connected. In this case I just Ctrl-Alt-Del killed firstboot and the machine boots into the existing xorg.conf which is set up for the correct resolution. Doh! Everything seems to be working just fine and I am installing/removing applications and doing general housekeeping at the moment. FC5 seems to be another great step forward for the Linux desktop, congratulations! And thanks again to those who helped get it on the machine. Tony From buildsys at redhat.com Mon Mar 27 08:08:22 2006 From: buildsys at redhat.com (Build System) Date: Mon, 27 Mar 2006 03:08:22 -0500 Subject: rawhide report: 20060327 changes Message-ID: <200603270808.k2R88MZG006960@porkchop.devel.redhat.com> Updated Packages: mgetty-1.1.33-7.FC5.3 --------------------- * Mon Mar 27 2006 Miloslav Trmac - 1.1.33-7.FC5.3 - Change BuildPrereq from texinfo to texinfo-tex texinfo-4.8-11 -------------- * Sat Mar 25 2006 Miloslav Trmac - 4.8-11 - Split texinfo-tex from the texinfo package (#178406) - Ship COPYING, don't ship INSTALL Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires kernel = 0:2.6.15-1.2054_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5smp GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 GFS-kernel-xen0 - 2.6.15.1-5.FC5.17.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5smp cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 cman-kernel-xen0 - 2.6.15.1-0.FC5.16.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5smp dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 dlm-kernel-xen0 - 2.6.15.1-0.FC5.14.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5smp gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 gnbd-kernel-xen0 - 2.6.15-5.FC5.23.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 From pribyl at lowlevel.cz Mon Mar 27 11:50:02 2006 From: pribyl at lowlevel.cz (pribyl at lowlevel.cz) Date: Mon, 27 Mar 2006 13:50:02 +0200 (CEST) Subject: Instalation/update does not uses swap? Message-ID: I did several updates of FC4->FC5 trought CDs till now and I notices that anaconda is consuming ever increasing amount of memory (update of 2.5GB of packages took 2-4h), causing update to slow down (it was 512MB each time). I also notices that even thought swap partition is on and displayed in "free" output, it is not used. This is intention? Adam Pribyl From paul at all-the-johnsons.co.uk Mon Mar 27 12:45:10 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Mon, 27 Mar 2006 13:45:10 +0100 Subject: i810 in rawhide Message-ID: <1143463510.25862.32.camel@mrwibble.mrwobble> Hi, Just a quicky - the xorg-x11-i810 driver is bust in rawhide. It's coming up that it can't find "assert", so it's probably a linking problem. TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr Who From paul at all-the-johnsons.co.uk Mon Mar 27 14:43:48 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Mon, 27 Mar 2006 15:43:48 +0100 Subject: [Fwd: [Mono-dev] file(1) mono assembly magic support (for Linux distribution maintainers)] Message-ID: <1143470628.25862.49.camel@mrwibble.mrwobble> Hi, Not sure if the mono packagers are aware, but this has been posted this afternoon to the mono-developer list. TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr Who -------------- next part -------------- An embedded message was scrubbed... From: Paolo Molaro Subject: [Mono-dev] file(1) mono assembly magic support (for Linux distribution maintainers) Date: Mon, 27 Mar 2006 16:25:56 +0200 Size: 4710 URL: From Robin.Laing at drdc-rddc.gc.ca Mon Mar 27 15:42:03 2006 From: Robin.Laing at drdc-rddc.gc.ca (Robin Laing) Date: Mon, 27 Mar 2006 08:42:03 -0700 Subject: Fedora Core 4 Test Update: k3b-0.12.14-0.FC4.1 In-Reply-To: References: <200603211803.k2LI3Eie008011@int-mx1.corp.redhat.com> <4421839E.7090502@redhat.com> <44219CC7.4070309@feuerpokemon.de> <4422C6C7.2030500@drdc-rddc.gc.ca> Message-ID: <442807CB.3020605@drdc-rddc.gc.ca> Orion Poplawski wrote: > Robin Laing wrote: > >> My issue (bug reported) about growisofs is gone. >> > > Why not just install dvd+rw-tools? > dvd+rw-tools is installed. Growisofs is part of the package. I was burning DVD's manually while k3b wasn't working. I like the GUI and it is easy for my wife as well. The other tools I have found don't offer the tools that I have found k3b. The issue with growisofs wasn't related to growisofs but an issue with how k3b was calling it. FWIW, there is still an issue with k3b not writing video DVD's properly. -- Robin Laing Instrumentation Technologist Voice: 1.403.544.4762 Military Engineering Section FAX: 1.403.544.4704 Defence R&D Canada - Suffield Email: Robin.Laing at DRDC-RDDC.gc.ca PO Box 4000, Station Main WWW:http://www.suffield.drdc-rddc.gc.ca Medicine Hat, AB, T1A 8K6 Canada From katzj at redhat.com Mon Mar 27 16:42:53 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 27 Mar 2006 11:42:53 -0500 Subject: setting correct resolution on intel 9xx chipset in FCR5 final. In-Reply-To: <20060325230436.E5D16DA51D@ws6-6.us4.outblaze.com> References: <20060325230436.E5D16DA51D@ws6-6.us4.outblaze.com> Message-ID: <1143477773.4785.49.camel@orodruin.boston.redhat.com> On Sun, 2006-03-26 at 00:04 +0100, niall brady wrote: > I tried the same with my FCR5 install and it fixed the problem > (see http://www.linux-noob.com/forums/index.php?showtopic=2188) > > so my question is, why can't Fedora include this fix into the distro, or am I > missing something ????? The real "fix" is for your BIOS manufacturer to actually have the proper resolution in the video BIOS. There's some work underway to handle this nicely in the X server so that hopefully hacks like i915resolution (or it's brother for the older i8xx chips) won't be needed Jeremy From twaugh at redhat.com Mon Mar 27 16:58:27 2006 From: twaugh at redhat.com (Tim Waugh) Date: Mon, 27 Mar 2006 11:58:27 -0500 Subject: Fedora Core 5 Test Update: foomatic-3.0.2-33.3 Message-ID: <200603271658.k2RGwRmd003120@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-224 2006-03-27 --------------------------------------------------------------------- Product : Fedora Core 5 Name : foomatic Version : 3.0.2 Release : 33.3 Summary : Foomatic printer database. Description : Foomatic is a comprehensive, spooler-independent database of printers, printer drivers, and driver descriptions. It contains utilities to generate driver description files and printer queues for CUPS, LPD, LPRng, and PDQ using the database. There is also the possibility to read the PJL options out of PJL-capable laser printers and take them into account at the driver description file generation. There are spooler-independent command line interfaces to manipulate queues (foomatic-configure) and to print files/manipulate jobs (foomatic printjob). The site http://www.linuxprinting.org/ is based on this database. --------------------------------------------------------------------- Update Information: Preparing for CUPS 1.2. --------------------------------------------------------------------- * Fri Mar 24 2006 Tim Waugh 3.0.2-33.3 - Use /usr/lib/cups/backend and /usr/lib/cups/filter. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 6336a10e49c2bc8e872f4a68e18b23a7b49f5c1b SRPMS/foomatic-3.0.2-33.3.src.rpm 40078fee834021cf59ffebbeddc16b5fc5f35763 ppc/foomatic-3.0.2-33.3.ppc.rpm d870757c7c6ca1cb58fa4f3d607bddcbdac04d1b ppc/debug/foomatic-debuginfo-3.0.2-33.3.ppc.rpm 90f10c04836487bb4ed44b6058f4ed88fc296e34 x86_64/foomatic-3.0.2-33.3.x86_64.rpm 4951fe4670a122d32d8d83280ddd49d7a1cdb7a8 x86_64/debug/foomatic-debuginfo-3.0.2-33.3.x86_64.rpm effe2dec796c2e318701e710dce0c60f23ff2640 i386/foomatic-3.0.2-33.3.i386.rpm e62d0c60cda2d69ee8ce30bfdf13b5df6754b53c i386/debug/foomatic-debuginfo-3.0.2-33.3.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From clumens at redhat.com Mon Mar 27 16:59:18 2006 From: clumens at redhat.com (Christopher Lumens) Date: Mon, 27 Mar 2006 11:59:18 -0500 Subject: Fedora Core 5 Test Update: system-config-kickstart-2.6.6-3 Message-ID: <200603271659.k2RGxImj003437@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-228 2006-03-27 --------------------------------------------------------------------- Product : Fedora Core 5 Name : system-config-kickstart Version : 2.6.6 Release : 3 Summary : A graphical interface for making kickstart files. Description : Kickstart Configurator is a graphical tool for creating kickstart files. --------------------------------------------------------------------- Update Information: This update fixes a bug in system-config-kickstart as shipped in Fedora Core 5 where the program will traceback if the --generate option is used. This option can be used to profile the running system and create a template kickstart file. --------------------------------------------------------------------- * Mon Mar 27 2006 Chris Lumens 2.6.6-3 - Add patch to fix system profiling mode (#186635). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ a1b663d0e3569ca135ebc5c7d341b76adb5234b4 SRPMS/system-config-kickstart-2.6.6-3.src.rpm 4d61af55c06f1a7486d22c579de5cda0aebe874c ppc/system-config-kickstart-2.6.6-3.noarch.rpm 4d61af55c06f1a7486d22c579de5cda0aebe874c x86_64/system-config-kickstart-2.6.6-3.noarch.rpm 4d61af55c06f1a7486d22c579de5cda0aebe874c i386/system-config-kickstart-2.6.6-3.noarch.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From rstrode at redhat.com Mon Mar 27 17:14:04 2006 From: rstrode at redhat.com (Raymond Strode) Date: Mon, 27 Mar 2006 12:14:04 -0500 Subject: Fedora Core 5 Test Update: liboil-0.3.8-1.fc5 Message-ID: <200603271714.k2RHE47S008406@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-229 2006-03-27 --------------------------------------------------------------------- Product : Fedora Core 5 Name : liboil Version : 0.3.8 Release : 1.fc5 Summary : Library of Optimized Inner Loops, CPU optimized functions Description : Liboil is a library of simple functions that are optimized for various CPUs. These functions are generally loops implementing simple algorithms, such as converting an array of N integers to floating-poing numbers or multiplying and summing an array of N numbers. Clearly such functions are candidates for significant optimization using various techniques, especially by using extended instructions provided by modern CPUs (Altivec, MMX, SSE, etc.). --------------------------------------------------------------------- Update Information: This update rebases liboil to 0.3.8 to help resolve issues required by packages in Fedora Extras. --------------------------------------------------------------------- * Mon Mar 27 2006 Ray Strode 0.3.8-1.fc5 - Update to 0.3.8 (bug 186930) * Tue Mar 21 2006 Matthias Saou 0.3.7.1-1 - Update to today's CVS code which should fix the PPC build issue. - Include new oil-bugreport tool in the devel package. * Mon Mar 6 2006 Matthias Saou 0.3.7-3 - FC5 rebuild (well, try at least since PPC fixes are required). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 1a863db197f7e31a62a352d91d5b9428e32b7946 SRPMS/liboil-0.3.8-1.fc5.src.rpm 41270b9644eef94c2ce68af7e6b2a1f7fc801563 ppc/liboil-0.3.8-1.fc5.ppc.rpm dd93805ca6228d3829c8bfc0c8a6560ef959503d ppc/liboil-devel-0.3.8-1.fc5.ppc.rpm a84656e7f71766d30b656ec11f44f8bce2b2abf5 ppc/debug/liboil-debuginfo-0.3.8-1.fc5.ppc.rpm dfe964901027e7ece325c475361fe70a050d377d x86_64/liboil-0.3.8-1.fc5.x86_64.rpm f42539d37abe9c21c44745716126bd94a1f8463d x86_64/liboil-devel-0.3.8-1.fc5.x86_64.rpm c64e5a677bacad1f4e0216fd1bf44d29c4747717 x86_64/debug/liboil-debuginfo-0.3.8-1.fc5.x86_64.rpm 59332613cadc11adf7b07fcafc9ea9ed01c24573 i386/liboil-0.3.8-1.fc5.i386.rpm 97e84b4bb25660ff1ecca9b08c1b527b3e5b352b i386/liboil-devel-0.3.8-1.fc5.i386.rpm 2cafd52f874c8273093878befc5a3e6adb38bc9a i386/debug/liboil-debuginfo-0.3.8-1.fc5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From clumens at redhat.com Mon Mar 27 19:47:15 2006 From: clumens at redhat.com (Christopher Lumens) Date: Mon, 27 Mar 2006 14:47:15 -0500 Subject: Fedora Core 5 Test Update: system-config-kickstart-2.6.6-4 Message-ID: <200603271947.k2RJlFhL020429@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-230 2006-03-27 --------------------------------------------------------------------- Product : Fedora Core 5 Name : system-config-kickstart Version : 2.6.6 Release : 4 Summary : A graphical interface for making kickstart files. Description : Kickstart Configurator is a graphical tool for creating kickstart files. --------------------------------------------------------------------- Update Information: This update fixes a bug where system-config-kickstart is unable to load files due to a typo. In addition, the interface will appear unresponsive when started from the menu because of a python traceback that is not visible to the user. --------------------------------------------------------------------- * Mon Mar 27 2006 Chris Lumens 2.6.6-4 - Add patch to fix loading kickstart files (#186944). * Mon Mar 27 2006 Chris Lumens 2.6.6-3 - Add patch to fix system profiling mode (#186635). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ e6b408ef7adb3d022d2c4151acd7ad4127a6e46b SRPMS/system-config-kickstart-2.6.6-4.src.rpm 370635ba574829c38204d1512443aca15324a459 ppc/system-config-kickstart-2.6.6-4.noarch.rpm 370635ba574829c38204d1512443aca15324a459 x86_64/system-config-kickstart-2.6.6-4.noarch.rpm 370635ba574829c38204d1512443aca15324a459 i386/system-config-kickstart-2.6.6-4.noarch.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From nathanael at gnat.ca Mon Mar 27 23:29:40 2006 From: nathanael at gnat.ca (Nathanael D. Noblet) Date: Mon, 27 Mar 2006 15:29:40 -0800 Subject: Mysql Query Browser... Message-ID: <1143502181.25503.2.camel@iridium> Hello, I know that the query browser was disabled in FC5 due to seg faults. I found on the MySQL bug tracker however a patch that will fix it for FC5. I used it with a src rpm to create an rpm for my machine. I've been using it for a couple days now no problem. Just thought I'd mention it, as I didn't see anything in bugzilla for mysql-query-browser... Though I remember seeing an email on this list about it. The bug report: http://bugs.mysql.com/bug.php?id=16935 The patch is available here: http://www.paulbanks.org.uk/patches/mysqlquerybrowser.fc5.1.patch Just thought it could come in handy if you wanted to release the query browser for FC5. -- Nathanael D. Noblet Gnat Solutions http://www.gnat.ca/ T 250.385.4613 C 250.893.4613 From islifefun1975 at yahoo.com Mon Mar 27 23:35:10 2006 From: islifefun1975 at yahoo.com (Josh) Date: Mon, 27 Mar 2006 15:35:10 -0800 (PST) Subject: Mysql Query Browser... In-Reply-To: <1143502181.25503.2.camel@iridium> Message-ID: <20060327233510.86899.qmail@web34014.mail.mud.yahoo.com> "Nathanael D. Noblet" wrote: Hello, I know that the query browser was disabled in FC5 due to seg faults. I found on the MySQL bug tracker however a patch that will fix it for FC5. I used it with a src rpm to create an rpm for my machine. I've been using it for a couple days now no problem. Just thought I'd mention it, as I didn't see anything in bugzilla for mysql-query-browser... Though I remember seeing an email on this list about it. The bug report: http://bugs.mysql.com/bug.php?id=16935 The patch is available here: http://www.paulbanks.org.uk/patches/mysqlquerybrowser.fc5.1.patch Just thought it could come in handy if you wanted to release the query browser for FC5. Thanks for the info. mysql-query-browser is an important tool. Hopefully, fedora-extras will carry it soon enough! Meantime, could you post the rpm you build? Thanks --------------------------------- Yahoo! Messenger with Voice. PC-to-Phone calls for ridiculously low rates. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nathanael at gnat.ca Tue Mar 28 00:57:06 2006 From: nathanael at gnat.ca (Nathanael D. Noblet) Date: Mon, 27 Mar 2006 16:57:06 -0800 Subject: Mysql Query Browser... In-Reply-To: <20060327233510.86899.qmail@web34014.mail.mud.yahoo.com> References: <20060327233510.86899.qmail@web34014.mail.mud.yahoo.com> Message-ID: <1143507426.25503.5.camel@iridium> On Mon, 2006-03-27 at 15:35 -0800, Josh wrote: > Meantime, could you post the rpm you build? Sure, http://www.gnat.ca/rpms/mysql-query-browser-1.1.18-1.fc5.i386.rpm -- Nathanael D. Noblet Gnat Solutions http://www.gnat.ca/ T 250.385.4613 C 250.893.4613 From shrek-m at gmx.de Tue Mar 28 06:06:43 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 28 Mar 2006 08:06:43 +0200 Subject: Mysql Query Browser... In-Reply-To: <1143502181.25503.2.camel@iridium> References: <1143502181.25503.2.camel@iridium> Message-ID: <4428D273.8030905@gmx.de> On 28.03.2006 01:29, Nathanael D. Noblet wrote: >Hello, >I know that the query browser was disabled in FC5 due to seg faults. >I found on the MySQL bug tracker however a patch that will fix it for >FC5. I used it with a src rpm to create an rpm for my machine. I've been >using it for a couple days now no problem. Just thought I'd mention it, >as I didn't see anything in bugzilla for mysql-query-browser... > "if it is not in bugzilla it does not exist" > Though I remember seeing an email on this list about it. > > https://www.redhat.com/archives/fedora-test-list/2006-March/msg01266.html From: Dennis Gilmore Date: Sun, 19 Mar 2006 18:16:59 -0600 Subject: Re: Hmm... mysql-query-browser - segmentation fault. >The bug report: >http://bugs.mysql.com/bug.php?id=16935 > >The patch is available here: > >http://www.paulbanks.org.uk/patches/mysqlquerybrowser.fc5.1.patch > >Just thought it could come in handy if you wanted to release the query >browser for FC5. > -- shrek-m From buildsys at redhat.com Tue Mar 28 08:37:14 2006 From: buildsys at redhat.com (Build System) Date: Tue, 28 Mar 2006 03:37:14 -0500 Subject: rawhide report: 20060328 changes Message-ID: <200603280837.k2S8bEZR024955@porkchop.devel.redhat.com> Updated Packages: checkpolicy-1.30.1-2 -------------------- * Mon Mar 27 2006 Dan Walsh - 1.30.1-2 - Rebuild with new libsepol cups-1:1.2-0.2.rc1.1 -------------------- * Mon Mar 27 2006 Tim Waugh 1:1.2-0.2.rc1.1 - Ship a printers.conf file, and a client.conf file. That way, they get their SELinux file contexts set correctly. * Mon Mar 27 2006 Tim Waugh 1:1.2-0.2.rc1.0 - 1.2rc1. fribidi-0.10.7-1 ---------------- * Mon Mar 27 2006 Caolan McNamara 0.10.7-1 - latest version g-wrap-1.9.6-3 -------------- * Mon Mar 27 2006 Bill Nottingham 1.9.6-3 - build against glib2 gnucash-1.9.3-1 --------------- * Mon Mar 27 2006 Bill Nottingham - 1.9.3-1 - update to 1.9.x inn-2.4.3-1 ----------- * Mon Mar 27 2006 Martin Stransky 2.4.3-1 - new upstream iproute-2.6.16-1 ---------------- * Sun Mar 26 2006 Radek Vok??l - 2.6.16-1 - upgrade to 2.6.16-060323 - don't hardcode /usr/lib in tc (#186607) kbd-1.12-14 ----------- * Mon Mar 27 2006 Miloslav Trmac - 1.12-14 - Don't install resizecons.8 on non-x86 (#186877, patch by Keiichi Mori ) kernel-2.6.16-1.2097_FC6 ------------------------ * Mon Mar 27 2006 Dave Jones - 2.6.16-git13 * Sat Mar 25 2006 Dave Jones - 2.6.16-git10 * Fri Mar 24 2006 Dave Jones - 2.6.16-git9 liboil-0.3.8-2 -------------- * Mon Mar 27 2006 Ray Strode 0.3.8-2 - Update to 0.3.8 (bug 186930) * Tue Mar 21 2006 Matthias Saou 0.3.7.1-1 - Update to today's CVS code which should fix the PPC build issue. - Include new oil-bugreport tool in the devel package. * Mon Mar 06 2006 Matthias Saou 0.3.7-3 - FC5 rebuild (well, try at least since PPC fixes are required). libsepol-1.12.3-1 ----------------- * Mon Mar 27 2006 Dan Walsh 1.12.3-1 - Upgrade to latest from NSA * Fixed attr_convert_callback and expand_convert_type_set typemap bug. logwatch-7.3-1 -------------- * Mon Mar 27 2006 Ivana Varekova 7.3-1 - update to 7.3 - added samba, up2date mod_authz_ldap-0.26-7 --------------------- * Mon Mar 27 2006 Joe Orton 0.26-7 - don't package INSTALL - define -DLDAP_DEPRECATED=1 in CPPFLAGS mysql-5.0.18-4 -------------- * Mon Mar 27 2006 Tom Lane 5.0.18-4 - Modify multilib header hack to not break non-RH arches, per bug #181335 - Remove logrotate script, per bug #180639. - Add a new mysql-test RPM to carry the regression test files; hack up test scripts as needed to make them run in /usr/share/mysql-test. mysql-connector-odbc-3.51.12-2 ------------------------------ * Mon Mar 27 2006 Tom Lane 3.51.12-2 - Remove DLL-unload cleanup call from connection shutdown (bz#185343) postgresql-8.1.3-2 ------------------ * Mon Mar 27 2006 Tom Lane 8.1.3-2 - Remove JDBC from this build; we will package it as separate SRPM * Mon Feb 13 2006 Jesse Keating - 8.1.3-1.1 - rebump for build order issues during double-long bump pykickstart-0.25-1 ------------------ * Mon Mar 27 2006 Chris Lumens 0.25-1 - Add support for the logging command. * Mon Mar 27 2006 Chris Lumens 0.24-1 - Don't write out a blank xconfig line. - Reorder output handlers to group like commands together. - Mark strings for translation. selinux-policy-2.2.25-2 ----------------------- * Wed Mar 22 2006 Dan Walsh 2.2.25-2 - Fix pam_console handling of usb_device - dontaudit logwatch reading /mnt dir * Fri Mar 17 2006 Dan Walsh 2.2.24-1 - Update to upstream * Wed Mar 15 2006 Dan Walsh 2.2.23-19 - Get transition rules to create policy.20 at SystemHigh spamassassin-3.1.1-1.fc6 ------------------------ * Sat Mar 11 2006 Warren Togami - 3.1.1-1 - 3.1.1 * Fri Feb 10 2006 Jesse Keating - 3.1.0-5 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating - 3.1.0-5 - rebuilt for new gcc4.1 snapshot and glibc changes system-config-kickstart-2.6.8-1 ------------------------------- * Mon Mar 27 2006 Chris Lumens 2.6.8-1 - Fix loading kickstart files (#186944). * Mon Mar 27 2006 Chris Lumens 2.6.7-1 - Fix support for --generate (#186635). tix-1:8.4.0-5 ------------- * Mon Mar 27 2006 David Cantrell - 1:8.4.0-5 - Make sure libTix8.4.so is in /usr/lib/Tix8.4 unixODBC-2.2.11-7 ----------------- * Mon Mar 27 2006 Tom Lane 2.2.11-7 - Fix minor problems in desktop files (bug #185764) wpa_supplicant-1:0.4.8-6.fc6 ---------------------------- * Mon Mar 27 2006 Dan Williams - 0.4.8-6 - Add patch to make orinoco happy with WEP keys - Enable Prism54-specific driver - Disable ipw-specific driver; ipw2x00 should be using WEXT instead Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires kernel = 0:2.6.15-1.2054_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5smp GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 GFS-kernel-xen0 - 2.6.15.1-5.FC5.17.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5smp cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 cman-kernel-xen0 - 2.6.15.1-0.FC5.16.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5smp dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 dlm-kernel-xen0 - 2.6.15.1-0.FC5.14.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5smp gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 gnbd-kernel-xen0 - 2.6.15-5.FC5.23.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 From bmillett at gmail.com Tue Mar 28 12:11:21 2006 From: bmillett at gmail.com (Brian Millett) Date: Tue, 28 Mar 2006 06:11:21 -0600 Subject: todays updates-testing rpm for xscreensaver-gl-extras borked? Message-ID: <1143547882.4645.2.camel@localhost.localdomain> Looks like the rpm got changed after the checksum for xscreensaver-gl-extras (3/4): xscreensaver-gl-ex 100% |=========================| 3.2 MB 00:20 http://fedora.mirrors.tds.net/pub/fedora-core/updates/testing/5/i386/xscreensaver-gl-extras-4.24-2.i386.rpm: [Errno -1] Package does not match checksum Trying other mirror. http://ftp.informatik.uni-frankfurt.de/fedora/core/updates/testing/5/i386/xscreensaver-gl-extras-4.24-2.i386.rpm: [Errno 9] Requested Range Not Satisfiable Trying other mirror. -- Brian Millett - [ Sheridan, "A Distant Star"] "An old friend of mine once quoted me a ancient Egyptian blessing: 'God be between you and harm, and all the empty places where you must walk.'" -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From islifefun1975 at yahoo.com Tue Mar 28 17:49:05 2006 From: islifefun1975 at yahoo.com (Josh) Date: Tue, 28 Mar 2006 09:49:05 -0800 (PST) Subject: Mysql Query Browser... In-Reply-To: <4428D273.8030905@gmx.de> Message-ID: <20060328174905.3635.qmail@web34011.mail.mud.yahoo.com> "shrek-m at gmx.de" wrote: On 28.03.2006 01:29, Nathanael D. Noblet wrote: >Hello, >I know that the query browser was disabled in FC5 due to seg faults. >I found on the MySQL bug tracker however a patch that will fix it for >FC5. I used it with a src rpm to create an rpm for my machine. I've been >using it for a couple days now no problem. Just thought I'd mention it, >as I didn't see anything in bugzilla for mysql-query-browser... > "if it is not in bugzilla it does not exist" mysql-query-browser was not listed. Hence files under mysql-administrator, bug# 187126 Josh --------------------------------- Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1¢/min. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rodd at clarkson.id.au Tue Mar 28 22:03:53 2006 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 29 Mar 2006 09:03:53 +1100 Subject: rawhide report: 20060328 changes In-Reply-To: <200603280837.k2S8bEZR024955@porkchop.devel.redhat.com> References: <200603280837.k2S8bEZR024955@porkchop.devel.redhat.com> Message-ID: <1143583434.3595.5.camel@localhost.localdomain> On Tue, 2006-03-28 at 03:37 -0500, Build System wrote: > gnucash-1.9.3-1 > --------------- > * Mon Mar 27 2006 Bill Nottingham - 1.9.3-1 > - update to 1.9.x > the old gnucash had a whole stack of dependencies to gtk1 stuff. Can this now be removed from core? R. > -- "It's a fine line between denial and faith. It's much better on my side" From lsatenstein at yahoo.com Wed Mar 29 03:45:08 2006 From: lsatenstein at yahoo.com (Leslie Satenstein) Date: Tue, 28 Mar 2006 19:45:08 -0800 (PST) Subject: Where Do I find Samba, as it was in TEST 3 Message-ID: <20060329034508.15983.qmail@web30208.mail.mud.yahoo.com> I used the option to update after install, and chose smb* and Samba and clients. In Fc4 and in the past, I saw them in the Internet GUI for Gnome. But they are not there. I found smbk* in kde with root, but I have not been able to get past seeing the other pc's on the system. When I run rpm -qa samba* I see that it was installed. After loging in (and it works with fc4 and it worked with Core5 test3) I was able to see the shared disks. How do I get to do that again? Leslie -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildsys at redhat.com Wed Mar 29 08:25:45 2006 From: buildsys at redhat.com (Build System) Date: Wed, 29 Mar 2006 03:25:45 -0500 Subject: rawhide report: 20060329 changes Message-ID: <200603290825.k2T8PjSM006543@porkchop.devel.redhat.com> Updated Packages: anaconda-11.1.0.2-1 ------------------- * Tue Mar 28 2006 Chris Lumens 11.1.0.2-1 - Remove reference to pythondeps. * Tue Mar 28 2006 Chris Lumens 11.1.0.1-1 - Prompt for reformatting ancient swap partitions (dcantrel, #122101) - Fix lots of deprecation warnings (dcantrel) - Check for suspend signatures in swap (dcantrel, #186018) - Support logging command in kickstart - Clean up URLs we try to fetch in the loader - Fix SELinux conditional inclusion (pjones) - Remove customClass - Always ignore disks listed in ignoredisks (#186438) - Fix loader segmentation fault (#186210) - Reiser fs label avoidance (dcantrel, #183183) - Remove traceonly mode - Add rhpl to minstg2.img (#185840) - Remove lots of unneeded code in isys, iutil, and elsewhere (clumens, dcantrel, pnasrat) arts-8:1.5.2-1 -------------- * Tue Mar 21 2006 Than Ngo 8:1.5.2-1 - update to 1.5.2 checkpolicy-1.30.3-1 -------------------- * Tue Mar 28 2006 Dan Walsh - 1.30.3-1 - Latest upgrade from NSA * Fixed checkmodule to call link_modules prior to expand_module to handle optionals. * Fixed require_class to avoid shadowing permissions already defined in an inherited common definition. cpio-2.6-17 ----------- * Tue Mar 28 2006 Peter Vrabec 2.6-17 - rebuild * Sat Mar 25 2006 Peter Vrabec 2.6-15 - fix (#186339) on ppc and s390 * Thu Mar 23 2006 Peter Vrabec 2.6-14 - init struct file_hdr (#186339) cups-1:1.2-0.2.rc1.2 -------------------- * Tue Mar 28 2006 Tim Waugh 1:1.2-0.2.rc1.2 - Fix lpq -h (STR#1515, bug #186686). gconf-editor-2.14.0-2 --------------------- * Tue Mar 28 2006 Ray Strode - 2.14.0-2 - Use gconf_value_free instead of g_free (bug 186479) glibc-2.4-5 ----------- * Tue Mar 28 2006 Jakub Jelinek 2.4-5 - update from CVS - pshared robust mutex support - fix btowc and bwtoc in C++ (#186410) - fix NIS+ (#186592) - don't declare __wcsto*l_internal for non-GCC or if not -O1+ (#185667) - don't mention nscd failures on 2.0 kernels (#185335) gnome-applets-1:2.14.0-3 ------------------------ * Tue Mar 28 2006 Ray Strode - 2.14.0-3 - apply patch * Tue Mar 28 2006 Ray Strode - 2.14.0-2 - export symbols in gswitchit applet so applet plugins work (bug 187168) hal-cups-utils-0.5.5-2 ---------------------- * Tue Mar 28 2006 John (J5) Palmieri - 0.5.5-2 - Make sure backends install into /usr/lib and not /usr/lib64 hplip-0.9.10-3 -------------- * Tue Mar 28 2006 Tim Waugh 0.9.10-3 - Always use /usr/lib/cups/backend. * Tue Mar 28 2006 Tim Waugh 0.9.10-2 - 0.9.10. - Ship PPDs. kdebase-6:3.5.2-1 ----------------- * Sun Mar 26 2006 Than Ngo 6:3.5.2-1 - update to 3.5.2 - update dbus patch - drop kdebase-3.5.1-kwin-systray.patch, kdebase-3.5.1-keyboardlayout.patch, included in new upstream kdelibs-6:3.5.2-1 ----------------- * Tue Mar 21 2006 Than Ngo 6:3.5.2-1 - update to 3.5.2 kernel-2.6.16-1.2102_FC6 ------------------------ * Tue Mar 28 2006 Dave Jones - 2.6.16-git14 & git15 - reenable sky2. mc-1:4.6.1a-12 -------------- * Tue Mar 28 2006 Jindrich Novy 4.6.1a-12 - apply more robust version of FISH upload patch, thanks to Dmitry Butskoy (#186456) policycoreutils-1.30.1-3 ------------------------ * Tue Mar 21 2006 Dan Walsh 1.30.1-3 - Add IN_MOVED_TO to catch renames tcpdump-14:3.9.4-3 ------------------ * Tue Mar 28 2006 Martin Stransky - 14:3.9.4-3 - updated ethernet codes (#186633) Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires kernel = 0:2.6.15-1.2054_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5smp GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 GFS-kernel-xen0 - 2.6.15.1-5.FC5.17.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5smp cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 cman-kernel-xen0 - 2.6.15.1-0.FC5.16.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5smp dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 dlm-kernel-xen0 - 2.6.15.1-0.FC5.14.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5smp gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 gnbd-kernel-xen0 - 2.6.15-5.FC5.23.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 From paul at all-the-johnsons.co.uk Wed Mar 29 09:24:22 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Wed, 29 Mar 2006 10:24:22 +0100 Subject: aiglx on rawhide Message-ID: <1143624262.2885.1.camel@mrwibble.mrwobble> Hi, The last release of the rpms for AIGLX was 22nd Feb. Are there any chances of some RPM updates to it? TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr Who From tony at tgds.net Wed Mar 29 10:02:26 2006 From: tony at tgds.net (tony) Date: Wed, 29 Mar 2006 12:02:26 +0200 Subject: I broke Gnome Message-ID: <1143626546.3251.87.camel@hush.localdomain> Hello, I was testing suspend to disk and well... After rebooting impossible to log back into my Gnome session "session has lasted less than 10 seconds... blah". Lots of stuff has changed in Gnome it seems - I tried reparing by using the old technique of clearing the .gnome2 folder in /home but no... Is it because I removed firstboot? Tony From ben.steeves at gmail.com Wed Mar 29 12:55:35 2006 From: ben.steeves at gmail.com (Ben Steeves) Date: Wed, 29 Mar 2006 08:55:35 -0400 Subject: I broke Gnome In-Reply-To: <1143626546.3251.87.camel@hush.localdomain> References: <1143626546.3251.87.camel@hush.localdomain> Message-ID: <7ebb24d10603290455r69cc55cctfb33fea188f7aeb0@mail.gmail.com> On 3/29/06, tony wrote: > Hello, > > I was testing suspend to disk and well... After rebooting impossible to > log back into my Gnome session "session has lasted less than 10 > seconds... blah". > > Lots of stuff has changed in Gnome it seems - I tried reparing by using > the old technique of clearing the .gnome2 folder in /home but no... Check /tmp. There are a couple of directories there (gconfd-username and orbit-username) that can cause problems with GNOME login... delete them and try again. > Is it because I removed firstboot? No, probably not. -- _ Ben Steeves bcs at metacon.ca ( ) The ASCII ribbon campaign ben.steeves at unb.ca X against HTML e-mail GPG ID: 0xB3EBF1D9 / \ http://www.metacon.ca/ascii Yahoo Messenger: ben_steeves From tony at tgds.net Wed Mar 29 13:26:52 2006 From: tony at tgds.net (tony) Date: Wed, 29 Mar 2006 15:26:52 +0200 Subject: I broke Gnome In-Reply-To: <7ebb24d10603290455r69cc55cctfb33fea188f7aeb0@mail.gmail.com> References: <1143626546.3251.87.camel@hush.localdomain> <7ebb24d10603290455r69cc55cctfb33fea188f7aeb0@mail.gmail.com> Message-ID: <1143638813.3251.94.camel@hush.localdomain> Le mercredi 29 mars 2006 ? 08:55 -0400, Ben Steeves a ?crit : > > I was testing suspend to disk and well... After rebooting impossible to > > log back into my Gnome session "session has lasted less than 10 > > seconds... blah". > > > > Lots of stuff has changed in Gnome it seems - I tried reparing by using > > the old technique of clearing the .gnome2 folder in /home but no... > > Check /tmp. There are a couple of directories there (gconfd-username > and orbit-username) that can cause problems with GNOME login... delete > them and try again. gdm is running just fine but it can't find Gnome any more. I log in and get a great TWM desktop... Tony From tony at tgds.net Wed Mar 29 13:36:54 2006 From: tony at tgds.net (tony) Date: Wed, 29 Mar 2006 15:36:54 +0200 Subject: I broke Gnome In-Reply-To: <7ebb24d10603290455r69cc55cctfb33fea188f7aeb0@mail.gmail.com> References: <1143626546.3251.87.camel@hush.localdomain> <7ebb24d10603290455r69cc55cctfb33fea188f7aeb0@mail.gmail.com> Message-ID: <1143639415.3251.98.camel@hush.localdomain> Le mercredi 29 mars 2006 ? 08:55 -0400, Ben Steeves a ?crit : > Check /tmp. There are a couple of directories there (gconfd-username > and orbit-username) that can cause problems with GNOME login... delete > them and try again. When I did my e2fsck after rebooting when my suspend to disk experiment failed could I have wiped an inode containing information vital to Gnome? Is the Gnome setup locked away in my save to disk suspend file? Tony From phil-ml at techworks.ie Wed Mar 29 14:19:33 2006 From: phil-ml at techworks.ie (Philip Trickett (List)) Date: Wed, 29 Mar 2006 15:19:33 +0100 Subject: I broke Gnome In-Reply-To: <1143626546.3251.87.camel@hush.localdomain> References: <1143626546.3251.87.camel@hush.localdomain> Message-ID: <1143641973.2889.11.camel@nori> On Wed, 2006-03-29 at 12:02 +0200, tony wrote: > Hello, > > I was testing suspend to disk and well... After rebooting impossible to > log back into my Gnome session "session has lasted less than 10 > seconds... blah". When I used to get this it meant that my .ICEauthority file had the wrong permissions: The correct ones are: [phil at nori ~]$ ls -al .ICEauthority -rw------- 1 phil phil 18266 Mar 29 12:52 .ICEauthority HTH, Phil From tony at tgds.net Wed Mar 29 14:28:57 2006 From: tony at tgds.net (tony) Date: Wed, 29 Mar 2006 16:28:57 +0200 Subject: I broke Gnome In-Reply-To: <1143641973.2889.11.camel@nori> References: <1143626546.3251.87.camel@hush.localdomain> <1143641973.2889.11.camel@nori> Message-ID: <1143642537.3251.101.camel@hush.localdomain> Le mercredi 29 mars 2006 ? 15:19 +0100, Philip Trickett (List) a ?crit : > On Wed, 2006-03-29 at 12:02 +0200, tony wrote: > > Hello, > > > > I was testing suspend to disk and well... After rebooting impossible to > > log back into my Gnome session "session has lasted less than 10 > > seconds... blah". > > When I used to get this it meant that my .ICEauthority file had the > wrong permissions: > > The correct ones are: > [phil at nori ~]$ ls -al .ICEauthority > -rw------- 1 phil phil 18266 Mar 29 12:52 .ICEauthority Nope they are fine. Tony From jspaleta at gmail.com Wed Mar 29 15:16:08 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 29 Mar 2006 10:16:08 -0500 Subject: I broke Gnome In-Reply-To: <1143638813.3251.94.camel@hush.localdomain> References: <1143626546.3251.87.camel@hush.localdomain> <7ebb24d10603290455r69cc55cctfb33fea188f7aeb0@mail.gmail.com> <1143638813.3251.94.camel@hush.localdomain> Message-ID: <604aa7910603290716pb379193s16625b3ab9de2b84@mail.gmail.com> On 3/29/06, tony wrote: > gdm is running just fine but it can't find Gnome any more. I log in and > get a great TWM desktop... rpm -q gnome-session From Giuseppe.Castagna at ens.fr Wed Mar 29 18:28:57 2006 From: Giuseppe.Castagna at ens.fr (Giuseppe Castagna) Date: Wed, 29 Mar 2006 20:28:57 +0200 Subject: I broke Gnome In-Reply-To: <604aa7910603290716pb379193s16625b3ab9de2b84@mail.gmail.com> References: <1143626546.3251.87.camel@hush.localdomain> <7ebb24d10603290455r69cc55cctfb33fea188f7aeb0@mail.gmail.com> <1143638813.3251.94.camel@hush.localdomain> <604aa7910603290716pb379193s16625b3ab9de2b84@mail.gmail.com> Message-ID: <442AD1E9.3090506@ens.fr> tony wrote: > Hello, > > I was testing suspend to disk and well... After rebooting impossible to > log back into my Gnome session "session has lasted less than 10 > seconds... blah". The stupidies reason for which this happens to me is that you have a 100% occupation on your hard disk (/tmp). It already happened me a couple of times: I compile a custom new kernel , reboot and then receive that bloody message. So I spend a lot of time trying to understand why the new kernel does not work, and as a stupid, I forget to check whether my compilation did not fill the disk. If this is also your case then the fix is quite easy: make clean Beppe From twaugh at redhat.com Wed Mar 29 18:43:31 2006 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 29 Mar 2006 13:43:31 -0500 Subject: Fedora Core 5 Test Update: hplip-0.9.10-1.1 Message-ID: <200603291843.k2TIhVtN009883@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-217 2006-03-29 --------------------------------------------------------------------- Product : Fedora Core 5 Name : hplip Version : 0.9.10 Release : 1.1 Summary : HP Linux Imaging and Printing Project Description : The Hewlett-Packard Linux Imaging and Printing Project provides drivers for HP printers and multi-function peripherals. --------------------------------------------------------------------- Update Information: New HPLIP version. --------------------------------------------------------------------- * Tue Mar 28 2006 Tim Waugh 0.9.10-1.1 - 0.9.10. - Ship PPDs. - Always use /usr/lib/cups/backend. * Fri Mar 24 2006 Tim Waugh 0.9.9-5.1 - Include hpfax. - Always use /usr/lib/cups/backend for CUPS backend directory. - Build requires libusb-devel. * Thu Mar 23 2006 Tim Waugh 0.9.9-5 - Rebuilt. * Mon Mar 13 2006 Tim Waugh 0.9.9-4 - Quieten hpssd on startup. * Sat Mar 11 2006 Tim Waugh 0.9.9-3 - Patchlevel 1. * Thu Mar 9 2006 Tim Waugh 0.9.9-2 - 0.9.9. No longer need quiet or 0.9.8-4 patches. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ e08032cceff11cd645adb1bdb3cf775b641bd234 SRPMS/hplip-0.9.10-1.1.src.rpm 3d4e74a5e88d48252f09b27d510059523d4361f4 ppc/hplip-0.9.10-1.1.ppc.rpm 0a7635b23059d27f03795e1c66284787edc6d506 ppc/hpijs-0.9.10-1.1.ppc.rpm 43319aa03c01d8b3d806ffcb085638d4f526a3de ppc/libsane-hpaio-0.9.10-1.1.ppc.rpm 480d4f000e30d8d92a95e64c2484485d2540b438 ppc/debug/hplip-debuginfo-0.9.10-1.1.ppc.rpm 53b1c32d8a679b71b6373ee53e90d5966277b4c8 x86_64/hplip-0.9.10-1.1.x86_64.rpm 3f1bc0bfcef137fe5dd33cd37b17f7791e70f8b9 x86_64/hpijs-0.9.10-1.1.x86_64.rpm f2b36db959c6ac3636fe31ed6891d419ed099adb x86_64/libsane-hpaio-0.9.10-1.1.x86_64.rpm eda27f905fe9e3a9359d90d720775453d28dc78d x86_64/debug/hplip-debuginfo-0.9.10-1.1.x86_64.rpm f4d37ce147fba7dd7afce2373a9ca60b82b84eae i386/hplip-0.9.10-1.1.i386.rpm fd021f0632f84579a6bb67f004823fc57c568e61 i386/hpijs-0.9.10-1.1.i386.rpm 39e4467c242db1d422e1dd1d90f1896ab0916e4b i386/libsane-hpaio-0.9.10-1.1.i386.rpm 5657879ad22fcb1189159e5671499dce77819ddb i386/debug/hplip-debuginfo-0.9.10-1.1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From rstrode at redhat.com Wed Mar 29 18:46:18 2006 From: rstrode at redhat.com (Raymond Strode) Date: Wed, 29 Mar 2006 13:46:18 -0500 Subject: Fedora Core 5 Test Update: gnome-applets-2.14.0-1.fc5 Message-ID: <200603291846.k2TIkIO4010760@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-236 2006-03-29 --------------------------------------------------------------------- Product : Fedora Core 5 Name : gnome-applets Version : 2.14.0 Release : 1.fc5 Summary : Small applications for the GNOME panel. Description : GNOME (GNU Network Object Model Environment) is a user-friendly set of applications and desktop tools to be used in conjunction with a window manager for the X Window System. The gnome-applets package provides small utilities for the GNOME panel. --------------------------------------------------------------------- Update Information: This update allows the gswitchit applet's plugins to work. --------------------------------------------------------------------- * Tue Mar 28 2006 Ray Strode - 2.14.0-1.fc5 - export symbols in gswitchit applet so applet plugins work (bug 187168) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ e97ad3ca3072aad83d49dad372d340dde03c2135 SRPMS/gnome-applets-2.14.0-1.fc5.src.rpm c26a11e1bb7bd838632025adda8a0d0ef364108e ppc/gnome-applets-2.14.0-1.fc5.ppc.rpm 591f0541839d4866c4610fa323a0ad0f1ccdef84 ppc/debug/gnome-applets-debuginfo-2.14.0-1.fc5.ppc.rpm 8a763c033c95138bbe89c4e1832c0bbbac0fda36 x86_64/gnome-applets-2.14.0-1.fc5.x86_64.rpm 432a8891eda730f823c0a4f761f350f47f352534 x86_64/debug/gnome-applets-debuginfo-2.14.0-1.fc5.x86_64.rpm 7dc49637a120315ada60bb8b26937a13da593c16 i386/gnome-applets-2.14.0-1.fc5.i386.rpm 8875c76b8f920421eaec8e51d59ad79b41b779f4 i386/debug/gnome-applets-debuginfo-2.14.0-1.fc5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From mitr at redhat.com Wed Mar 29 18:46:25 2006 From: mitr at redhat.com (Miloslav Trmac) Date: Wed, 29 Mar 2006 13:46:25 -0500 Subject: Fedora Core 5 Test Update: mrtg-2.13.2-0.fc5.1 Message-ID: <200603291846.k2TIkPlg010794@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-239 2006-03-29 --------------------------------------------------------------------- Product : Fedora Core 5 Name : mrtg Version : 2.13.2 Release : 0.fc5.1 Summary : Multi Router Traffic Grapher Description : The Multi Router Traffic Grapher (MRTG) is a tool to monitor the traffic load on network-links. MRTG generates HTML pages containing PNG images which provide a LIVE visual representation of this traffic. --------------------------------------------------------------------- Update Information: Fixes the RouterUptime option. --------------------------------------------------------------------- * Wed Mar 29 2006 Miloslav Trmac - 2.13.2-0.fc5.1 - Update to mrtg-2.13.2 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 3c1815d48bfeaecf2fe833746d1cd5564d269b44 SRPMS/mrtg-2.13.2-0.fc5.1.src.rpm d121e7b223535972598bb0c7a41e4c1202e8e325 ppc/mrtg-2.13.2-0.fc5.1.ppc.rpm 011c9d23424f8c0c1494e41525ebf06bffd19ac4 ppc/debug/mrtg-debuginfo-2.13.2-0.fc5.1.ppc.rpm 15696b4ee5768f08c715aa06eed62cd3c6a4796b x86_64/mrtg-2.13.2-0.fc5.1.x86_64.rpm 74121c90ebf7202a742e3a502d9f1aa69899e8b5 x86_64/debug/mrtg-debuginfo-2.13.2-0.fc5.1.x86_64.rpm 2d6066a4a15c0af32348600361594f645d2e7617 i386/mrtg-2.13.2-0.fc5.1.i386.rpm 45425d07f0115cf13549e87782e9308aa47d8d06 i386/debug/mrtg-debuginfo-2.13.2-0.fc5.1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From twaugh at redhat.com Wed Mar 29 18:47:49 2006 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 29 Mar 2006 13:47:49 -0500 Subject: Fedora Core 5 Test Update: system-config-printer-0.6.151.2-1 Message-ID: <200603291847.k2TIlnhN011162@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-243 2006-03-29 --------------------------------------------------------------------- Product : Fedora Core 5 Name : system-config-printer Version : 0.6.151.2 Release : 1 Summary : A printer configuration backend/frontend combination. Description : The printconf utility is a printer configuration and filtration system based on the alchemist data library and the foomatic filter system. It rebuilds local print configuration and spool directories from data sources at lpd init time, and is integrated to use the multi-sourced features of the alchemist data library. --------------------------------------------------------------------- Update Information: With no configured printers, it was not possible to disable automatic browsing for shared printers. --------------------------------------------------------------------- * Wed Mar 29 2006 Tim Waugh 0.6.151.2-1 - 0.6.151.2: - Prevent traceback seen in bug #163125. * Wed Mar 29 2006 Tim Waugh 0.6.151.1-1 - 0.6.151.1: - Don't make the Action->Sharing... menu entry insensitive (bug #187239). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 9f0e779c45ee3d9804c33b8931af5c1f772f5d58 SRPMS/system-config-printer-0.6.151.2-1.src.rpm 1d8e9db7faa004364cd66bd8e2234dfac0099f57 ppc/system-config-printer-0.6.151.2-1.ppc.rpm 13d59569c47a69a0f60c53edb8a8a8f0d02712c4 ppc/system-config-printer-gui-0.6.151.2-1.ppc.rpm ffcc20becc6a82ab9fa629acd8c2e211a57ff879 ppc/debug/system-config-printer-debuginfo-0.6.151.2-1.ppc.rpm 6c895afe8c00a7706c21ad89fc12c0f817089c06 x86_64/system-config-printer-0.6.151.2-1.x86_64.rpm f7d69daa0dead65dad5d4e283192a160b138c3eb x86_64/system-config-printer-gui-0.6.151.2-1.x86_64.rpm 6ae1670f898d20c04f6f33874d1e95f4506e87df x86_64/debug/system-config-printer-debuginfo-0.6.151.2-1.x86_64.rpm 1c00c1c40ed3dc278c2540d4d1b95eb2aab4fcd3 i386/system-config-printer-0.6.151.2-1.i386.rpm fda551bd9f72c0d33e0526207519c62dacc62b70 i386/system-config-printer-gui-0.6.151.2-1.i386.rpm 76c21927ba4ed660706e12ebbef59a11cd2e44d4 i386/debug/system-config-printer-debuginfo-0.6.151.2-1.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From jvdias at redhat.com Wed Mar 29 18:48:15 2006 From: jvdias at redhat.com (Jason Vas Dias) Date: Wed, 29 Mar 2006 13:48:15 -0500 Subject: Fedora Core 5 Test Update: xterm-211-4.FC5 Message-ID: <200603291848.k2TImFxI011288@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-244 2006-03-29 --------------------------------------------------------------------- Product : Fedora Core 5 Name : xterm Version : 211 Release : 4.FC5 Summary : xterm terminal emulator for the X Window System Description : The xterm program is a terminal emulator for the X Window System. It provides DEC VT102 and Tektronix 4014 compatible terminals for programs that can't use the window system directly. --------------------------------------------------------------------- * Wed Mar 29 2006 Jason Vas Dias - 211-4 - fix bug 186935: cursor GCs must be freed with XtReleaseGC --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 207a55f50202ea550635f513f8b1719cafbdf298 SRPMS/xterm-211-4.FC5.src.rpm 110c3e18e25d86c0be570179ec6f9aa41f9aeb1e ppc/xterm-211-4.FC5.ppc.rpm 52144065e5df7e0b8c7ce7a58058cd98e3f21cb6 ppc/debug/xterm-debuginfo-211-4.FC5.ppc.rpm 440b25b61af781b3b2434f7288081c445947bd38 x86_64/xterm-211-4.FC5.x86_64.rpm 4ee9c4d67ea58782964ada79eeb79d0ad708db19 x86_64/debug/xterm-debuginfo-211-4.FC5.x86_64.rpm ecfd8585b48ba727923e6c08b2be692d10b03cc7 i386/xterm-211-4.FC5.i386.rpm 38661a4310f025f09818e8d13534b6c56fa8dd96 i386/debug/xterm-debuginfo-211-4.FC5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From dant at cdkkt.com Wed Mar 29 19:11:25 2006 From: dant at cdkkt.com (Dan Thurman) Date: Wed, 29 Mar 2006 11:11:25 -0800 Subject: Issues about anaconda setting up NICs Message-ID: <1143659485.2865.11.camel@copper.cdkkt.com> Folks, As I suspected when I first installed FC5-T3, that somehow the network cards are being setup backwards when setting it up via anaconda. My eth0 and eth1 cards are backwards from anaconda but when I finally got all my stuff updated and installed in FC5-T3, what I did was to blow away the ifcfg-eth0 & ifcfg-eth1 definition files (setup initially via anaconda) in /etc/sysconfig/network-scripts and ensured these also did not exists in /etc/sysconfig/networking, I rebooted the system and sure enough these files did not exists nor did I expect it to. So, proceeding and selected gnome-menu: System->Administration->Network, I looked into the hardware devices tab and the eth0 and eth1 NIC cards were properly assigned as I expected it to be. So it was a simple matter of completing the rest of the parameters and everything is setup just fine. I find this behavior exactly the same with the production release of FC5 as well. So, my point is, that if you multi-boot as I do, Fedora is the one that is choosing the NIC cards is backwards compared to other OS's I have installed in my system and all because anaconda asks for eth0 and eth1 settings in a backward fashion. Now that I got it corrected, I can MB to different OS's without being forced to change my network cable assignments. Please fix this behavior and get it right. Kind regards, Dan From gstool at earthlink.net Wed Mar 29 19:17:06 2006 From: gstool at earthlink.net (Gerry Tool) Date: Wed, 29 Mar 2006 13:17:06 -0600 Subject: Issues about anaconda setting up NICs In-Reply-To: <1143659485.2865.11.camel@copper.cdkkt.com> References: <1143659485.2865.11.camel@copper.cdkkt.com> Message-ID: <442ADD32.80208@earthlink.net> Dan Thurman wrote: > Folks, > > As I suspected when I first installed FC5-T3, that somehow the network > cards are being setup backwards when setting it up via anaconda. My > eth0 and eth1 cards are backwards from anaconda but when I finally > got all my stuff updated and installed in FC5-T3, what I did was to > blow away the ifcfg-eth0 & ifcfg-eth1 definition files (setup initially > via anaconda) in /etc/sysconfig/network-scripts and ensured these also > did not exists in /etc/sysconfig/networking, I rebooted the system and > sure enough these files did not exists nor did I expect it to. So, > proceeding and selected gnome-menu: System->Administration->Network, > I looked into the hardware devices tab and the eth0 and eth1 NIC cards > were properly assigned as I expected it to be. So it was a simple > matter of completing the rest of the parameters and everything is setup > just fine. > > I find this behavior exactly the same with the production release of FC5 > as well. > > So, my point is, that if you multi-boot as I do, Fedora is the one that > is choosing the NIC cards is backwards compared to other OS's I have > installed in my system and all because anaconda asks for eth0 and eth1 > settings in a backward fashion. Now that I got it corrected, I can MB > to different OS's without being forced to change my network cable > assignments. > > Please fix this behavior and get it right. > > Kind regards, > Dan > > If you expect to get it fixed, this list is not the only place to note it. File a bug in bugzilla.redhat.com, otherwise it is not a bug. From dant at cdkkt.com Wed Mar 29 21:00:25 2006 From: dant at cdkkt.com (Dan Thurman) Date: Wed, 29 Mar 2006 13:00:25 -0800 Subject: Issues about anaconda setting up NICs In-Reply-To: <442ADD32.80208@earthlink.net> References: <1143659485.2865.11.camel@copper.cdkkt.com> <442ADD32.80208@earthlink.net> Message-ID: <1143666026.2865.13.camel@copper.cdkkt.com> On Wed, 2006-03-29 at 11:17 -0800, Gerry Tool wrote: > Dan Thurman wrote: > > Folks, > > > > As I suspected when I first installed FC5-T3, that somehow the > network > > cards are being setup backwards when setting it up via anaconda. My > > eth0 and eth1 cards are backwards from anaconda but when I finally > > got all my stuff updated and installed in FC5-T3, what I did was to > > blow away the ifcfg-eth0 & ifcfg-eth1 definition files (setup > initially > > via anaconda) in /etc/sysconfig/network-scripts and ensured these > also > > did not exists in /etc/sysconfig/networking, I rebooted the system > and > > sure enough these files did not exists nor did I expect it to. So, > > proceeding and selected gnome-menu: System->Administration->Network, > > I looked into the hardware devices tab and the eth0 and eth1 NIC > cards > > were properly assigned as I expected it to be. So it was a simple > > matter of completing the rest of the parameters and everything is > setup > > just fine. > > > > I find this behavior exactly the same with the production release of > FC5 > > as well. > > > > So, my point is, that if you multi-boot as I do, Fedora is the one > that > > is choosing the NIC cards is backwards compared to other OS's I have > > installed in my system and all because anaconda asks for eth0 and > eth1 > > settings in a backward fashion. Now that I got it corrected, I can > MB > > to different OS's without being forced to change my network cable > > assignments. > > > > Please fix this behavior and get it right. > > > > Kind regards, > > Dan > > > > > If you expect to get it fixed, this list is not the only place to note > it. > File a bug in bugzilla.redhat.com, otherwise it is not a bug. > Bug #187301 is filed. > > From jwilliam at xmission.com Thu Mar 30 03:49:48 2006 From: jwilliam at xmission.com (Jerry Williams) Date: Wed, 29 Mar 2006 20:49:48 -0700 Subject: ! in disk device name? Message-ID: <000e01c653ac$fe177bb0$020aa8c0@a18> I installed FC5 on an old Compaq server and I have done it a couple of times. The time before I only had a couple of the devices with ! in the name. I had to use linux text to get it to install. Don't think it has much of a video card. Can anyone tell me why the ! in the device name with df? fdisk doesn't show it. # df Filesystem 1K-blocks Used Available Use% Mounted on /dev/ida!c0d0p3 509796 196504 286976 41% / /dev/ida/c0d0p2 197562 9228 178134 5% /boot tmpfs 128072 0 128072 0% /dev/shm /dev/ida!c0d0p9 126419 5671 114221 5% /home /dev/ida!c0d0p7 509780 16852 466616 4% /tmp /dev/ida!c0d0p6 2975888 2218184 604096 79% /usr /dev/ida!c0d0p5 2975888 125908 2696372 5% /var /dev/ida!c0d0p10 762724 17204 706152 3% /var/tmp Also selinux stops it from booting. Had to add selinux=0 into grub command line to get it to boot. I don't remember having the option during the intall to turn off selinux. In the Xwindows install yes, text install no. And I ran into the problem with network cards switching names. dmesg lists them one way and /etc/sysconfig/hwconf has them the other way. Thanks, Jerry From jwilliam at xmission.com Thu Mar 30 04:49:01 2006 From: jwilliam at xmission.com (Jerry Williams) Date: Wed, 29 Mar 2006 21:49:01 -0700 Subject: ! in disk device name? In-Reply-To: <000e01c653ac$fe177bb0$020aa8c0@a18> Message-ID: <001201c653b5$43862a90$020aa8c0@a18> Looks like I have 2 device files. Is this for selinux? # ls -l /dev/ida* brwx------ 1 root root 72, 0 Mar 29 10:46 /dev/ida!c0d0 brwx------ 1 root root 72, 1 Mar 29 10:46 /dev/ida!c0d0p1 brwx------ 1 root root 72, 10 Mar 29 17:46 /dev/ida!c0d0p10 brwx------ 1 root root 72, 2 Mar 29 10:46 /dev/ida!c0d0p2 brwx------ 1 root root 72, 3 Mar 29 17:46 /dev/ida!c0d0p3 brwx------ 1 root root 72, 4 Mar 29 10:46 /dev/ida!c0d0p4 brwx------ 1 root root 72, 5 Mar 29 17:46 /dev/ida!c0d0p5 brwx------ 1 root root 72, 6 Mar 29 17:46 /dev/ida!c0d0p6 brwx------ 1 root root 72, 7 Mar 29 17:46 /dev/ida!c0d0p7 brwx------ 1 root root 72, 8 Mar 29 10:46 /dev/ida!c0d0p8 brwx------ 1 root root 72, 9 Mar 29 17:46 /dev/ida!c0d0p9 /dev/ida: total 0 brw-r----- 1 root disk 72, 0 Mar 29 17:46 c0d0 brw-r----- 1 root disk 72, 1 Mar 29 17:46 c0d0p1 brw-r----- 1 root disk 72, 10 Mar 29 17:46 c0d0p10 brw-r----- 1 root disk 72, 2 Mar 29 17:46 c0d0p2 brw-r----- 1 root disk 72, 3 Mar 29 17:46 c0d0p3 brw-r----- 1 root disk 72, 4 Mar 29 17:46 c0d0p4 brw-r----- 1 root disk 72, 5 Mar 29 17:46 c0d0p5 brw-r----- 1 root disk 72, 6 Mar 29 17:46 c0d0p6 brw-r----- 1 root disk 72, 7 Mar 29 17:46 c0d0p7 brw-r----- 1 root disk 72, 8 Mar 29 17:46 c0d0p8 brw-r----- 1 root disk 72, 9 Mar 29 17:46 c0d0p9 -----Original Message----- From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Jerry Williams Sent: Wednesday, March 29, 2006 8:50 PM To: 'For testers of Fedora Core development releases' Subject: ! in disk device name? I installed FC5 on an old Compaq server and I have done it a couple of times. The time before I only had a couple of the devices with ! in the name. I had to use linux text to get it to install. Don't think it has much of a video card. Can anyone tell me why the ! in the device name with df? fdisk doesn't show it. # df Filesystem 1K-blocks Used Available Use% Mounted on /dev/ida!c0d0p3 509796 196504 286976 41% / /dev/ida/c0d0p2 197562 9228 178134 5% /boot tmpfs 128072 0 128072 0% /dev/shm /dev/ida!c0d0p9 126419 5671 114221 5% /home /dev/ida!c0d0p7 509780 16852 466616 4% /tmp /dev/ida!c0d0p6 2975888 2218184 604096 79% /usr /dev/ida!c0d0p5 2975888 125908 2696372 5% /var /dev/ida!c0d0p10 762724 17204 706152 3% /var/tmp Also selinux stops it from booting. Had to add selinux=0 into grub command line to get it to boot. I don't remember having the option during the intall to turn off selinux. In the Xwindows install yes, text install no. And I ran into the problem with network cards switching names. dmesg lists them one way and /etc/sysconfig/hwconf has them the other way. Thanks, Jerry -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list From davej at redhat.com Thu Mar 30 05:17:20 2006 From: davej at redhat.com (Dave Jones) Date: Thu, 30 Mar 2006 00:17:20 -0500 Subject: ! in disk device name? In-Reply-To: <001201c653b5$43862a90$020aa8c0@a18> References: <000e01c653ac$fe177bb0$020aa8c0@a18> <001201c653b5$43862a90$020aa8c0@a18> Message-ID: <20060330051720.GA2738@redhat.com> On Wed, Mar 29, 2006 at 09:49:01PM -0700, Jerry Williams wrote: > Looks like I have 2 device files. Is this for selinux? > > # ls -l /dev/ida* > brwx------ 1 root root 72, 0 Mar 29 10:46 /dev/ida!c0d0 > brwx------ 1 root root 72, 1 Mar 29 10:46 /dev/ida!c0d0p1 > brwx------ 1 root root 72, 10 Mar 29 17:46 /dev/ida!c0d0p10 > brwx------ 1 root root 72, 2 Mar 29 10:46 /dev/ida!c0d0p2 > brwx------ 1 root root 72, 3 Mar 29 17:46 /dev/ida!c0d0p3 > brwx------ 1 root root 72, 4 Mar 29 10:46 /dev/ida!c0d0p4 > brwx------ 1 root root 72, 5 Mar 29 17:46 /dev/ida!c0d0p5 > brwx------ 1 root root 72, 6 Mar 29 17:46 /dev/ida!c0d0p6 > brwx------ 1 root root 72, 7 Mar 29 17:46 /dev/ida!c0d0p7 > brwx------ 1 root root 72, 8 Mar 29 10:46 /dev/ida!c0d0p8 > brwx------ 1 root root 72, 9 Mar 29 17:46 /dev/ida!c0d0p9 looks like a udev bug. the kernel exports it as /sys/block/ida!c0d0 (because '/' in a name is invalid). udev should be munging it back to a slash. Dave -- http://www.codemonkey.org.uk From tony at tgds.net Thu Mar 30 05:55:08 2006 From: tony at tgds.net (tony) Date: Thu, 30 Mar 2006 07:55:08 +0200 Subject: I broke Gnome In-Reply-To: <604aa7910603290716pb379193s16625b3ab9de2b84@mail.gmail.com> References: <1143626546.3251.87.camel@hush.localdomain> <7ebb24d10603290455r69cc55cctfb33fea188f7aeb0@mail.gmail.com> <1143638813.3251.94.camel@hush.localdomain> <604aa7910603290716pb379193s16625b3ab9de2b84@mail.gmail.com> Message-ID: <1143698108.3251.107.camel@hush.localdomain> Le mercredi 29 mars 2006 ? 10:16 -0500, Jeff Spaleta a ?crit : > On 3/29/06, tony wrote: > > gdm is running just fine but it can't find Gnome any more. I log in and > > get a great TWM desktop... > > > rpm -q gnome-session Todays winner! Thanks! Now what else is missing after my yum upgrade? Is there a page documenting these dark secrets? =:-D Yum install gnome-session also did an upgrade on other stuff, I am guessing that I have other unresolved dependencies. Cheers Tony From jmorris at redhat.com Thu Mar 30 07:47:48 2006 From: jmorris at redhat.com (James Morris) Date: Thu, 30 Mar 2006 02:47:48 -0500 (EST) Subject: ! in disk device name? In-Reply-To: <20060330051720.GA2738@redhat.com> Message-ID: On Thu, 30 Mar 2006, Dave Jones wrote: > > brwx------ 1 root root 72, 9 Mar 29 17:46 /dev/ida!c0d0p9 I had similar problems on a compaq machine, kept yum updating it with selinux disabled until it magically started working today. > looks like a udev bug. > the kernel exports it as /sys/block/ida!c0d0 (because '/' > in a name is invalid). udev should be munging it back > to a slash. Which explains it... - James -- James Morris From guess.who at freesurf.fr Thu Mar 30 07:13:40 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 30 Mar 2006 09:13:40 +0200 Subject: is it possible to switch from desktop with shortcut ? Message-ID: <442B8524.5040908@freesurf.fr> Hi all :) I wonder if there is a shortcut to switch from desktop 1 to desktop 2 (for example). I know i can use the mouse, but is there a key combination to do this ? thank you ! Have a nice day :) -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" :-p From jkeating at j2solutions.net Thu Mar 30 08:04:02 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 30 Mar 2006 00:04:02 -0800 Subject: is it possible to switch from desktop with shortcut ? In-Reply-To: <442B8524.5040908@freesurf.fr> References: <442B8524.5040908@freesurf.fr> Message-ID: <1143705842.2501.26.camel@ender> On Thu, 2006-03-30 at 09:13 +0200, LarryT wrote: > I wonder if there is a shortcut to switch from desktop 1 to desktop 2 > (for example). I know i can use the mouse, but is there a key > combination to do this ? System -> Preferences -> Keyboard Shortcuts -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From seanlkml at sympatico.ca Thu Mar 30 08:03:04 2006 From: seanlkml at sympatico.ca (sean) Date: Thu, 30 Mar 2006 03:03:04 -0500 Subject: is it possible to switch from desktop with shortcut ? In-Reply-To: <442B8524.5040908@freesurf.fr> References: <442B8524.5040908@freesurf.fr> Message-ID: On Thu, 30 Mar 2006 09:13:40 +0200 LarryT wrote: > I wonder if there is a shortcut to switch from desktop 1 to desktop 2 > (for example). I know i can use the mouse, but is there a key > combination to do this ? > Larry, Will move between desktops in the direction of the arrow key. Also, you can define your own keyboard shortcuts for specific desktop shortcuts: System -> Preferences -> Keyboard Shortcuts -> Window Management -> Switch to workspace 1 Sean From guess.who at freesurf.fr Thu Mar 30 09:03:28 2006 From: guess.who at freesurf.fr (LarryT) Date: Thu, 30 Mar 2006 11:03:28 +0200 Subject: is it possible to switch from desktop with shortcut ? In-Reply-To: References: <442B8524.5040908@freesurf.fr> Message-ID: <442B9EE0.9050601@freesurf.fr> Wao ! Too much cool :) Thx a bunch ! Larry "Computers are like air conditioners - They stop working properly when you open Windows !" sean wrote: > On Thu, 30 Mar 2006 09:13:40 +0200 > LarryT wrote: > > >>I wonder if there is a shortcut to switch from desktop 1 to desktop 2 >>(for example). I know i can use the mouse, but is there a key >>combination to do this ? >> > > > Larry, > > > > Will move between desktops in the direction of the arrow key. > > Also, you can define your own keyboard shortcuts for > specific desktop shortcuts: > > System > -> Preferences > -> Keyboard Shortcuts > -> Window Management > -> Switch to workspace 1 > > Sean > From buildsys at redhat.com Thu Mar 30 15:13:02 2006 From: buildsys at redhat.com (Build System) Date: Thu, 30 Mar 2006 10:13:02 -0500 Subject: rawhide report: 20060330 changes Message-ID: <200603301513.k2UFD2Hp006793@porkchop.devel.redhat.com> New package xorg-x11-drv-vmmouse Xorg X11 vmmouse input driver Updated Packages: bind-30:9.3.2-14.FC6 -------------------- * Wed Mar 29 2006 Jason Vsa Dias - 30:9.3.2-14 - fix bug 186577: remove -L/usr/lib from libbind.pc and more .spec file cleanup - add '%doc' sample configuration files in /usr/share/doc/bind*/sample - rebuild with new gcc and glibc ethereal-0.10.14-4.svn.1 ------------------------ * Wed Mar 29 2006 Radek Vok??l 0.10.14-4.svn.1 - update to latest svn version - dumpcap fedora-release-5.89-rawhide --------------------------- gcc-4.1.0-4 ----------- * Tue Mar 28 2006 Jakub Jelinek 4.1.0-4 - update from gcc-4_1-branch (-r111697:112431) - PRs ada/25885, c/26004, fortran/17298, fortran/20935, fortran/20938, fortran/23092, fortran/24519, fortran/24557, fortran/25045, fortran/25054, fortran/25075, fortran/25089, fortran/25378, fortran/25395, fortran/26041, fortran/26054, fortran/26064, fortran/26107, fortran/26277, fortran/26393, fortran/26716, fortran/26741, libfortran/21303, libfortran/24903, libgcj/24461, libgcj/25713, libgcj/26103, libgcj/26688, libgcj/26706, libgfortran/26499, libgfortran/26509, libgfortran/26554, libgfortran/26661, libgfortran/26880, libstdc++/26132, middle-end/18859, middle-end/19543, middle-end/26557, middle-end/26630, other/26489, target/25917, target/26347, target/26459, target/26532, target/26607, tree-optimization/26524, tree-optimization/26587, tree-optimization/26672 - fix visibility and builtins interaction (Jason Merrill, PR middle-end/20297, #175442) - merge gomp changes from trunk (-r112022:112023, -r112250:112251, -r112252:112253, -r112350:112351 and -r112282:112283) - PRs c++/26691, middle-end/26084, middle-end/26611, c++/26690, middle-end/25989 - support visibility attribute on namespaces (Jason Merrill, PR c++/21764, PR c++/19238) - use hidden visibility for anonymous namespaces by default (Jason Merrill, PR c++/21581) gnome-pilot-2.0.13-8 -------------------- * Wed Mar 29 2006 Than Ngo 2.0.13-8 - rebuilt against pilot-link-0.11.8 gnome-pilot-conduits-2.0.13-4 ----------------------------- * Wed Mar 29 2006 Than Ngo 2.0.13-4 - rebuilt against pilot-link-0.11.8 - don't apply gnome-pilot-conduits-2.0.13-port-to-pilot-link-0.12.patch iputils-20020927-37 ------------------- * Wed Mar 29 2006 Radek Vok??l - 20020927-37 - fix ifenslave, shows interface addresses - add RPM_OPT_FLAGS to ifenslave * Sun Mar 12 2006 Radek Vok??l - 20020927-36 - fix ifenslave man page (#185223) jpilot-0.99.8-4 --------------- * Wed Mar 29 2006 Than Ngo 0.99.8-4 - rebuilt against pilot-link-0.11.8 kernel-2.6.16-1.2104_FC6 ------------------------ * Wed Mar 29 2006 Dave Jones - 2.6.16-git16 & git17 libsepol-1.12.4-1 ----------------- * Wed Mar 29 2006 Dan Walsh 1.12.4-1 - Upgrade to latest from NSA * Generalize test for bitmap overflow in ebitmap_set_bit. logrotate-3.7.3-3 ----------------- * Tue Mar 28 2006 Peter Vrabec 3.7.3-3 - correct man page "extension" option description (#185318) ncpfs-2.2.6-2 ------------- * Wed Mar 29 2006 Martin Stransky 2.2.6-2 - removed opt flags (#186683) openoffice.org-1:2.0.2-5.7.3 ---------------------------- * Wed Mar 29 2006 Caolan McNamara - 1:2.0.2-5.7 - rh#186747# TTF conts converted to Type 1 in print to file ps * Tue Mar 28 2006 Caolan McNamara - 1:2.0.2-5.6 - more rh#186215#/ooo#63583# accessibility fixes - better fallback to english if help is missing pam_krb5-2.2.8-1 ---------------- * Wed Mar 29 2006 Nalin Dahyabhai - 2.2.8-1 - don't try to validate creds in a password-changing situation, because the attempt will always fail unless the matching key is in the keytab, which should never be the case for the password-changing service (#187303, rbasch) - if v4 has been disabled completely, go ahead and try to set 2b tokens because we're going to end up having to do that anyway (#182378) * Fri Mar 10 2006 Nalin Dahyabhai - 2.2.7-2 - fixup man page conflicts in %install * Wed Mar 08 2006 Bill Nottingham - 2.2.6-2.2 - don't use paths in man pages - avoids multilib conflicts pilot-link-2:0.11.8-14 ---------------------- * Wed Mar 29 2006 Than Ngo 2:0.11.8-14 - rebuild to get rid of libpisock.so.9 * Wed Mar 29 2006 Than Ngo 2:0.11.8-13 - downgrade to stable release 0.11.8 policycoreutils-1.30.4-1 ------------------------ * Wed Mar 29 2006 Dan Walsh 1.30.4-1 - Update from upstream * Merged audit2allow fixes for refpolicy from Dan Walsh. * Merged fixfiles patch from Dan Walsh. * Merged restorecond daemon from Dan Walsh. * Merged semanage non-MLS fixes from Chris PeBenito. * Merged semanage and semodule man page examples from Thomas Bleher. * Tue Mar 28 2006 Dan Walsh 1.30.1-4 - Clean up reference policy generation in audit2allow scim-1.4.4-9.1.fc5 ------------------ * Wed Mar 29 2006 Jens Petersen - 1.4.4-9.1.fc5 - make scim-libs prereq libstdc++so7 to avoid update-gtk-immodules error when installing on i386 (#186365) - setup xinput.d for some more locale (as_IN, or_IN, si_LK, vi_VN, and zh_HK) * Thu Mar 02 2006 Jens Petersen - 1.4.4-9 - make scim-libs prereq gtk2 > 2.8 to avoid update-gtk-immodules error when upgrading from FC4 (#183636) * Wed Mar 01 2006 Jens Petersen - 1.4.4-8 - add scim-system-default-config.patch - add Zenkaku_Hankaku as trigger hotkey for Japanese users - use static XIM event flow so deadkeys work under XIM in off state (#169975) - add alternatives as prereq for %post and %postun (pknirsch, #182853) scim-hangul-0.2.2-1.fc6 ----------------------- * Thu Mar 30 2006 Akira TAGOH - 0.2.2-1 - New upstream release. selinux-policy-2.2.28-1 ----------------------- * Mon Mar 27 2006 Dan Walsh 2.2.28-1 - Update to upstream * Wed Mar 22 2006 Dan Walsh 2.2.27-1 - Update to upstream * Wed Mar 22 2006 Dan Walsh 2.2.25-3 - Fix policyhelp squid-7:2.5.STABLE13-3 ---------------------- * Wed Mar 29 2006 Martin Stransky - 7:2.5.STABLE13-3 - improved pre script (#187217) - added group switch sysreport-1.4.3-5 ----------------- * Tue Mar 28 2006 Than Ngo 1.4.3-5 - use LANG=C * Tue Mar 14 2006 Than Ngo 1.4.3-4 - add the correct option to collect iptables information (mangle) #181299 - collect shared memory Segments info #181681 system-config-samba-1.2.35-1 ---------------------------- * Wed Mar 29 2006 Nils Philippsen - 1.2.35 - don't require gnome module (#187200) - don't wrap text in About dialog xscreensaver-1:4.24-2 --------------------- * Fri Mar 24 2006 Ray Strode - 1:4.24-2 - add patch from jwz to reap zombie processes (bug 185833) xterm-211-4.FC6 --------------- * Wed Mar 29 2006 Jason Vas Dias - 211-4 - fix bug 186935: cursor GCs must be freed with XtReleaseGC Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires kernel = 0:2.6.15-1.2054_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5smp GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 GFS-kernel-xen0 - 2.6.15.1-5.FC5.17.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5smp cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 cman-kernel-xen0 - 2.6.15.1-0.FC5.16.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5smp dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 dlm-kernel-xen0 - 2.6.15.1-0.FC5.14.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 evolution - 2.6.0-1.i386 requires libpisock.so.9 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5smp gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 gnbd-kernel-xen0 - 2.6.15-5.FC5.23.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 kdepim - 6:3.5.1-1.2.i386 requires libpisock.so.9 Broken deps for ia64 ---------------------------------------------------------- evolution - 2.6.0-1.ia64 requires libpisock.so.9()(64bit) kdepim - 6:3.5.1-1.2.ia64 requires libpisock.so.9()(64bit) rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc ---------------------------------------------------------- evolution - 2.6.0-1.ppc requires libpisock.so.9 kdepim - 6:3.5.1-1.2.ppc requires libpisock.so.9 Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi evolution - 2.6.0-1.ppc64 requires libpisock.so.9()(64bit) geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 kdepim - 6:3.5.1-1.2.ppc64 requires libpisock.so.9()(64bit) struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 evolution - 2.6.0-1.x86_64 requires libpisock.so.9()(64bit) gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 kdepim - 6:3.5.1-1.2.x86_64 requires libpisock.so.9()(64bit) From david at fubar.dk Thu Mar 30 15:31:43 2006 From: david at fubar.dk (David Zeuthen) Date: Thu, 30 Mar 2006 10:31:43 -0500 Subject: ! in disk device name? In-Reply-To: <20060330051720.GA2738@redhat.com> References: <000e01c653ac$fe177bb0$020aa8c0@a18> <001201c653b5$43862a90$020aa8c0@a18> <20060330051720.GA2738@redhat.com> Message-ID: <1143732703.27889.30.camel@daxter.boston.redhat.com> On Thu, 2006-03-30 at 00:17 -0500, Dave Jones wrote: > looks like a udev bug. *cough* driver bug *cough* > the kernel exports it as /sys/block/ida!c0d0 (because '/' > in a name is invalid). udev should be munging it back > to a slash. Hardly a good way to "fix" the root problem. Maybe the driver just needs updating to not use '/' in the kernel name and udev can be tweaked via rules to provide the right device names if user space code relies on it. Of course, such user space code would be fragile by design but it's getting old. David From justin.conover at gmail.com Thu Mar 30 17:48:38 2006 From: justin.conover at gmail.com (Justin Conover) Date: Thu, 30 Mar 2006 11:48:38 -0600 Subject: rawhide report: 20060330 changes In-Reply-To: <200603301513.k2UFD2Hp006793@porkchop.devel.redhat.com> References: <200603301513.k2UFD2Hp006793@porkchop.devel.redhat.com> Message-ID: On 3/30/06, Build System wrote: > > New package xorg-x11-drv-vmmouse > Xorg X11 vmmouse input driver > > > > Updated Packages: > > bind-30:9.3.2-14.FC6 > -------------------- > * Wed Mar 29 2006 Jason Vsa Dias - 30:9.3.2-14 > - fix bug 186577: remove -L/usr/lib from libbind.pc and more .spec file > cleanup > - add '%doc' sample configuration files in /usr/share/doc/bind*/sample > - rebuild with new gcc and glibc > > ethereal-0.10.14-4.svn.1 > ------------------------ > * Wed Mar 29 2006 Radek Vok?l 0.10.14-4.svn.1 > - update to latest svn version > - dumpcap > > fedora-release-5.89-rawhide > --------------------------- > > gcc-4.1.0-4 > ----------- > * Tue Mar 28 2006 Jakub Jelinek 4.1.0-4 > - update from gcc-4_1-branch (-r111697:112431) > - PRs ada/25885, c/26004, fortran/17298, fortran/20935, fortran/20938, > fortran/23092, fortran/24519, fortran/24557, fortran/25045, > fortran/25054, fortran/25075, fortran/25089, fortran/25378, > fortran/25395, fortran/26041, fortran/26054, fortran/26064, > fortran/26107, fortran/26277, fortran/26393, fortran/26716, > fortran/26741, libfortran/21303, libfortran/24903, libgcj/24461, > libgcj/25713, libgcj/26103, libgcj/26688, libgcj/26706, > libgfortran/26499, libgfortran/26509, libgfortran/26554, > libgfortran/26661, libgfortran/26880, libstdc++/26132, > middle-end/18859, middle-end/19543, middle-end/26557, > middle-end/26630, other/26489, target/25917, target/26347, > target/26459, target/26532, target/26607, tree-optimization/26524, > tree-optimization/26587, tree-optimization/26672 > - fix visibility and builtins interaction (Jason Merrill, > PR middle-end/20297, #175442) > - merge gomp changes from trunk (-r112022:112023, -r112250:112251, > -r112252:112253, -r112350:112351 and -r112282:112283) > - PRs c++/26691, middle-end/26084, middle-end/26611, c++/26690, > middle-end/25989 > - support visibility attribute on namespaces (Jason Merrill, PR c++/21764, > PR c++/19238) > - use hidden visibility for anonymous namespaces by default (Jason > Merrill, > PR c++/21581) > > gnome-pilot-2.0.13-8 > -------------------- > * Wed Mar 29 2006 Than Ngo 2.0.13-8 > - rebuilt against pilot-link-0.11.8 > > gnome-pilot-conduits-2.0.13-4 > ----------------------------- > * Wed Mar 29 2006 Than Ngo 2.0.13-4 > - rebuilt against pilot-link-0.11.8 > - don't apply gnome-pilot-conduits-2.0.13-port-to-pilot-link-0.12.patch > > iputils-20020927-37 > ------------------- > * Wed Mar 29 2006 Radek Vok?l - 20020927-37 > - fix ifenslave, shows interface addresses > - add RPM_OPT_FLAGS to ifenslave > > * Sun Mar 12 2006 Radek Vok?l - 20020927-36 > - fix ifenslave man page (#185223) > > jpilot-0.99.8-4 > --------------- > * Wed Mar 29 2006 Than Ngo 0.99.8-4 > - rebuilt against pilot-link-0.11.8 > > kernel-2.6.16-1.2104_FC6 > ------------------------ > * Wed Mar 29 2006 Dave Jones > - 2.6.16-git16 & git17 > > libsepol-1.12.4-1 > ----------------- > * Wed Mar 29 2006 Dan Walsh 1.12.4-1 > - Upgrade to latest from NSA > * Generalize test for bitmap overflow in ebitmap_set_bit. > > logrotate-3.7.3-3 > ----------------- > * Tue Mar 28 2006 Peter Vrabec 3.7.3-3 > - correct man page "extension" option description (#185318) > > ncpfs-2.2.6-2 > ------------- > * Wed Mar 29 2006 Martin Stransky 2.2.6-2 > - removed opt flags (#186683) > > openoffice.org-1:2.0.2-5.7.3 > ---------------------------- > * Wed Mar 29 2006 Caolan McNamara - 1:2.0.2-5.7 > - rh#186747# TTF conts converted to Type 1 in print to file ps > > * Tue Mar 28 2006 Caolan McNamara - 1:2.0.2-5.6 > - more rh#186215#/ooo#63583# accessibility fixes > - better fallback to english if help is missing > > pam_krb5-2.2.8-1 > ---------------- > * Wed Mar 29 2006 Nalin Dahyabhai - 2.2.8-1 > - don't try to validate creds in a password-changing situation, because > the > attempt will always fail unless the matching key is in the keytab, which > should never be the case for the password-changing service (#187303, > rbasch) > - if v4 has been disabled completely, go ahead and try to set 2b tokens > because we're going to end up having to do that anyway (#182378) > > * Fri Mar 10 2006 Nalin Dahyabhai - 2.2.7-2 > - fixup man page conflicts in %install > > * Wed Mar 08 2006 Bill Nottingham - 2.2.6-2.2 > - don't use paths in man pages - avoids multilib conflicts > > pilot-link-2:0.11.8-14 > ---------------------- > * Wed Mar 29 2006 Than Ngo 2:0.11.8-14 > - rebuild to get rid of libpisock.so.9 > > * Wed Mar 29 2006 Than Ngo 2:0.11.8-13 > - downgrade to stable release 0.11.8 > > policycoreutils-1.30.4-1 > ------------------------ > * Wed Mar 29 2006 Dan Walsh 1.30.4-1 > - Update from upstream > * Merged audit2allow fixes for refpolicy from Dan Walsh. > * Merged fixfiles patch from Dan Walsh. > * Merged restorecond daemon from Dan Walsh. > * Merged semanage non-MLS fixes from Chris PeBenito. > * Merged semanage and semodule man page examples from Thomas > Bleher. > > * Tue Mar 28 2006 Dan Walsh 1.30.1-4 > - Clean up reference policy generation in audit2allow > > scim-1.4.4-9.1.fc5 > ------------------ > * Wed Mar 29 2006 Jens Petersen - 1.4.4-9.1.fc5 > - make scim-libs prereq libstdc++so7 to avoid update-gtk-immodules error > when > installing on i386 (#186365) > - setup xinput.d for some more locale (as_IN, or_IN, si_LK, vi_VN, and > zh_HK) > > * Thu Mar 02 2006 Jens Petersen - 1.4.4-9 > - make scim-libs prereq gtk2 > 2.8 to avoid update-gtk-immodules error > when upgrading from FC4 (#183636) > > * Wed Mar 01 2006 Jens Petersen - 1.4.4-8 > - add scim-system-default-config.patch > - add Zenkaku_Hankaku as trigger hotkey for Japanese users > - use static XIM event flow so deadkeys work under XIM in off state > (#169975) > - add alternatives as prereq for %post and %postun (pknirsch, #182853) > > scim-hangul-0.2.2-1.fc6 > ----------------------- > * Thu Mar 30 2006 Akira TAGOH - 0.2.2-1 > - New upstream release. > > selinux-policy-2.2.28-1 > ----------------------- > * Mon Mar 27 2006 Dan Walsh 2.2.28-1 > - Update to upstream > > * Wed Mar 22 2006 Dan Walsh 2.2.27-1 > - Update to upstream > > * Wed Mar 22 2006 Dan Walsh 2.2.25-3 > - Fix policyhelp > > squid-7:2.5.STABLE13-3 > ---------------------- > * Wed Mar 29 2006 Martin Stransky - 7:2.5.STABLE13-3 > - improved pre script (#187217) - added group switch > > sysreport-1.4.3-5 > ----------------- > * Tue Mar 28 2006 Than Ngo 1.4.3-5 > - use LANG=C > > * Tue Mar 14 2006 Than Ngo 1.4.3-4 > - add the correct option to collect iptables information (mangle) #181299 > - collect shared memory Segments info #181681 > > system-config-samba-1.2.35-1 > ---------------------------- > * Wed Mar 29 2006 Nils Philippsen - 1.2.35 > - don't require gnome module (#187200) > - don't wrap text in About dialog > > xscreensaver-1:4.24-2 > --------------------- > * Fri Mar 24 2006 Ray Strode - 1:4.24-2 > - add patch from jwz to reap zombie processes (bug 185833) > > xterm-211-4.FC6 > --------------- > * Wed Mar 29 2006 Jason Vas Dias - 211-4 > - fix bug 186935: cursor GCs must be freed with XtReleaseGC I know the fedora-release/repo stuff doesn't matter, but what about the other errors I'm seeing today's update? Updating : libgcj ################ [ 6/100]warning: /usr/lib/security/libgcj.security created as /usr/lib/security/libgcj.security.rpmnew Updating : selinux-policy-strict ##################### [ 25/100] libsepol.scope_copy_callback: authlogin: Duplicate declaration in module: type/attribute system_chkpwd_t libsemanage.semanage_link_sandbox: Link packages failed semodule: Failed! Updating : fedora-release [ 26/100]warning: /etc/yum.repos.d/fedora-core.repo created as /etc/yum.repos.d/fedora-core.repo.rpmnew Updating : fedora-release [ 26/100]warning: /etc/yum.repos.d/fedora-development.repo created as /etc/yum.repos.d/fedora-development.repo.rpmnew Updating : fedora-release [ 26/100]warning: /etc/yum.repos.d/fedora-extras-development.repo created as /etc/yum.repos.d/fedora-extras-development.repo.rpmnew Updating : fedora-release [ 26/100]warning: /etc/yum.repos.d/fedora-extras.repo created as /etc/yum.repos.d/fedora-extras.repo.rpmnew Updating : fedora-release [ 26/100]warning: /etc/yum.repos.d/fedora-updates-testing.repo created as /etc/yum.repos.d/fedora-updates-testing.repo.rpmnew Updating : fedora-release [ 26/100]warning: /etc/yum.repos.d/fedora-updates.repo created as /etc/yum.repos.d/fedora-updates.repo.rpmnew Updating : fedora-release ##################### [ 26/100] Updating : selinux-policy-targeted ##################### [ 30/100] /usr/sbin/load_policy: Can't load policy: Invalid argument libsemanage.semanage_reload_policy: load_policy returned error code 2. /usr/sbin/load_policy: Can't load policy: Invalid argument libsemanage.semanage_reload_policy: load_policy returned error code 2. semodule: Failed! /sbin/restorecon reset /usr/bin/hidd context system_u:object_r:bluetooth_exec_t->system_u:object_r:bin_t Updating : openoffice.org-base ##################### [ 31/100] -------------- next part -------------- An HTML attachment was scrubbed... URL: From dwalsh at redhat.com Thu Mar 30 21:25:41 2006 From: dwalsh at redhat.com (Daniel Walsh) Date: Thu, 30 Mar 2006 16:25:41 -0500 Subject: Fedora Core 5 Test Update: policycoreutils-1.30.1-3.fc5 Message-ID: <200603302125.k2ULPfDS031422@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-246 2006-03-30 --------------------------------------------------------------------- Product : Fedora Core 5 Name : policycoreutils Version : 1.30.1 Release : 3.fc5 Summary : SELinux policy core utilities. Description : Security-enhanced Linux is a feature of the Linux?? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement??, Role-based Access Control, and Multi-level Security. policycoreutils contains the policy core utilities that are required for basic operation of a SELinux system. These utilities include load_policy to load policies, setfiles to label filesystems, newrole to switch roles, and run_init to run /etc/init.d scripts in the proper context. --------------------------------------------------------------------- --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ b4c0ef3ce3becccd1d39199870ccc99eef0ee399 SRPMS/policycoreutils-1.30.1-3.fc5.src.rpm 2a53d0e48950403c0e13d8686949bc0d075e3325 ppc/policycoreutils-1.30.1-3.fc5.ppc.rpm 53a307f62e3718c4ea48ce80d508371b6cba3b18 ppc/debug/policycoreutils-debuginfo-1.30.1-3.fc5.ppc.rpm 996492775c8bcdaadca7bac62b2b7bb085959b4e x86_64/policycoreutils-1.30.1-3.fc5.x86_64.rpm 4bb0dbbddbf440e7ce60dc773851d1f87b16192c x86_64/debug/policycoreutils-debuginfo-1.30.1-3.fc5.x86_64.rpm debd3482f07fffc709deba2d043b491f68dbf879 i386/policycoreutils-1.30.1-3.fc5.i386.rpm 947050d9297117bc56db8d79563cc6fc4a827a57 i386/debug/policycoreutils-debuginfo-1.30.1-3.fc5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From dwalsh at redhat.com Thu Mar 30 21:25:42 2006 From: dwalsh at redhat.com (Daniel Walsh) Date: Thu, 30 Mar 2006 16:25:42 -0500 Subject: Fedora Core 5 Test Update: selinux-policy-2.2.25-3.fc5 Message-ID: <200603302125.k2ULPgZ0031426@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-247 2006-03-30 --------------------------------------------------------------------- Product : Fedora Core 5 Name : selinux-policy Version : 2.2.25 Release : 3.fc5 Summary : SELinux policy configuration Description : SELinux Reference Policy - modular. --------------------------------------------------------------------- --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 8841668b744cac36ca4a34d5f62cd5e6a01118e0 SRPMS/selinux-policy-2.2.25-3.fc5.src.rpm 0815c910873f8004c21b7bc4620fa3b03ab1dbd0 ppc/selinux-policy-2.2.25-3.fc5.noarch.rpm d5bd15b42b6c6a55ece961fe4d93e1dc07570fd3 ppc/selinux-policy-targeted-2.2.25-3.fc5.noarch.rpm a96a70eecc54165d45323574ad6563e4ad1bb793 ppc/selinux-policy-mls-2.2.25-3.fc5.noarch.rpm ad5e7a44704f8c5fb38155e9d82e0061963d23a7 ppc/selinux-policy-strict-2.2.25-3.fc5.noarch.rpm 0815c910873f8004c21b7bc4620fa3b03ab1dbd0 x86_64/selinux-policy-2.2.25-3.fc5.noarch.rpm d5bd15b42b6c6a55ece961fe4d93e1dc07570fd3 x86_64/selinux-policy-targeted-2.2.25-3.fc5.noarch.rpm a96a70eecc54165d45323574ad6563e4ad1bb793 x86_64/selinux-policy-mls-2.2.25-3.fc5.noarch.rpm ad5e7a44704f8c5fb38155e9d82e0061963d23a7 x86_64/selinux-policy-strict-2.2.25-3.fc5.noarch.rpm 0815c910873f8004c21b7bc4620fa3b03ab1dbd0 i386/selinux-policy-2.2.25-3.fc5.noarch.rpm d5bd15b42b6c6a55ece961fe4d93e1dc07570fd3 i386/selinux-policy-targeted-2.2.25-3.fc5.noarch.rpm a96a70eecc54165d45323574ad6563e4ad1bb793 i386/selinux-policy-mls-2.2.25-3.fc5.noarch.rpm ad5e7a44704f8c5fb38155e9d82e0061963d23a7 i386/selinux-policy-strict-2.2.25-3.fc5.noarch.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From caolanm at redhat.com Thu Mar 30 21:27:16 2006 From: caolanm at redhat.com (Caolan McNamara) Date: Thu, 30 Mar 2006 16:27:16 -0500 Subject: Fedora Core 5 Test Update: openoffice.org-2.0.2-5.7.2 Message-ID: <200603302127.k2ULRGAm031893@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-251 2006-03-30 --------------------------------------------------------------------- Product : Fedora Core 5 Name : openoffice.org Version : 2.0.2 Release : 5.7.2 Summary : OpenOffice.org comprehensive office suite. Description : OpenOffice.org is an Open Source, community-developed, multi-platform office productivity suite. It includes the key desktop applications, such as a word processor, spreadsheet, presentation manager, formula editor and drawing program, with a user interface and feature set similar to other office suites. Sophisticated and flexible, OpenOffice.org also works transparently with a variety of file formats, including Microsoft Office. Usage: Simply type "ooffice" to run OpenOffice.org or select the requested component (Writer, Calc, Draw, Impress, etc.) from your desktop menu. On first start a few files will be installed in the user's home, if necessary. The OpenOffice.org team hopes you enjoy working with OpenOffice.org! --------------------------------------------------------------------- Update Information: Fixes for a11y and font handling. --------------------------------------------------------------------- * Wed Mar 29 2006 Caolan McNamara - 1:2.0.2-5.7 - ooo#59997# replacement opens___.ttf updated - drop integrated openoffice.org-2.0.0.ooo56651.sw.rtfcrash.patch - drop integrated openoffice.org-1.9.114.ooo51718.rpath.patch - add openoffice.org-2.0.2.ooo63155.sfx2.badscript.patch for rh#185390# - rh#186515# Keep draw and math launchers for mimetypes - rh#186215#/ooo#63583# accessibility crasher in impress - better fallback to english if help is missing - rh#186747# TTF conts converted to Type 1 in print to file ps --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 5db16fbdc564b6472e694cd37101e678ad42e67e SRPMS/openoffice.org-2.0.2-5.7.2.src.rpm 6fb39b0a26a7b834aad71ac789fb633cea113ff2 ppc/openoffice.org-core-2.0.2-5.7.2.ppc.rpm 55064a0c08ae026eb92b9c15e260ba9e1d613dc4 ppc/openoffice.org-pyuno-2.0.2-5.7.2.ppc.rpm 5f0cddd23a0cabfc10dcf21d9e84525043a93856 ppc/openoffice.org-base-2.0.2-5.7.2.ppc.rpm 4c388a7c67020aa17df0b40b50630afd8a07ba64 ppc/openoffice.org-writer-2.0.2-5.7.2.ppc.rpm 071d4465b4a4eb78b7454b6c029f762b316c39d4 ppc/openoffice.org-emailmerge-2.0.2-5.7.2.ppc.rpm 08d2eaf7533df3451abcbbfcf6603707d21598dc ppc/openoffice.org-calc-2.0.2-5.7.2.ppc.rpm 9ef68fe9497e35cf285d23f4df02b7bbf53ba9b8 ppc/openoffice.org-draw-2.0.2-5.7.2.ppc.rpm db52fc66ccebf90b7d11d5ca1ed97c0e1b0ec6e5 ppc/openoffice.org-impress-2.0.2-5.7.2.ppc.rpm 3ebf02ea3d41148660fcc87ed07e48c04cd050a6 ppc/openoffice.org-math-2.0.2-5.7.2.ppc.rpm 8e6becc89cbc5e8f5a4856b1b8823cf3c258481d ppc/openoffice.org-graphicfilter-2.0.2-5.7.2.ppc.rpm ecb055cb0eb8f0071d73a66e6170e6c500408c80 ppc/openoffice.org-xsltfilter-2.0.2-5.7.2.ppc.rpm 9a32709d200f23e0a698beaabc79283c11f7caf9 ppc/openoffice.org-javafilter-2.0.2-5.7.2.ppc.rpm 89c89aaadb387eda503b0b7baf8bb3e1913c71d2 ppc/openoffice.org-testtools-2.0.2-5.7.2.ppc.rpm 99fd2f327f44e07e8327fb60fabfe94142b3aec9 ppc/openoffice.org-langpack-af_ZA-2.0.2-5.7.2.ppc.rpm c4ac7c7da3790b4e6cada39c2aef16eeb40b5858 ppc/openoffice.org-langpack-ar-2.0.2-5.7.2.ppc.rpm a8bec1b2a27e1c534fe262a78f4ed351075b1d28 ppc/openoffice.org-langpack-bg_BG-2.0.2-5.7.2.ppc.rpm 059ee82e674b22df23a536b05e1db6b15d3febbb ppc/openoffice.org-langpack-bn_IN-2.0.2-5.7.2.ppc.rpm 8e69301e090d0cc27ef205f3e4786b9d7dcdfd36 ppc/openoffice.org-langpack-ca_ES-2.0.2-5.7.2.ppc.rpm 7362ae26d4fd023ce47a09a2274195900e8a626a ppc/openoffice.org-langpack-cs_CZ-2.0.2-5.7.2.ppc.rpm 70ed34fa80560bdf4b6cf5c7af5652468389bf48 ppc/openoffice.org-langpack-cy_GB-2.0.2-5.7.2.ppc.rpm c13cc883a550a28fc71401ea15744fd14d3b9e34 ppc/openoffice.org-langpack-da_DK-2.0.2-5.7.2.ppc.rpm 7f1a71efd78f1e80c4448d16aa0a8b7eb757a190 ppc/openoffice.org-langpack-de-2.0.2-5.7.2.ppc.rpm 695a6bfbb43226b74c212fcd2c1d7153753ca78d ppc/openoffice.org-langpack-el_GR-2.0.2-5.7.2.ppc.rpm e66982c8adea2aed363400fe39bad25cf6c86df8 ppc/openoffice.org-langpack-es-2.0.2-5.7.2.ppc.rpm 1af0e250c4a7bea623d73b810d0cea2d059ee570 ppc/openoffice.org-langpack-et_EE-2.0.2-5.7.2.ppc.rpm ff6b4fcce1702b0c3fccf3840068dc93a1866206 ppc/openoffice.org-langpack-eu_ES-2.0.2-5.7.2.ppc.rpm fcc443c6177868b0c45d078af0fbcf075944a919 ppc/openoffice.org-langpack-fi_FI-2.0.2-5.7.2.ppc.rpm 22255d89d1dfe25f2a90517db05a74ebce3d3eb2 ppc/openoffice.org-langpack-fr-2.0.2-5.7.2.ppc.rpm f48afac4682a323e19a9b4af66ee7ae56a867790 ppc/openoffice.org-langpack-ga_IE-2.0.2-5.7.2.ppc.rpm 2ca4576aa50ec05feacc689bd8f339d3e149cb69 ppc/openoffice.org-langpack-gl_ES-2.0.2-5.7.2.ppc.rpm de8be85a72264461e87354245cfa9dde20080651 ppc/openoffice.org-langpack-gu_IN-2.0.2-5.7.2.ppc.rpm 69fc6fdb9d151cfc28a4d380f0868449b0e8c725 ppc/openoffice.org-langpack-pa_IN-2.0.2-5.7.2.ppc.rpm 13b021f2dde2493fe4c2ed2eed9ede0216a1656b ppc/openoffice.org-langpack-he_IL-2.0.2-5.7.2.ppc.rpm 95beead451020cc3c4beefec5ec2ccb8bd47bff0 ppc/openoffice.org-langpack-hi_IN-2.0.2-5.7.2.ppc.rpm 05306e9dbd15e46166f070317fbdd5e27052900b ppc/openoffice.org-langpack-hu_HU-2.0.2-5.7.2.ppc.rpm a450b482f738ea477597d55ccd50856bd8828fe1 ppc/openoffice.org-langpack-ru-2.0.2-5.7.2.ppc.rpm f676c7db9bcb9139d34a191638a08b830513b368 ppc/openoffice.org-langpack-ja_JP-2.0.2-5.7.2.ppc.rpm 6b9099973c46398c1453b05c98ea981fb2ce131c ppc/openoffice.org-langpack-ko_KR-2.0.2-5.7.2.ppc.rpm ad7ae45301be35af6c3976e4df274fffc95fef0b ppc/openoffice.org-langpack-lt_LT-2.0.2-5.7.2.ppc.rpm 10dd02736e230adabc7e0ef436b6f66c884d7def ppc/openoffice.org-langpack-ms_MY-2.0.2-5.7.2.ppc.rpm 68bc461169e9041a5e9b45401b4f216de1fb7c79 ppc/openoffice.org-langpack-nb_NO-2.0.2-5.7.2.ppc.rpm 9eb012c37031d6815ba94f4c16ed359c0ca68ff2 ppc/openoffice.org-langpack-nl-2.0.2-5.7.2.ppc.rpm 9611c5b40ca315deb6286dc843d849ea49862396 ppc/openoffice.org-langpack-nn_NO-2.0.2-5.7.2.ppc.rpm d1d9bbc7131eac6442d28e439ff4e44e8b7c3a06 ppc/openoffice.org-langpack-pl_PL-2.0.2-5.7.2.ppc.rpm 9b7f0c909b42df1f537636c55ce166656932de8f ppc/openoffice.org-langpack-pt_PT-2.0.2-5.7.2.ppc.rpm 977fa96873df3c070cf35c8f651af5650cd71598 ppc/openoffice.org-langpack-pt_BR-2.0.2-5.7.2.ppc.rpm 4c6a2c3b2baf9d7571cc92554facdd0ef9d9c069 ppc/openoffice.org-langpack-sv-2.0.2-5.7.2.ppc.rpm 22c73a4ccd073b615154da700bca62193148ead6 ppc/openoffice.org-langpack-sk_SK-2.0.2-5.7.2.ppc.rpm 4207da18e80d6893f04ffaf42bf5a32d76ad76ec ppc/openoffice.org-langpack-sl_SI-2.0.2-5.7.2.ppc.rpm 67c720f7c5f8bc6874f09fb4ed19c83c0e77ecb5 ppc/openoffice.org-langpack-sr_CS-2.0.2-5.7.2.ppc.rpm b423855c6945a1212d1e7b4117fafd7e78b83c51 ppc/openoffice.org-langpack-ta_IN-2.0.2-5.7.2.ppc.rpm fdeb3c4a25838e039305a42b248f03e45be53160 ppc/openoffice.org-langpack-th_TH-2.0.2-5.7.2.ppc.rpm 5fd38b7d37b15dc9d160d5fe5e05a1f8b85e04e6 ppc/openoffice.org-langpack-tr_TR-2.0.2-5.7.2.ppc.rpm c931c32642ed2752c27dc4269c948d9a33e3dbdc ppc/openoffice.org-langpack-zh_CN-2.0.2-5.7.2.ppc.rpm bc4f4dbb88d4a358dc60bcf1d330a3c05e681279 ppc/openoffice.org-langpack-zh_TW-2.0.2-5.7.2.ppc.rpm 495fa9e2f48f2f1cc690ce5587dc36bc9205b75d ppc/openoffice.org-langpack-zu_ZA-2.0.2-5.7.2.ppc.rpm efeed55eaa8532ac86f98c8df81eff403ac62599 ppc/debug/openoffice.org-debuginfo-2.0.2-5.7.2.ppc.rpm 7f5f6004d7ead26f0aaf2646e90d17c9992e9f63 ppc/openoffice.org-langpack-it-2.0.2-5.7.2.ppc.rpm 048513a938a80c6522887395f6d3c08796966b6d ppc/openoffice.org-langpack-hr_HR-2.0.2-5.7.2.ppc.rpm 939e3b484205fe31d9f9d44523994b9e5ca20bb0 i386/openoffice.org-core-2.0.2-5.7.2.i386.rpm b66d64cac223c1fbe6399e6be00c8c5577c92d44 i386/openoffice.org-pyuno-2.0.2-5.7.2.i386.rpm c328262a422aeb3c7eaf17d304f5cedd709771b3 i386/openoffice.org-base-2.0.2-5.7.2.i386.rpm 868236a40dd59f04c5b216f2e5d4c4cd04727d42 i386/openoffice.org-writer-2.0.2-5.7.2.i386.rpm 9450d73f9c59004936f5cff0f50479b4c552f113 i386/openoffice.org-emailmerge-2.0.2-5.7.2.i386.rpm 4ab24314b88f18cc54837a6a9b4ca16d01bf363b i386/openoffice.org-calc-2.0.2-5.7.2.i386.rpm d61e5fb12b38466cec0f93dd2a1016b46d4fda56 i386/openoffice.org-draw-2.0.2-5.7.2.i386.rpm 0c6d73ee3a7da283ea5f44fe7bf9dda3469a8c7e i386/openoffice.org-impress-2.0.2-5.7.2.i386.rpm 590cb994bd64f2458eef5871e40dae2d7df9dd16 i386/openoffice.org-math-2.0.2-5.7.2.i386.rpm 1005b3ae60d862adceaea3741e1e8100190889da i386/openoffice.org-graphicfilter-2.0.2-5.7.2.i386.rpm d53dfa4ddceb6f2fe7f9e2ff9a0e11706ccfe94e i386/openoffice.org-xsltfilter-2.0.2-5.7.2.i386.rpm b7eea1fc69160944ada17afa7d3720eee1265e6e i386/openoffice.org-javafilter-2.0.2-5.7.2.i386.rpm d36f23d497b29dddc824d3f80b25ee5496e390e5 i386/openoffice.org-testtools-2.0.2-5.7.2.i386.rpm 6a880035d205e3a94d1a907cacfee7dc7450ddc6 i386/openoffice.org-langpack-af_ZA-2.0.2-5.7.2.i386.rpm 9719b6ab76cb3a0bd060951c7cb469ed45622bab i386/openoffice.org-langpack-ar-2.0.2-5.7.2.i386.rpm 6f992c30f1aeb7f6c989cfc056341cd7da5c497b i386/openoffice.org-langpack-bg_BG-2.0.2-5.7.2.i386.rpm 8babd3d801553d917bc1f434859299f376448fe4 i386/openoffice.org-langpack-bn_IN-2.0.2-5.7.2.i386.rpm c0bbb2cbf39138b6e8fe2e846931b7aaf4b2c1f6 i386/openoffice.org-langpack-ca_ES-2.0.2-5.7.2.i386.rpm 20d9753a84d944947cc15d31b0628373e445c6a0 i386/openoffice.org-langpack-cs_CZ-2.0.2-5.7.2.i386.rpm 75fc4b1d8098fad77c7a2e011398f53285f3b65f i386/openoffice.org-langpack-cy_GB-2.0.2-5.7.2.i386.rpm ab54ca73a87ab829f56256d0f10c51338f05193c i386/openoffice.org-langpack-da_DK-2.0.2-5.7.2.i386.rpm aea6d47809afcb58318978ff7cedcf62016d8cb9 i386/openoffice.org-langpack-de-2.0.2-5.7.2.i386.rpm 99dc9afc4376ed2fe674e7abf4d51dffb61ec01c i386/openoffice.org-langpack-el_GR-2.0.2-5.7.2.i386.rpm 85954d31a20744aa1311f9257ff8caecaedbaa16 i386/openoffice.org-langpack-es-2.0.2-5.7.2.i386.rpm 81e77fd245e428c8719a42dcb44ad62fe3f0f8e3 i386/openoffice.org-langpack-et_EE-2.0.2-5.7.2.i386.rpm f998412d2567bab7afdd6a9b097d22b3742ee18f i386/openoffice.org-langpack-eu_ES-2.0.2-5.7.2.i386.rpm 74aa54e7dae6d369bd342e79b6ab5b73283b6a0c i386/openoffice.org-langpack-fi_FI-2.0.2-5.7.2.i386.rpm 6788c9c359a03b7740ff11c92c8414201a282eef i386/openoffice.org-langpack-fr-2.0.2-5.7.2.i386.rpm a6fec4dfe79c2ddc487fcfdc36339c16366c45b1 i386/openoffice.org-langpack-ga_IE-2.0.2-5.7.2.i386.rpm 7edb0cd733eca38f9b215aa828604e7b5dffc27e i386/openoffice.org-langpack-gl_ES-2.0.2-5.7.2.i386.rpm ee2e8e689de3293da36b39d6308fcbb4f1a9d79d i386/openoffice.org-langpack-gu_IN-2.0.2-5.7.2.i386.rpm 110a1f448818fc7acc2772a944f2a7cec1b73406 i386/openoffice.org-langpack-pa_IN-2.0.2-5.7.2.i386.rpm b5159c57d3427adf27db3567ad514f86ef89af19 i386/openoffice.org-langpack-he_IL-2.0.2-5.7.2.i386.rpm 6bd73b1039b1047c5ee196db91d1665dc7190c2a i386/openoffice.org-langpack-hi_IN-2.0.2-5.7.2.i386.rpm 555287dd050dae98760471845e5cc238b52e3925 i386/openoffice.org-langpack-it-2.0.2-5.7.2.i386.rpm 3361e6d15cb723fc08b6daf78c7e499b5c37b1bd i386/openoffice.org-langpack-ja_JP-2.0.2-5.7.2.i386.rpm 5578f0c795127ff3d5c8565b531fec0cc7e746e9 i386/openoffice.org-langpack-pl_PL-2.0.2-5.7.2.i386.rpm 9c2eb78a2e6908f5fb51cacc9f255c32dd233010 i386/openoffice.org-langpack-ko_KR-2.0.2-5.7.2.i386.rpm bf9872c1d3c34c334803ec1ae2e241fb3d17172f i386/openoffice.org-langpack-lt_LT-2.0.2-5.7.2.i386.rpm 42f252ab39f81c1451b9e722a8cbee9cb71277c0 i386/openoffice.org-langpack-ms_MY-2.0.2-5.7.2.i386.rpm ab92612abe89f28b692ccdd5ffd3be7fdf39c98d i386/openoffice.org-langpack-nb_NO-2.0.2-5.7.2.i386.rpm ecbbcab121f943d662cc653bfc7b93b9b72c25bd i386/openoffice.org-langpack-nl-2.0.2-5.7.2.i386.rpm 8f8d2f5b1c9263fa8281dadace78d318860524f8 i386/openoffice.org-langpack-nn_NO-2.0.2-5.7.2.i386.rpm c20750664d55754a7c5f8b38750dd949aeeaaf74 i386/openoffice.org-langpack-pt_PT-2.0.2-5.7.2.i386.rpm 7ee1a129256933c67dc99e89a7b84c062edb386b i386/openoffice.org-langpack-pt_BR-2.0.2-5.7.2.i386.rpm 38c3f01224a7ef3d08648ed6c29a091097263d5b i386/openoffice.org-langpack-ru-2.0.2-5.7.2.i386.rpm 763647b5cb569dbe73e5be5cd337750a6b6324eb i386/openoffice.org-langpack-sk_SK-2.0.2-5.7.2.i386.rpm f96f215338e06e6ec43c005d8ed8299af6cc3d37 i386/openoffice.org-langpack-sl_SI-2.0.2-5.7.2.i386.rpm 209d771ff86eb20ca6f36025ea5bcb1c78e3e02d i386/openoffice.org-langpack-sr_CS-2.0.2-5.7.2.i386.rpm 663c4a24f0b4a8880153606c04e43e4e8e2c1273 i386/openoffice.org-langpack-sv-2.0.2-5.7.2.i386.rpm 4e9473d3be9fbb41df7f7be1897e959f25dfd8a5 i386/openoffice.org-langpack-ta_IN-2.0.2-5.7.2.i386.rpm 9b9fb654109ea2d866a90b443a2674f0bad8673a i386/openoffice.org-langpack-th_TH-2.0.2-5.7.2.i386.rpm f404c99fb7e1585fb4d1600f025d2802f1a184cd i386/openoffice.org-langpack-tr_TR-2.0.2-5.7.2.i386.rpm 9e9cc7d839fb3de30706b9e2a6595d183815aeb8 i386/openoffice.org-langpack-zh_CN-2.0.2-5.7.2.i386.rpm 5e2e200badbc007f5d4c6a68fc89b420dd268c90 i386/openoffice.org-langpack-zh_TW-2.0.2-5.7.2.i386.rpm f66be4b8aa614d6bb4a02a58ab6ddffb8959d6a7 i386/openoffice.org-langpack-zu_ZA-2.0.2-5.7.2.i386.rpm 705a9d1eade47b51733e88a9ce877308fbc52ca7 i386/debug/openoffice.org-debuginfo-2.0.2-5.7.2.i386.rpm d7a89a385aba87d801253553818ceba928101e76 i386/openoffice.org-langpack-hr_HR-2.0.2-5.7.2.i386.rpm 65388a2ef58ccd60eed28c080fa26eb6c46defb1 i386/openoffice.org-langpack-hu_HU-2.0.2-5.7.2.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From twaugh at redhat.com Thu Mar 30 21:28:44 2006 From: twaugh at redhat.com (Tim Waugh) Date: Thu, 30 Mar 2006 16:28:44 -0500 Subject: Fedora Core 5 Test Update: cups-1.2-0.2.rc1.2.3 Message-ID: <200603302128.k2ULSi6q032179@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-252 2006-03-30 --------------------------------------------------------------------- Product : Fedora Core 5 Name : cups Version : 1.2 Release : 0.2.rc1.2.3 Summary : Common Unix Printing System Description : The Common UNIX Printing System provides a portable printing layer for UNIX?? operating systems. It has been developed by Easy Software Products to promote a standard printing solution for all UNIX vendors and users. CUPS provides the System V and Berkeley command-line interfaces. --------------------------------------------------------------------- Update Information: Test package of CUPS 1.2rc1. --------------------------------------------------------------------- * Thu Mar 30 2006 Tim Waugh 1:1.2-0.2.rc1.2.3 - Added conflicts. - Built for FC5 update. * Wed Mar 29 2006 Tim Waugh 1:1.2-0.2.rc1.3 - Fix group list of non-root backends (STR #1521, bug #186954). * Tue Mar 28 2006 Tim Waugh 1:1.2-0.2.rc1.2 - Fix lpq -h (STR#1515, bug #186686). * Mon Mar 27 2006 Tim Waugh 1:1.2-0.2.rc1.1 - Ship a printers.conf file, and a client.conf file. That way, they get their SELinux file contexts set correctly. * Mon Mar 27 2006 Tim Waugh 1:1.2-0.2.rc1.0 - 1.2rc1. * Fri Mar 24 2006 Tim Waugh 1:1.2-0.1.b2.6 - Add KDE compatibility symbols _ipp_add_attr/_ipp_free_attr to ipp.h, with a comment saying why they shouldn't be used. * Fri Mar 24 2006 Tim Waugh 1:1.2-0.1.b2.5 - Fix KDE compatibility symbols _ipp_add_attr/_ipp_free_attr. * Fri Mar 24 2006 Tim Waugh 1:1.2-0.1.b2.4 - Update to svn snapshot. * Thu Mar 23 2006 Tim Waugh 1:1.2-0.1.b2.3 - Update to svn snapshot. No longer need users or policy patches. * Fri Mar 17 2006 Tim Waugh 1:1.2-0.1.b2.2 - Rebuilt. * Tue Mar 14 2006 Tim Waugh 1:1.2-0.1.b2.1 - Build requires gnutls-devel. - Fixed default policy name. - Fixed 'set-allowed-users' in web UI. * Mon Mar 13 2006 Tim Waugh 1:1.2-0.1.b2.0 - 1.2b2. - Use new CUPS_SERVERBIN location (/usr/lib/cups even on 64-bit hosts). * Fri Mar 10 2006 Tim Waugh - Fixed some permissions. * Fri Mar 10 2006 Tim Waugh 1:1.2-0.1.b1.1 - Ship /etc/cups/ssl directory. * Thu Mar 9 2006 Tim Waugh 1:1.2-0.1.b1.0 - 1.2b1. No longer need devid patch. * Wed Mar 8 2006 Tim Waugh 1:1.2-0.0.svn5238.2 - Fixed 'device-id' attribute in GET_DEVICES requests (STR #1467). * Tue Mar 7 2006 Tim Waugh 1:1.2-0.0.svn5238.1 - New svn snapshot. - No longer need browse or raw patches. * Wed Mar 1 2006 Tim Waugh 1:1.2-0.0.svn5137.1 - Fixed raw printing. - Removed (unapplied) session printing patch. - Fixed browse info. * Thu Feb 23 2006 Tim Waugh 1:1.2-0.0.svn5137.0 - New svn snapshot. * Fri Feb 17 2006 Tim Waugh 1:1.2-0.0.svn5102.0 - New svn snapshot. - No longer need enabledisable patch. - Fixed double-free in scheduler/policy.c (STR #1428). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 5f347299d04343c82da6029fcc756bcf0596e990 SRPMS/cups-1.2-0.2.rc1.2.3.src.rpm 2c5e7e0ced199a7764c2f61f1e6140572a66476e ppc/cups-1.2-0.2.rc1.2.3.ppc.rpm 9debc1fe7394e6556d04f18ab9b87def1c4a34bc ppc/cups-devel-1.2-0.2.rc1.2.3.ppc.rpm 847b8a3aaf71d2b97c9fc87d6371ec35d29468b2 ppc/cups-libs-1.2-0.2.rc1.2.3.ppc.rpm 051bb02f35937000641f068845184dd7bea88456 ppc/cups-lpd-1.2-0.2.rc1.2.3.ppc.rpm 54e5f3e8da8e5702cbcaa1088272d0d0b785c3ab ppc/debug/cups-debuginfo-1.2-0.2.rc1.2.3.ppc.rpm c7c769ea212d7d686aed0a0e2dc9e3505acb4bd2 x86_64/cups-1.2-0.2.rc1.2.3.x86_64.rpm 7f0101465b7b6727679d357eaec3d8655cc6d277 x86_64/cups-devel-1.2-0.2.rc1.2.3.x86_64.rpm dd1488c842a734761dd1b11ff280055c7aa4f5ba x86_64/cups-libs-1.2-0.2.rc1.2.3.x86_64.rpm 291d697877c9727da2670e0012e0c3899e328857 x86_64/cups-lpd-1.2-0.2.rc1.2.3.x86_64.rpm fc35b8539cf36e77480d3241b072794b2a613088 x86_64/debug/cups-debuginfo-1.2-0.2.rc1.2.3.x86_64.rpm 5ad4b6b7f96780bf03bbdcd6bd35258eb05900fc i386/cups-1.2-0.2.rc1.2.3.i386.rpm c7f2791139e5f2d0327251fec515b2d2b157348e i386/cups-devel-1.2-0.2.rc1.2.3.i386.rpm 3af12582d138164931fac7b9ca418e1bc5f9cb3e i386/cups-libs-1.2-0.2.rc1.2.3.i386.rpm bd88d3f00d2f8f07d648fdc798a66d9f75b28e2b i386/cups-lpd-1.2-0.2.rc1.2.3.i386.rpm a62875a4268439d0090c3a2bc28766e6f5f102bf i386/debug/cups-debuginfo-1.2-0.2.rc1.2.3.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From jvdias at redhat.com Thu Mar 30 21:29:04 2006 From: jvdias at redhat.com (Jason Vas Dias) Date: Thu, 30 Mar 2006 16:29:04 -0500 Subject: Fedora Core 5 Test Update: bind-9.3.2-14.FC5 Message-ID: <200603302129.k2ULT4Tl032298@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-255 2006-03-30 --------------------------------------------------------------------- Product : Fedora Core 5 Name : bind Version : 9.3.2 Release : 14.FC5 Summary : The Berkeley Internet Name Domain (BIND) DNS (Domain Name System) server. Description : BIND (Berkeley Internet Name Domain) is an implementation of the DNS (Domain Name System) protocols. BIND includes a DNS server (named), which resolves host names to IP addresses; a resolver library (routines for applications to use when interfacing with DNS); and tools for verifying that the DNS server is operating properly. --------------------------------------------------------------------- * Wed Mar 29 2006 Jason Vsa Dias - 30:9.3.2-14 - fix bug 186577: remove -L/usr/lib from libbind.pc and more .spec file cleanup - add '%doc' sample configuration files in /usr/share/doc/bind*/sample - rebuild with new gcc and glibc --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ ad76d73760961131661c6e3d187847034575777d SRPMS/bind-9.3.2-14.FC5.src.rpm 7d9fd059e2aeec1e16f61af080f6ad2ef7948aad ppc/bind-9.3.2-14.FC5.ppc.rpm d5a4e3f86fb6be4bc8c0b15d9f06fbb70f4f2d69 ppc/bind-libs-9.3.2-14.FC5.ppc.rpm a154e47088d6f3e55eb8a7b531baa8dfd46c3000 ppc/bind-utils-9.3.2-14.FC5.ppc.rpm e53c3a365043d7d5a825965492d7669d0b86b948 ppc/bind-devel-9.3.2-14.FC5.ppc.rpm 9434b5cf4103204e146f72c2cd825275de6e8f6d ppc/bind-config-9.3.2-14.FC5.ppc.rpm 83f462753f20ce7c65301a4efde0effb173f70e2 ppc/bind-chroot-9.3.2-14.FC5.ppc.rpm 7996aa0a4189b3430c3e9cfd83ee89d90d4d0851 ppc/bind-libbind-devel-9.3.2-14.FC5.ppc.rpm 9db5eef05ee9652034884f0ca42c968ff06dfdcd ppc/bind-sdb-9.3.2-14.FC5.ppc.rpm c461db9674ed707be15c0f5c4457932c1621950b ppc/debug/bind-debuginfo-9.3.2-14.FC5.ppc.rpm 7166a11e8193f0a38f41a7cb33350823d0ad9874 x86_64/bind-9.3.2-14.FC5.x86_64.rpm 53e17e71e1469eb0e4d8d3f2e118cc94546aadb5 x86_64/bind-libs-9.3.2-14.FC5.x86_64.rpm e6020f5285043e54323480dc4ea486386368eb76 x86_64/bind-utils-9.3.2-14.FC5.x86_64.rpm ee9418c7a64e5ee39d1d42da2a5aa03c65fee65b x86_64/bind-devel-9.3.2-14.FC5.x86_64.rpm 3f633c55ac551377d823eb9f2d6845522625210a x86_64/bind-config-9.3.2-14.FC5.x86_64.rpm d0bfa0c4cdc81294bb41682d257ff264a1b329d5 x86_64/bind-chroot-9.3.2-14.FC5.x86_64.rpm c0fbdab397f7a7d8e11424ab8d12c89228290cc2 x86_64/bind-libbind-devel-9.3.2-14.FC5.x86_64.rpm 665d31745c86d936598e72f0916635d221f7e97a x86_64/bind-sdb-9.3.2-14.FC5.x86_64.rpm 5d3d3e250a5694ce471f80d027767969837aae0b x86_64/debug/bind-debuginfo-9.3.2-14.FC5.x86_64.rpm c900373fda8544985bebbe7b077bb3423147c020 i386/bind-9.3.2-14.FC5.i386.rpm fd5abffc45133d986cd0f2f049c5fc522b6c62ce i386/bind-libs-9.3.2-14.FC5.i386.rpm e57500420613c58b8c24f755072b98547788c83a i386/bind-utils-9.3.2-14.FC5.i386.rpm 2cdc4b10dcd7b7085fda46118f19d28cfadd1025 i386/bind-devel-9.3.2-14.FC5.i386.rpm 53d8af85c540e6d386f252f174f4a3f246bc9991 i386/bind-config-9.3.2-14.FC5.i386.rpm dc47de5295a197f99ff5d669b8b4691bbd961976 i386/bind-chroot-9.3.2-14.FC5.i386.rpm 52fb90f77d76b21f2261c1a8bf4cf5a3d78d297f i386/bind-libbind-devel-9.3.2-14.FC5.i386.rpm 65965246ac19c89bc41cb7f8f60ef8bc5c8e35ff i386/bind-sdb-9.3.2-14.FC5.i386.rpm 3fea88478c744973540e25ecbb86cac4ae19ad4b i386/debug/bind-debuginfo-9.3.2-14.FC5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From dcbw at redhat.com Thu Mar 30 21:29:08 2006 From: dcbw at redhat.com (Dan Williams) Date: Thu, 30 Mar 2006 16:29:08 -0500 Subject: Fedora Core 5 Test Update: NetworkManager-0.6.2-1.fc5 Message-ID: <200603302129.k2ULT8mw032330@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-257 2006-03-30 --------------------------------------------------------------------- Product : Fedora Core 5 Name : NetworkManager Version : 0.6.2 Release : 1.fc5 Summary : Network connection manager and user applications Description : NetworkManager attempts to keep an active network connection available at all times. It is intended only for the desktop use-case, and is not intended for usage on servers. The point of NetworkManager is to make networking configuration and setup as painless and automatic as possible. If using DHCP, NetworkManager is _intended_ to replace default routes, obtain IP addresses from a DHCP server, and change nameservers whenever it sees fit. --------------------------------------------------------------------- Update Information: - Update to 0.6.2: * Fix various WPA-related bugs * Clean up leaks * Increased DHCP timeout to account for slow DHCP servers, or STP-enabled switches * Allow applet to reconnect on dbus restarts * Add "Dynamic WEP" support * Allow hiding of password/key entry text * More responsive connection switching --------------------------------------------------------------------- * Thu Mar 30 2006 Dan Williams - 0.6.2-1 - Update to 0.6.2: * Fix various WPA-related bugs * Clean up leaks * Increased DHCP timeout to account for slow DHCP servers, or STP-enabled switches * Allow applet to reconnect on dbus restarts * Add "Dynamic WEP" support * Allow hiding of password/key entry text * More responsive connection switching --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/ 0e92b8eb812577009a5ce8c60362f333b8fa28ae SRPMS/NetworkManager-0.6.2-1.fc5.src.rpm 513cd5cb86db9736a801e5571db0f141af05a82e ppc/NetworkManager-0.6.2-1.fc5.ppc.rpm f01e516f63c12c84a754dbea0fa8f6e537754201 ppc/NetworkManager-gnome-0.6.2-1.fc5.ppc.rpm 8d7d237059ce5a1663f439aa918a88f6dba9e2f8 ppc/NetworkManager-devel-0.6.2-1.fc5.ppc.rpm 625df27edd38bd467b11846887f879cfd3367838 ppc/NetworkManager-glib-0.6.2-1.fc5.ppc.rpm 9f62f8f07186f79110790eac8de55eb15582e048 ppc/NetworkManager-glib-devel-0.6.2-1.fc5.ppc.rpm 4eaaab782f1af8468ea8cfc896395fde6b352960 ppc/debug/NetworkManager-debuginfo-0.6.2-1.fc5.ppc.rpm 5c0691dad2e85f51c1dfe5db3c946a7f067dccc7 x86_64/NetworkManager-0.6.2-1.fc5.x86_64.rpm 5c4a73e6979525dcb187e863b86a154c04e8feef x86_64/NetworkManager-gnome-0.6.2-1.fc5.x86_64.rpm b3518fa285bce224331c9ee6c5c7b488f4d62b02 x86_64/NetworkManager-devel-0.6.2-1.fc5.x86_64.rpm e8345b94ee2f01d84225e45dfc5c7e80e5ca84fa x86_64/NetworkManager-glib-0.6.2-1.fc5.x86_64.rpm 63f54c3e14d820fe1013deb517f060da3ceed125 x86_64/NetworkManager-glib-devel-0.6.2-1.fc5.x86_64.rpm 99cb9701d5872b9296797c1f2d45a736adb7e68b x86_64/debug/NetworkManager-debuginfo-0.6.2-1.fc5.x86_64.rpm 6fa2b50b9ff0e363d96243a771813025c3c46c46 i386/NetworkManager-0.6.2-1.fc5.i386.rpm 860cb4fedbb26f5d69f55d9c3ea2ef6e60387aa9 i386/NetworkManager-gnome-0.6.2-1.fc5.i386.rpm ba90503044cd95407528fa9e9cf53e61fd322ec2 i386/NetworkManager-devel-0.6.2-1.fc5.i386.rpm de12affcfacecf2e579ce3de7ddb6165fa599a73 i386/NetworkManager-glib-0.6.2-1.fc5.i386.rpm 1a1e78ce6841eaf481fb5aa949734bae5e7b7a05 i386/NetworkManager-glib-devel-0.6.2-1.fc5.i386.rpm 9587c916538c131bc12120c3142f0971f8b789fa i386/debug/NetworkManager-debuginfo-0.6.2-1.fc5.i386.rpm This update can be installed with the 'yum' update program. Use 'yum update package-name' at the command line. For more information, refer to 'Managing Software with yum,' available at http://fedora.redhat.com/docs/yum/. --------------------------------------------------------------------- From sundaram at fedoraproject.org Thu Mar 30 22:36:30 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 31 Mar 2006 04:06:30 +0530 Subject: Fedora Core 5 Test Update: selinux-policy-2.2.25-3.fc5 In-Reply-To: <200603302125.k2ULPgZ0031426@int-mx1.corp.redhat.com> References: <200603302125.k2ULPgZ0031426@int-mx1.corp.redhat.com> Message-ID: <1143758190.3802.738.camel@sundaram.pnq.redhat.com> On Thu, 2006-03-30 at 16:25 -0500, Daniel Walsh wrote: > --------------------------------------------------------------------- > Fedora Test Update Notification > FEDORA-2006-247 > 2006-03-30 > --------------------------------------------------------------------- > > Product : Fedora Core 5 > Name : selinux-policy > Version : 2.2.25 > Release : 3.fc5 > Summary : SELinux policy configuration > Description : > SELinux Reference Policy - modular. Can we get a changelog of what this update includes please? Rahul From tkemp at mer-med.com Thu Mar 30 23:17:50 2006 From: tkemp at mer-med.com (Terry Kemp) Date: Fri, 31 Mar 2006 11:17:50 +1200 Subject: 2.6.16-1.2080_FC5 x86_64 fails to boot with modules.dep problem Message-ID: <1143760670.3979.8.camel@FC4-AMD64-X2-4200> Asked on fedora-list but no takers ;) latest kernel 2.6.16-1.2080_FC5 x86_64 starts with udev OK then brings up message... FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory. It then boots through without loading any drivers to 'firstboot' screen. Hardware is Shuttle SN25P SATA nforce4. BTW kernel 2069 and 2104(FC6) from testing and rawhide that I tried yesterday have same fault. default 2054 boots OK. its happening very early in the boot process, and yes the file exists. Mar 30 10:20:19 systems-amd syslogd 1.4.1: restart. Mar 30 10:20:19 systems-amd kernel: klogd 1.4.1, log source = /proc/kmsg started. Mar 30 10:20:19 systems-amd kernel: Bootdata ok (command line is ro root=LABEL=/ rhgb quiet) Mar 30 10:20:19 systems-amd kernel: Linux version 2.6.16-1.2080_FC5 (bhcompile at hs20-bc1-4.build.redhat.com) (gcc version 4.1.0 20060304 (Red Hat 4.1.0-3)) #1 SMP Tue Mar 28 03:38:47 EST 2006 Mar 30 10:20:19 systems-amd kernel: BIOS-provided physical RAM map: Mar 30 10:20:19 systems-amd kernel: BIOS-e820: 0000000000000000 - 000000000009f400 (usable) Mar 30 10:20:19 systems-amd kernel: BIOS-e820: 000000000009f400 - 00000000000a0000 (reserved) Mar 30 10:20:19 systems-amd kernel: BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) Mar 30 10:20:19 systems-amd kernel: BIOS-e820: 0000000000100000 - 000000007fff0000 (usable) Mar 30 10:20:19 systems-amd kernel: BIOS-e820: 000000007fff0000 - 000000007fff3000 (ACPI NVS) Mar 30 10:20:19 systems-amd kernel: BIOS-e820: 000000007fff3000 - 0000000080000000 (ACPI data) Mar 30 10:20:19 systems-amd kernel: BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved) Mar 30 10:20:19 systems-amd kernel: BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved) Mar 30 10:20:20 systems-amd rpc.statd[1437]: Version 1.0.8-rc2 Starting Mar 30 10:20:21 systems-amd kernel: Scanning NUMA topology in Northbridge 24 Mar 30 10:20:21 systems-amd kernel: Number of nodes 1 Mar 30 10:20:21 systems-amd kernel: Node 0 MemBase 0000000000000000 Limit 000000007fff0000 Mar 30 10:20:21 systems-amd kernel: Using node hash shift of 63 Mar 30 10:20:21 systems-amd kernel: Bootmem setup node 0 0000000000000000-000000007fff0000 Mar 30 10:20:22 systems-amd kernel: Nvidia board detected. Ignoring ACPI timer override. Mar 30 10:20:22 systems-amd kernel: ACPI: PM-Timer IO Port: 0x4008 Mar 30 10:20:22 systems-amd kernel: ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Mar 30 10:20:23 systems-amd kernel: Processor #0 15:11 APIC version 16 Mar 30 10:20:23 systems-amd kernel: ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) Mar 30 10:20:23 systems-amd hcid[1479]: Bluetooth HCI daemon !!!!!! Mar 30 10:20:23 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:23 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory !!!!!! Mar 30 10:20:23 systems-amd kernel: Processor #1 15:11 APIC version 16 Mar 30 10:20:23 systems-amd kernel: ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) Mar 30 10:20:23 systems-amd kernel: ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) Mar 30 10:20:23 systems-amd kernel: ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) Mar 30 10:20:23 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory ... blah blah blah fstab is bog standard... LABEL=/ / ext3 defaults 1 1 LABEL=/boot /boot ext3 defaults 1 2 devpts /dev/pts devpts gid=5,mode=620 0 0 tmpfs /dev/shm tmpfs defaults 0 0 proc /proc proc defaults 0 0 sysfs /sys sysfs defaults 0 0 disk partition (from FC4 dual boot cos I'm not mad ;)... Disk /dev/sda: 160.0 GB, 160041885696 bytes 255 heads, 63 sectors/track, 19457 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1 26 208813+ 83 Linux /dev/sda2 27 7674 61432560 83 Linux /dev/sda3 7675 7801 1020127+ 82 Linux swap / Solaris /dev/sda4 7802 19457 93626820 5 Extended /dev/sda5 7802 19457 93626788+ fd Linux raid autodetect -------------- next part -------------- Mar 30 10:20:19 systems-amd syslogd 1.4.1: restart. Mar 30 10:20:19 systems-amd kernel: klogd 1.4.1, log source = /proc/kmsg started. Mar 30 10:20:19 systems-amd kernel: Bootdata ok (command line is ro root=LABEL=/ rhgb quiet) Mar 30 10:20:19 systems-amd kernel: Linux version 2.6.16-1.2080_FC5 (bhcompile at hs20-bc1-4.build.redhat.com) (gcc version 4.1.0 20060304 (Red Hat 4.1.0-3)) #1 SMP Tue Mar 28 03:38:47 EST 2006 Mar 30 10:20:19 systems-amd kernel: BIOS-provided physical RAM map: Mar 30 10:20:19 systems-amd kernel: BIOS-e820: 0000000000000000 - 000000000009f400 (usable) Mar 30 10:20:19 systems-amd kernel: BIOS-e820: 000000000009f400 - 00000000000a0000 (reserved) Mar 30 10:20:19 systems-amd kernel: BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) Mar 30 10:20:19 systems-amd kernel: BIOS-e820: 0000000000100000 - 000000007fff0000 (usable) Mar 30 10:20:19 systems-amd kernel: BIOS-e820: 000000007fff0000 - 000000007fff3000 (ACPI NVS) Mar 30 10:20:19 systems-amd kernel: BIOS-e820: 000000007fff3000 - 0000000080000000 (ACPI data) Mar 30 10:20:19 systems-amd kernel: BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved) Mar 30 10:20:19 systems-amd kernel: BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved) Mar 30 10:20:20 systems-amd rpc.statd[1437]: Version 1.0.8-rc2 Starting Mar 30 10:20:21 systems-amd kernel: Scanning NUMA topology in Northbridge 24 Mar 30 10:20:21 systems-amd kernel: Number of nodes 1 Mar 30 10:20:21 systems-amd kernel: Node 0 MemBase 0000000000000000 Limit 000000007fff0000 Mar 30 10:20:21 systems-amd kernel: Using node hash shift of 63 Mar 30 10:20:21 systems-amd kernel: Bootmem setup node 0 0000000000000000-000000007fff0000 Mar 30 10:20:22 systems-amd kernel: Nvidia board detected. Ignoring ACPI timer override. Mar 30 10:20:22 systems-amd kernel: ACPI: PM-Timer IO Port: 0x4008 Mar 30 10:20:22 systems-amd kernel: ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Mar 30 10:20:23 systems-amd kernel: Processor #0 15:11 APIC version 16 Mar 30 10:20:23 systems-amd kernel: ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) Mar 30 10:20:23 systems-amd hcid[1479]: Bluetooth HCI daemon Mar 30 10:20:23 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:23 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:23 systems-amd kernel: Processor #1 15:11 APIC version 16 Mar 30 10:20:23 systems-amd kernel: ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) Mar 30 10:20:23 systems-amd kernel: ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) Mar 30 10:20:23 systems-amd kernel: ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) Mar 30 10:20:23 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:23 systems-amd sdpd[1482]: init_server: opening L2CAP socket: Address family not supported by protocol Mar 30 10:20:23 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:24 systems-amd kernel: IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, GSI 0-23 Mar 30 10:20:24 systems-amd sdpd[1482]: main: Server initialization failed Mar 30 10:20:24 systems-amd hcid[1479]: Can't open HCI socket: Address family not supported by protocol (97) Mar 30 10:20:24 systems-amd kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) Mar 30 10:20:25 systems-amd kernel: ACPI: BIOS IRQ0 pin2 override ignored. Mar 30 10:20:25 systems-amd kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) Mar 30 10:20:25 systems-amd kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high edge) Mar 30 10:20:25 systems-amd kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 15 global_irq 15 high edge) Mar 30 10:20:25 systems-amd kernel: Setting APIC routing to physical flat Mar 30 10:20:25 systems-amd kernel: Using ACPI (MADT) for SMP configuration information Mar 30 10:20:25 systems-amd kernel: Allocating PCI resources starting at 88000000 (gap: 80000000:60000000) Mar 30 10:20:25 systems-amd kernel: Checking aperture... Mar 30 10:20:25 systems-amd kernel: CPU 0: aperture @ 4a000000 size 32 MB Mar 30 10:20:25 systems-amd kernel: Aperture from northbridge cpu 0 too small (32 MB) Mar 30 10:20:25 systems-amd kernel: No AGP bridge found Mar 30 10:20:25 systems-amd kernel: SMP: Allowing 2 CPUs, 0 hotplug CPUs Mar 30 10:20:25 systems-amd kernel: Built 1 zonelists Mar 30 10:20:25 systems-amd kernel: Kernel command line: ro root=LABEL=/ rhgb quiet Mar 30 10:20:25 systems-amd kernel: Initializing CPU#0 Mar 30 10:20:25 systems-amd kernel: PID hash table entries: 4096 (order: 12, 131072 bytes) Mar 30 10:20:25 systems-amd kernel: Disabling vsyscall due to use of PM timer Mar 30 10:20:25 systems-amd kernel: time.c: Using 3.579545 MHz WALL PM GTOD PM timer. Mar 30 10:20:25 systems-amd kernel: time.c: Detected 2211.366 MHz processor. Mar 30 10:20:25 systems-amd kernel: Console: colour VGA+ 80x25 Mar 30 10:20:25 systems-amd kernel: Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes) Mar 30 10:20:25 systems-amd kernel: Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes) Mar 30 10:20:25 systems-amd kernel: Memory: 2054852k/2097088k available (2305k kernel code, 41848k reserved, 1213k data, 196k init) Mar 30 10:20:25 systems-amd kernel: Calibrating delay using timer specific routine.. 4429.78 BogoMIPS (lpj=8859571) Mar 30 10:20:25 systems-amd kernel: Security Framework v1.0.0 initialized Mar 30 10:20:25 systems-amd kernel: SELinux: Initializing. Mar 30 10:20:25 systems-amd kernel: SELinux: Starting in permissive mode Mar 30 10:20:25 systems-amd kernel: selinux_register_security: Registering secondary module capability Mar 30 10:20:25 systems-amd kernel: Capability LSM initialized as secondary Mar 30 10:20:25 systems-amd kernel: Mount-cache hash table entries: 256 Mar 30 10:20:25 systems-amd kernel: CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) Mar 30 10:20:25 systems-amd kernel: CPU: L2 Cache: 512K (64 bytes/line) Mar 30 10:20:25 systems-amd kernel: CPU 0(2) -> Node 0 -> Core 0 Mar 30 10:20:25 systems-amd kernel: Using local APIC timer interrupts. Mar 30 10:20:25 systems-amd kernel: result 12564603 Mar 30 10:20:25 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:25 systems-amd kernel: Detected 12.564 MHz APIC timer. Mar 30 10:20:26 systems-amd kernel: Booting processor 1/2 APIC 0x1 Mar 30 10:20:26 systems-amd smartd[1621]: smartd version 5.33 [x86_64-redhat-linux-gnu] Copyright (C) 2002-4 Bruce Allen Mar 30 10:20:26 systems-amd automount[1607]: failed to mount autofs path /net Mar 30 10:20:26 systems-amd kernel: Initializing CPU#1 Mar 30 10:20:26 systems-amd smartd[1621]: Home page is http://smartmontools.sourceforge.net/ Mar 30 10:20:26 systems-amd automount[1607]: /net: mount failed! Mar 30 10:20:26 systems-amd kernel: Calibrating delay using timer specific routine.. 4422.79 BogoMIPS (lpj=8845583) Mar 30 10:20:26 systems-amd smartd[1621]: Opened configuration file /etc/smartd.conf Mar 30 10:20:26 systems-amd kernel: CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) Mar 30 10:20:26 systems-amd smartd[1621]: Configuration file /etc/smartd.conf parsed. Mar 30 10:20:26 systems-amd kernel: CPU: L2 Cache: 512K (64 bytes/line) Mar 30 10:20:26 systems-amd smartd[1621]: Device: /dev/sda, opened Mar 30 10:20:26 systems-amd kernel: CPU 1(2) -> Node 0 -> Core 1 Mar 30 10:20:26 systems-amd kernel: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01 Mar 30 10:20:26 systems-amd smartd[1621]: Device: /dev/sda, not found in smartd database. Mar 30 10:20:26 systems-amd kernel: CPU 1: Syncing TSC to CPU 0. Mar 30 10:20:26 systems-amd kernel: CPU 1: synchronized TSC with CPU 0 (last diff 0 cycles, maxerr 548 cycles) Mar 30 10:20:26 systems-amd kernel: Brought up 2 CPUs Mar 30 10:20:26 systems-amd kernel: testing NMI watchdog ... OK. Mar 30 10:20:26 systems-amd kernel: migration_cost=212 Mar 30 10:20:26 systems-amd kernel: checking if image is initramfs... it is Mar 30 10:20:26 systems-amd kernel: Freeing initrd memory: 1098k freed Mar 30 10:20:26 systems-amd kernel: DMI 2.2 present. Mar 30 10:20:26 systems-amd kernel: NET: Registered protocol family 16 Mar 30 10:20:26 systems-amd kernel: ACPI: bus type pci registered Mar 30 10:20:26 systems-amd kernel: PCI: Using configuration type 1 Mar 30 10:20:26 systems-amd kernel: PCI: Using MMCONFIG at e0000000 Mar 30 10:20:26 systems-amd kernel: ACPI: Subsystem revision 20060127 Mar 30 10:20:26 systems-amd kernel: ACPI: Interpreter enabled Mar 30 10:20:26 systems-amd kernel: ACPI: Using IOAPIC for interrupt routing Mar 30 10:20:26 systems-amd kernel: ACPI: PCI Root Bridge [PCI0] (0000:00) Mar 30 10:20:26 systems-amd kernel: PCI: Transparent bridge - 0000:00:09.0 Mar 30 10:20:26 systems-amd kernel: ACPI: PCI Interrupt Link [LNK1] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled. Mar 30 10:20:26 systems-amd kernel: ACPI: PCI Interrupt Link [LNK2] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled. Mar 30 10:20:26 systems-amd kernel: ACPI: PCI Interrupt Link [LNK3] (IRQs 3 4 5 7 9 10 11 *12 14 15) Mar 30 10:20:26 systems-amd smartd[1621]: Device: /dev/sda, is SMART capable. Adding to "monitor" list. Mar 30 10:20:26 systems-amd kernel: ACPI: PCI Interrupt Link [LNK4] (IRQs *3 4 5 7 9 10 11 12 14 15) Mar 30 10:20:26 systems-amd smartd[1621]: Device: /dev/sdb, opened Mar 30 10:20:26 systems-amd kernel: ACPI: PCI Interrupt Link [LNK5] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled. Mar 30 10:20:26 systems-amd kernel: ACPI: PCI Interrupt Link [LUBA] (IRQs 3 4 5 7 9 10 *11 12 14 15) Mar 30 10:20:26 systems-amd kernel: ACPI: PCI Interrupt Link [LUBB] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled. Mar 30 10:20:26 systems-amd smartd[1621]: Device: /dev/sdb, not found in smartd database. Mar 30 10:20:26 systems-amd kernel: ACPI: PCI Interrupt Link [LMAC] (IRQs 3 4 *5 7 9 10 11 12 14 15) Mar 30 10:20:26 systems-amd kernel: ACPI: PCI Interrupt Link [LACI] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled. Mar 30 10:20:26 systems-amd kernel: ACPI: PCI Interrupt Link [LMCI] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled. Mar 30 10:20:26 systems-amd kernel: ACPI: PCI Interrupt Link [LSMB] (IRQs 3 4 5 7 9 10 11 *12 14 15) Mar 30 10:20:26 systems-amd smartd[1621]: Device: /dev/sdb, is SMART capable. Adding to "monitor" list. Mar 30 10:20:26 systems-amd kernel: ACPI: PCI Interrupt Link [LUB2] (IRQs 3 4 5 7 9 *10 11 12 14 15) Mar 30 10:20:26 systems-amd smartd[1621]: Monitoring 2 ATA and 0 SCSI devices Mar 30 10:20:26 systems-amd kernel: ACPI: PCI Interrupt Link [LIDE] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled. Mar 30 10:20:27 systems-amd kernel: ACPI: PCI Interrupt Link [LSID] (IRQs 3 4 5 7 9 10 *11 12 14 15) Mar 30 10:20:27 systems-amd kernel: ACPI: PCI Interrupt Link [LFID] (IRQs 3 4 5 7 9 *10 11 12 14 15) Mar 30 10:20:27 systems-amd kernel: ACPI: PCI Interrupt Link [LPCA] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled. Mar 30 10:20:27 systems-amd kernel: ACPI: PCI Interrupt Link [APC1] (IRQs 16) *0, disabled. Mar 30 10:20:27 systems-amd kernel: ACPI: PCI Interrupt Link [APC2] (IRQs 17) *0, disabled. Mar 30 10:20:27 systems-amd kernel: ACPI: PCI Interrupt Link [APC3] (IRQs 18) *0, disabled. Mar 30 10:20:27 systems-amd kernel: ACPI: PCI Interrupt Link [APC4] (IRQs 19) *0, disabled. Mar 30 10:20:27 systems-amd kernel: ACPI: PCI Interrupt Link [APC5] (IRQs *16), disabled. Mar 30 10:20:27 systems-amd kernel: ACPI: PCI Interrupt Link [APCF] (IRQs 20 21 22 23) *0, disabled. Mar 30 10:20:27 systems-amd kernel: ACPI: PCI Interrupt Link [APCG] (IRQs 20 21 22 23) *0, disabled. Mar 30 10:20:27 systems-amd kernel: ACPI: PCI Interrupt Link [APCH] (IRQs 20 21 22 23) *0, disabled. Mar 30 10:20:27 systems-amd kernel: ACPI: PCI Interrupt Link [APCJ] (IRQs 20 21 22 23) *0, disabled. Mar 30 10:20:27 systems-amd kernel: ACPI: PCI Interrupt Link [APCK] (IRQs 20 21 22 23) *0, disabled. Mar 30 10:20:27 systems-amd kernel: ACPI: PCI Interrupt Link [APCS] (IRQs 20 21 22 23) *0, disabled. Mar 30 10:20:27 systems-amd kernel: ACPI: PCI Interrupt Link [APCL] (IRQs 20 21 22 23) *0, disabled. Mar 30 10:20:27 systems-amd kernel: ACPI: PCI Interrupt Link [APCZ] (IRQs 20 21 22 23) *0, disabled. Mar 30 10:20:27 systems-amd kernel: ACPI: PCI Interrupt Link [APSI] (IRQs 20 21 22 23) *0, disabled. Mar 30 10:20:27 systems-amd kernel: ACPI: PCI Interrupt Link [APSJ] (IRQs 20 21 22 23) *0, disabled. Mar 30 10:20:27 systems-amd kernel: ACPI: PCI Interrupt Link [APCP] (IRQs 20 21 22 23) *0, disabled. Mar 30 10:20:27 systems-amd kernel: Linux Plug and Play Support v0.97 (c) Adam Belay Mar 30 10:20:27 systems-amd smartd[1623]: smartd has fork()ed into background mode. New PID=1623. Mar 30 10:20:27 systems-amd kernel: pnp: PnP ACPI init Mar 30 10:20:27 systems-amd kernel: pnp: PnP ACPI: found 12 devices Mar 30 10:20:27 systems-amd kernel: usbcore: registered new driver usbfs Mar 30 10:20:27 systems-amd kernel: usbcore: registered new driver hub Mar 30 10:20:27 systems-amd kernel: PCI: Using ACPI for IRQ routing Mar 30 10:20:27 systems-amd kernel: PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report Mar 30 10:20:27 systems-amd kernel: PCI-DMA: Disabling IOMMU. Mar 30 10:20:27 systems-amd kernel: pnp: 00:01: ioport range 0x4000-0x407f could not be reserved Mar 30 10:20:27 systems-amd kernel: pnp: 00:01: ioport range 0x4080-0x40ff has been reserved Mar 30 10:20:27 systems-amd kernel: pnp: 00:01: ioport range 0x4400-0x447f has been reserved Mar 30 10:20:27 systems-amd kernel: pnp: 00:01: ioport range 0x4480-0x44ff could not be reserved Mar 30 10:20:27 systems-amd hpiod: 0.9.8 accepting connections at 50000... Mar 30 10:20:27 systems-amd kernel: pnp: 00:01: ioport range 0x4800-0x487f has been reserved Mar 30 10:20:27 systems-amd kernel: pnp: 00:01: ioport range 0x4880-0x48ff has been reserved Mar 30 10:20:27 systems-amd kernel: PCI: Bridge: 0000:00:09.0 Mar 30 10:20:27 systems-amd kernel: IO window: a000-afff Mar 30 10:20:27 systems-amd kernel: MEM window: d8000000-d80fffff Mar 30 10:20:27 systems-amd kernel: PREFETCH window: disabled. Mar 30 10:20:27 systems-amd kernel: PCI: Bridge: 0000:00:0b.0 Mar 30 10:20:27 systems-amd kernel: IO window: disabled. Mar 30 10:20:27 systems-amd kernel: MEM window: disabled. Mar 30 10:20:27 systems-amd kernel: PREFETCH window: disabled. Mar 30 10:20:28 systems-amd kernel: PCI: Bridge: 0000:00:0c.0 Mar 30 10:20:28 systems-amd kernel: IO window: disabled. Mar 30 10:20:28 systems-amd kernel: MEM window: disabled. Mar 30 10:20:28 systems-amd kernel: PREFETCH window: disabled. Mar 30 10:20:28 systems-amd kernel: PCI: Bridge: 0000:00:0d.0 Mar 30 10:20:28 systems-amd kernel: IO window: disabled. Mar 30 10:20:28 systems-amd kernel: MEM window: disabled. Mar 30 10:20:28 systems-amd kernel: PREFETCH window: disabled. Mar 30 10:20:28 systems-amd kernel: PCI: Bridge: 0000:00:0e.0 Mar 30 10:20:28 systems-amd kernel: IO window: disabled. Mar 30 10:20:28 systems-amd kernel: MEM window: c8000000-d7ffffff Mar 30 10:20:28 systems-amd kernel: PREFETCH window: 88000000-880fffff Mar 30 10:20:28 systems-amd kernel: IA32 emulation $Id: sys_ia32.c,v 1.32 2002/03/24 13:02:28 ak Exp $ Mar 30 10:20:28 systems-amd kernel: audit: initializing netlink socket (disabled) Mar 30 10:20:28 systems-amd kernel: audit(1143714003.408:1): initialized Mar 30 10:20:28 systems-amd kernel: Total HugeTLB memory allocated, 0 Mar 30 10:20:28 systems-amd kernel: VFS: Disk quotas dquot_6.5.1 Mar 30 10:20:28 systems-amd kernel: Dquot-cache hash table entries: 512 (order 0, 4096 bytes) Mar 30 10:20:28 systems-amd kernel: SELinux: Registering netfilter hooks Mar 30 10:20:28 systems-amd kernel: Initializing Cryptographic API Mar 30 10:20:28 systems-amd kernel: ksign: Installing public key data Mar 30 10:20:28 systems-amd kernel: Loading keyring Mar 30 10:20:28 systems-amd kernel: - Added public key 527A807313690946 Mar 30 10:20:28 systems-amd kernel: - User ID: Red Hat, Inc. (Kernel Module GPG key) Mar 30 10:20:28 systems-amd kernel: io scheduler noop registered Mar 30 10:20:28 systems-amd kernel: io scheduler anticipatory registered Mar 30 10:20:28 systems-amd kernel: io scheduler deadline registered Mar 30 10:20:28 systems-amd kernel: io scheduler cfq registered (default) Mar 30 10:20:28 systems-amd kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS Mar 30 10:20:28 systems-amd kernel: assign_interrupt_mode Found MSI capability Mar 30 10:20:28 systems-amd kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS Mar 30 10:20:28 systems-amd kernel: assign_interrupt_mode Found MSI capability Mar 30 10:20:28 systems-amd kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS Mar 30 10:20:28 systems-amd kernel: assign_interrupt_mode Found MSI capability Mar 30 10:20:28 systems-amd kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS Mar 30 10:20:28 systems-amd kernel: assign_interrupt_mode Found MSI capability Mar 30 10:20:28 systems-amd kernel: pci_hotplug: PCI Hot Plug PCI Core version: 0.5 Mar 30 10:20:28 systems-amd kernel: ACPI: Fan [FAN] (on) Mar 30 10:20:28 systems-amd kernel: ACPI: Thermal Zone [THRM] (40 C) Mar 30 10:20:28 systems-amd kernel: Real Time Clock Driver v1.12ac Mar 30 10:20:28 systems-amd kernel: Linux agpgart interface v0.101 (c) Dave Jones Mar 30 10:20:28 systems-amd kernel: PNP: No PS/2 controller found. Probing ports directly. Mar 30 10:20:28 systems-amd kernel: serio: i8042 AUX port at 0x60,0x64 irq 12 Mar 30 10:20:28 systems-amd kernel: serio: i8042 KBD port at 0x60,0x64 irq 1 Mar 30 10:20:28 systems-amd kernel: Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled Mar 30 10:20:29 systems-amd kernel: serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A Mar 30 10:20:29 systems-amd kernel: 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A Mar 30 10:20:29 systems-amd kernel: isa bounce pool size: 16 pages Mar 30 10:20:29 systems-amd kernel: RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize Mar 30 10:20:29 systems-amd kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 Mar 30 10:20:29 systems-amd kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx Mar 30 10:20:29 systems-amd kernel: NFORCE-CK804: IDE controller at PCI slot 0000:00:06.0 Mar 30 10:20:29 systems-amd kernel: NFORCE-CK804: chipset revision 162 Mar 30 10:20:29 systems-amd kernel: NFORCE-CK804: not 100% native mode: will probe irqs later Mar 30 10:20:29 systems-amd kernel: NFORCE-CK804: 0000:00:06.0 (rev a2) UDMA133 controller Mar 30 10:20:29 systems-amd kernel: ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA Mar 30 10:20:29 systems-amd kernel: hdb: BENQ DVD DD DW1640, ATAPI CD/DVD-ROM drive Mar 30 10:20:29 systems-amd kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Mar 30 10:20:29 systems-amd kernel: hdb: ATAPI 48X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33) Mar 30 10:20:29 systems-amd kernel: Uniform CD-ROM driver Revision: 3.20 Mar 30 10:20:29 systems-amd kernel: ide-floppy driver 0.99.newide Mar 30 10:20:29 systems-amd kernel: usbcore: registered new driver libusual Mar 30 10:20:29 systems-amd kernel: usbcore: registered new driver hiddev Mar 30 10:20:29 systems-amd kernel: usbcore: registered new driver usbhid Mar 30 10:20:29 systems-amd kernel: drivers/usb/input/hid-core.c: v2.6:USB HID core driver Mar 30 10:20:29 systems-amd kernel: mice: PS/2 mouse device common for all mice Mar 30 10:20:29 systems-amd kernel: md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27 Mar 30 10:20:29 systems-amd kernel: md: bitmap version 4.39 Mar 30 10:20:29 systems-amd kernel: NET: Registered protocol family 2 Mar 30 10:20:29 systems-amd kernel: IP route cache hash table entries: 65536 (order: 7, 524288 bytes) Mar 30 10:20:29 systems-amd kernel: TCP established hash table entries: 131072 (order: 10, 4194304 bytes) Mar 30 10:20:29 systems-amd kernel: TCP bind hash table entries: 65536 (order: 9, 2097152 bytes) Mar 30 10:20:29 systems-amd kernel: TCP: Hash tables configured (established 131072 bind 65536) Mar 30 10:20:29 systems-amd kernel: TCP reno registered Mar 30 10:20:29 systems-amd kernel: TCP bic registered Mar 30 10:20:29 systems-amd kernel: Initializing IPsec netlink socket Mar 30 10:20:29 systems-amd kernel: NET: Registered protocol family 1 Mar 30 10:20:29 systems-amd kernel: NET: Registered protocol family 17 Mar 30 10:20:29 systems-amd kernel: powernow-k8: Found 2 AMD Athlon 64 / Opteron processors (version 1.60.0) Mar 30 10:20:29 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:29 systems-amd kernel: powernow-k8: 0 : fid 0xe (2200 MHz), vid 0x8 (1350 mV) Mar 30 10:20:29 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:29 systems-amd kernel: powernow-k8: 1 : fid 0xc (2000 MHz), vid 0xa (1300 mV) Mar 30 10:20:29 systems-amd hpiod: unable to ParDevice::Open hp:/par/ANY?device=/dev/parport0: No such device or address: io/hpiod/ppdevice.cpp 836 Mar 30 10:20:29 systems-amd kernel: powernow-k8: 2 : fid 0xa (1800 MHz), vid 0xc (1250 mV) Mar 30 10:20:29 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:29 systems-amd kernel: powernow-k8: 3 : fid 0x2 (1000 MHz), vid 0x12 (1100 mV) Mar 30 10:20:29 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:29 systems-amd kernel: cpu_init done, current fid 0xe, vid 0x8 Mar 30 10:20:29 systems-amd hpiod: unable to ParDevice::Open hp:/par/ANY?device=/dev/parport1: No such device or address: io/hpiod/ppdevice.cpp 836 Mar 30 10:20:29 systems-amd kernel: ACPI wakeup devices: Mar 30 10:20:29 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:29 systems-amd kernel: HUB0 XVR0 XVR1 XVR2 XVR3 USB0 USB2 MMAC MMCI UAR1 Mar 30 10:20:29 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:29 systems-amd kernel: ACPI: (supports S0 S1 S4 S5) Mar 30 10:20:29 systems-amd hpiod: unable to ParDevice::Open hp:/par/ANY?device=/dev/parport2: No such device or address: io/hpiod/ppdevice.cpp 836 Mar 30 10:20:29 systems-amd kernel: Freeing unused kernel memory: 196k freed Mar 30 10:20:29 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:29 systems-amd kernel: Write protecting the kernel read-only data: 432k Mar 30 10:20:29 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:29 systems-amd kernel: SCSI subsystem initialized Mar 30 10:20:29 systems-amd hpiod: unable to ParDevice::Open hp:/par/ANY?device=/dev/parport3: No such device or address: io/hpiod/ppdevice.cpp 836 Mar 30 10:20:29 systems-amd kernel: ACPI: PCI Interrupt Link [APSI] enabled at IRQ 23 Mar 30 10:20:29 systems-amd kernel: GSI 16 sharing vector 0xB1 and IRQ 16 Mar 30 10:20:29 systems-amd kernel: ACPI: PCI Interrupt 0000:00:07.0[A] -> Link [APSI] -> GSI 23 (level, low) -> IRQ 16 Mar 30 10:20:29 systems-amd kernel: ata1: SATA max UDMA/133 cmd 0x9F0 ctl 0xBF2 bmdma 0xD800 irq 16 Mar 30 10:20:29 systems-amd kernel: ata2: SATA max UDMA/133 cmd 0x970 ctl 0xB72 bmdma 0xD808 irq 16 Mar 30 10:20:29 systems-amd kernel: ata1: SATA link up 1.5 Gbps (SStatus 113) Mar 30 10:20:29 systems-amd kernel: ata1: dev 0 ATA-6, max UDMA/133, 312581808 sectors: LBA48 Mar 30 10:20:29 systems-amd kernel: nv_sata: Primary device added Mar 30 10:20:29 systems-amd kernel: nv_sata: Primary device removed Mar 30 10:20:29 systems-amd kernel: nv_sata: Secondary device added Mar 30 10:20:29 systems-amd kernel: nv_sata: Secondary device removed Mar 30 10:20:30 systems-amd kernel: ata1: dev 0 configured for UDMA/133 Mar 30 10:20:30 systems-amd kernel: scsi0 : sata_nv Mar 30 10:20:30 systems-amd kernel: ata2: SATA link up 1.5 Gbps (SStatus 113) Mar 30 10:20:30 systems-amd kernel: ata2: dev 0 ATA-6, max UDMA/133, 312581808 sectors: LBA48 Mar 30 10:20:30 systems-amd kernel: nv_sata: Primary device added Mar 30 10:20:30 systems-amd kernel: nv_sata: Primary device removed Mar 30 10:20:30 systems-amd kernel: nv_sata: Secondary device added Mar 30 10:20:30 systems-amd kernel: nv_sata: Secondary device removed Mar 30 10:20:30 systems-amd kernel: ata2: dev 0 configured for UDMA/133 Mar 30 10:20:30 systems-amd kernel: scsi1 : sata_nv Mar 30 10:20:30 systems-amd kernel: Vendor: ATA Model: ST3160827AS Rev: 3.42 Mar 30 10:20:30 systems-amd kernel: Type: Direct-Access ANSI SCSI revision: 05 Mar 30 10:20:30 systems-amd kernel: SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB) Mar 30 10:20:30 systems-amd kernel: sda: Write Protect is off Mar 30 10:20:30 systems-amd kernel: SCSI device sda: drive cache: write back Mar 30 10:20:30 systems-amd kernel: SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB) Mar 30 10:20:30 systems-amd kernel: sda: Write Protect is off Mar 30 10:20:30 systems-amd kernel: SCSI device sda: drive cache: write back Mar 30 10:20:30 systems-amd kernel: sda:<4>nv_sata: Primary device added Mar 30 10:20:30 systems-amd kernel: nv_sata: Primary device removed Mar 30 10:20:30 systems-amd kernel: nv_sata: Secondary device added Mar 30 10:20:30 systems-amd kernel: nv_sata: Secondary device removed Mar 30 10:20:30 systems-amd kernel: sda1 sda2 sda3 sda4 <<4>nv_sata: Primary device added Mar 30 10:20:30 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:30 systems-amd kernel: nv_sata: Primary device removed Mar 30 10:20:30 systems-amd kernel: nv_sata: Secondary device added Mar 30 10:20:30 systems-amd kernel: nv_sata: Secondary device removed Mar 30 10:20:30 systems-amd kernel: sda5 > Mar 30 10:20:30 systems-amd kernel: nv_sata: Primary device added Mar 30 10:20:30 systems-amd kernel: nv_sata: Primary device removed Mar 30 10:20:30 systems-amd kernel: nv_sata: Secondary device added Mar 30 10:20:30 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:30 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:30 systems-amd kernel: nv_sata: Secondary device removed Mar 30 10:20:30 systems-amd kernel: sd 0:0:0:0: Attached scsi disk sda Mar 30 10:20:30 systems-amd kernel: Vendor: ATA Model: ST3160827AS Rev: 3.42 Mar 30 10:20:30 systems-amd kernel: Type: Direct-Access ANSI SCSI revision: 05 Mar 30 10:20:30 systems-amd kernel: SCSI device sdb: 312581808 512-byte hdwr sectors (160042 MB) Mar 30 10:20:30 systems-amd kernel: sdb: Write Protect is off Mar 30 10:20:31 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:31 systems-amd kernel: SCSI device sdb: drive cache: write back Mar 30 10:20:31 systems-amd kernel: SCSI device sdb: 312581808 512-byte hdwr sectors (160042 MB) Mar 30 10:20:31 systems-amd kernel: sdb: Write Protect is off Mar 30 10:20:31 systems-amd kernel: SCSI device sdb: drive cache: write back Mar 30 10:20:31 systems-amd kernel: sdb:<4>nv_sata: Primary device added Mar 30 10:20:31 systems-amd kernel: nv_sata: Primary device removed Mar 30 10:20:31 systems-amd kernel: nv_sata: Secondary device added Mar 30 10:20:31 systems-amd kernel: nv_sata: Secondary device removed Mar 30 10:20:31 systems-amd kernel: sdb1 sdb2 sdb3 sdb4 <<4>nv_sata: Primary device added Mar 30 10:20:31 systems-amd kernel: nv_sata: Primary device removed Mar 30 10:20:31 systems-amd kernel: nv_sata: Secondary device added Mar 30 10:20:31 systems-amd kernel: nv_sata: Secondary device removed Mar 30 10:20:31 systems-amd kernel: sdb5 > Mar 30 10:20:31 systems-amd kernel: nv_sata: Primary device added Mar 30 10:20:31 systems-amd kernel: nv_sata: Primary device removed Mar 30 10:20:31 systems-amd kernel: nv_sata: Secondary device added Mar 30 10:20:31 systems-amd kernel: nv_sata: Secondary device removed Mar 30 10:20:31 systems-amd kernel: sd 1:0:0:0: Attached scsi disk sdb Mar 30 10:20:31 systems-amd kernel: ACPI: PCI Interrupt Link [APSJ] enabled at IRQ 22 Mar 30 10:20:31 systems-amd kernel: GSI 17 sharing vector 0xB9 and IRQ 17 Mar 30 10:20:31 systems-amd kernel: ACPI: PCI Interrupt 0000:00:08.0[A] -> Link [APSJ] -> GSI 22 (level, low) -> IRQ 17 Mar 30 10:20:31 systems-amd kernel: ata3: SATA max UDMA/133 cmd 0x9E0 ctl 0xBE2 bmdma 0xC400 irq 17 Mar 30 10:20:31 systems-amd kernel: ata4: SATA max UDMA/133 cmd 0x960 ctl 0xB62 bmdma 0xC408 irq 17 Mar 30 10:20:31 systems-amd kernel: ata3: SATA link down (SStatus 0) Mar 30 10:20:31 systems-amd kernel: scsi2 : sata_nv Mar 30 10:20:31 systems-amd kernel: ata4: SATA link down (SStatus 0) Mar 30 10:20:31 systems-amd kernel: scsi3 : sata_nv Mar 30 10:20:31 systems-amd kernel: device-mapper: 4.5.0-ioctl (2005-10-04) initialised: dm-devel at redhat.com Mar 30 10:20:31 systems-amd kernel: EXT3-fs: INFO: recovery required on readonly filesystem. Mar 30 10:20:31 systems-amd kernel: EXT3-fs: write access will be enabled during recovery. Mar 30 10:20:31 systems-amd kernel: kjournald starting. Commit interval 5 seconds Mar 30 10:20:31 systems-amd kernel: EXT3-fs: recovery complete. Mar 30 10:20:31 systems-amd kernel: EXT3-fs: mounted filesystem with ordered data mode. Mar 30 10:20:31 systems-amd kernel: security: 3 users, 6 roles, 1161 types, 135 bools, 1 sens, 256 cats Mar 30 10:20:31 systems-amd kernel: security: 55 classes, 38679 rules Mar 30 10:20:31 systems-amd kernel: SELinux: Completing initialization. Mar 30 10:20:31 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:31 systems-amd kernel: SELinux: Setting up existing superblocks. Mar 30 10:20:31 systems-amd kernel: SELinux: initialized (dev sdb2, type ext3), uses xattr Mar 30 10:20:31 systems-amd kernel: SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs Mar 30 10:20:31 systems-amd kernel: SELinux: initialized (dev debugfs, type debugfs), uses genfs_contexts Mar 30 10:20:31 systems-amd kernel: SELinux: initialized (dev selinuxfs, type selinuxfs), uses genfs_contexts Mar 30 10:20:31 systems-amd gpm[1743]: *** info [startup.c(95)]: Mar 30 10:20:31 systems-amd kernel: SELinux: initialized (dev mqueue, type mqueue), uses transition SIDs Mar 30 10:20:31 systems-amd gpm[1743]: Started gpm successfully. Entered daemon mode. Mar 30 10:20:31 systems-amd kernel: SELinux: initialized (dev hugetlbfs, type hugetlbfs), uses genfs_contexts Mar 30 10:20:31 systems-amd kernel: SELinux: initialized (dev devpts, type devpts), uses transition SIDs Mar 30 10:20:31 systems-amd kernel: SELinux: initialized (dev eventpollfs, type eventpollfs), uses genfs_contexts Mar 30 10:20:31 systems-amd kernel: SELinux: initialized (dev inotifyfs, type inotifyfs), uses genfs_contexts Mar 30 10:20:31 systems-amd kernel: SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs Mar 30 10:20:31 systems-amd kernel: SELinux: initialized (dev futexfs, type futexfs), uses genfs_contexts Mar 30 10:20:31 systems-amd kernel: SELinux: initialized (dev pipefs, type pipefs), uses task SIDs Mar 30 10:20:31 systems-amd kernel: SELinux: initialized (dev sockfs, type sockfs), uses task SIDs Mar 30 10:20:31 systems-amd kernel: SELinux: initialized (dev cpuset, type cpuset), not configured for labeling Mar 30 10:20:31 systems-amd kernel: SELinux: initialized (dev proc, type proc), uses genfs_contexts Mar 30 10:20:31 systems-amd kernel: SELinux: initialized (dev bdev, type bdev), uses genfs_contexts Mar 30 10:20:31 systems-amd kernel: SELinux: initialized (dev rootfs, type rootfs), uses genfs_contexts Mar 30 10:20:31 systems-amd kernel: SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts Mar 30 10:20:31 systems-amd kernel: SELinux: initialized (dev usbfs, type usbfs), uses genfs_contexts Mar 30 10:20:31 systems-amd kernel: SELinux: initialized (dev ramfs, type ramfs), uses genfs_contexts Mar 30 10:20:31 systems-amd kernel: md: Autodetecting RAID arrays. Mar 30 10:20:31 systems-amd kernel: md: invalid raid superblock magic on sdb1 Mar 30 10:20:32 systems-amd kernel: md: sdb1 has invalid sb, not importing! Mar 30 10:20:32 systems-amd kernel: md: autorun ... Mar 30 10:20:32 systems-amd kernel: md: considering sdb5 ... Mar 30 10:20:32 systems-amd kernel: md: adding sdb5 ... Mar 30 10:20:32 systems-amd kernel: md: adding sda5 ... Mar 30 10:20:32 systems-amd kernel: md: created md3 Mar 30 10:20:32 systems-amd kernel: md: bind Mar 30 10:20:32 systems-amd kernel: md: bind Mar 30 10:20:32 systems-amd kernel: md: running: Mar 30 10:20:32 systems-amd kernel: md: kicking non-fresh sdb5 from array! Mar 30 10:20:32 systems-amd kernel: md: unbind Mar 30 10:20:32 systems-amd kernel: md: export_rdev(sdb5) Mar 30 10:20:32 systems-amd kernel: md: personality for level 1 is not loaded! Mar 30 10:20:32 systems-amd kernel: md: do_md_run() returned -22 Mar 30 10:20:32 systems-amd kernel: md: md3 stopped. Mar 30 10:20:32 systems-amd kernel: md: unbind Mar 30 10:20:32 systems-amd kernel: md: export_rdev(sda5) Mar 30 10:20:32 systems-amd kernel: md: ... autorun DONE. Mar 30 10:20:32 systems-amd kernel: EXT3 FS on sdb2, internal journal Mar 30 10:20:32 systems-amd kernel: kjournald starting. Commit interval 5 seconds Mar 30 10:20:32 systems-amd kernel: EXT3 FS on sda1, internal journal Mar 30 10:20:32 systems-amd kernel: EXT3-fs: mounted filesystem with ordered data mode. Mar 30 10:20:32 systems-amd kernel: SELinux: initialized (dev sda1, type ext3), uses xattr Mar 30 10:20:32 systems-amd kernel: SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs Mar 30 10:20:32 systems-amd kernel: SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses genfs_contexts Mar 30 10:20:33 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:33 systems-amd kernel: audit(1143670833.344:2): avc: granted { execstack } for pid=1856 comm="metacity" scontext=system_u:system_r:firstboot_t:s0 tcontext=system_u:system_r:firstboot_t:s0 tclass=process Mar 30 10:20:33 systems-amd kernel: audit(1143670833.348:3): avc: granted { execmem } for pid=1856 comm="metacity" scontext=system_u:system_r:firstboot_t:s0 tcontext=system_u:system_r:firstboot_t:s0 tclass=process Mar 30 10:20:33 systems-amd gconfd (root-1863): starting (version 2.13.5), pid 1863 user 'root' Mar 30 10:20:33 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory Mar 30 10:20:33 systems-amd gconfd (root-1863): Resolved address "xml:readonly:/etc/gconf/gconf.xml.mandatory" to a read-only configuration source at position 0 Mar 30 10:20:33 systems-amd gconfd (root-1863): Resolved address "xml:readwrite:/root/.gconf" to a writable configuration source at position 1 Mar 30 10:20:33 systems-amd gconfd (root-1863): Resolved address "xml:readonly:/etc/gconf/gconf.xml.defaults" to a read-only configuration source at position 2 Mar 30 10:20:34 systems-amd modprobe: FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No such file or directory From davej at redhat.com Thu Mar 30 23:30:27 2006 From: davej at redhat.com (Dave Jones) Date: Thu, 30 Mar 2006 18:30:27 -0500 Subject: 2.6.16-1.2080_FC5 x86_64 fails to boot with modules.dep problem In-Reply-To: <1143760670.3979.8.camel@FC4-AMD64-X2-4200> References: <1143760670.3979.8.camel@FC4-AMD64-X2-4200> Message-ID: <20060330233027.GB24605@redhat.com> On Fri, Mar 31, 2006 at 11:17:50AM +1200, Terry Kemp wrote: > Asked on fedora-list but no takers ;) > > latest kernel 2.6.16-1.2080_FC5 x86_64 starts with udev OK then brings > up message... > FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No > such file or directory. > It then boots through without loading any drivers to 'firstboot' screen. > > Hardware is Shuttle SN25P SATA nforce4. > > BTW kernel 2069 and 2104(FC6) from testing and rawhide that I tried > yesterday have same fault. default 2054 boots OK. > > its happening very early in the boot process, and yes the file exists. Are you see any warnings during the installation of kernels ? What version of module-init-tools do you have installed ? Dave -- http://www.codemonkey.org.uk From tibbs at math.uh.edu Fri Mar 31 00:09:45 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 30 Mar 2006 18:09:45 -0600 Subject: Fedora Core 5 Test Update: selinux-policy-2.2.25-3.fc5 In-Reply-To: <1143758190.3802.738.camel@sundaram.pnq.redhat.com> (Rahul Sundaram's message of "Fri, 31 Mar 2006 04:06:30 +0530") References: <200603302125.k2ULPgZ0031426@int-mx1.corp.redhat.com> <1143758190.3802.738.camel@sundaram.pnq.redhat.com> Message-ID: >>>>> "RS" == Rahul Sundaram writes: RS> Can we get a changelog of what this update includes please? According to the specifile in CVS, it's: * Wed Mar 22 2006 Dan Walsh 2.2.25-3.fc5 - Fixes for hplip and klogd - J< From shrek-m at gmx.de Fri Mar 31 05:59:39 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 31 Mar 2006 07:59:39 +0200 Subject: Fedora Core 5 Test Update: selinux-policy-2.2.25-3.fc5 In-Reply-To: References: <200603302125.k2ULPgZ0031426@int-mx1.corp.redhat.com> <1143758190.3802.738.camel@sundaram.pnq.redhat.com> Message-ID: <442CC54B.4050206@gmx.de> On 31.03.2006 02:09, Jason L Tibbitts III wrote: >>>>>>"RS" == Rahul Sundaram writes: >>>>>> >>>>>> > >RS> Can we get a changelog of what this update includes please? > >According to the specifile in CVS, it's: > >* Wed Mar 22 2006 Dan Walsh 2.2.25-3.fc5 >- Fixes for hplip and klogd > $ rpm -qp --changelog selinux-policy-2.2.25-3.fc5.noarch.rpm | head * Mi M?r 22 2006 Dan Walsh 2.2.25-3.fc5 - Fixes for hplip and klogd * Mi M?r 22 2006 Dan Walsh 2.2.25-2.fc5 - Rebuild for FC5 * Mi M?r 22 2006 Dan Walsh 2.2.25-2 -- shrek-m From pjones at redhat.com Fri Mar 31 06:25:00 2006 From: pjones at redhat.com (Peter Jones) Date: Fri, 31 Mar 2006 01:25:00 -0500 Subject: ! in disk device name? In-Reply-To: <20060330051720.GA2738@redhat.com> References: <000e01c653ac$fe177bb0$020aa8c0@a18> <001201c653b5$43862a90$020aa8c0@a18> <20060330051720.GA2738@redhat.com> Message-ID: <1143786300.15327.8.camel@vroomfondel.internal.datastacks.com> On Thu, 2006-03-30 at 00:17 -0500, Dave Jones wrote: > the kernel exports it as /sys/block/ida!c0d0 (because '/' > in a name is invalid). By which you mean "because this sysfs layout is horribly, horribly ill-conceived"? -- Peter From guess.who at freesurf.fr Fri Mar 31 07:14:10 2006 From: guess.who at freesurf.fr (LarryT) Date: Fri, 31 Mar 2006 09:14:10 +0200 Subject: 2.6.16-1.2080_FC5 x86 fails to boot with modules.dep problem Message-ID: <442CD6C2.9050009@freesurf.fr> Same problem as "2.6.16-1.2080_FC5 x86_64 fails to boot with modules.dep problem" mail, but with 686. Have installed the kernel with yum. my network card cant be seen 8139too (eth0)! and RPC cant find module in the dir of the kernel.... May i give some other information ? Where may i found them ? -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From buildsys at redhat.com Fri Mar 31 08:22:25 2006 From: buildsys at redhat.com (Build System) Date: Fri, 31 Mar 2006 03:22:25 -0500 Subject: rawhide report: 20060331 changes Message-ID: <200603310822.k2V8MPqh004149@porkchop.devel.redhat.com> New package hesinfo Command-line Hesiod client. Updated Packages: NetworkManager-0.6.2-1.fc6 -------------------------- * Thu Mar 30 2006 Dan Williams - 0.6.2-1 - Update to 0.6.2: * Fix various WPA-related bugs * Clean up leaks * Increased DHCP timeout to account for slow DHCP servers, or STP-enabled switches * Allow applet to reconnect on dbus restarts * Add "Dynamic WEP" support * Allow hiding of password/key entry text * More responsive connection switching bind-30:9.3.2-16.FC6 -------------------- * Thu Mar 30 2006 Jason Vas Dias - 30:9.3.2-16 - fix bug 187286: prevent host(1) printing duplicate 'is an alias for' messages for the default AAAA and MX lookups as well as for the A lookup (it now uses the CNAME returned for the A lookup for the AAAA and MX lookups). This is upstream bug #15702 fixed in the unreleased bind-9.3.3 - fix bug 187333: fix SOURCE24 and SOURCE25 transposition * Wed Mar 29 2006 Jason Vas Dias - 30:9.3.2-14 - fix bug 186577: remove -L/usr/lib from libbind.pc and more .spec file cleanup - add '%doc' sample configuration files in /usr/share/doc/bind*/sample - rebuild with new gcc and glibc * Wed Mar 22 2006 Jason Vas Dias - 30:9.3.2-12 - fix typo in initscript - fix Requires(post): policycoreutils in sub-packages cups-1:1.2-0.2.rc1.3 -------------------- * Wed Mar 29 2006 Tim Waugh 1:1.2-0.2.rc1.3 - Fix group list of non-root backends (STR #1521, bug #186954). evolution-2.6.0-2 ----------------- * Thu Mar 30 2006 Caolan McNamara - 2.6.0-2 - rebuild against reverted pilot-link - disable evolution-2.5.4-fix-conduits.patch for reversion to pilot-link 0.11.8 hesiod-3.1.0-3 -------------- * Thu Mar 30 2006 Nalin Dahyabhai - 3.1.0-3 - no, we really did need that patch * Thu Mar 30 2006 Nalin Dahyabhai - 3.1.0-2 - drop a no-longer-needed patch for detecting libresolv properly * Thu Mar 30 2006 Nalin Dahyabhai - 3.1.0-1 - update to 3.1.0 (#187372) kernel-2.6.16-1.2106_FC6 ------------------------ * Thu Mar 30 2006 Dave Jones - 2.6.16-git18 libdrm-2.0.1-1 -------------- * Thu Mar 30 2006 Adam Jackson - 2.0.1-1 - Bump to libdrm 2.0.1 from upstream. mc-1:4.6.1a-13 -------------- * Thu Mar 30 2006 Jindrich Novy 4.6.1a-13 - comment fallback to use only dd in FISH upload patch - drop .promptfix patch so that prompt is displayed only once while in panels mkinitrd-5.0.33-1 ----------------- * Thu Mar 30 2006 Peter Jones - 5.0.33-1 - fix unbalanced pushd in mkinitrd (patch from Pete Zaitcev, bz# 185822) - add "cond" command for simple conditionals (bz# 182938) - add "status" command to see/set the exit status for testing - add "--remove-args" and "--update" args for new-kernel-pkg (patch from Don Zickus, bz# 183917) module-init-tools-3.2.2-1 ------------------------- * Thu Mar 30 2006 Harald Hoyer 3.2.2-1 - version 3.2.2 net-tools-1.60-65 ----------------- * Thu Mar 30 2006 Radek Vok??l - 1.60-65 - add note to ifconfig(8) about supported format for IPv4 addresses (#176661) * Thu Mar 16 2006 Radek Vok??l - 1.60-64 - remove duplicate arp entries (#185604) * Thu Feb 23 2006 Radek Vok??l - 1.60-63 - show inodes in netstat (#180974) nkf-2.06-1.fc6 -------------- * Thu Mar 30 2006 Akira TAGOH - 2.06-1 - New upstream release. procmail-3.22-17 ---------------- * Thu Mar 30 2006 Peter Vrabec 3.22-17 - fix truncation of mailbox when running into a disk quota or a full partition. Patch from Solar Designer. samba-0:3.0.22-2 ---------------- scim-anthy-1.0.0-1.fc6 ---------------------- * Thu Mar 30 2006 Akira TAGOH - 1.0.0-1 - New upstream release. - can input numerals when the candidate window doesn't appear. (#185934) - scim-anthy-symbol-style.patch: removed. - add Requires: gettext-devel - run aclocal and autoconf as well to regenerate Makefile properly. * Fri Mar 17 2006 Akira TAGOH - 0.9.0-3 - scim-anthy-symbol-style.patch: applied a backport patch from upstream CVS to add an UI for the symbol style. (#178400) * Fri Feb 10 2006 Jesse Keating - 0.9.0-2.fc5.1 - bump again for double-long bug on ppc(64) selinux-policy-2.2.28-3 ----------------------- * Thu Mar 30 2006 Dan Walsh 2.2.28-3 - Allow automount and dbus to read cert files * Thu Mar 30 2006 Dan Walsh 2.2.28-2 - Fix ftp policy - Fix secadm running of auditctl swig-1.3.29-0 ------------- * Tue Mar 28 2006 Jitka Kudrnacova - 1.3.29-0 - update to swig-1.2.29-0 Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires kernel = 0:2.6.15-1.2054_FC5 GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5smp GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 GFS-kernel-xen0 - 2.6.15.1-5.FC5.17.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.i686 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5smp cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 cman-kernel-xen0 - 2.6.15.1-0.FC5.16.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5smp dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 dlm-kernel-xen0 - 2.6.15.1-0.FC5.14.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.i686 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5smp gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5 gnbd-kernel-xen0 - 2.6.15-5.FC5.23.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5 gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5 kdepim - 6:3.5.1-1.2.i386 requires libpisock.so.9 Broken deps for ia64 ---------------------------------------------------------- kdepim - 6:3.5.1-1.2.ia64 requires libpisock.so.9()(64bit) rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc ---------------------------------------------------------- kdepim - 6:3.5.1-1.2.ppc requires libpisock.so.9 Broken deps for ppc64 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 kdepim - 6:3.5.1-1.2.ppc64 requires libpisock.so.9()(64bit) struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5 Broken deps for s390 ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1 struts - 1.2.8-2jpp_9fc.s390 requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5 xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5 Broken deps for s390x ---------------------------------------------------------- avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5 hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16 rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) struts - 1.2.8-2jpp_9fc.s390x requires servletapi5 struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5 velocity - 1.4-3jpp_4fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires /lib/modules/2.6.15-1.2054_FC5 gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires kernel = 0:2.6.15-1.2054_FC5 kdepim - 6:3.5.1-1.2.x86_64 requires libpisock.so.9()(64bit) From pribyl at lowlevel.cz Fri Mar 31 08:29:25 2006 From: pribyl at lowlevel.cz (pribyl at lowlevel.cz) Date: Fri, 31 Mar 2006 10:29:25 +0200 (CEST) Subject: 2.6.16-1.2080_FC5 x86_64 fails to boot with modules.dep problem In-Reply-To: <1143760670.3979.8.camel@FC4-AMD64-X2-4200> References: <1143760670.3979.8.camel@FC4-AMD64-X2-4200> Message-ID: On Fri, 31 Mar 2006, Terry Kemp wrote: > Asked on fedora-list but no takers ;) > > latest kernel 2.6.16-1.2080_FC5 x86_64 starts with udev OK then brings > up message... > FATAL: Could not load /lib/modules/2.6.16-1.2080_FC5/modules.dep: No > such file or directory. > It then boots through without loading any drivers to 'firstboot' screen. Does the file exist? If not create it with "depmod". It could be missing in initrd maybe too. Adam Pribyl From monty19 at hotmail.com Fri Mar 31 07:43:45 2006 From: monty19 at hotmail.com (Jason Montleon) Date: Fri, 31 Mar 2006 16:43:45 +0900 Subject: OtherBugsDependingOnThis Message-ID: Three of the bugs I have filed for FC5 had a change made that states 'OtherBugsDependingOnThis' and a bug number is listed. In all three cases (there are only two additional bug numbers involved) the bugs state, "You are not authorized to access bug #XXXXXX. I was curious if there is a reason as to why the bugs are hidden like this. Thank you, Jason From sundaram at fedoraproject.org Fri Mar 31 08:56:03 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 31 Mar 2006 14:26:03 +0530 Subject: OtherBugsDependingOnThis In-Reply-To: References: Message-ID: <1143795363.3802.771.camel@sundaram.pnq.redhat.com> On Fri, 2006-03-31 at 16:43 +0900, Jason Montleon wrote: > Three of the bugs I have filed for FC5 had a change made that states > 'OtherBugsDependingOnThis' and a bug number is listed. In all three cases > (there are only two additional bug numbers involved) the bugs state, "You > are not authorized to access bug #XXXXXX. I was curious if there is a > reason as to why the bugs are hidden like this. > > Thank you, > Jason Can you give actual examples? Security bugs, bugs with other sensitive information etc might be hidden that way. Rahul From monty19 at hotmail.com Fri Mar 31 09:20:21 2006 From: monty19 at hotmail.com (Jason Montleon) Date: Fri, 31 Mar 2006 18:20:21 +0900 Subject: OtherBugsDependingOnThis References: <1143795363.3802.771.camel@sundaram.pnq.redhat.com> Message-ID: Yes, two are actually bugs, one is (more or less) a feature request: 180997 OtherBugsDependingOnThis 179629 181856 OtherBugsDependingOnThis 179599 185219 OtherBugsDependingOnThis 179629 It wasn't a big deal, I suspected that it might be something sensitive/security related, was just curious if that was the actual case. :) Thank you, Jason ----- Original Message ----- From: "Rahul Sundaram" To: "For testers of Fedora Core development releases" Sent: Friday, March 31, 2006 5:56 PM Subject: Re: OtherBugsDependingOnThis > On Fri, 2006-03-31 at 16:43 +0900, Jason Montleon wrote: >> Three of the bugs I have filed for FC5 had a change made that states >> 'OtherBugsDependingOnThis' and a bug number is listed. In all three >> cases >> (there are only two additional bug numbers involved) the bugs state, "You >> are not authorized to access bug #XXXXXX. I was curious if there is a >> reason as to why the bugs are hidden like this. >> >> Thank you, >> Jason > > Can you give actual examples? Security bugs, bugs with other sensitive > information etc might be hidden that way. > > Rahul > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > From guess.who at freesurf.fr Fri Mar 31 13:50:39 2006 From: guess.who at freesurf.fr (LarryT) Date: Fri, 31 Mar 2006 15:50:39 +0200 Subject: is it possible to disable auto-mount partition ? Message-ID: <442D33AF.20702@freesurf.fr> Hi :) I would like to know if there is a way to disable the gnome auto-mount before operations on partitions, and restart it after the operations. The fact that gnome automount a new created partition, or resized, or thigns like that, makes problem with GParted ... So does anyone know any thing about that, please ? :) -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From dant at cdkkt.com Fri Mar 31 15:57:50 2006 From: dant at cdkkt.com (Dan Thurman) Date: Fri, 31 Mar 2006 07:57:50 -0800 Subject: [FC5] ClamAV - Anyone using this? Message-ID: <1143820670.2865.24.camel@copper.cdkkt.com> Folks, Is anyone using ClamAV for FC5? Is there any need to use this on FC5? Just wondered if it is worth installing this application to ward of Viruses, Spy-ware, Mal-ware stuff... Assuming this application is needed, I went ahead and I have yum installed clamav and was getting prepared to configure it and I noticed that missing is the /etc/clamav.conf or /etc/clamd.conf depemding on the source the installation instructions you have. I note that there is a /etc/clamd.d directory with two files: amavisd.conf milter.conf but I don't think these replace the above missing files? Please let me know if there is something I am doing wrong and while you're at it. perhaps point me to the link where I can install the ClamAV on FC5? Thanks! Dan From uno at webworks.se Fri Mar 31 16:15:17 2006 From: uno at webworks.se (Uno Engborg) Date: Fri, 31 Mar 2006 18:15:17 +0200 Subject: [FC5] ClamAV - Anyone using this? In-Reply-To: <1143820670.2865.24.camel@copper.cdkkt.com> References: <1143820670.2865.24.camel@copper.cdkkt.com> Message-ID: <442D5595.3090405@webworks.se> Dan Thurman wrote: > Folks, > > Is anyone using ClamAV for FC5? Is there any need to use > this on FC5? Just wondered if it is worth installing this > application to ward of Viruses, Spy-ware, Mal-ware stuff... As for the need, malware on Linux is still quite rare so there is not much need to install it to protect your FC5 installation. However if you in some way get files into your network via your FC5 box, and your network also contains windows machines, ClamAV could be of great value to protect the windows boxes. Regards Uno Engborg -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3271 bytes Desc: S/MIME Cryptographic Signature URL: From charlescurley at charlescurley.com Fri Mar 31 16:28:42 2006 From: charlescurley at charlescurley.com (Charles Curley) Date: Fri, 31 Mar 2006 09:28:42 -0700 Subject: is it possible to disable auto-mount partition ? In-Reply-To: <442D33AF.20702@freesurf.fr> References: <442D33AF.20702@freesurf.fr> Message-ID: <20060331162842.GB4618@charlescurley.com> On Fri, Mar 31, 2006 at 03:50:39PM +0200, LarryT wrote: > Hi :) > I would like to know if there is a way to disable the gnome auto-mount > before operations on partitions, and restart it after the operations. > > The fact that gnome automount a new created partition, or resized, or > thigns like that, makes problem with GParted ... > So does anyone know any thing about that, please ? :) From the top panel, Desktop -> Preferences -> Removeable Drives and Media. I have everything there unchecked. -- Charles Curley /"\ ASCII Ribbon Campaign Looking for fine software \ / Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com / \ No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From guess.who at freesurf.fr Fri Mar 31 16:33:38 2006 From: guess.who at freesurf.fr (LarryT) Date: Fri, 31 Mar 2006 18:33:38 +0200 Subject: is it possible to disable auto-mount partition ? In-Reply-To: <20060331162842.GB4618@charlescurley.com> References: <442D33AF.20702@freesurf.fr> <20060331162842.GB4618@charlescurley.com> Message-ID: <442D59E2.2020206@freesurf.fr> Charles Curley wrote: > On Fri, Mar 31, 2006 at 03:50:39PM +0200, LarryT wrote: > >>Hi :) >>I would like to know if there is a way to disable the gnome auto-mount >>before operations on partitions, and restart it after the operations. >> >>The fact that gnome automount a new created partition, or resized, or >>thigns like that, makes problem with GParted ... >>So does anyone know any thing about that, please ? :) > > > From the top panel, Desktop -> Preferences -> Removeable Drives and > Media. I have everything there unchecked. > > Thank you Charles, But it seems to only concern the removeable drives, and not the new-ceated or enlraged partitions, am i wrong ? -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From tibbs at math.uh.edu Fri Mar 31 17:08:52 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Fri, 31 Mar 2006 11:08:52 -0600 Subject: [FC5] ClamAV - Anyone using this? In-Reply-To: <1143820670.2865.24.camel@copper.cdkkt.com> (Dan Thurman's message of "Fri, 31 Mar 2006 07:57:50 -0800") References: <1143820670.2865.24.camel@copper.cdkkt.com> Message-ID: >>>>> "DT" == Dan Thurman writes: DT> Please let me know if there is something I am doing wrong and DT> while you're at it. perhaps point me to the link where I can DT> install the ClamAV on FC5? It's in Extras; you can do yum install clamav. However, you may need other packages depending on how you want to scan. (For example, mail servers will want either clamav-milter or clamav-exim.) - J< From monty19 at hotmail.com Fri Mar 31 16:27:28 2006 From: monty19 at hotmail.com (Jason Montleon) Date: Sat, 1 Apr 2006 01:27:28 +0900 Subject: [FC5] ClamAV - Anyone using this? References: <1143820670.2865.24.camel@copper.cdkkt.com> Message-ID: It's worthwhile to run a scan at regular intervals. While most would argue you aren't very likely to get a virus on a completely patched Fedora system, it still won't hurt anything. Make sure you have the clamav-update package installed so you can run freshclam and update your virus definitions as well. chkrootkit is another good program that will check for rootkits, aide for intrusion detection, make sure selinux is enabled, if you don't like the default fedora firewall firestarter is in extras, but either way have a firewall, run yum often, and so on and so forth. ----- Original Message ----- From: "Dan Thurman" To: "For testers of Fedora Core development releases" Sent: Saturday, April 01, 2006 12:57 AM Subject: [FC5] ClamAV - Anyone using this? > Folks, > > Is anyone using ClamAV for FC5? Is there any need to use > this on FC5? Just wondered if it is worth installing this > application to ward of Viruses, Spy-ware, Mal-ware stuff... > > Assuming this application is needed, I went ahead and > I have yum installed clamav and was getting prepared to > configure it and I noticed that missing is the /etc/clamav.conf > or /etc/clamd.conf depemding on the source the installation > instructions you have. > > I note that there is a /etc/clamd.d directory with two files: > amavisd.conf milter.conf but I don't think these replace the > above missing files? > > Please let me know if there is something I am doing wrong and > while you're at it. perhaps point me to the link where I can > install the ClamAV on FC5? > > Thanks! > Dan > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > From charlescurley at charlescurley.com Fri Mar 31 17:16:29 2006 From: charlescurley at charlescurley.com (Charles Curley) Date: Fri, 31 Mar 2006 10:16:29 -0700 Subject: is it possible to disable auto-mount partition ? In-Reply-To: <442D59E2.2020206@freesurf.fr> References: <442D33AF.20702@freesurf.fr> <20060331162842.GB4618@charlescurley.com> <442D59E2.2020206@freesurf.fr> Message-ID: <20060331171629.GC4618@charlescurley.com> On Fri, Mar 31, 2006 at 06:33:38PM +0200, LarryT wrote: > Charles Curley wrote: > >On Fri, Mar 31, 2006 at 03:50:39PM +0200, LarryT wrote: > > > >>Hi :) > >>I would like to know if there is a way to disable the gnome auto-mount > >>before operations on partitions, and restart it after the operations. > >> > >>The fact that gnome automount a new created partition, or resized, or > >>thigns like that, makes problem with GParted ... > >>So does anyone know any thing about that, please ? :) > > > > > >From the top panel, Desktop -> Preferences -> Removeable Drives and > >Media. I have everything there unchecked. > > > > > Thank you Charles, > But it seems to only concern the removeable drives, and not the > new-ceated or enlraged partitions, am i wrong ? I have no idea. Have you tried it? -- Charles Curley /"\ ASCII Ribbon Campaign Looking for fine software \ / Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com / \ No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From dant at cdkkt.com Fri Mar 31 17:42:26 2006 From: dant at cdkkt.com (Dan Thurman) Date: Fri, 31 Mar 2006 09:42:26 -0800 Subject: [FC5] ClamAV - Anyone using this? In-Reply-To: References: <1143820670.2865.24.camel@copper.cdkkt.com> Message-ID: <1143826946.2865.80.camel@copper.cdkkt.com> On Fri, 2006-03-31 at 11:08 -0600, Jason L Tibbitts III wrote: > >>>>> "DT" == Dan Thurman writes: > > DT> Please let me know if there is something I am doing wrong and > DT> while you're at it. perhaps point me to the link where I can > DT> install the ClamAV on FC5? > > It's in Extras; you can do yum install clamav. However, you may need > other packages depending on how you want to scan. (For example, mail > servers will want either clamav-milter or clamav-exim.) > > - J< Thanks to all who responded... So far, no one has said anything about the missing file(s) that I am looking for, i.e. the /etc/clamav.conf or /etc/clamd.conf... Anyone have any idea what is going on? Do I have to create this file manually? Kind regards, Dan From tibbs at math.uh.edu Fri Mar 31 17:49:44 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Fri, 31 Mar 2006 11:49:44 -0600 Subject: [FC5] ClamAV - Anyone using this? In-Reply-To: <1143826946.2865.80.camel@copper.cdkkt.com> (Dan Thurman's message of "Fri, 31 Mar 2006 09:42:26 -0800") References: <1143820670.2865.24.camel@copper.cdkkt.com> <1143826946.2865.80.camel@copper.cdkkt.com> Message-ID: >>>>> "DT" == Dan Thurman writes: DT> So far, no one has said anything about the missing file(s) that I DT> am looking for, i.e. the /etc/clamav.conf or /etc/clamd.conf... The Extras configuration runs a separate instance of clamd for each service that needs it. To do otherwise presents a security issue. There is no general /etc/clamd.conf. - J< From guess.who at freesurf.fr Fri Mar 31 17:01:11 2006 From: guess.who at freesurf.fr (LarryT) Date: Fri, 31 Mar 2006 19:01:11 +0200 Subject: is it possible to disable auto-mount partition ? In-Reply-To: <442D59E2.2020206@freesurf.fr> References: <442D33AF.20702@freesurf.fr> <20060331162842.GB4618@charlescurley.com> <442D59E2.2020206@freesurf.fr> Message-ID: <442D6057.3020401@freesurf.fr> LarryT wrote: > Charles Curley wrote: > >> On Fri, Mar 31, 2006 at 03:50:39PM +0200, LarryT wrote: >> >>> Hi :) >>> I would like to know if there is a way to disable the gnome >>> auto-mount before operations on partitions, and restart it after the >>> operations. >>> >>> The fact that gnome automount a new created partition, or resized, or >>> thigns like that, makes problem with GParted ... >>> So does anyone know any thing about that, please ? :) >> >> >> >> From the top panel, Desktop -> Preferences -> Removeable Drives and >> Media. I have everything there unchecked. >> >> > Thank you Charles, > But it seems to only concern the removeable drives, and not the > new-ceated or enlraged partitions, am i wrong ? > Well, in fact it seems to make the work i need thanks a bunch :) -- Larry "Computers are like air conditioners - They stop working properly when you open Windows !" From monty19 at hotmail.com Fri Mar 31 17:53:10 2006 From: monty19 at hotmail.com (Jason Montleon) Date: Sat, 1 Apr 2006 02:53:10 +0900 Subject: [FC5] ClamAV - Anyone using this? References: <1143820670.2865.24.camel@copper.cdkkt.com> <1143826946.2865.80.camel@copper.cdkkt.com> Message-ID: do 'man clamd.conf' to see options and values; the majority if not all have defaults so creating the file empty should get it running without complaining. There is no man page for /etc/clamav.conf on FC5, though I found one online that reads identical to the man page for clamd.conf on Fedora; this file may be for an older version of clamav, or an alternate name for the same configuration file, etc. Jason ----- Original Message ----- From: "Dan Thurman" To: "Jason L Tibbitts III" Cc: "For testers of Fedora Core development releases" Sent: Saturday, April 01, 2006 2:42 AM Subject: Re: [FC5] ClamAV - Anyone using this? > On Fri, 2006-03-31 at 11:08 -0600, Jason L Tibbitts III wrote: >> >>>>> "DT" == Dan Thurman writes: >> >> DT> Please let me know if there is something I am doing wrong and >> DT> while you're at it. perhaps point me to the link where I can >> DT> install the ClamAV on FC5? >> >> It's in Extras; you can do yum install clamav. However, you may need >> other packages depending on how you want to scan. (For example, mail >> servers will want either clamav-milter or clamav-exim.) >> >> - J< > > Thanks to all who responded... > > So far, no one has said anything about the missing > file(s) that I am looking for, i.e. the /etc/clamav.conf > or /etc/clamd.conf... > > Anyone have any idea what is going on? Do I have to create > this file manually? > > Kind regards, > Dan > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > From pjones at redhat.com Fri Mar 31 19:13:17 2006 From: pjones at redhat.com (Peter Jones) Date: Fri, 31 Mar 2006 14:13:17 -0500 Subject: OtherBugsDependingOnThis In-Reply-To: References: <1143795363.3802.771.camel@sundaram.pnq.redhat.com> Message-ID: <1143832397.15327.20.camel@vroomfondel.internal.datastacks.com> On Fri, 2006-03-31 at 18:20 +0900, Jason Montleon wrote: > Yes, two are actually bugs, one is (more or less) a feature request: > 180997 OtherBugsDependingOnThis 179629 > 181856 OtherBugsDependingOnThis 179599 > 185219 OtherBugsDependingOnThis 179629 Actually, in this case the bug is a tracker bug for a RHEL feature list. I'm not sure it *has* to be hidden, but there's also no real point in looking at it except, well, competitive analysis. -- Peter From dant at cdkkt.com Fri Mar 31 20:57:23 2006 From: dant at cdkkt.com (Dan Thurman) Date: Fri, 31 Mar 2006 12:57:23 -0800 Subject: Trying to follow JPackage installations per Paul Howath per FC4 for FC5 Message-ID: <1143838643.2865.117.camel@copper.cdkkt.com> Folks, I am trying to get a Java development environment setup and I was directed to follow the FC4 jpackage instructions but for FC5 and apparently the first thing required was to install fedora-rpmdevtools from the extras repository but this file is nowhere to be found! All I got for the list is: fedora-buildrpmtree Create RPM build tree within user's home directory fedora-installdevkeys Install GPG keys in alternate RPM keyring fedora-kmodhelper Helper script for building kernel module RPMs fedora-md5 Display the md5sum of all files in an RPM fedora-newrpmspec Creates new .spec from template fedora-rmdevelrpms Find (and optionally remove) "development" RPMs fedora-rpmchecksig Check package signatures using alternate RPM keyring fedora-rpminfo Prints information about executables and libraries fedora-rpmvercmp RPM version comparison checker fedora-extract Extract various archives, "tar xvf" style fedora-diffarchive Diff contents of two archives fedora-wipebuildtree Erase all files within dirs created by buildrpmtree spectool Expand and download sources and patches in specfiles So - where is it... or is this step omitted for FC5 now? Kind regards, Dan From th.springer at gmx.net Fri Mar 31 21:20:09 2006 From: th.springer at gmx.net (Thomas Springer) Date: Fri, 31 Mar 2006 23:20:09 +0200 Subject: Trying to follow JPackage installations per Paul Howath per FC4 for FC5 In-Reply-To: <1143838643.2865.117.camel@copper.cdkkt.com> References: <1143838643.2865.117.camel@copper.cdkkt.com> Message-ID: <1143840009.2363.3.camel@hypnos.athome> Am Freitag, den 31.03.2006, 12:57 -0800 schrieb Dan Thurman: > Folks, > > I am trying to get a Java development environment setup and > I was directed to follow the FC4 jpackage instructions but > for FC5 and apparently the first thing required was to install > fedora-rpmdevtools from the extras repository but this file > is nowhere to be found! > > All I got for the list is: > > fedora-buildrpmtree Create RPM build tree within user's home Dan, please use the fedora-list, fc5 is no more a development release. Try: rpm -qf `which fedora-buildrpmtree` HTH, Thomas -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From i.pilcher at comcast.net Fri Mar 31 22:43:32 2006 From: i.pilcher at comcast.net (Ian Pilcher) Date: Fri, 31 Mar 2006 16:43:32 -0600 Subject: Trying to follow JPackage installations per Paul Howath per FC4 for FC5 In-Reply-To: <1143838643.2865.117.camel@copper.cdkkt.com> References: <1143838643.2865.117.camel@copper.cdkkt.com> Message-ID: Dan Thurman wrote: > I am trying to get a Java development environment setup and > I was directed to follow the FC4 jpackage instructions but > for FC5 and apparently the first thing required was to install > fedora-rpmdevtools from the extras repository but this file > is nowhere to be found! fedora-rpmdevtools is the name of the package, not the name of a specific command. > > All I got for the list is: > > fedora-buildrpmtree Create RPM build tree within user's home > directory > fedora-installdevkeys Install GPG keys in alternate RPM keyring > fedora-kmodhelper Helper script for building kernel module RPMs > fedora-md5 Display the md5sum of all files in an RPM > fedora-newrpmspec Creates new .spec from template > fedora-rmdevelrpms Find (and optionally remove) "development" RPMs > fedora-rpmchecksig Check package signatures using alternate RPM > keyring > fedora-rpminfo Prints information about executables and > libraries > fedora-rpmvercmp RPM version comparison checker > fedora-extract Extract various archives, "tar xvf" style > fedora-diffarchive Diff contents of two archives > fedora-wipebuildtree Erase all files within dirs created by > buildrpmtree > spectool Expand and download sources and patches in > specfiles Those commands are part of the fedora-rpmdevtools package. > So - where is it... or is this step omitted for FC5 now? You appear to have it (or at least have access to it). HTH -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From orion at cora.nwra.com Fri Mar 31 23:49:18 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 31 Mar 2006 16:49:18 -0700 Subject: Fedora Core 5 Test Update: openoffice.org-2.0.2-5.7.2 In-Reply-To: <200603302127.k2ULRGAm031893@int-mx1.corp.redhat.com> References: <200603302127.k2ULRGAm031893@int-mx1.corp.redhat.com> Message-ID: Caolan McNamara wrote: > --------------------------------------------------------------------- > Fedora Test Update Notification > FEDORA-2006-251 > 2006-03-30 > --------------------------------------------------------------------- > > Product : Fedora Core 5 > Name : openoffice.org > Version : 2.0.2 > Release : 5.7.2 This broke printing for me. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187528